- From: Stian Soiland-Reyes <soiland-reyes@cs.manchester.ac.uk>
- Date: Wed, 27 Feb 2013 10:11:49 +0000
- To: Robert Sanderson <azaroth42@gmail.com>
- Cc: public-openannotation <public-openannotation@w3.org>
That sounds like a good workaround! OWL ontologies in JSON-LD is a bit unusual; but I guess it would work. I'll have a look if we can do some kind of conversion (given an OWL/RDFS context); then we can just semi-concatenate in the @context. Maintaining the ontology in JSON-LD as the raw format might or might not work well. One issue is that JSON clients might not be good at content negotiations; so the official @context should probably include the .json extension (or equivalent) - I guess this is OK - just like we have http://www.w3.org/ns/oa.ttl and http://www.w3.org/ns/oa.rdf already. On Tue, Feb 26, 2013 at 10:42 PM, Robert Sanderson <azaroth42@gmail.com> wrote: > Dear all, > > A slight hiccup... the location that we specified in the most recent > version of the spec for the default JSON-LD context document isn't > actually available to use. The W3C uses the /ns/ directory > exclusively for namespace documents, and the context document doesn't > count. W3C doesn't have a /contexts/ yet (and may never have one), we > don't have a /TR/ space as a community group, so we'd be back to > putting it in openannotation.org. This is undesirable for when we > move further into the standards process, of course. > > We could have a PURL redirect and swap it from one to the other, but > then we would lose the versioning information and just adds an > additional hop for processors to follow. > > We're discussing the issue on the JSON-LD list, please feel free to > join in if it's of interest to you, but one interesting proposal is as > below. > The original thread is here: > http://lists.w3.org/Archives/Public/public-linked-json/2013Feb/0152.html > > ----- >> As the W3C (thank you Ivan) lets us >> publish our namespace documents, we figured that they'd also let us >> publish the JSON-LD context file, but they don't have anything in >> place for doing that yet. > > I didn't know that. If that's the case, why don't combine your namespace > document with your external context? The external context would end up being > slightly bigger, but that shouldn't really matter. That even has the > advantage that your namespace document is available as JSON-LD and there > won't be an additional round-trip to fetch its definitions. > > So, what I mean is this. You upload a JSON-LD document describing your > vocabulary. In that document you also include an @context element at the > top-level JSON object. You can even use that local context when describing > your vocab. > > { > "@context": { > ... > }, > ... your vocabulary ... > } > > When retrieving an external context, a JSON-LD will ignore everything but > the context. Et voila, everything works as expected. You have your context > at a stable location and even reduced the number of necessary roundtrips if > you need, e.g., the labels for some properties. > ----- > > > This seems extremely attractive to me, at least. We wouldn't have to > maintain two separate files (ontology in JSON-LD and context would be > the same document) and processors would still do the right thing. > > Rob > -- Stian Soiland-Reyes, myGrid team School of Computer Science The University of Manchester
Received on Wednesday, 27 February 2013 10:12:36 UTC