13:55:08 RRSAgent has joined #rdf-star 13:55:13 logging to https://www.w3.org/2024/07/12-rdf-star-irc 13:55:13 Zakim has joined #rdf-star 13:55:22 meeting: RDF-star Semantics TF 13:55:24 agenda: https://www.w3.org/events/meetings/6d0cd306-0be8-4267-865a-6272cc8d9da4/20240712T100000/ 13:55:25 TallTed, sorry, could not get https://www.w3.org/events/meetings/6d0cd306-0be8-4267-865a-6272cc8d9da4/20240712T100000/ (code 429). 13:55:26 present+ 13:55:28 rrsagent, draft minutes 13:55:30 I have made the request to generate https://www.w3.org/2024/07/12-rdf-star-minutes.html TallTed 13:55:32 rrsagent, make logs public 13:56:04 agenda+ finalise the discussion on transparent vs opaque 13:56:06 agenda+ going back to use case: is there any use case that needs opacity? 13:57:10 next meeting: https://www.w3.org/2024/07/18-rdf-star-minutes.html 13:57:12 previous meeting: https://www.w3.org/2024/07/11-rdf-star-minutes.html 13:58:21 tl has joined #rdf-star 13:58:22 pfps has joined #rdf-star 13:59:32 present+ AndyS, tl, pfps 14:00:02 test''' line2 14:01:10 gkellogg has joined #rdf-star 14:01:17 niklasl has joined #rdf-star 14:01:23 gkellogg has joined #rdf-star 14:01:30 s/test''' line2// 14:01:53 present+ 14:02:06 present+ gkellogg, pchampin 14:02:21 present+ enrico 14:02:24 RRSAgent, draft miinutes 14:02:24 I'm logging. I don't understand 'draft miinutes', TallTed. Try /msg RRSAgent help 14:02:29 RRSAgent, draft minutes 14:02:30 I have made the request to generate https://www.w3.org/2024/07/12-rdf-star-minutes.html TallTed 14:02:36 enrico has joined #rdf-star 14:02:46 present+ 14:04:14 i/next meeting:/scribe: ?scribe? 14:04:14 i/next meeting:/chair: ?chair? 14:04:26 present+ 14:04:45 Zakim, who's here? 14:04:45 Present: TallTed, AndyS, tl, pfps, niklasl, gkellogg, pchampin, enrico 14:04:47 On IRC I see enrico, gkellogg, niklasl, pfps, tl, Zakim, RRSAgent, AndyS, TallTed, driib5, gb, ktk, csarven, rhiaro, Tpt, agendabot, pchampin, gtw 14:05:07 doerthe has joined #rdf-star 14:05:11 present+ doerthe 14:05:20 RRSAgent, draft minutes 14:05:21 I have made the request to generate https://www.w3.org/2024/07/12-rdf-star-minutes.html TallTed 14:05:31 present+ Souri 14:06:23 present+ 14:06:28 s/?chair?/enrico/ 14:06:30 Souri has joined #rdf-star 14:06:35 present+ 14:06:47 present+ 14:08:18 present+ 14:09:57 agenda? 14:10:50 https://github.com/w3c/rdf-ucr/wiki/Summary 14:12:12 pfps: Uses cases - opacity needed only for the delta use case 14:12:20 pfps: the only use case requiring opacity is the commit-delta 14:12:59 ... but that also needs blank node identity (exactly the same bnode, i.e. same system implementation object) 14:13:11 I agree with that assessment. 14:13:55 s/?scribe?/AndyS 14:15:07 https://github.com/w3c/rdf-star-wg/wiki/RDF-star-and-LPGs 14:16:21 q+ 14:16:41 ack AndyS 14:17:19 q+ 14:17:53 ack nikasl 14:18:04 ack niklasl 14:18:50 What I proposed was a fundamentally different way to change RDF graphs, instead of adding a new kind of node to handle embedded triples it adds an optional triple to the existing nodes. 14:20:38 just to be sure: we are talking about this proposal, right? https://lists.w3.org/Archives/Public/public-rdf-star-wg/2024Jul/0035.html 14:20:54 Yes. 14:21:12 i|https://github.com/w3c/rdf-ucr/wiki/Summary|topic: going back to use case: is there any use case that needs opacity? 14:21:15 In some strong sense, this is a "cleaner" way of handling standard RDF reificiation. Think of pulling the three reification triples into one node, with a subject, predicate, and object plus an IRI or blank node. You should be able to see the correspondence between this and the reification node for standard RDF reification plus the values for rdf:subject, rdf:predicate, and rdf:object. 14:21:28 RRSAgent, draft minutes 14:21:29 I have made the request to generate https://www.w3.org/2024/07/12-rdf-star-minutes.html TallTed 14:22:39 q? 14:23:03 q+ 14:23:04 If you are thinking in RDF/XML terms, instead of using the rdf:ID as a new node and three triples just create one of these new kinds of nodes with rdf:ID and the three values. 14:24:03 you can use the id without the three values 14:24:11 ack enrico 14:24:18 q+ 14:24:31 Souri has joined #rdf-star 14:24:39 present+ 14:24:40 q+ 14:24:49 q+ to ask enrico to develop what people would have to ignore in triple terms? 14:25:02 Things aren't quite this simple, as you probably need to be able have multiple triples on one node to allow for the id to be used multiple times. With standard reification (and rdf:ID) you just get a standard RDF reification potentially with multiple subjects, predicates, or objects, but with a unitary solution you have to allow something different. 14:25:19 q? 14:25:38 ack niklasl 14:27:14 ack tl 14:27:57 ":a :b :c"^^rdf:triple_term 14:28:19 q+ 14:29:14 rdf:reifies would be special just like rdf:type, no more no less 14:30:08 I also don't get why we need a syntactic restriction 14:30:13 The same rationale as for not allowing literals as subjects. 14:30:33 isSourceOf 14:31:05 but what do we win? 14:31:07 "Niklas" :isNameOf . 14:34:22 ack pchampin 14:34:22 pchampin, you wanted to ask enrico to develop what people would have to ignore in triple terms? 14:36:54 what about "foo"^^ex:superman vs. "foo"^^ex:clark ?? 14:37:53 By that logic, shouldn't literals in RDF always be sugar for `[ rdf:realValue BOXED-RAW-LITERAL ]` ? 14:39:40 12: it is even, it is not prime, it is postive 14:40:03 12 rdf:type xsd:integer . 14:40:17 s/postive/positive 14:41:32 q+ 14:41:40 ack niklasl 14:41:44 ack niklasl 14:43:05 you broke the entire universe only for people who chose to believe you :) 14:43:42 I still don't see the problem what is the exact poblem. What could I do? 14:44:47 ack tl 14:45:03 q+ 14:45:06 I would be happier with that 14:46:26 I would not. That's for the generalized syntax. 14:47:02 @niklas i'm not too religious about the generalized question 14:47:18 q+ to emphasize, W3C hat on, that we need to find a solution with which everyone can live with, not something that satisfies entirely everyone 14:48:37 I have no *objection* to discourage use of triple terms for other things than rdf:reifies. To try to shift angle, I *could* see that as an entailment from Peter's proposal. I just don't see how that would be simpler. 14:48:52 q+ 14:49:00 ack enrico 14:49:07 Could someone say, in gist, what is: {restrictions for well-formed} MINUS { triple-term in object position only and only when rdf:reifies is the predicate }? 14:49:19 I'm surprised that we've arrived at the simpler baseline and then we're not happy still. 14:50:29 +1 to pchampin/W3C-hat-on 14:51:09 q+ 14:51:20 ack pchampin 14:51:20 pchampin, you wanted to emphasize, W3C hat on, that we need to find a solution with which everyone can live with, not something that satisfies entirely everyone 14:51:31 q+ 14:52:06 +1 to pchampin - these are good reasons to be leery of the triple-in-node change 14:52:40 ack tl 14:52:48 ack enrico 14:54:44 q+ 14:55:02 q- 14:55:04 ok :) 14:56:27 ack Souri 14:56:48 https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22minimal-baseline%22#abstract-syntax-of-well-formed-rdf 14:56:49 https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22minimal-baseline%22 14:57:38 q+ 14:57:53 Well, :r rdf:reifies <<(:r :r :r )>>.is "OK" (albeit.. well...) 14:58:50 But, Niklas, this can happen also for lists... 14:58:51 yes- :r is a name for an object and it's not nested/containment which would be problematic. 14:58:51 "OK" like `:r rdf:type 12 .` 14:59:11 Yes, it's too loose... 14:59:16 data structures should be "well founded" (aka finite and non circular) 14:59:58 do "normal users" read N-Triples ? :-> 15:00:12 :anything rdf:reifies <<( :anything :anything :anything )>>. *shrug* 15:00:44 ack andys 15:00:47 pchampin Do normal users intersect with AWK users? Then yes. ;) 15:00:48 q+ 15:01:05 (I will be away for a moment) 15:03:07 q+ 15:03:27 ack tl 15:03:34 ack nikasl 15:03:42 ack niklasl 15:04:01 q+ 15:04:10 Jena has several output forms for specific formatting and appearance of Turtle. It only needs one reader though. 15:05:26 (back) 15:05:37 what does blank node as type mean? 15:06:44 ack gkellogg 15:07:43 "reifies" is the product of consensus: nobody loves it, but everybody (I think) said they could live with it :) 15:09:10 doerthe a [ rdfs:label "Heffalump" ] . 15:11:50 Library data, alas, is full of [ rdf:value "X123" ; a [ rdfs:label "X-System-DatabaseID" ] ]. 15:11:52 q+ to ask about subproperties 15:12:16 q+ 15:12:28 ack andys 15:12:28 AndyS, you wanted to ask about subproperties 15:12:32 pchampin, not exactly as horrible, but on a slipperly slope towards those, yes 15:12:48 Souri has joined #rdf-star 15:12:52 q+ 15:12:53 present+ 15:13:34 ack pchampin 15:15:24 ack niklasl 15:15:42 I can accept the minimal baseline and feel that we have gone as far as we can by discussion only. We need text (and proposed diffs to text) + start the companion note. 15:15:54 +1 AndyS 15:17:24 I would certainly +1 the functionality of the minimal baseline as sufficient. as I tried to explain I think it could be streamlined even more. I am worried that IMO it still doesn't define properly what "reifies" actually means (or maybe I don't get it but then I'd like an explanation 15:17:27 (before my computer died I was trying to write this) I am hoping for a simple/restricted N-Triple syntax that allows=> :r1 | :s :p : o . =(which maps to)=> :r1 rdf:reifies <<( :s :p :o )>> . 15:18:19 @niklasl can you post a link to the mail you want us to re-read? Then I answer to that directly (I am lost in our e-mail discussions :D ) 15:18:45 Souri: what about using a "simplified Turtle" instead (e.g. without "," or ";"), rather than making N-Triples more "magic"? 15:19:10 q+ 15:19:23 doerthe it's https://lists.w3.org/Archives/Public/public-rdf-star-wg/2024Jul/0038.html 15:19:30 thank you :) 15:20:12 I agree on that concern. 15:20:18 ack tl 15:21:14 Pierre-Antoine, let me think a bit about such a "simplified Turtle" idea. 15:22:10 doerthe here is a related example of the "power of OWL" https://gist.github.com/niklasl/cf8871f82564749153d929f747228ef3 (for self-validating "Truth" reifiers...) 15:23:16 q+ 15:24:50 q+ to quickly ask for comment on "unasserted assertions" (as we're approaching the end) 15:25:09 Standalone occurrence in Turtle may work (I think Andy mentioned this one of his earlier emails), if it supports: :r1 | :s :p : o . (or, at least << :r1 | :s :p : o >> .) 15:25:20 thinking about syntactic restrictions, we can still do (<<:s :p :o>>) :isSubjectListOf (<<:s :p :o>>). (only playing around thinking about what can and cannot be done), but not <<:s :p :o>> a rdfs:Resource. 15:27:17 @dörthe :isSubjectListOf - what vocab is that? 15:28:01 Yes; specifically that would be (_:r1) :isSubjectOf (:r2). _:r1 rdf:reifies <<( :s :p :o )>> . _:r2 rdf:reifies <<( :s :p :o )>>. 15:28:05 just an invented predicate, it does not matter, it was more about the construct 15:28:19 ok 15:28:27 (itself shorthand of those two distinct list (bnode-identified)) 15:28:42 I'd like to consider standalone declarations Sepaartign declare and use makes writing programmatic data generation easier (which means less error prone!). c.f. (1 2 3 ) -illegal in Turtle but OK in N3 ( ?? ) Turtle does allow [ :p 123 ] . 15:29:00 s/Sepaartign/Separating/ 15:29:19 q? 15:29:20 q? 15:29:35 ack niklasl 15:30:05 q+ 15:31:11 https://champin.net/2022/eurecom/Slides/?full#28 15:31:11 Issue 28 not found 15:31:13 +1 AndyS 15:31:33 +1 AndyS 15:31:34 +1 AndyS 15:32:29 ack AndyS 15:34:16 q+ 15:34:23 ack tl 15:34:23 tl, you wanted to quickly ask for comment on "unasserted assertions" (as we're approaching the end) 15:35:04 q- 15:35:27 q+ 15:36:08 +1 to Andy 15:36:16 +1 15:36:18 +1 to andy 15:36:40 PROPOSAL: bring https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22minimal-baseline%22 to the full WG 15:36:44 PROPOSAL: Bring https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22minimal-baseline%22 to the full WG 15:36:44 +1 15:36:45 +1 15:36:46 +1 15:36:48 +1 15:36:49 +1 15:36:59 +1 15:37:09 +0.9 (but I will also read once agaon, to make it 1) 15:37:19 again, I meant 15:37:51 RESOLVED: Bring https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22minimal-baseline%22 to the full WG 15:37:59 zakim, generate minutes 15:37:59 I don't understand 'generate minutes', gkellogg 15:38:05 rrsagent, generate minutes 15:38:06 I have made the request to generate https://www.w3.org/2024/07/12-rdf-star-minutes.html gkellogg 15:38:16 enrico has joined #rdf-star 15:38:20 present+ 15:38:35 q- 15:38:38 q+ 15:40:23 ack tl 15:44:53 comes back to rdf:instantiates and rdf:reifies 15:46:18 as rdf-star entailment 15:49:26 https://github.com/w3c/rdf-turtle/pull/51 15:49:26 https://github.com/w3c/rdf-turtle/pull/51 -> Pull Request 51 Grammar updates for triple terms and occurrences. (by gkellogg) [spec:substantive] 15:50:23 thanks! 15:54:00 I also have to leave, Bye 16:13:21 gkellogg has joined #rdf-star 16:13:40 RRSAgent, draft minutes 16:13:41 I have made the request to generate https://www.w3.org/2024/07/12-rdf-star-minutes.html TallTed 16:32:45 gkellogg has joined #rdf-star 16:46:28 gkellogg has joined #rdf-star 17:04:57 gkellogg has joined #rdf-star 17:24:31 gkellogg has joined #rdf-star 17:52:51 gkellogg has joined #rdf-star 18:31:12 gkellogg has joined #rdf-star 18:56:32 gkellogg has joined #rdf-star 19:14:36 gkellogg has joined #rdf-star 19:38:50 gkellogg has joined #rdf-star 19:58:15 gkellogg has joined #rdf-star 20:13:50 gkellogg has joined #rdf-star 20:25:41 gkellogg has joined #rdf-star 20:26:22 gkellogg has joined #rdf-star 20:58:42 zakim, end meeting 20:58:42 As of this point the attendees have been TallTed, AndyS, tl, pfps, niklasl, gkellogg, pchampin, enrico, doerthe, Souri 20:58:44 RRSAgent, please draft minutes 20:58:45 I have made the request to generate https://www.w3.org/2024/07/12-rdf-star-minutes.html Zakim 20:58:50 I am happy to have been of service, gkellogg; please remember to excuse RRSAgent. Goodbye 20:58:51 Zakim has left #rdf-star 20:58:57 rrsagent, bye 20:58:57 I see no action items