16:00:34 RRSAgent has joined #rdf-star 16:00:39 logging to https://www.w3.org/2025/09/11-rdf-star-irc 16:00:50 meeting: meeting: RDF-Star WG biweekly meeting 16:00:54 present+ 16:00:55 pfps has joined #rdf-star 16:00:57 agenda: https://www.w3.org/events/meetings/40c79d60-8147-4da7-8185-c39434216daf/20250911T120000/ 16:00:59 clear agenda 16:00:59 agenda+ Approval of last week’s minutes: -> 1 https://www.w3.org/2025/09/04-rdf-star-minutes.html 16:00:59 agenda+ Identifying issues to solve before CR -> 2 https://github.com/orgs/w3c/projects/20/views/8 16:01:02 present+ 16:01:06 present+ 16:01:07 chair+ 16:01:07 present+ 16:01:23 present+ 16:01:24 present+ 16:01:32 present+ 16:01:36 present+ 16:01:38 present+ 16:01:41 olaf has joined #rdf-star 16:01:43 scribe+ 16:01:50 present+ 16:01:56 present+ 16:01:58 I have made the request to generate https://www.w3.org/2025/09/11-rdf-star-minutes.html AndyS 16:02:05 present+ 16:02:05 present+ 16:02:35 Dominik_T has joined #rdf-star 16:02:36 previous meeting: https://www.w3.org/2025/09/04-rdf-star-minutes.html 16:02:36 next meeting: https://www.w3.org/2025/09/18-rdf-star-minutes.html 16:02:49 present+ 16:02:49 present+ 16:02:59 RRSAgent, make log public 16:03:42 present+ 16:03:51 doerthe has joined #rdf-star 16:03:57 present+ 16:03:58 ora: We just eard that gkellog passed away a few days ago. Gregg was a very nice guy and a giant in the semantic web community. I don't really know what else to say 16:04:19 ora: [reading Gregg's wife email] 16:04:38 q+ 16:05:54 pchampin: The JSON-LD plan to make a special tribute to Gregg in the JSON-LD 1.1 and 1.2 specs 16:06:23 ack pchampin 16:06:30 q+ 16:06:53 ack ora 16:06:53 Souri has joined #rdf-star 16:06:55 present+ 16:07:22 ora: There were at least 9 published specs with Gregg 16:07:39 s/with Gregg/edited by Gregg/ 16:08:15 ora: I would like to include in our spec some kind of dedication to Gregg 16:08:23 +100 16:08:25 +100 16:08:26 +1 16:08:28 +1 16:08:30 +100 16:08:36 +1 16:08:41 +1 16:08:51 +1 16:09:26 +1 16:10:48 We should carry on 16:11:02 post on semantic web list: https://lists.w3.org/Archives/Public/semantic-web/2025Sep/0004.html 16:11:26 Zakim, open item 1 16:11:26 agendum 1 -- Approval of last week’s minutes: -> 1 https://www.w3.org/2025/09/04-rdf-star-minutes.html -- taken up [from agendabot] 16:11:52 PROPOSAL: Accept last week's minutes 16:11:55 +1 16:11:56 +1 16:11:56 +1 16:11:57 +1 16:11:58 +1 16:11:58 +1 16:11:59 +1 16:12:01 +1 16:12:02 +1 16:12:03 +1 16:12:04 +1 16:12:04 +1 16:12:06 +1 16:12:09 +1 16:12:22 RESOLVED: Accept last week's minutes 16:12:28 +1 16:12:33 +1 16:12:37 zakim, next item 16:12:37 agendum 2 -- Identifying issues to solve before CR -> 2 https://github.com/orgs/w3c/projects/20/views/8 -- taken up [from agendabot] 16:13:16 q+ 16:13:25 ack Enrico 16:13:33 ora: Let's talk about https://github.com/w3c/rdf-star-wg/issues/169 16:13:34 https://github.com/w3c/rdf-star-wg/issues/169 -> Issue 169 definition of reifiers is non-normative and seems vague (by rat10) [needs discussion] [propose closing] [ms:CR] 16:13:44 I have made the request to generate https://www.w3.org/2025/09/11-rdf-star-minutes.html TallTed 16:14:10 subtopic: https://github.com/w3c/rdf-semantics/pull/156 16:14:10 https://github.com/w3c/rdf-semantics/pull/156 -> Pull Request 156 Better text in Section 5.3 with the purpose of relating triple terms and asserted triples. (by franconi) [ms:CR] [spec:editorial] 16:15:24 q+ 16:16:32 ack pfps 16:16:33 pfps: The change is mostly editorial, the issue is on the last sentence of the change to see if it's suitable or not 16:17:31 https://github.com/w3c/rdf-semantics/pull/156#discussion_r2323054539 16:20:03 Enrico: The point is that we have a formal definition of it. We don't want to say "in other words" 16:20:20 q+ 16:20:25 ack niklasl 16:20:27 pfps: Strike it for now. If Someone can come up with something that is true we can insert it later 16:21:10 https://github.com/w3c/rdf-semantics/pull/156#discussion_r2341664258 16:21:50 TallTed: new proposal above 16:22:47 q+ 16:22:59 https://github.com/w3c/rdf-semantics/pull/156#discussion_r2341664258 16:23:00 https://github.com/w3c/rdf-semantics/pull/156 -> Pull Request 156 Better text in Section 5.3 with the purpose of relating triple terms and asserted triples. (by franconi) [ms:CR] [spec:editorial] 16:23:23 ack doerthe 16:23:25 q+ 16:23:54 q+ 16:23:56 ack lisp 16:24:04 doerthe: What is wrong with the previous formulation 16:24:21 ack Enrico 16:24:46 Enrico: It would be wrong because "denotation" talks about triple in the graph but it's not the case 16:25:40 PROPOSAL: Merge https://github.com/w3c/rdf-semantics/pull/156 16:26:05 +1 16:26:08 +1 16:26:11 +1 16:26:14 +1 16:26:18 +1 16:26:20 -> enrico, if the "asserted triples" is not synonymous with " the triples in a graph", how can the former be untrue? 16:26:23 +1 16:26:26 +1 16:26:27 +1 16:26:34 +1 16:26:40 +1 16:26:41 +0 16:26:53 +0 16:26:57 +1 16:26:57 +1 16:26:57 lisp: because in the text we are discussing, we are considering an interpretation independently of any graph 16:26:58 +0 16:27:00 +1 16:27:03 +0 16:27:17 RESOLVED: Merge https://github.com/w3c/rdf-semantics/pull/156 16:27:17 https://github.com/w3c/rdf-semantics/pull/156 -> Pull Request 156 Better text in Section 5.3 with the purpose of relating triple terms and asserted triples. (by franconi) [ms:CR] [spec:editorial] 16:27:21 Woohoo! 16:28:06 q+ 16:28:18 ack pchampin 16:28:23 subtopic: https://github.com/w3c/rdf-concepts/pull/237 16:28:24 https://github.com/w3c/rdf-concepts/pull/237 -> Pull Request 237 explain the rdf:reifies is deliberately abstract (by pchampin) [needs discussion] 16:28:54 pchampin: This is the counter part of the one we just discussed, in the hope of clarifying everything on reifiers 16:28:55 q+ 16:29:35 ack tl 16:30:18 q+ 16:30:53 tl: I have been reading though specs in the last days, I came to the conclusion that semantics is indeed not the place to specify rdf:reifies and the reification process. The schema is a very lean definition of rdf:reifies so it should be in concepts. But it's even more vague than I though, I made a PR to state my understanding. 16:31:13 q+ on closing PR #144 in RDF-Semantics https://github.com/w3c/rdf-semantics/pull/144 16:31:14 https://github.com/w3c/rdf-semantics/pull/144 -> Pull Request 144 No connection between propositions and facts in model-theoretic semantics (by rat10) [ms:CR] [spec:enhancement] 16:31:14 https://github.com/w3c/rdf-star-wg/issues/144 -> Issue 144 [Editorial] capitalization of "SPARQL string", "SPARQL Query string", and "SPARQL Update string" (by TallTed) [documentation] 16:32:30 q+ 16:32:31 tl: I worry that the current state is too vague. I disagree it's a feature, not a bug 16:32:47 q+ 16:32:56 tl: I made that rdfs:state proposal, I am fully aware it won't be part of this spec but maybe in the future 16:33:15 tl: In the way it's done now, all the semantic is in the triple term 16:33:19 ack Enrico 16:33:19 Enrico, you wanted to comment on closing PR #144 in RDF-Semantics https://github.com/w3c/rdf-semantics/pull/144 16:33:45 +1 for closing that now 16:33:57 Enrico: I think https://github.com/w3c/rdf-semantics/pull/144 should be closed without actions 16:34:12 ack pfps 16:34:38 q+ 16:34:57 ack pchampin 16:35:02 pfps: I completely disagree, the wording in concept is adequate, at this point the way ahead is either to vote that everything is fine or have a competing proposal as a PR, then the WG in a very short time could vote to accept it or not 16:35:31 pchampin: tl, our disagreement seems to rely on "reifier denote proposition". There is nothing in either spec that justify that 16:35:41 tl: you are right, it's not there but it should be 16:35:57 It should not be. 16:36:19 pchampin: I disagree, if it should, it should be in SEMANTICS. Denotation is the business of SEMANTICS. You said you agree on what SEMANTICS said 16:36:23 q+ 16:36:47 ack Souri 16:37:02 Souri: Just to make sure, we are talking about concepts section 1.5 16:37:48 Souri: For readers, is it possible to put a tiny example when you are defining "triple annotation". It always help. I am not sure if the document is the right place but it would be very helpful 16:37:53 https://www.w3.org/TR/rdf12-concepts/#fig-asserted-triple-term is such an example 16:37:55 ack tl 16:37:56 ora: I like that 16:38:43 tl: I came to the conclusion that SEMANTICS is a very abstract document. The semantics define the proposition but CONCEPT defines the triple terms. 16:39:15 q+ 16:39:38 tl: I hope you can define the semantic via rdf:reifies 16:39:40 q+ 16:40:04 q+ 16:40:22 ack AndyS 16:40:41 tl: The triple term would be the encoding of the proposition. That's it. Everything else can be defined with rdf:reifies, allowing other properties to define something else 16:41:11 ack Enrico 16:41:14 AndyS: The section 1 is informational, it does not define anything. The semantic comes from triples, not individual terms. 16:41:21 +1 to AndyS ; I agree that it does not stop any other use of triple terms. 16:41:37 Enrico: This is an explanation, saying what triple terms are in 1.5 16:41:55 q+ 16:42:07 Enrico: This does not say you can't have properties for whatever you want. 16:42:11 It will be nice to have a single example in 1.5 (of Concepts spec), for illustration purposes: showing say three reifying triples (two of them sharing the same reifier) and then pointing out the reifying triples, the reifiers, and the triple annotation. 16:42:17 Enrico: I would propose this to close it today 16:42:32 also +1 to Enrico; it explains an expected use. 16:43:01 ack lisp 16:44:05 q+ 16:45:12 q+ 16:45:21 See https://github.com/w3c/rdf-schema/pull/62 which adds explanation to rdf-schema (in draft state since we first need Concepts stable). 16:45:22 https://github.com/w3c/rdf-schema/pull/62 -> Pull Request 62 Align Triple-term reification text with Concepts section (pending CR) (by domel) 16:45:24 lisp: The language introduced in the diff, does not help the reader. The structural relationship says nothing about the interpretation. Any interpretation is left to the application. 16:45:32 ack tl 16:46:59 tl: With rdfs:state, it would not be a problem, it would be a stronger definition. In case of rdfs:mention, and in no way endorses it, I fear is not possible. Concept says "the triple term encode the proposition, if it is asserted in the graph, it also refers to that". 16:47:17 q+ 16:47:32 ack pchampin 16:47:59 q+ to state that I see no reason that "mention" is precluded 16:49:10 pchampin: It is generic in the sense that the semantics does not enforce any structure on the property. Every property denote something in the interpretation. The question is that if it's constraint on not by the spec. rdf:reifies is not really constraint outside of its range 16:49:29 pchampin: As pfps suggested, if there is enough support for the PR I put, I propose we merge 16:50:20 ack Enrico 16:50:29 pchampin: It seems we agree there should be a paragraph on rdf:reifies. If James can make a PR if you think of a better term than "generic", it would be welcome 16:50:48 q+ 16:51:37 Enrico: To answer to James, if we look the text at section 9, there was a notion of type and class. There was a missing part were we talk about rdf:reifies and proposition. What about talking more on rdf:reifies? In RDFS we have more properties related to classes and types, that refers to these concepts 16:52:31 Enrico: We have rdf:reifies that uses the concept of proposition. But it's not use anywhere else, so you can't say more about it. 16:52:51 Enrico: We have a special property rdf:reifies for the users to introduce the reifiers, but it's not format 16:52:58 q? 16:53:02 q- 16:53:02 s/but it's not format/but it's not formal/ 16:53:12 q+ 16:53:19 s/ not use anywhere / not used anywhere / 16:53:25 Enrico: In semantics we should not say more than we say about class, but then there are the usual patterns 16:53:56 ack pfps 16:53:56 pfps, you wanted to state that I see no reason that "mention" is precluded 16:54:08 Enrico: I think we cannot do much more in section 9 because there is no structural properties. On the other hand, it's interesting to do a good job on RDF concepts 16:54:26 pfps: I am puzzled as why there is anything in our documents that prevents "mention" 16:54:40 q+ 16:54:43 ack ora 16:55:34 ora: To clarify, the thing that worries me is that we venturing again in the temporal progression of the graph, which is completely outside of what we are considering 16:55:40 q+ 16:55:45 tl: I am talking about view points, not endorsed statement 16:55:53 I have made the request to generate https://www.w3.org/2025/09/11-rdf-star-minutes.html TallTed 16:56:10 q+ 16:56:15 ack lisp 16:56:18 q- 16:57:17 lisp: The core of my concern is that the annotation that are applied to the subject of the reifying statement have no necessary bearing on the assertion of the proposition in the graph 16:57:36 q- 16:58:06 to lisp: I blelieve that your concern is addressed in section 1.5 of RDF concepts 16:58:48 q+ to make a modest suggestion 16:58:53 lisp: Enrico, post a very short message to the WG about if assertions on the subject of the reifying statement are intended to be assertions on the reifying statement [badly worded, please fix] 16:59:23 my answer: section 1.5 16:59:30 q+ to make a modest proposal 16:59:56 ack pchampin 17:00:26 q- 17:01:11 pchampin: tl, about weaker properties than rdf:reifies, a triple does not endorse an other triple. A graph can endorse/entail a given triple. A reifying triple cannot endorse the reified triple 17:01:33 +1 to pchampin 17:01:41 ditto 17:01:51 +1 to pchampin 17:02:07 pfps has left #rdf-star 17:02:22 RRSAgent, make minutes 17:02:24 I have made the request to generate https://www.w3.org/2025/09/11-rdf-star-minutes.html pchampin 17:16:47 olaf has left #rdf-star 17:18:27 RRSAgent, bye 17:18:27 I see no action items