[foaf-dev] RDF triple assertions live forever?
Story Henry
henry.story at bblfish.net
Thu Mar 27 08:41:56 GMT 2008
On 26 Mar 2008, at 22:24, Phillip Rhodes wrote:
> Semantic Web community:
>
> In a discussion that has arisen recently on the foaf-dev list,
> somebody
> pointed out that they've been told that RDF triples live forever.
> That is, once something is asserted it is considered asserted until,
> as it
> was put, "the entropic heat death of the universe."
This is wrong. In a linked data scenario rdf triples are fetched via
HTTP which contains headers specifying the validity of the statement.
Clearly this information needs to be taken into account when storing
the information.
For more details see
http://blogs.sun.com/bblfish/entry/it_s_all_about_context
and
http://blogs.sun.com/bblfish/entry/beatnik_change_your_mind
That is why you need quad stores, such as Sesame 2 to do data
aggregation.
REally nice in fact is that this gives you a lot of power
http://blogs.sun.com/bblfish/entry/opening_sesame_with_networked_graphs
>
>
> This seems counter-intuitive to me, as I can see plenty of data -
> which might be expressed in RDF - which changes, expires, or is
> otherwise
> not valid for perpetuity.
>
> Can anyone here elaborate on this? Is it really a widely held axiom
> that triple assertions "live" forever? If so, what is the
> justification, and how does one deal with changing data that would
> invalidate a previous assertion?
>
>
> TTYL,
>
>
> --
> Phillip Rhodes
> Chief Architect - OpenQabal
> https://openqabal.dev.java.net
> LinkedIn: http://www.linkedin.com/in/philliprhodes
> <mindcrime.vcf>_______________________________________________
> foaf-dev mailing list
> foaf-dev at lists.foaf-project.org
> http://lists.foaf-project.org/mailman/listinfo/foaf-dev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2429 bytes
Desc: not available
Url : http://lists.usefulinc.com/pipermail/foaf-dev/attachments/20080327/ed5b4f1f/smime.bin
More information about the foaf-dev
mailing list