Issue 110 in void-impl: Implications of DCAT for VoID and SPARQL-SD

5 views
Skip to first unread message

void...@googlecode.com

unread,
Nov 28, 2013, 9:38:29 AM11/28/13
to void-di...@googlegroups.com
Status: New
Owner: ----
Labels: Type-Enhancement Priority-Medium Product-vocab

New issue 110 by richard....@gmail.com: Implications of DCAT for VoID and
SPARQL-SD
http://code.google.com/p/void-impl/issues/detail?id=110

This was raised by Tim Lebo via email. Quoting Tim:

=============
I was having another read of http://www.w3.org/TR/2011/NOTE-void-20110303/
which says:

[[
:DBpedia a void:Dataset;
void:sparqlEndpoint <http://dbpedia.org/sparql>;
.


Note: In some SPARQL endpoints, named graphs are used to partition the
data. Currently VoID doesn't provide a dedicated way of stating that a
dataset is contained in a specific named graph. This kind of information
can be provided in a SPARQL Service Description, as described below.
]]

and then defers to http://www.w3.org/TR/2011/NOTE-void-20110303/#sparql-sd
which doesn't mention the ":DBPedia" from the more simple description above.

While I agree with the alignment that you describe between VoID and SD, I
find that a "pure SD" description loses the "dataset focus" since one needs
to dig "backwards" through a bit of subgraph structuring to find out where,
exactly, the dataset resides.

Perhaps the following description would be a more direct way to state, as
you say, "a dataset is contained in a specific named graph.":

:DBPedia
a void:Dataset;
dcterms:title "DBpedia";
foaf:homepage <http://dbpedia.org/>;
void:triples 1000000000;

dcat:distribution [
a sd:NamedGraph;
sd:name <http://dbpedia.org/> ;
prov:atLocation <http://example.org/geopedia/sparql>; # Where,
the understanding is that there is some [ a sd:Service; sd:endpoint
<http://example.org/geopedia/sparql> ]
];
.

I was wondering if any of you find objection to this modeling, since I've
come to like its directness.

Also, since I'm introducing dcat, perhaps void:dataDump should be
deprecated in favor of dcat:distribution [ dcat:downloadURL ] (which, I
guess goes against the desire for directness…)
================

--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
Reply all
Reply to author
Forward
0 new messages