Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

A formal background to unify triples and triple terms #91

Open
wants to merge 28 commits into
base: main
Choose a base branch
from

Conversation

franconi
Copy link
Contributor

@franconi franconi commented Feb 13, 2025

Added at the end of Section 5.3:

  • semantic properties relating triple terms and asserted triples, together with a general definition of (simple) satisfiability.

The terminology defined here should be used to support the unification of the terminology of triples, as per issue #158 in Concepts.

This closes #87


Preview | Diff

franconi and others added 26 commits January 27, 2025 17:42
Co-authored-by: Pierre-Antoine Champin <[email protected]>
Co-authored-by: Niklas Lindström <[email protected]>
Co-authored-by: Ted Thibodeau Jr <[email protected]>
Co-authored-by: Ted Thibodeau Jr <[email protected]>
Co-authored-by: Niklas Lindström <[email protected]>
Copy link
Contributor

@pfps pfps left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would add "in an interpretation" after the introductory sentence of the first three definitions. That's pedantic, I know, but I think helpful here.

The third definition needs to be pedantic about whether A is included - A is missing from the "given" part.

The last definition reads as if blank node mappings are somehow part of graphs. Why not just use "..., ..., and ..."?

The last definition needs to have the blank node mapping everywhere it is required.

@franconi
Copy link
Contributor Author

I would add "in an interpretation" after the introductory sentence of the first three definitions. That's pedantic, I know, but I think helpful here.

The third definition needs to be pedantic about whether A is included - A is missing from the "given" part.

The last definition reads as if blank node mappings are somehow part of graphs. Why not just use "..., ..., and ..."?

The last definition needs to have the blank node mapping everywhere it is required.

The latest commit should satisfy your comments, thanks.

@franconi
Copy link
Contributor Author

@pfps, your requested change remains open, and I have no way to close it...

Copy link
Contributor

@pfps pfps left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Better now.

Copy link
Contributor

@niklasl niklasl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

@franconi
Copy link
Contributor Author

@pfps
Copy link
Contributor

pfps commented Feb 13, 2025

It's a new initialism to get around the current political crackdown and still show that you are woke. I'll let you work out the expansion for yourself.


<p>We define the <dfn>set of facts</dfn> in an interpretation as follows:</p>

<p class="fact"> The set F of facts in an interpretation I is F(I) = {&nbsp;&lt;x, y, z&gt;&#65372;&lt;x, z&gt; is in IEXT(y)&nbsp;}; it is easy to see that the facts are the propositions which are true in the interpretation. </p>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
<p class="fact"> The set F of facts in an interpretation I is F(I) = {&nbsp;&lt;x, y, z&gt;&#65372;&lt;x, z&gt; is in IEXT(y)&nbsp;}; it is easy to see that the facts are the propositions which are true in the interpretation. </p>
<p class="fact"> The set F of facts in an interpretation I is F(I) = {&nbsp;&lt;x, y, z&gt;&#65372;&lt;x, z&gt; is in IEXT(y)&nbsp;}. The set of facts is the set of propositions which are true in the interpretation. </p>

At a minimum

Suggested change
<p class="fact"> The set F of facts in an interpretation I is F(I) = {&nbsp;&lt;x, y, z&gt;&#65372;&lt;x, z&gt; is in IEXT(y)&nbsp;}; it is easy to see that the facts are the propositions which are true in the interpretation. </p>
<p class="fact"> The set F of facts in an interpretation I is F(I) = {&nbsp;&lt;x, y, z&gt;&#65372;&lt;x, z&gt; is in IEXT(y)&nbsp;}; it can be seen that the facts are the propositions which are true in the interpretation. </p>


<p>Given a blank node mapping, we define the <dfn>set of facts asserted by a graph</dfn> in an interpretation as follows:</p>

<p class="fact">Given a blank node mapping A, the set of all facts asserted by a graph G in an interpretation I is FEXT(G, I, A) = {&nbsp;&lt;&nbsp;[I+A](s), I(p), [I+A](o)&nbsp;&gt;&#65372;`s p o.` is in G&nbsp;}; we observe that given a blank node mapping, the asserted facts of a graph in an interpretation may not necessarily be among the facts of the interpretation.</p>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
<p class="fact">Given a blank node mapping A, the set of all facts asserted by a graph G in an interpretation I is FEXT(G, I, A) = {&nbsp;&lt;&nbsp;[I+A](s), I(p), [I+A](o)&nbsp;&gt;&#65372;`s p o.` is in G&nbsp;}; we observe that given a blank node mapping, the asserted facts of a graph in an interpretation may not necessarily be among the facts of the interpretation.</p>
<p class="fact">Given a blank node mapping A, the set of all facts asserted by a graph G in an interpretation I is FEXT(G, I, A) = {&nbsp;&lt;&nbsp;[I+A](s), I(p), [I+A](o)&nbsp;&gt;&#65372;`s p o.` is in G&nbsp;}; we observe that given a blank node mapping, the asserted facts of a graph with respect to an interpretation may not necessarily be among the facts of the interpretation.</p>

I prefer this kind of wording. I don't see the graph doing anything in the interpretation.

Copy link
Member

@TallTed TallTed left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good forward motion!

@@ -422,7 +422,7 @@ <h2>Simple Interpretations</h2>
set of sets of pairs &lt; x, y &gt; with x and y in IR .</p>
<p>4. A mapping IS from IRIs into (IR union IP)</p>
<p>5. A partial mapping IL from literals into IR </p>
<p>6. An injective mapping RE from IR x IP x IR into IR, called the interpretation of triple terms. </p>
<p>6. An injective mapping RE from IR x IP x IR into IR, called the denotation of triple terms. </p>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the denotation of a triple term in the codomain of RE (i.e. the injectively mapped resource in IR)? If so, should the sets of propositions and facts also be defined using RE (e.g. IPR = { RE(x, y, z) | x ∈ IR, y ∈ IP, z ∈ IR })?


<p class="fact">Given a blank node mapping, the facts asserted in an interpretation by a graph are among the facts of the interpretation if and only if the interpretation (simply) satisfies the graph.</p>

Copy link
Contributor

@doerthe doerthe Feb 17, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not happy with that sentence because of the definition of "(simply) satisfies":
"we say that I (simply) satisfies E when I(E)=true"
and
"If E is an RDF graph then I(E) = true if [ I+A ](E) = true for some mapping A from the set of blank nodes in E to IR"

So, the "simply satisfies" includes that there EXISTS some A, so even with a given A, we could technically find an A' such that I(G)= true while FEXT(G, I, A)\notIn F(I).

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I totally agree with @doerthe here. This statement seems wrong.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

A formal background to unify triples and triple terms
8 participants