> I take the point of view that Linked Data are claims, rather than
> facts.
They are assertions. IIRC the terminology was a bit like:
statement: 'The moon is made of cheese'
assertion (... I now make a claim about the world, for example by
publishing a respective RDF triple ...): 'The moon is made of cheese'
fact: turns out to be a wrong assertion (as far as we know modulo
the moon landing conspiracy story)
Nearby: [1]. Now waiting to get beaten up by Pat and or Alan for my
naivety w.r.t. discrete math ;)
Cheers,
Michael
[1] http://dbooth.org/2007/uri-decl/
--
Dr. Michael Hausenblas, Research Fellow
LiDRC - Linked Data Research Centre
DERI - Digital Enterprise Research Institute
NUIG - National University of Ireland, Galway
Ireland, Europe
Tel. +353 91 495730
http://linkeddata.deri.ie/
http://sw-app.org/about.html
On 25 Jun 2011, at 13:20, Pablo Mendes wrote:
>
> I take the point of view that Linked Data are claims, rather than
> facts. Claims are made by different people/datasources, possibly
> conflicting, and the consumer decides what/who to believe. I think
> that both dbpedia.org and live.dbpedia.org should provide claims
> about the same URIs, without requiring the sameAs indirection.
>
> In this case, I would choose to see
> http://live.dbpedia.org/resource/Slightly_Odway
> as a named graph that contains assertions about
> http://dbpedia.org/resource/Slightly_Odway
> . Let's abbreviate to live:Slightly_Odway and dbpedia:Slightly_Odway
> respectively.
>
> An HTTP request to live:Slightly_Odway would return a description of
> a graph named live:Slightly_Odway, which in turn has quadruples
> about dbpedia:Slightly_Odway.
>
> dbpedia:Slightly_Odway rdf:type ns7:DebutAlbums
> live:Slightly_Odway .
> dbpedia:Slightly_Odway rdf:type ns7:JebediahAlbums
> live:Slightly_Odway .
> ...
>
> The fact that it returns a description of itself complies with
> Linked Data principles. The fact that these triples are talking
> about another URI may look unconventional at first, but it's
> actually common in the wild. See [1]:
>
> yago-res:Slightly_Odway owl:sameAs ns2:Slightly_Odway .
>
> We might need to add some mechanism to convey in triples the same
> message of the quadruples, or we may assume that if somebody asks
> for NT, they do not care about the provenance, and just serve
> triples about dbpedia:Slightly_Odway. If they ask for NQ, then we
> give them the quadruples.
>
> This solution would allow people to easily integrate data in a
> simple query, retaining the ability of telling apart the sources,
> without requiring inference.
>
> SELECT *
> WHERE {
> GRAPH ?dbpedia {
> dbpedia:Slightly_Odway ?p ?o .
> }
> GRAPH ?live {
> dbpedia:Slightly_Odway ?p ?o .
> }
> --do interesting stuff here
> }
>
> What do y'all think?
>
> Cheers,
> Pablo
>
> [1] http://dbpedia-live.openlinksw.com/page/Slightly_Odway
>
>
> On Fri, Jun 24, 2011 at 9:52 PM, Kingsley Idehen <[email protected]
> > wrote:
> On 6/24/11 5:08 PM, Kingsley Idehen wrote:
> > Examples (note: owl:sameAs relations):
> >
> > 1.http://dbpedia-live.openlinksw.com/resource
> > 2.http://dbpedia-live.openlinksw.com/page/Slightly_Odway
> > 3.
> > http://dbpedia-live.openlinksw.com/describe/?url=http://dbpedia.org/resource/Slightly_Odway
>
> Should have been:
>
> 1.http://dbpedia-live.openlinksw.com/resource/Slightly_Odway
> 2.http://dbpedia-live.openlinksw.com/page/Slightly_Odway
> 3.
> http://dbpedia-live.openlinksw.com/describe/?url=http://dbpedia.org/resource/Slightly_Odway
>
>
>
> --
>
> Regards,
>
> Kingsley Idehen
> President& CEO
> OpenLink Software
> Web: http://www.openlinksw.com
> Weblog: http://www.openlinksw.com/blog/~kidehen
> Twitter/Identi.ca: kidehen
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and
> makes
> sense of it. Business sense. IT sense. Common sense..
> http://p.sf.net/sfu/splunk-d2d-c1
> _______________________________________________
> Dbpedia-discussion mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and
> makes
> sense of it. Business sense. IT sense. Common sense..
> http://p.sf.net/sfu/splunk-d2d-c1_______________________________________________
> Dbpedia-discussion mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense..
http://p.sf.net/sfu/splunk-d2d-c1
_______________________________________________
Dbpedia-discussion mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
