00:29:20 gkellogg has joined #rdf-star 00:46:09 gkellogg has joined #rdf-star 02:11:53 gkellogg has joined #rdf-star 02:29:06 gkellogg has joined #rdf-star 02:45:41 gkellogg has joined #rdf-star 03:09:58 gkellogg has joined #rdf-star 03:16:44 TallTed has joined #rdf-star 03:27:07 gkellogg has joined #rdf-star 04:46:41 gkellogg has joined #rdf-star 05:11:22 gkellogg has joined #rdf-star 05:29:40 gkellogg has joined #rdf-star 05:53:58 gkellogg has joined #rdf-star 07:16:21 gkellogg has joined #rdf-star 07:25:54 gkellogg has joined #rdf-star 07:46:18 gkellogg has joined #rdf-star 08:20:30 gkellogg has joined #rdf-star 08:37:40 gkellogg has joined #rdf-star 08:48:45 timbl has joined #rdf-star 08:52:12 timbl has joined #rdf-star 08:54:23 gkellogg has joined #rdf-star 09:17:16 gkellogg has joined #rdf-star 09:33:34 gkellogg has joined #rdf-star 09:50:24 gkellogg has joined #rdf-star 09:59:59 driib5 has joined #rdf-star 11:08:03 gkellogg has joined #rdf-star 11:26:46 gkellogg has joined #rdf-star 11:34:33 timbl has joined #rdf-star 12:01:00 gkellogg has joined #rdf-star 12:19:11 gkellogg has joined #rdf-star 12:35:34 gkellogg has joined #rdf-star 12:56:39 gkellogg has joined #rdf-star 13:28:26 gkellogg has joined #rdf-star 13:56:36 gkellogg has joined #rdf-star 14:57:36 pfps has joined #rdf-star 14:58:10 TallTed has joined #rdf-star 14:58:30 AndyS has joined #rdf-star 14:58:50 niklasl has joined #rdf-star 14:59:30 gkellogg has joined #rdf-star 15:00:07 present+ 15:01:33 tl has joined #rdf-star 15:01:42 TallTed has changed the topic to: RDF Star WG Semantics TF: 2024-11-08 agenda -- https://www.w3.org/events/meetings/6d0cd306-0be8-4267-865a-6272cc8d9da4/20241108T100000/ 15:02:27 william_vw has joined #rdf-star 15:02:36 present+ 15:02:38 Zakim, bye 15:02:38 leaving. As of this point the attendees have been TallTed, william_vw, enrico, tl, doerthe, gkellogg, Souri, pfps, AndyS, james, niklasl, gtw, Dominik_T, ora, olaf, pchampin, 15:02:38 Zakim has left #rdf-star 15:02:40 RRSAgent, bye 15:02:40 I see no action items 15:03:02 RRSAgent has joined #rdf-star 15:03:02 logging to https://www.w3.org/2024/11/08-rdf-star-irc 15:03:13 Zakim has joined #rdf-star 15:03:18 Souri has joined #rdf-star 15:03:19 doerthe has joined #rdf-star 15:03:25 present+ 15:03:34 present+ 15:03:34 present+ TallTed, niklasl, AndyS, pfps 15:03:36 present+ 15:03:42 agenda: https://www.w3.org/events/meetings/6d0cd306-0be8-4267-865a-6272cc8d9da4/20241108T100000/ 15:03:43 clear agenda 15:03:43 agenda+ Discussing and refining the details of the -> RDF-star alternative baseline https://github.com/w3c/rdf-star-wg/wiki/Extending-the-baseline-with-%22asserted%22-stuff document, in preparation of the decision by the WG next week. 15:03:49 present+ 15:03:56 present+https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22alternative-baseline%22 15:04:02 https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22alternative-baseline%22 15:04:03 I have made the request to generate https://www.w3.org/2024/11/08-rdf-star-minutes.html TallTed 15:04:05 present+ 15:04:07 enrico has joined #rdf-star 15:04:13 present+ 15:04:14 meeting: RDF Star WG Semantics TF 15:04:19 https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22alternative-baseline%22 15:04:20 https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22alternative-baseline%22 15:04:31 present+ 15:05:04 previous meeting: https://www.w3.org/2024/11/07-rdf-star-minutes.html 15:05:04 next meeting: https://www.w3.org/2024/11/14-rdf-star-minutes.html 15:05:17 Zakim, who's here? 15:05:17 Present: Souri, doerthe, TallTed, niklasl, AndyS, pfps, gkellogg, tl, https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22alternative-baseline%22, enrico 15:05:21 On IRC I see enrico, doerthe, Souri, Zakim, RRSAgent, william_vw, tl, gkellogg, niklasl, AndyS, TallTed, pfps, driib5, gb, ktk, csarven, gtw, agendabot, Tpt, rhiaro, pchampin 15:05:32 present- https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22alternative-baseline%22 15:05:59 Zakim, who's here? 15:05:59 Present: Souri, doerthe, TallTed, niklasl, AndyS, pfps, gkellogg, tl, enrico 15:06:01 On IRC I see enrico, doerthe, Souri, Zakim, RRSAgent, william_vw, tl, gkellogg, niklasl, AndyS, TallTed, pfps, driib5, gb, ktk, csarven, gtw, agendabot, Tpt, rhiaro, pchampin 15:06:41 I have made the request to generate https://www.w3.org/2024/11/08-rdf-star-minutes.html TallTed 15:07:30 chair: enrico 15:08:34 https://w3c.github.io/rdf-concepts/spec/#h-note-5 -- the SHOULD text in RDF Concepts 15:09:19 q+ 15:10:59 i/previous meeting/topic: https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22alternative-baseline%22 15:11:08 I have made the request to generate https://www.w3.org/2024/11/08-rdf-star-minutes.html TallTed 15:11:14 I would make rdf:TripleTerm instead of rdf:tripleTerm, but that is it :) 15:14:04 q+ 15:16:33 q+ 15:18:27 q- 15:18:30 q+ 15:18:46 enrico has joined #rdf-star 15:19:01 <<( :s :p :o )>> owl:sameAs <<( :s :p :o )>> . 15:19:31 owl:sameAs a rdf:reificationProperty, rdf:InverseReificationProperty . 15:19:35 <<( :s :p :o )>> a rdf:Reifier . 15:19:54 _:r rdf:reifiies <<( :s :p :o )>> ; rdfs:label "Reifier?" . 15:20:01 s/ii/i/ 15:20:34 present+ 15:21:05 <<( :s :p :o )>> rdf:isReifiiedBy _:r ; rdfs:label "What is this?" . 15:21:53 present-https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22alternative-baseline%22 15:24:43 I find having triple-term as subject confusing. For example, << :s :p :o >> :p1 "hello world" => "hello world" is a reifier. How critical is it to allow triple-term in subject position (instead of restricting it to object position only)? 15:25:33 q? 15:25:43 ack doerthe 15:25:48 ack souri 15:26:42 q+ 15:28:34 q+ 15:29:43 q- 15:29:47 ack tl 15:31:04 I won't answer directly because I respect the queue, but I really like the subject position but I simply don't see that adavantage 15:31:22 I will queue :) 15:31:25 q+ 15:31:45 q? 15:31:53 ack pfps 15:31:56 q+ 15:31:57 q- 15:33:06 q+ 15:33:10 enrico8 has joined #rdf-star 15:33:13 present+ 15:33:17 q? 15:33:26 ack doerthe 15:33:40 ack niklasl 15:34:12 q+ 15:34:24 q- 15:35:27 what if I want to simply put a label on my triple term? 15:36:45 q+ 15:37:45 Want or need? (I can actually sort of see that nicety in a very specific application, but I imagine it requiring at least symmetric RDF; e.g. labels for literals?) 15:37:51 ack enrico 15:38:31 We cannot have an inverse datatype property. Why can't we put a similar restriction on reification properties? 15:38:50 q+ 15:39:01 ack gkellog 15:39:01 "2024"^^xsd:gYear rdfs:label "Twenty-twentyfour"@en . 15:39:02 q+ 15:39:35 ack enrico 15:41:03 q+ 15:41:05 q+ 15:42:56 ack tl 15:43:18 ack andy 15:46:21 q+ 15:46:52 ack niklasl 15:47:45 but uniprot would like to get away from RDF/XML, and use RDF-star to replace their reliance on RDF/XML's ID attribute 15:48:54 RDF/XML is used downstream of Uniprot in an ecosystem so it is very sticky. 15:49:50 ditto CIM FWIW (currently) although that has less of a need of reification. 15:50:46 q? 15:51:01 I would be very happy with the should 15:51:16 q+ to say MUST makes sense 15:51:36 ... jsOn too ;) 15:51:56 Is this for RDF entailment, not simple entailment? 15:52:01 q+ 15:52:13 but the XML-argument is of course something to think about... It is new 15:52:32 q+ 15:52:33 I would like to also hear Adrian 15:52:56 ack enrico 15:53:26 RDF/XML can be changed to have triple terms - it's not impossible. 15:53:28 q- 15:53:41 ack souri 15:53:41 Souri, you wanted to say MUST makes sense 15:53:49 RDF/XML can be changed to have triple terms in the subject position - it's not impossible. 15:53:58 q+ 15:54:00 q+ 15:54:11 ack pfps 15:54:33 q+ 15:54:40 q+ to say We can't break "the appendix of RDF history" in RDF 1.2; that would require RDF 2.0. 15:55:13 q+ 15:55:28 ack andys 15:57:13 q+ to say that RDF/XML cannot represent all of RDF even now 15:57:38 ack enrico 15:57:48 mmm, I would like to know more because I have not enough background on RDF-XML 15:58:58 q+ to say that the ID attribute in RDF/XML supports RDF standard reification very well. If we design the unstar mapping as a mapping t RDF standard reification (which is the way we'll most ptobably take, if we do it at all) , then there is a good bridge 16:00:02 FYI One way is to allow rdf:parseType="TripleTerm" on rdf:Description. 16:01:01 Interesting... But rdf:parseType is on the predicate element now though? 16:01:26 I remember that Souri also made an implementation argument for their systems in general? 16:02:07 q+ 16:02:15 ack me 16:02:15 ack gkellogg 16:02:24 In RDFn, I was proposing the name (reifier) as the (optional) fourth item: :s :p :o | :r . 16:02:30 niklals - rdf:parseType is only in the object (i.e. on a predicate) today but what it does is create a (nested) RDF term. 16:03:01 and is not predicate specific. 16:03:16 Ah; true. That and a reverse are interesting... 16:03:19 ack tallted 16:03:19 TallTed, you wanted to say We can't break "the appendix of RDF history" in RDF 1.2; that would require RDF 2.0. 16:03:37 ack pfps 16:03:37 pfps, you wanted to say that RDF/XML cannot represent all of RDF even now 16:03:49 E.g. predicates #123 16:03:50 https://github.com/w3c/rdf-star-wg/pull/123 -> MERGED Pull Request 123 Tweak language and markup for clarity (replicated) (by hartig) 16:04:14 s/#123/local name 123/ 16:04:26 ack tl 16:04:26 tl, you wanted to say that the ID attribute in RDF/XML supports RDF standard reification very well. If we design the unstar mapping as a mapping t RDF standard reification (which 16:04:29 ... is the way we'll most ptobably take, if we do it at all) , then there is a good bridge 16:04:56 maybe the json-ld argument bygkellogg is stronger? 16:05:31 s/bygkellogg/by gkellogg/ 16:06:01 ack niklasl 16:06:13 q+ 16:06:29 I agree with doerthe - JSON-LD makes a stronger argument than RDF/XML (due to its growth on the web) 16:06:53 +1 on the JSON-LD argument 16:07:16 just to you tl: the whole json-ld and RDF-XML discussion could spare us from our discussion 8and we have strong opinions, so maybe more healthy for us :) ) 16:08:11 I get that one :) 16:09:51 timbl has joined #rdf-star 16:09:52 and you, niklasl, actually brought me to agreement on the SHOULD 16:10:18 Can we agree to define semantics in the symmetric case? 16:11:07 mmm, but are we postponing the discussion by that AndyS, apart from that, yes 16:11:32 option one, which i voted on, was based on reification :-> 16:11:53 s/voted on/voted for 16:11:54 q+ 16:12:01 I hope it is a step forward for this group. 16:12:09 The potential power of rdf:reifies plus OWL to bridge different modelling granularity should not be overlooked. 16:12:11 ack enrico 16:12:19 OK, I support that 16:12:31 ack tl 16:13:37 AndyS, yes I hope that can work. 16:14:10 q+ 16:14:46 ack gkellog 16:15:01 If RDF/XML,JSON-LD are sufficient argument in the whole WG, it least then semantics is general. AKA an honest separation of concerns. 16:16:09 That (abstract syntax for concrete syntaxes, symmetric RDF for semantics) might clarity my (wobbly) "affordance/ergonomics" perspective. 16:16:49 q+ 16:17:14 AndyS has joined #rdf-star 16:18:03 three places (1) semantics (2) data mode (3) syntaxes 16:18:13 three places (1) semantics (2) data model (3) syntaxes 16:18:30 s/three places (1) semantics (2) data mode (3) syntaxes// 16:20:53 Should be "Any triple whoes object ..." rather than "Every" 16:21:10 s/whoes/whose/ 16:23:25 could we maybe also point out the problem with the syntaxes somewhere, maybe a small example why it is so difficult in JSON-LD and RDF-XML? 16:24:11 Could you put the URL here? 16:26:15 I have made the request to generate https://www.w3.org/2024/11/08-rdf-star-minutes.html TallTed 16:26:33 q+ 16:26:49 Souri -- https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22alternative-baseline%22 16:28:54 I have made the request to generate https://www.w3.org/2024/11/08-rdf-star-minutes.html TallTed 16:29:04 Zakim, bye 16:29:04 leaving. As of this point the attendees have been Souri, doerthe, TallTed, niklasl, AndyS, pfps, gkellogg, tl, 16:29:04 Zakim has left #rdf-star 16:29:06 ... https://github.com/w3c/rdf-star-wg/wiki/RDF-star-%22alternative-baseline%22, enrico 16:29:07 RRSAgent, bye 16:29:07 I see no action items