- 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