- From: Ghislain Atemezing <ghislain.atemezing@icloud.com>
- Date: Wed, 4 Sep 2019 19:42:41 +0200
- To: Olaf Hartig <olaf.hartig@liu.se>
- Cc: Ghislain ATEMEZING <ghislain.atemezing@gmail.com>, "public-rdf-star@w3.org" <public-rdf-star@w3.org>
- Message-Id: <6E2257F0-4B38-46CA-BBEA-BCA3899798E6@icloud.com>
Hi Olaf, Good to know for the repo! I’ve sent a PR on Github. Best, Ghislain Sent from a mobile device, please excuse any brevity or typing errors > Le 3 sept. 2019 à 22:25, Olaf Hartig <olaf.hartig@liu.se> a écrit : > > Ghislain, > > That's great! Thanks!! > > The natural place to push this document to is the 'RDFstar' directory of the > 'w3c/EasierRDF' github repo: > > https://github.com/w3c/EasierRDF/tree/master/RDFstar > > This repo is associated with the RDF-DEV CG within which we are planing to > produce the specification of the RDF*/SPARQL* approach as a CG report. > > Thanks, > Olaf > > >> On tisdag 3 september 2019 kl. 17:20:42 CEST Ghislain ATEMEZING wrote: >> Hi Olaf, >> Yes, I can lead that effort (if no one else wants to do it 😊 ) >> >> Here is a sample version [1] of a template to collect those use cases. It is >> based on a template with a contributor, a description of the use case and >> if possible links to other parts of the document (requirements). >> >> If you are happy with the idea, let me know where to push this draft so that >> people can just contribute in the document (if needed). >> >> HTH >> Best, >> Ghislain >> >> [1] >> https://htmlpreview.github.io/?https://github.com/gatemezing/work/blob/mast >> er/RDFStarUCandRequirements.html#Deliverables >> >> ------------------------------------ >> «Love all, trust a few, do wrong to none » (W. Shakespeare) >> Web : http://atemezing.org >> >> De : Olaf Hartig >> Envoyé le :lundi 2 septembre 2019 18:46 >> À : Ghislain ATEMEZING >> Cc : public-rdf-star@w3.org >> Objet :Re: Combining TriG / Named Graph / RDF* / - What arethepossibilities? >> >> Hi Ghislain, >> >> Sounds good. >> >> Would you volunteer to lead the effort of collecting such descriptions of >> use cases? >> >> Olaf >> >>> On måndag 2 september 2019 kl. 15:17:48 CEST Ghislain ATEMEZING wrote: >>> Hi Olaf, >>> Re use cases consolidation >>> >>> I guess we can just collect them in a document as you are doing with the >>> spec. It will then be easier later on to reference and/or show the >>> coverage >>> of the tech spec. >>> >>> HTH >>> Best, >>> Ghislain >>> ------------------------------------ >>> «Love all, trust a few, do wrong to none » (W. Shakespeare) >>> Web : http://atemezing.org >>> >>> De : Olaf Hartig >>> Envoyé le :lundi 2 septembre 2019 09:49 >>> À : Ghislain ATEMEZING >>> Cc : public-rdf-star@w3.org >>> Objet :Re: Combining TriG / Named Graph / RDF* / - What >>> arethepossibilities? >>> >>> Hi Ghislain, >>> >>>> On Mon, 2019-09-02 at 09:29 +0200, Ghislain ATEMEZING wrote: >>>> Hi Olaf, >>>> >>>> Thanks for the clarification. Without reading the spec of Turtle*, I >>>> can see now what can be feasible or not. >>> >>> Great. >>> >>>> Will it be possible to consolidate somehow use cases for RDF*? >>> >>> That's a great idea! Do you have a proposal of how such work may be >>> organized? >>> >>> Thanks, >>> Olaf >>> >>>> Sorry if I missed that from the previous threads. >>>> >>>> >>>> >>>> Best, >>>> >>>> Ghislain >>>> >>>> >>>> >>>> ------------------------------------ >>>> >>>> «Love all, trust a few, do wrong to none » (W. Shakespeare) >>>> >>>> Web : http://atemezing.org >>>> >>>> >>>> >>>> De : Olaf Hartig >>>> Envoyé le :dimanche 1 septembre 2019 21:11 >>>> À : public-rdf-star@w3.org >>>> Cc : Ghislain ATEMEZING >>>> Objet :Re: Combining TriG / Named Graph / RDF* / - What are >>>> thepossibilities? >>>> >>>> >>>> >>>> >>>> Hi Ghislain, >>>> >>>>> On lördag 31 augusti 2019 kl. 11:48:46 CEST Ghislain ATEMEZING wrote: >>>>> Hello, >>>>> >>>>> >>>>> >>>>> Let me ask what can be feasible by combining TriG notation / Named >>>> >>>> Graph / >>>> >>>>> RDF* all together. I give below some examples, and ask what could be >>>>> >>>>> covered or not with the new extension. >>>> >>>> Syntactically, each of these examples is possible. However, they may >>>> be >>>> >>>> interpreted to represent different things. In the following, below >>>> each of >>>> >>>> these examples, I will write what I would consider as a reasonable >>>> >>>> interpretation. To avoid a similar discussion as we had it in the >>>> other >>>> >>>> thread, I assume that the property ':claims' in your examples is >>>> replaced by a >>>> >>>> property called ':asserts'. >>>> >>>>> #1 - Alice claims sth in a named graph regarding Bob. >>>>> >>>>> { >>>>> >>>>> <http://example.org/Alice> rdf:type foaf:Person . >>>>> >>>>> <http://example.org/Alice> foaf:name "Alice" . >>>>> >>>>> <http://example.org/Alice> :claims <http://example/graph/g> . >>>>> >>>>> } >>>>> >>>>> >>>>> >>>>> <http://example/graph/g> { >>>>> >>>>> <http://example.org/Bob> rdf:type foaf:Person . >>>>> >>>>> <http://example.org/Bob> foaf:name "Bob" . >>>>> >>>>> <http://example.org/Bob> foaf:age "23"^^xsd:integer . >>>>> >>>>> >>>>> >>>>> } >>>> >>>> My interpretation: Person Alice asserts the whole set of triples that >>>> make up >>>> >>>> the graph denoted by IRI <http://example/graph/g>. >>>> >>>>> #2- Alice claims sth in a graph regarding Bob with a confidence >>>> >>>> score >>>> >>>>> { >>>>> >>>>> <http://example.org/Alice> rdf:type foaf:Person . >>>>> >>>>> <http://example.org/Alice> foaf:name "Alice" . >>>>> >>>>> <http://example.org/Alice> :claims << <http://example/graph/g> >>>>> >>>>> :confidenceScore "0.8"^^xsd:double >> . } >>>>> >>>>> <http://example/graph/g> { >>>>> >>>>> <http://example.org/Bob> rdf:type foaf:Person . >>>>> >>>>> <http://example.org/Bob> foaf:name "Bob" . >>>>> >>>>> <http://example.org/Bob> foaf:age "23"^^xsd:integer . >>>>> >>>>> >>>>> >>>>> } >>>> >>>> My interpretation: Person Alice asserts that the graph denoted by IRI >>>> <http:// >>>> >>>> example/graph/g> has a confidence score of 0.8. >>>> >>>>> #3- Alice claims sth in a graph regarding Bob with prov information >>>>> >>>>> { >>>>> >>>>> <http://example.org/Alice> rdf:type foaf:Person . >>>>> >>>>> <http://example.org/Alice> foaf:name "Alice" . >>>>> >>>>> <http://example.org/Alice> :claims <http://example/graph/g> . >>>>> >>>>> } >>>>> >>>>> >>>>> >>>>> <http://example/graph/g> { >>>>> >>>>> <http://example.org/Bob> rdf:type foaf:Person . >>>>> >>>>> <http://example.org/Bob> foaf:name "Bob" . >>>>> >>>>> <http://example.org/Bob> foaf:age "23"^^xsd:integer . >>>>> >>>>> } >>>>> >>>>> >>>>> >>>>> { >>>>> >>>>> <http://example.org/graph/g> :prov << ex:website :lastUpdate >>>>> >>>>> "2018/10/06"^^xsd:date >> >>>>> >>>>> } >>>> >>>> My interpretation: First, as in example #1 above, person Alice asserts >>>> the >>>> >>>> whole set of triples that make up the graph denoted by IRI >>>> <http://example/ >>>> >>>> graph/g>. >>>> >>>> Additionally (and totally independent of Alice's assertion), the >>>> provenance of >>>> >>>> that same graph is a triple saying that something denoted by the IRI >>>> >>>> ex:website was last updated on Oct.6, 2018. >>>> >>>> >>>> >>>> At its core, the latter sentence does not seem to make much sense >>>> ("the >>>> >>>> provenance of some graph is a specific triple"). However, that's what >>>> I would >>>> >>>> interpret from the nested RDF* triple at the end of your example #3. >>>> >>>> >>>> >>>> Best, >>>> >>>> Olaf >>>> >>>>> Best, >>>>> >>>>> Ghislain >>>>> >>>>> ------------------------------------ >>>>> >>>>> «Love all, trust a few, do wrong to none » (W. Shakespeare) >>>>> >>>>> Web : http://atemezing.org >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> --- >>>>> >>>>> L'absence de virus dans ce courrier électronique a été vérifiée par >>>> >>>> le >>>> >>>>> logiciel antivirus Avast. https://www.avast.com/antivirus >>>> >>>> Garanti sans virus. www.avast.com >>> >>> --- >>> L'absence de virus dans ce courrier électronique a été vérifiée par le >>> logiciel antivirus Avast. https://www.avast.com/antivirus >> >> --- >> L'absence de virus dans ce courrier électronique a été vérifiée par le >> logiciel antivirus Avast. https://www.avast.com/antivirus > >
Received on Wednesday, 4 September 2019 17:43:14 UTC