Closed GoogleCodeExporter closed 9 years ago
And does this mean we have an implicit rule that says,
{ ?super void:subset ?sub . ?sub void:exampleResource ?ex } =>
{ ?super void:exampleResource ?ex}
?
Original comment by wwai...@gmail.com
on 31 Oct 2010 at 12:27
Who are we to say whether <http://dbpedia.org/data/DBpedia.rdf> is a resource
in that dataset or not? Maybe the publishers see their dataset as containing
two kinds of resources, a) real-world entities and b) documents describing
these entities. That would be perfectly valid, and then both
</resource/DBpedia> and </data/DBpedia.rdf> would be good example resources.
In general, even though I think that </resource/DBpedia> is a much better
exampleResource, I think it is better not to be fussy about the range of the
property.
That being said, if they have a void:uriRegexPattern, then the example
resources should better match that pattern. (And that might be worth stating
explicitly in the spec.)
Considering each of the 10 million documents in DBpedia a void:subset of
DBpedia might be technically correct, but is counter-productive and it
shouldn't be modelled that way. void:subset is for “interesting” subsets
that someone, for example, might pick for loading into their store. It would be
good to formalize that a bit better in the spec, but how?
Original comment by richard....@gmail.com
on 31 Oct 2010 at 1:32
cygri wrote:
> who are we to say ...
Dereferencing the .rdf URI gives no triples with that URI as subject or object.
it is quite possible that that URI doesn't appear anywhere in the DBpedia
dataset.
I agree that </resource/DBpedia> is a better exampleResource, this might
really be more of a question of the CKAN tag usage -- what does example/rdf+xml
mean? It seems to conflate the encoding for transmission and the data itself...
"interesting" is a slippery concept... much akin to "relevant"... Copious
cognitive science literature is dedicated to how hard these ideas are to
formalise...
Original comment by wwai...@gmail.com
on 31 Oct 2010 at 2:11
I have added the following text to 1.8:
“Note: Datasets that are published as linked data with resolvable URIs often
have two distinct URIs for an entity and for the RDF document describing the
entity [COOL]. True entity URIs should be preferred as void:exampleResources.”
@wwaites, does this address your original issue?
Original comment by richard....@gmail.com
on 2 Nov 2010 at 9:12
I'm closing this issue, as I think the spec is sufficiently clear about subset
vs. example resource (although there is always still room for improvement).
@wwaites, please comment and/or re-open if you'd like to propose concrete
changes to the spec text.
Original comment by richard....@gmail.com
on 22 Nov 2010 at 10:45
Original issue reported on code.google.com by
wwai...@gmail.com
on 31 Oct 2010 at 12:14