- From: Sarven Capadisli <info@csarven.ca>
- Date: Tue, 15 Jul 2014 10:31:55 +0200
- To: "Svensson, Lars" <L.Svensson@dnb.de>, "semantic-web@w3.org" <semantic-web@w3.org>
- Message-ID: <53C4E6FB.4000804@csarven.ca>
On 2014-07-14 17:33, Svensson, Lars wrote:
> All,
>
> I have a question on how to best identify and describe datasets with void. I've read the documentation [1], but couldn't figure out which is the best approach...
>
> Let's assume I have three datasets: foo, bar and baz. The entities in each dataset have URIs like http://data.example.org/foo/*, http://data.example.org/bar/* and http://data.example.org/baz/*. This implies that e. g. http://data.example.org/foo could be a nice URI to identify the dataset foo. When I look at the recipes for how to construct my dataset description, however, it seems I could either
>
> 1) use hash URIs from the site root (e. g. http://data.example.org#foo), or
> 2) place the individual dataset descriptions at the dataset level (e. g. use http://data.example.org/foo as the dataset identifier and then use content negotiation to show either html or RDF).
>
> The question is: If I choose the second approach, how do I link from http://data.example.org/ to the individual dataset descriptions? If I at http://data.example.org simply do this:
>
> <> a void:DatasetDescription ;
> dcterms:title "A void file for all of my data"@en .
> <http://data.example.org/foo> a void:Dataset .
> <http://data.example.org/bar> a void:Dataset .
> <http://data.example.org/baz> a void:Dataset .
>
> and then at the respective URIs example:foo, example:bar and example:baz publish
>
> <> a void:Dataset ;
> dcterms:title "The Foo Dataset" ;
> dcterms:contributor <http://example.org> ;
> dcterms:license <http://www.opendatacommons.org/odc-public-domain-dedication-and-licence/> .
>
> can I then expect crawlers that start at <http://data.example.org> to automagically continue to crawl the data from the individual datasets, or do I explicitly need to link from the void:DatasetDescription to the void:Datasets à la
>
> <> a void:DatasetDescription ;
> ...:describes <http://data.example.org/foo> , <http://data.example.org/bar> , <http://data.example.org/baz> .
>
> ? (If so, which property should I use for ...:describes?).
>
> [1] http://www.w3.org/TR/void/#deploying
>
> Thanks in advance for any advice,
>
> Lars
>
>
>
> *** Lesen. Hören. Wissen. Deutsche Nationalbibliothek ***
>
Hi Lars,
I would go at it like this:
#Probably a good idea to use void.ttl or .well-known/void here
<http://data.example.org/void.ttl>
a void:DatasetDescription ;
foaf:primaryTopic <http://data.example.org/dataset/example> .
<http://data.example.org/dataset/example>
a void:Dataset ;
void:subset <http://data.example.org/foo> .
<http://data.example.org/foo> a void.Dataset .
The rationale for <http://data.example.org/dataset/example> is that, it
can point to all of your datasets. It also comes in handy when you deal
with linksets, and just want to point at the complete set:
:linkset-example-ecb
a void:Linkset ;
void:linkPredicate skos:exactMatch ;
void:subjectsTarget <http://data.example.org/dataset/example> ;
void:objectsTarget <http://ecb.270a.info/dataset/ecb> .
Don't forget that, you can always "resort to" rdfs:seeAlso if you are
stuck on connecting the dots.
For some deployed examples: http://270a.info/ ->
http://270a.info/.well-known/void , http://*.270a.info/ and so on.
-Sarven
http://csarven.ca/#i
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Tuesday, 15 July 2014 08:32:26 UTC