- From: Doerthe Arndt <doerthe.arndt@tu-dresden.de>
- Date: Mon, 29 Nov 2021 17:58:37 +0000
- To: Pierre-Antoine Champin <pierre-antoine.champin@ercim.eu>
- CC: Jos De Roo <josderoo@gmail.com>, "public-n3-dev@w3.org" <public-n3-dev@w3.org>
- Message-ID: <37727AB7-5ECD-488B-BB28-DB6C174599D6@tu-dresden.de>
Dear Pierre-Antoine, Thank you for your proposal, I am still thinking about it and have a few first questions/remarks: 1. Can you explain, why _:x :says { _:x a :Unicorn } is equivalent to _:x :says { _:y a :Unicorn }? According to your interpretation, { _:x a :Unicorn } and { _:y a :Unicorn } have different interpretations. They map to different resources in the domain of discourse. Q_I goes from the domain to the set of graphs and is injective and the interpretation of a graph x is Q_I^-1(x) if x is in the image of Q_I. Or is the mapping Q_I to some set of graphs? For the interpretation of the triple, you can apply renaming to the variables of the graph, but this renaming needs to be a bijection, so the only way to go from _:x :says { _:x a :Unicorn } to _:x :says { _:y a :Unicorn } is _:x :says { _:x a :Unicorn } to _:y :says { _:y a :Unicorn } (using \beta) and then use the same A for _:y which before could be used for _:x, but even then I cannot be sure that the triple holds for { _:y a :Unicorn } in the object position. Or am I missing something? I would like if { _:x a :Unicorn } and { _:y a :Unicorn } had the same meaning or at least could have the same meaning. Why don’t we need that? 2. Your entailment :alice :smurfs { :bob :likes _:x }. To _:x :smurfs { :bob :likes _:x }. Has as a consequences that :alice :smurfs { :bob :likes _:x }. {?x :smurfs {:bob :likes ?x}}={?x a :auto-smurf}. Leads to _:x a :auto-smurf. I think that could be a problem. I am still preparing more questions (but I have to think about log:notIncludes first :) ). Kind regards, Dörthe Am 29.11.2021 um 15:33 schrieb Doerthe Arndt <doerthe_arndt@yahoo.de<mailto:doerthe_arndt@yahoo.de>>: ----- Weitergeleitete Nachricht ----- Von: Jos De Roo <josderoo@gmail.com<mailto:josderoo@gmail.com>> An: Pierre-Antoine Champin <pierre-antoine.champin@ercim.eu<mailto:pierre-antoine.champin@ercim.eu>> CC: public-n3-dev@w3.org<mailto:public-n3-dev@w3.org> <public-n3-dev@w3.org<mailto:public-n3-dev@w3.org>> Gesendet: Donnerstag, 25. November 2021, 23:19:47 MEZ Betreff: Re: N3 semantics new-new proposal Hi Pierre-Antoine, This is just a quick feedback about the very last paragraph ;-) Looking at log:notIncludes I found a floundering issue in our implementation. It is fixed in the latest EYE which now expects the object of log:notIncludes to be ground at reasoning time. So only :gang :contains :bob, :charlie. :alice :says { :bob :name "bob" }. { :alice :says _:g. _:g log:notIncludes { _:s :name "bob" }. :gang :contains _:s. } => { :alice :ignores _:s. }. entails :alice :ignores :charlie. -- https://josd.github.io<https://josd.github.io/> On Thu, Nov 25, 2021 at 12:39 PM Pierre-Antoine Champin <pierre-antoine.champin@ercim.eu<mailto:pierre-antoine.champin@ercim.eu>> wrote: Hi all, I have a new proposal (now in a more readable format). https://pad.lamyne.org/xZF7gcnxTLSNKdueLBYv2A Note that I haven't checked it in depth yet. And that I haven't found a satisfying way to model the semantics of log:notIncludes yet :-/ best
Received on Monday, 29 November 2021 17:59:19 UTC