CKAN: Ticket #1649: Verify RDF Extension (ckanext-rdf) works

description changed

ross — Mon, 16 Jan 2012 10:18:35 GMT

description modified (diff)

rgrp — Sun, 04 Mar 2012 11:32:46 GMT

A general comment: I wonder if we can pull the *core* part of that extension into core and strip out any external dependencies like rdflib. Specifically the 80% use of this extension is the DCAT read/write:

Get a Dataset / Resource etc as DCAT RDF (I'd suggest we *just* supply something simple like n3 or even json-ld (see below))
(Possibly not even essential) Consuming Dataset info in that format

And even more radical solution would be to simply use json-ld: http://json-ld.org/ which would then just involve minors mods to our json output.

Having this in core (with option to enable?) would be a nice 80/20 (it was this feature that everyone asked for at the LOD meetup -- no-one mentioned SPARQL).

status changed; milestone set

ross — Mon, 05 Mar 2012 14:09:47 GMT

status changed from new to assigned
milestone set to current-ckan-sprint-2012-03-19

ross — Mon, 12 Mar 2012 10:19:37 GMT

After looking at some options via http://trac.ckan.org/ticket/2209 I think a simple RDF template or triple in an internal ckanext-semweb might indeed be the most appropriate way forward with this.

n3 sounds useful, but given we could allow people to specify an RDF template we may as well do that as well as it would then suffice for ecportal who appear to want rdf as well.

Will check out json-ld as an option too.

rgrp — Mon, 12 Mar 2012 11:09:58 GMT

Can you elucidate on this template idea? I was thiking we want specification/configto be in the form of mappings (e.g. field X is really type Y etc rather than a specific piece of rdf/xml or n3) though perhaps that makes more sense. Let's centralize discussion on this in #2209.

status changed; resolution set

ross — Mon, 28 May 2012 11:41:14 GMT

status changed from assigned to closed
resolution set to fixed