|Version 18 (modified by r.bruskiewich, 9 years ago)|
Back to Hackathon List of Topics
Most of the discussions at this hackathon deal with technology issues relating to interoperability. A few of the discussions are discuss OpenBio* "platform specific implementations" - language APIs (BioRuby, BioJava, BioPerl, etc.), web service protocols (BioMoby et. al.) and database implementations (i.e. !BioSQL). A general issue relating to harmonization of community semantics or, at least, establishing a community process for semantics management, is recognized. This OpenSpace discussion is targeting this issue for further progress.
The broader scope of this discussion is titled OpenBioSemantics rather than simply Ontology.
Convenor/faciltator: Richard Bruskiewich
Summary of Day 1 Discussions (11th Feb. Afternoon AcademyHills)
Observations: Framing the Problem
Cathedral versus the Bazaar: the global community of bioinformatics are struggling with the issue of semantics, and various formalisms are currently being used to capture such semantics, i.e.
- Formal Code Implementations: implied semantics expressed as an API and body of computer code (e.g. OpenBio* initiatives)
- Data Formats: expressed as standard, human readable semi-structured text (e.g. sequence formats: FASTA, Genbank, EMBL)
- Object models: expressed in Unified Modeling Language (UML) (e.g. Functional Genomics Experiment model and Generation Challenge Programme domain model)
- Ontology initiatives:
- XML Schema driven languages: EMBRACE WS-I, TDWG ABCD schema in !BioCase+Tapir, etc.
- Common Database Schemata and Queries: BioSQL, Generic Model Organism (GMOD) Chado, International Crop Information System, etc.
- Web Service Protocol Data Types: e.g. BioMoby data type object hierarchy
At this meeting, a general desire is being expressed to achieve some level of interoperability, at least, between OpenBio* initiatives generally, and more specifically, between OpenBio* and web services protocols like BioMoby and EMBRACE.
An addition targeted need is simply to harmonize specific ontology pertinent to key interoperability technology. A specific example of such a need (from M. Wilkinson) is the harmonization of BioMoby and myGrid service ontology.
It is generally agreed that semantics is a hard community problem ("herding the cats") but can be made tractable by "divide and conquer" (witness the relative success of GO and other similar ontology development communities). Efforts should and generally are, driven by a specific set of practical tasks in the community, on an "as needed" basis. The expectation to create a consensual "mother-of-all-biological-data-models" is most likely unrealistic, but can some agreement on the general principles, process and tools of semantic collaboration be achieved?
- Can a formal community strategy (akin to that in successful ontology consortia) for the specification and evolution of open bio semantics be specified and endorsed?
- Would the objective of interoperability between OpenBio*, web services protocols and related initiatives be well served by the specification of a common consensual "platform independent" domain model (or set of domain models)?
- If so, how should this best be specified? Can an intersection set of OpenBio* semantics be extracted and formalized (i.e. in UML or OWL)?
- How might it be used directly as a focal point for harmonization of OpenBio* API's, web service protocols, etc.
- Can the task be partitioned down to size to make it tractable, yet large enough to be useful (achieve "buy-in")? Can guidelines for modular (community specific) code/data type modules be stipulated? e.g. glycoinformatics
Summary of Day 2 (12th Feb. AIST/CBRC)
- Group facilitator caught up with capturing day 1 proceedings (above) from poster notes.
- It was decided to use UML (rather than OWL/RDF) to initially document object models in OpenBio* projects for further community discussion on shared semantics, given that these models are coming from reverse engineered "object oriented" software (which UML is well suited to describe). Such a model could, in the future, be expressed as an OWL/RDF platform specific implementation, for more general computability (i.e. in Moby 2.0?).
- Moving forward this idea that a shared domain model might facilitate interoperability in OpenBio* projects and web services, Richard Holland and Richard Bruskiewich spent part of the afternoon of day 2 drawing UML diagrams reflecting the BioJava object data types, and started tracking down (over email) a BioPerl UML model that is rumoured to be available.
Summary of Day 3
- No specific ontology team discussions convened but theme specific discussions underway (e.g. with Glycoinformatics team).
Summary of Day 4
- Mark Wilkinson, Martin Senger and Richard Bruskiewich jointly reviewed Generation CP domain model and corresponding GCP BioMoby? data types. GCP Moby data types generally passed muster and are generally compliant with the BioMoby? philosophy and usable "as is". A few key technical issues re-acknowledged for future resolution, perhaps as part of the Moby 2.0 release. The concept of "shim services" to expand connectivity of GCP services with outside (non-GCP) services and models identified.
- Harmonization of BioMoby and myGrid service ontology underway by myGrid community (with the collusion of Mark W.). See joint myGrid-Moby service ontology.