15:52:21 RRSAgent has joined #rdf-star 15:52:25 logging to https://www.w3.org/2025/04/10-rdf-star-irc 15:52:25 Zakim has joined #rdf-star 15:52:32 meeting: RDF-star WG biweekly focused meeting 15:52:32 agenda: https://www.w3.org/events/meetings/0046d666-d3e8-4032-89e4-8b9a3e6ff40f/20250410T120000/ 15:52:32 rrsagent, draft minutes 15:52:33 I have made the request to generate https://www.w3.org/2025/04/10-rdf-star-minutes.html TallTed 15:52:35 clear agenda 15:52:35 agenda+ Which parties carry what costs of text/turtle changes, and do those outweigh which benefits for whom? -> 1 https://github.com/w3c/rdf-star-wg/issues/141 15:52:35 agenda+ map the annotation syntax to rdfs:states -> 2 https://github.com/w3c/rdf-star-wg/issues/128 15:52:35 agenda+ Task Force for SPARQL EXISTS -> 3 https://github.com/w3c/sparql-query/issues/156 15:52:35 agenda+ More issues we could close, time permitting -> 4 https://github.com/orgs/w3c/projects/20/views/11 15:53:12 previous meeting: https://www.w3.org/2025/04/03-rdf-star-minutes.html 15:54:12 present+ 15:55:27 rubensworks has joined #rdf-star 15:55:36 present+ 15:57:09 tl has joined #rdf-star 15:57:13 I have made the request to generate https://www.w3.org/2025/04/10-rdf-star-minutes.html TallTed 15:58:27 eBremer has joined #rdf-star 15:58:36 present+ 15:59:15 james has joined #rdf-star 15:59:17 present+ 15:59:49 ora has joined #rdf-star 16:00:06 pfps has joined #rdf-star 16:00:14 present+ 16:00:15 olaf has joined #rdf-star 16:00:27 present+ 16:00:30 chair+ 16:00:34 present+ 16:00:35 present+ 16:00:39 present+ 16:00:41 Souri has joined #rdf-star 16:00:45 present+ 16:01:11 present+ 16:01:16 william-vw has joined #rdf-star 16:01:20 scribe+ 16:01:20 agenda? 16:01:27 present+ 16:01:30 present+ 16:02:12 niklasl has joined #rdf-star 16:02:21 Zakim, open item 1 16:02:21 agendum 1 -- Which parties carry what costs of text/turtle changes, and do those outweigh which benefits for whom? -> 1 https://github.com/w3c/rdf-star-wg/issues/141 -- taken up 16:02:24 ... [from agendabot] 16:02:44 q+ 16:03:00 rubensworks: summary 16:03:02 ack rubensworks 16:03:14 present+ 16:03:14 Dominik_T has joined #Rdf-star 16:03:15 gkellogg has joined #rdf-star 16:03:18 ... consolidated propose form issue discussions 16:03:30 present+ 16:03:39 present+ 16:03:42 ... 3 remaining issues 16:03:55 present+ 16:04:15 ... There are two ways to specific the version protocol and in-document syntax 16:04:32 AZ has joined #rdf-star 16:04:36 doerthe has joined #rdf-star 16:04:39 present+ 16:04:44 present+ 16:04:46 ... should there be a requirement on one/other form 16:05:03 enrico has joined #rdf-star 16:05:11 Present+ 16:05:26 ... second open question - scope of the VERSION keyword - applis after keword or whole document 16:05:46 ... third - what about NT and NQ? which are line based. 16:05:50 Dominik_T has joined #Rdf-star 16:06:06 present+ 16:06:10 q+ 16:06:18 ack gkellogg 16:06:42 gkellogg: NT/NQ. Not in favor of adding a keyword. 16:06:54 q+ 16:06:58 q+ 16:06:59 ... various line based usages 16:07:17 ... recognize that this has a downside 16:07:24 ack pchampin 16:07:59 pchampin: Discuss the options on issue. 16:08:48 ... for NQ/NT line count is not robust - e.g. have comments 16:09:11 ack ktk 16:09:11 .. maybe @ form is grep friendly. 16:09:19 s/.. /... / 16:09:59 ktk: use case example - file upload in browser has no way to specific the version 16:10:02 q+ 16:10:10 ack Tpt 16:10:33 q+ 16:11:20 ack pchampin 16:12:03 pchampin: Pref version is SHOULD. 16:12:38 ... modern parsers understand the directive- not sure what the would do different. 16:12:53 q+ 16:13:18 ora: do we want 1.,1 parsers to break on new content? 16:13:41 pchampin: I see this as making old parser break earlier and in a cleaner way. 16:13:42 q+ 16:13:43 ack AndyS 16:14:17 q+ 16:14:18 ack gkellogg 16:14:37 andys: pref SHOULD bceause not always relevant 16:14:43 Yes, an old parser *will* break on triple term stuff. So this is for allowing (as as should) to breaking early (by "announcing"). 16:14:46 enrico has joined #rdf-star 16:14:54 Present+ 16:14:56 to be clear, I expect a 1.2 parser to also break when it encounters "VERSION 1.3" 16:15:08 q- 16:15:26 gkellogg: agree on SHOULD 16:15:33 q+ 16:15:38 ack TallTed 16:15:40 ... early break for older parsers 16:16:14 TallTed: don't want everyone (existing deployment) to be forced update if they don't use new features. 16:16:27 ... what about big fixed and errata? 16:17:09 ... this is where MUST has use 16:17:30 s/big fixed/bug fixes/ 16:17:56 ora: makes sense. 16:18:05 q+ 16:18:18 ack rubensworks 16:18:18 ... should we explicitly use encourage use of VERSION? 16:18:34 q+ written: I don't think that making version tags for new features a MUST is a good idea, it mandates streaming serializer to add it even if it's possible (and I guess likely) no directional string and triple terms 16:18:40 rubensworks: would pref allow VERSION if no features in use. 16:18:44 interop (especially data exchange) is where things get extra interesting. 16:18:47 q+ 16:19:09 q+ 16:19:39 scribe+ 16:19:52 AndyS: I agree with Tpt's point, issue with streaming. 16:20:12 ... Not keen of mandating the use of the keyword, it is expensive. 16:20:19 file splits would have to immediately precede a version declaration 16:20:19 ack pchampin 16:20:22 ... A SHOULD is an encouragement to use it, you should have reasons not to use it. 16:20:41 q+ 16:20:55 pchampin: think spec "SHOULD" is best 16:20:58 q+ 16:21:24 ... best to make 1.1 if it is possible but not a MUST because of the cost in some situations. 16:21:35 q- 16:22:41 ack james 16:22:47 ... if this marker is there to break old parsers, could use at the point of use but that interacts with "fail early" 16:23:26 james: if the marker is to cause a failure, then a 1.1. marker, crashes a 1.1. parser. 16:23:35 ack gkellogg 16:23:57 +1 for discouraging `version 1.1` 16:24:04 gkellogg: Agree with james. Only becomes interesting at 1.3/2.0. 16:24:18 +1 gkellogg, "marking" a file as ≤1.1 amounts to put NO version marker 16:24:38 .. general case of serializing graphs, stream of triples so not known if 1.2 until a feature use is seen. 16:24:56 s/.. /... / 16:25:13 q+ 16:25:17 +1 to gkellogg about not knowing whether there are 1.2 features until a long time into the serialization 16:25:24 ... adding at point of use is at the point of syntax failure anyway. 16:25:42 ack gtw 16:26:00 gtw: Benefit is a better error message. 16:26:17 q+ 16:26:22 ack james 16:27:04 james: Is there no way that to operate where the app says what to do. 16:27:09 q+ 16:27:19 ack AndyS 16:27:51 s/+1 gkellogg, "marking" a file as ≤1.1 amounts to put NO version marker/ +1 gkellogg, "marking" a file as ≤1.1 amounts to put NO version marker 16:29:37 AndyS: content-type parameter can be used with HTTP, it will be ignored if it is not recognized 16:30:01 ... for the rest, we can't expect deployment to occurr at day 1 of RDF 1.2 16:30:04 ora: how to proceed? 16:30:08 scribe- 16:30:38 ... we need some kind of informative language to guide best practice. 16:31:12 q+ 16:31:23 scribe+ 16:31:33 AndyS: it is a good idea, but I'm not sure where this language should go 16:31:46 ... rdf-new seems a good place, but it tends to be ignored 16:31:53 ora: could go in one spec (Turtle?) 16:31:53 q+ 16:31:59 ... other point to that. 16:32:05 ack gkellogg 16:32:07 should be in new *and* in whichever serialization specs can carry it 16:32:32 gkellogg: needs to be each syntax spec. TriG does reference to Turtle. 16:33:06 ... RDF/XML is also a syntax ... what about RDF 1.1 reifications 16:33:17 ack james 16:33:23 scribe- 16:33:40 james: general description in graph store protocol? 16:34:10 ora: makes sense. 16:34:20 q+ 16:34:29 ... more people read Turtle doc 16:34:39 ack pchampin 16:34:47 gkellogg: a big change in how we layer information 16:35:03 I was +1 on turtle-syntax, but note also the section on concrete syntaxes in concepts: https://www.w3.org/TR/rdf12-concepts/#dfn-concrete-rdf-syntax (if the note is _short_ ) 16:35:40 rdf-new is fully informative, isn't it? 16:36:06 q+ 16:36:14 ora: we need a place for normative pieces. 16:36:16 ack TallTed 16:36:35 tallted: put in each serialization 16:36:44 q+ 16:36:49 ack AndyS 16:37:27 andys: Possible in RDF Concepts. 16:37:40 +1 appendix of concepts is a good idea. to which rdf-new should then also point. :-) 16:37:43 q+ 16:37:49 ora: key is one place and docs point to it. 16:37:49 ack pchampin 16:38:05 ... need to decide the normative bits. 16:38:22 pchampin: later discussion. Agree on principles now. 16:38:29 q+ 16:38:34 ack niklasl 16:39:12 niklasl: appendix in concepts, maybe the basic/full section. 16:40:04 ... this is about strict syntax not if the data has rdf:reifies triples. 16:40:47 ora: understand principles then normative pieces. Still some details to pin down. 16:41:12 ... someone to write the informative piece? 16:41:13 q+ 16:41:27 ack rubensworks 16:41:43 gkellogg: I'llhelp 16:41:49 s/help/ help/ 16:42:00 Zakim, next item 16:42:00 agendum 2 -- map the annotation syntax to rdfs:states -> 2 https://github.com/w3c/rdf-star-wg/issues/128 -- taken up [from agendabot] 16:42:03 q+ 16:42:04 rubensworks: I'll help. 16:42:09 ack ktk 16:42:33 Specifically, an Accept: text/turtle;version=1.1 may trigger an application to turn data into RDF 1.2 Classic/Basic to be nice to the client parser (but thus also semantically lossy). 16:42:36 ktk: request to postpone because of late input 16:42:43 tl: agree 16:42:46 Zakim, next item 16:42:46 agendum 2 was just opened, ktk 16:43:34 Zakim, open item 3 16:43:34 agendum 3 -- Task Force for SPARQL EXISTS -> 3 https://github.com/w3c/sparql-query/issues/156 -- taken up [from agendabot] 16:44:02 RRSAgent, draft minutes 16:44:04 I have made the request to generate https://www.w3.org/2025/04/10-rdf-star-minutes.html ktk 16:44:17 RRSAgent, make log public 16:44:18 ora: Idea is to prepare for EXISTS - not a priority for the whole WG at this time. 16:44:30 ... does the group agrees? 16:44:41 regrets+ fsasaki 16:44:48 ... who will chair? 16:44:55 s/agress/agree/ 16:45:09 ora: james - would you chair this? 16:45:32 james: insufficient experience of W3C processes 16:45:59 ora: it involves scheduling and making the TF moves forward 16:46:07 q+ 16:46:12 ack gkellogg 16:46:41 gkellogg: Agree to TF and maybe other items in the WG for subsets of the participants 16:46:59 q+ 16:47:05 ack james 16:47:08 ... creates a place for discussions. I would participate. 16:47:23 james: sub-group decide chair? 16:47:56 Andys: I can schedule a first meeting 16:48:24 TF(s) will let focused conversation(s) take place in parallel with main group without consuming main group time. I don't think I will have the time to do much if any more than participate (which I will *try* to do). 16:48:40 q+ 16:48:43 q+ 16:48:51 ktk: can external people participate? 16:48:56 q+ 16:49:21 ack james 16:49:36 ack pchampin 16:49:46 TF participants must be WG members, whether as W3CMember reps or as IEs 16:49:47 james: certainly agree for external participants 16:50:09 q+ 16:50:14 pchampin: chairs can invite (and to WG meetings) 16:50:53 ... need to check if a member org can specific a person outside of their org. 16:50:54 IP issues can quickly become quite hairy. 16:51:29 ack AndyS 16:51:59 ack TallTed 16:52:27 tallted: depends on their input (IP issues need care) 16:53:15 ... if they are contributing significantly, should do the IP side. 16:56:02 RRSAgent, make minutes 16:56:04 I have made the request to generate https://www.w3.org/2025/04/10-rdf-star-minutes.html pchampin 16:56:10 next meeting: https://www.w3.org/2025/04/11-rdf-star-minutes.html 16:56:10 ora: adjourned 17:01:28 olaf has left #rdf-star 17:02:26 I have made the request to generate https://www.w3.org/2025/04/10-rdf-star-minutes.html TallTed 17:38:52 pfps has left #rdf-star 17:52:51 Zakim, bye 17:52:51 leaving. As of this point the attendees have been TallTed, AndyS, rubensworks, tl, pfps, ora, gtw, james, ktk, Souri, eBremer, pchampin, william-vw, olaf, Dominik_T, niklasl, 17:52:51 Zakim has left #rdf-star 17:52:54 ... gkellogg, AZ, doerthe, enrico 17:53:01 RRSAgent, bye 17:53:01 I see no action items