- From: François Scharffe <francois.scharffe@sti2.at>
- Date: Sat, 29 Nov 2008 14:47:58 +0100
- To: Michael Hausenblas <michael.hausenblas@deri.org>
- CC: public-lod@w3.org
- Message-ID: <4931480E.401@sti2.at>
Hi Michael, Michael Hausenblas wrote: > Francois, > > Thanks for your feedback and the question. Though I'm not sure what you > technically mean with 'my:links is a named graph' :) The system output the links in a named graph. See the following example in TRiG: <my:links> { <http://kmi.open.ac.uk/fusion/dblp#document1632795751_264> owl:same_as <http://kmi.open.ac.uk/fusion/dblp#document1ad8378bff1fe32cd13989741b50fe3eaef0db93> . } We can then describe it as a void:Linkset as I've described below. This allows to attach other information such as the author of the linkset, the parameters of the algorithm used to generate it, etc. > I think the answer > is simple: indeed we decided to model datasets and linksets > independently from each other. The following example from the (not yet > publicly available) voiD guide may illustrate this: > > Let's assume the two well-known linked datasets DBpedia and DBLP: > > :DBpedia void:containsLinks :DBpedia2DBLP . > > :DBpedia2DBLP rdf:type void:Linkset ; > void:target :DBLP . > > So, it is a linking *from* DBpedia *to* DBLP; as RDF is a direct graph, > this makes sense quite a lot (the subject 'sits' in DBpedia, the object > in DBLP). > > IIRC, we had your option in mind as well [1] but decided to go for the > current modeling due to the above reasons. Actually, as I think, the two > modelings are equivalent, just with reversed directions: > > YOUR model (if I got it right): > > :dataset1 <- void:target - :links - void:target - > :dataset2 > Right. > voiD model: > > :dataset1 - void:containsLinks -> :links - void:target - > :dataset2 > There's quite a difference between the two models. In the actual voiD model it is supposed that the links are included in one of the datasets. This approach raises again the owl:same_as related problems of stating logical equivalence of resources as part of the dataset itself. Experience in ontology alignment shows that it's wiser to consider the linkset as a separate entity pointing to both (or more) datasets. This also allows to have more than one linkset for a given pair of datasets (why not, I can trust one linkset more than the other...). Finding links from a dataset is done by querying on void:Linkset objects pointing to this dataset. Actually, this approach is followed by the oddLinker of LinkedMDB, a linkset being recorded as a oddlinker:linkage_run entity. Cheers, Francois > > Cheers, > Michael > > [1] http://community.linkeddata.org/MediaWiki/index.php?MetaLOD#Discussion > > ---------------------------------------------------------- > Dr. Michael Hausenblas > DERI - Digital Enterprise Research Institute > National University of Ireland, Lower Dangan, > Galway, Ireland > tel. +353 91 495730 > http://sw-app.org > ---------------------------------------------------------- > > François Scharffe wrote: >> Hi Michael, >> >> thank you for the link ;) >> It seems that the current voiD spec supposes that the linkset (set of >> interlinks) is supposed to be included in one of the two interlinked >> datasets. I think it would make sense for the linkset to be considered >> independently from the two interlinked datasets, something like this: >> >> my:links a void:Linkset ; >> void:target <dataset1> ; >> void:target <dataset2> ; >> >> my:links is a named graph containing the set of owl:same_as links. >> This would avoiD to bind a dataset with a set of links. >> >> Cheers, >> François >> >> Michael Hausenblas wrote: >>> >>> Just to let you know. One of the outcomes of the recent VoCamps [1] >>> was that we have agreed on a final layout for voiD (Vocabulary of >>> Interlinked Datasets). It is now available at [2] - please note that >>> the actual (final) namespace will be 'http://rdfs.org/ns/void#' ... >>> can't fix everything within two days, right :) >>> >>> A more detailed user guide to follow soon! >>> >>> Cheers, >>> Michael >>> >>> PS: A big thanks to the Neologism (http://neologism.deri.ie/) people >>> for creating such an awesome tool and John Breslin for the great >>> support re rdfs.org! >>> >>> [1] http://vocamp.org/wiki/VoCampGalway2008#Outcomes >>> [2] http://rdfs.org/ns/neologism/void >>> >>> ---------------------------------------------------------- >>> Dr. Michael Hausenblas >>> DERI - Digital Enterprise Research Institute >>> National University of Ireland, Lower Dangan, >>> Galway, Ireland >>> ---------------------------------------------------------- >>> >>> >>> >> > >
Received on Saturday, 29 November 2008 13:47:45 UTC