- From: Peter F. Patel-Schneider <pfpschneider@gmail.com>
- Date: Fri, 10 Feb 2023 07:09:11 -0500
- To: Pierre-Antoine Champin <pierre-antoine@w3.org>, public-rdf-star-wg@w3.org
- Message-ID: <c5f1f934-2e1b-2943-3b41-16f6a26191d9@gmail.com>
That's an interesting read, but does not help matters. In some sense it makes things worse. If you read the body of the document (i.e., up to the appendixes) you get the distinct impression that RDFn is to support named triples, i.e., an RDF graph is a set of triples, each of which can have one or more names. It is only when you get to the appendix that there is the idea that an RDF graph is something other than a set of triples. But how this actually works is only given in examples. There is nothing like the definitions in RDF Concepts and certainly nothing like the development in RDF Semantics and no definition of the changes required for SPARQL. Without these sorts of definitions it is not possible to determine what RDFn really is. peter On 2/10/23 05:58, Pierre-Antoine Champin wrote: > > On 05/02/2023 19:22, Peter F. Patel-Schneider wrote: >> Those slides provide only a part of a definition of RDFn. They are >> inadequate for finding out exactly what RDFn is supposed to be. > > a more details (but maybe outdated) description of RDFn is available here: > > https://blogs.oracle.com/post/rdfn-extending-rdf-to-support-named-triples > >> >> >> peter >> >> >> >> On 2/4/23 23:06, Adrian Gschwend wrote: >>> On 26.01.23 22:46, Peter F. Patel-Schneider wrote: >>> >>>> Is there a definition of RDFn somewhere? >>> >>> IIRC Souri coined that term, he mentioned it in a call in November: >>> >>> https://lists.w3.org/Archives/Public/public-rdf-star-wg/2022Nov/0016.html >>> >>> See the slides attached there. >>> >>> regards >>> >>> Adrian >>> >>
Received on Friday, 10 February 2023 12:09:26 UTC