- From: Idafen Santana Pérez <isantana@fi.upm.es>
- Date: Mon, 30 Jan 2017 11:12:44 +0100
- To: Martin Hepp <mfhepp@gmail.com>
- Cc: "Munson J.E." <J.Munson@soton.ac.uk>, "semantic-web@w3.org" <semantic-web@w3.org>, "Thuermer G." <gefion.thuermer@soton.ac.uk>
- Message-ID: <CAHrn7Z-B3ip7ksHJB38Gr-Ja8kT6Lfaaw4ZtioyScCfwhc2L8w@mail.gmail.com>
Hi, from the tooling point of view, there are several options. We have been working on OnToology [1], which fits the context of github-based environments. It supports version tracking (as github does) and ontology documentation and evaluation (what OnToology provides on top of github). It doesn't enforce any versioning, so you can implement any policy you want for it (based on releases, or whenever you consider there is a significant update on your ontology). Best, Idafen [1] http://ontoology.linkeddata.es/ On Mon, Jan 30, 2017 at 9:32 AM, Martin Hepp <mfhepp@gmail.com> wrote: > I would recommend using > > 1. a syntax for the ontology like N3/Turtle where changes in the > conceptual model are more or less directly equivalent to changes in the > serialization. A bad example would be RDF/XML auto-generated from a tool > like Protégé. At least in earlier times, the serialization in RDF/XML could > vary greatly despite only minor changes in the conceptual model, in > particular if you used different versions of the tool to generate the code. > > The underlying reason is that RDF has no defined ordering of statements, > so there are many different ways to represent the same RDF graph. > > 2. a standard version-control system like Git or Mercurial for hosting the > code. > > This allows a very good documentation of the entire evolution of your > model, and this is how we do it at schema.org. > > There are a few problems with this approach, though: > > 1. You will have to encode the ontology using a source-code editior - no > neat GUI etc. While this is straightforward for basic RDFS/OWL ontologies, > it is a bit complicated for advanced OWL language elements. > > 2. If you reorganize the code or make minor syntactical changes (like > replacing spaces by tabs or vice versa), you will still see changes in a > diff that do not reflect changes in the conceptual model, so you need to be > very disciplined when coding. > > But other than that, I think this is the best way to solve this. > > For publishing versions of the ontology, you could use the same mechanism > as the W3C for versioning technical documents, i.e. > > - one URI for the current version, like > > http://foo.org/onto or http://foo.org/onto# > > and > - one URI for each released version, including the date of the release, > like > > http://foo.org/onto/20170130 or http://foo.org/onto/20170130# > > There are of course many proposals to handle ontology versioning with > additional meta-data and tooling; for an overview, see > > https://scholar.google.com/scholar?hl=en&q=ontology+ > versioning&btnG=&as_sdt=1%2C5&as_sdtp= > > From my top-level understanding, however, the current state of the art is > limited to maintaining meta-data about the state and evolution of the > ontology, while automatic translation between different versions of the > same ontology is still very hard. For the pure documentation of the > changes, a version-control system does mainly the same job. > > For an introduction to the problems towards ontology versioning and > evolution, read e.g. > > http://link.springer.com/article/10.1007%2Fs10115-003-0137-2?LI=true > > Also keep in mind that ontologies are by their very nature approximate > specifications of a domain model, so there can be changes in the intended > meaning of ontology elements that are not reflected in the axiomatic > specification of the ontology. > > Best wishes > > Martin > > > > ----------------------------------- > martin hepp http://www.heppnetz.de > mhepp@computer.org @mfhepp > > > > > > On 30 Jan 2017, at 00:19, Munson J.E. <J.Munson@soton.ac.uk> wrote: > > > > Dear team > > > > My name is Jo Munson and I am currently a PhD candidate at the > University of Southampton. > > We are currently working with an external organisation looking to put a > 'real life' ontology together and am writing to ask whether there are any > tools / best practices for > > versioning and documenting from your perspective (for commercial/public > use, not just in a research context). > > > > Many thanks for your time > > > > Jo > > > > Web Science PhD Candidate > > University of Southampton > > > > > > > > > > > > > > > > > -- PhD, Ontology Engineering Group
Received on Monday, 30 January 2017 10:14:05 UTC