- From: Peter Patel-Schneider <pfpschneider@gmail.com>
- Date: Thu, 29 Apr 2021 09:53:04 -0400
- To: Pierre-Antoine Champin <pierre-antoine.champin@ercim.eu>, "public-rdf-star@w3.org" <public-rdf-star@w3.org>
Well there is a decided difference in philosophy. My proposal was designed with the idea of having RDF* embedded triples being just a shorthand for RDF reification, both syntactically and semantically. This drives the only significant differences in the proposals. 1/ Using the unstar: vocabulary. 2/ Meddling with any use of the unstar: vocabulary in the RDF* graph. (By the way, it would be useful to provide the rationale for this meddling.) The philosophy in the PR then needs to show the semantic properties of the proposal and how SPARQL works on the proposal whereas in my proposal there is no need to show any semantic correspondences. The proposal uses all-new local vocabulary for encoding embedded triples. I don't see any reason to not use unstar:subject, etc. I also don't see any reason to use abbreviations, e.g., sString instead of subjectLexical There might be a bug in the proposal. It appears that the IRI x and the string <x> are both mapped by L to "<x>"^^xsd:string. I believe that this has consequences. My proposal requires peter On Wed, 2021-04-28 at 22:44 +0200, Pierre-Antoine Champin wrote: > Dear all, > > recently I was increasingly bothered with some aspects of the RDF- > star > semantics: > > * the use of hidden IRIs is clearly not ideal, all the more that > "they > can not hide from SPARQL" > (https://github.com/w3c/rdf-star/issues/101) > > * the SPARQL-star execution semantics was not aligned with the MT > semantics > > This PR is an attempt to solve these two problems: > > https://github.com/w3c/rdf-star/pull/162 > > which I propose we discuss during our next call. > > The main change with the previous version, apart from not using > hidden > IRIs, is that unstar(G) is no longer equivalent to G (but they are > equisatisfiable). > > Working on this PR, I realize that I was actually coming back (or > very > close) to a solution proposed by Peter Patel-Schneider quite some > time ago > > https://lists.w3.org/Archives/Public/public-rdf-star/2020Nov/0044.html > > Peter, I guess I owe you an apology for not seeing the value in this > proposal earlier!... > > best > > >
Received on Thursday, 29 April 2021 13:53:18 UTC