15:59:07 RRSAgent has joined #rdf-star 15:59:11 logging to https://www.w3.org/2026/04/16-rdf-star-irc 15:59:11 meeting: RDF-star WG meeting 15:59:20 Agenda: https://www.w3.org/events/meetings/11e4d020-9c58-4fff-83c5-37c9e2502295/20260416T120000/ 15:59:20 clear agenda 15:59:20 agenda+ Approval of last week’s minutes: -> 1 https://www.w3.org/2026/04/09-rdf-star-minutes.html 15:59:20 agenda+ TAG Turtle family concerns, followup -> 2 https://github.com/w3ctag/meetings/blob/gh-pages/2026/telcons/03-16-minutes.md#design-reviews1161-wg-new-spec-rdf-12-n-triples-github---csarven -> 3 https://github.com/w3ctag/meetings/blob/gh-pages/2026/telcons/03-30-minutes.md#design-reviews1161- 15:59:21 … wg-new-spec-rdf-12-n-triples-github---csarven -> 4 https://github.com/w3c/rdf-turtle/issues/127 15:59:23 agenda+ Review of open PRs, available at -> 5 https://github.com/orgs/w3c/projects/20/views/4 15:59:23 scribe: j22 15:59:26 agenda+ Identifying issues to solve before CR -> 6 https://github.com/orgs/w3c/projects/20/views/8 15:59:26 RRSAgent, draft minutes 15:59:27 I have made the request to generate https://www.w3.org/2026/04/16-rdf-star-minutes.html ktk 15:59:29 agenda+ Any Other Business (AOB), time permitting 15:59:29 RRSAgent, make log public 15:59:52 pfps has joined #rdf-star 16:00:10 previous meeting: https://www.w3.org/2026/04/09-rdf-star-minutes.html 16:00:10 next meeting: https://www.w3.org/2026/04/23-data-shapes-minutes.html 16:00:17 present+ 16:00:17 niklasl has joined #rdf-star 16:00:23 present+ 16:00:27 present+ 16:00:28 present+ 16:00:54 present+ 16:01:09 ora has joined #rdf-star 16:01:34 lisp has joined #rdf-star 16:02:02 present+ 16:02:07 regrets+ AZ, william-vw 16:02:16 present+ 16:02:23 present+ 16:02:25 present+ 16:02:26 chair+ 16:02:29 present+ 16:02:37 j22phone has joined #rdf-star 16:02:54 Hi my main internet just went down 16:03:08 https://www.w3.org/mid/CAGqTOeda5LHd77dURz4X6BMJZL3OCFoq1k+zmeJRUd97mD-cLQ@mail.gmail.com 16:03:09 Scribing is not going to work 16:03:40 https://lists.w3.org/Archives/Public/public-rdf-star-wg/2026Apr/0019.html 16:03:48 present+ 16:03:59 present+ 16:04:34 scribe+ 16:04:52 Zakim, open item 1 16:04:52 agendum 1 -- Approval of last week’s minutes: -> 1 https://www.w3.org/2026/04/09-rdf-star-minutes.html -- taken up [from agendabot] 16:04:58 mintes look acceptable to me 16:05:10 s/mintes/minutes/ 16:05:13 PROPOSAL: Approve last week's minutes 16:05:14 +1 16:05:16 +1 16:05:17 +1 16:05:18 +1 16:05:22 +0 (not pressent) 16:05:29 +1 16:05:31 j220 has joined #rdf-star 16:05:33 +1 16:05:39 +1 16:05:40 +1 16:05:50 +0 (absent) 16:06:05 +1 16:06:09 RESOLVED: Approve last week's minutes 16:06:15 Zakim, next item 16:06:15 agendum 2 -- TAG Turtle family concerns, followup -> 2 16:06:16 ... https://github.com/w3ctag/meetings/blob/gh-pages/2026/telcons/03-16-minutes.md#design-reviews1161-wg-new-spec-rdf-12-n-triples-github---csarven -> 3 16:06:16 ... https://github.com/w3ctag/meetings/blob/gh-pages/2026/telcons/03-30-minutes.md#design-reviews1161- -- taken up [from agendabot] 16:06:37 ora: we received some concerns from the TAG 16:06:51 ora: we discussed this in the chairs' meeting 16:07:09 I have made the request to generate https://www.w3.org/2026/04/16-rdf-star-minutes.html TallTed 16:07:29 pchampin: the thing that I didn't see mentioned in last week's minutes is ... 16:07:31 tl has joined #rdf-star 16:07:39 present+ 16:07:55 pchampin: something that is in the conversation 16:08:24 pchampin: we do not specify what happens when a parser encounters [syntax] it does not understand 16:08:50 pchampin: their preference would be to give a new media type 16:09:02 pchampin: I think that we should not do this 16:09:04 q+ 16:09:08 ack ora 16:09:37 ora: I'm not entirely sure I understand what the drawbacks are if we do not have a new media type 16:09:50 q+ 16:09:50 q+ to ask for a more precise link for the second (3, above) 16:10:42 ora: this appears to me to be a solution to a problem that may not exist at all 16:11:13 ora: what bad thing is going to happen? 16:11:26 ack pchampin 16:12:06 pchampin: the problem is limited to broken RDF documents 16:12:27 pchampin: HTML systems are supposed to gracefully handle unknown syntax 16:12:42 pchampin: RDF is different 16:13:07 pchampin: the TAG appears to be OK with not having a new media type 16:13:29 pchampin: so long as we acknowledge that there is an issue here 16:13:57 pchampin: if an RDF parser drops triples then it is just missing some information 16:13:59 q+ 16:14:15 ack TallTed 16:14:15 TallTed, you wanted to ask for a more precise link for the second (3, above) 16:14:33 pchampin: this is why there is no requirements on what a parser does when it sees unknown syntax 16:14:49 TallTed: what are the links about? 16:15:04 ktk: they are bits of minutes from several TAG meeting 16:15:39 https://github.com/w3ctag/meetings/blob/gh-pages/2026/telcons/03-30-minutes.md#design-reviews1161-wg-new-spec-rdf-12-n-triples-github---csarven 16:15:50 ack pfps 16:15:51 Scribe: j220 16:16:00 TallTed: a better link is above 16:16:46 q+ 16:16:51 ack niklasl 16:16:54 pfps: pchampin Points out that RDF is open, pfps: thinks that is not the case in reality. Systems might do something bad if a triple term is dropped on the floor 16:16:55 pfps: the problem is that not all uses of RDF use the open world semantic 16:17:12 scribe+ pfps 16:17:17 pfps: so dropping a triple on the floor could produce incorrect (not just imcomplete) results 16:17:51 niklasl: we have mechanisms that make it easy for existing systems to do a right thing 16:18:24 q? 16:18:35 q+ 16:19:00 q+ 16:19:01 niklasl: forward incompatability is inevitable 16:19:26 niklasl: so maybe the way forward is to note the problem and move on 16:19:36 regrets+ fsasaki 16:19:54 ack AndyS 16:19:54 niklasl: breaking old clients with new data is a problem 16:20:17 AndyS: the analogy with HTML is not exact because there is a human 16:20:26 AndyS: RDF data is more consumed by machine 16:20:50 AndyS: a robust application should read all the data before proceeding 16:21:45 AndyS: there is the W3C position - that compatability is very important 16:21:50 ack j 16:21:50 +1 AndyS 16:21:58 AndyS: there is the RDF position - that splitting would be painful 16:22:22 q+ 16:22:24 j: what happened with the new syntax in Turtle 1.1 16:22:48 ack TallTed 16:22:55 AndyS: the change that had impact was strings being XSD strings 16:23:04 s/j:/j220:/ 16:23:18 TallTed: I don't recall any issues with the new prefix syntax, partly because the syntax was already in SPARQL 16:23:21 q+ 16:24:16 ack AndyS 16:24:16 TallTed: the old syntax still worked in both Turtle and SPARQL 16:24:42 Souri has joined #rdf-star 16:24:52 present+ 16:24:55 AndyS: the Turtle one is somewhat more complicated because Turtle 1.1 was the first Turtle 16:25:27 AndyS: the new syntax has been specified for quite some time (5 years) and there are systems that already use it 16:25:45 q+ 16:25:49 ack ora 16:25:51 AndyS: the language direction has been sort of forced on us, and it has the same issues 16:26:26 ora: the WG needs to make a decision 16:26:28 q+ 16:26:29 q+ 16:26:33 ack tl 16:26:42 q+ 16:26:54 tl: does having a new media type mean a new name and a new file extension? 16:26:58 ack pfps 16:27:15 ack AndyS 16:27:24 pfps: along with making a decision we need to document and explain it in the Turtle spec 16:27:50 AndyS: maybe something needs to go into Concepts 16:28:26 AndyS: yes to tl - there likely needs to be these new things 16:29:03 AndyS: file extensions make a difference in systems 16:29:18 pfps: some servers might have to be changed to allow the new media type 16:29:21 q+ 16:29:40 ack j 16:29:40 ora: it seems to me that splitting the world has considerable implications 16:30:19 j220: if what we want is that no parser does something wrong then what about RDF/XML 16:30:28 AndyS: RDF/X 16:30:28 q+ 16:30:48 AndyS: RDF/XML has its own issues, especially ITS 16:31:38 j220: for RDF/XML a parser might get different triples, not just fewer 16:32:06 ack niklasl 16:32:15 AndyS: there are implications with streaming large documents 16:32:54 niklasl: RDF/XML has to be a special case because of the details of RDF/X 16:33:33 AndyS: there are unusual aspects of RDF/XML that have to be taken into account 16:33:52 ora: let's do a straw poll 16:33:57 STRAWPOLL: "Splitting the world" via media-types and file extensions is unacceptable 16:34:02 +1 16:34:02 +1 16:34:03 +1 16:34:04 +1 16:34:05 +1 16:34:06 +1 16:34:08 +1 16:34:09 +0.9 16:34:10 +1 16:34:11 +1 16:34:12 +1 16:34:13 +1 16:34:14 +1 16:34:34 +1 with regret 16:34:51 ora: that seems definitive 16:35:43 q+ 16:35:44 TallTed: I wish there was a way for 1.2 software to have to treat documents as 1.1 if there is no version 16:35:53 ora: there is no simple answer 16:36:01 assume `media type = type "/" subtype [ ";" parameter ]*`, changing `type` and/or `subtype` - no, changing `parameter` possibly yes 16:36:20 ora: I worry about new media types, etc., in the RDF ecosystem 16:36:47 TallTed: consider CSS :-) 16:36:57 +0 (belatedly) 16:37:02 ora: here is a proposal 16:37:21 PROPOSAL: "Splitting the world" via media-types and file extensions is unacceptable 16:37:25 +1 16:37:25 +1 16:37:27 +1 16:37:27 +1 16:37:29 +1 16:37:31 +1 16:37:31 +1 16:37:33 ora: then the chairs+ will meet with the tag next Tuesday 16:37:35 +1 16:37:36 +0 16:37:42 +1 16:37:45 +0.9 16:37:55 +1 -- and would like to see general text somewhere that makes this clear 16:37:55 +1, with the provisio that no matter what there needs to be something in the documents 16:37:58 +1 16:38:25 What about the text already in 16:38:26 https://www.w3.org/TR/rdf12-turtle/#sec-version 16:38:27 AndyS: it might be that part of the problem is that we were not adequately clear 16:38:29 RESOLVED: "Splitting the world" via media-types and file extensions is unacceptable 16:38:52 RRSAgent, draft minutes 16:38:54 I have made the request to generate https://www.w3.org/2026/04/16-rdf-star-minutes.html Dominik_T 16:39:00 ora: OK, we will take this to the TAG 16:39:09 ora: we might be in good shape 16:39:13 q+ 16:39:22 ack niklasl 16:40:02 ack lisp 16:40:06 niklasl: there is this section in the document about 1.1 vs 1.2 and negotiation 16:40:12 q+ 16:40:17 ack pchampin 16:40:39 pchampin: should we take an action to add clarifying text (somewhere)? 16:40:59 ora: do we have a volunteer for this? 16:41:02 +1 to that (in concepts, refering to e.g. that turtle section) 16:41:33 AndyS: what we do might depend on talking to the TAG 16:41:58 ora: we could go to the TAG and say that we will add clarifying language 16:42:06 pchampin: sounds acceptable 16:42:09 I _think_ the relevant TAG questions are: 1) "If they reject new syntax, that's like CSS. But in an RDF context, maybe that's the wrong behavior.", and 2) "how changeable the parsers are in the wild." ... 16:42:39 ora: regrets for me for next week's meeting 16:42:44 Zakim, next item 16:42:44 agendum 3 -- Review of open PRs, available at -> 5 https://github.com/orgs/w3c/projects/20/views/4 -- taken up [from agendabot] 16:43:23 AndyS: what about i18n inputs? 16:43:31 ora: will this come up in the TAG? 16:43:52 ora: let's do PRs first 16:44:39 AndyS: nquads is editorial and small 16:44:42 ora: do it 16:45:07 ora: what else? 16:45:42 ora: what's the problem with named graphs no longer recent 16:46:04 TellTed: the text refers to named graphs as "recent" 16:46:27 s/TellTed:/TallTed:/ 16:46:32 ora: why did the check fail 16:46:41 pchampin: I'm looking at that 16:47:07 TallTed: I suggest an empty commit to cause a rerun 16:47:30 ora: where are we with tests? 16:48:26 AndyS: line item 14 is a draft to cover surrogate pairs 16:49:01 AndyS: some parsers let them through, some do not 16:49:41 ora: so we need to wait on that one 16:49:45 AndyS: yes 16:50:05 ora: what about the others? 16:50:37 ora: what is a d-note 16:50:45 pchampin: draft note 16:51:51 pchampin: what about short names? 16:51:55 ora: ok 16:52:22 pchampin: there are versioned short names (1.1., etc) and non-versioned short names 16:53:01 pchampin: non-versioned short names are handled differently by different WGs 16:53:21 pchampin: we decided to have non-versioned short names only point to recommendations 16:53:38 s/\(not pressent\)/(not present)/ 16:53:51 pchampin: it was suggested to also have this when there is a CR 16:54:04 pchampin: I support this change 16:54:17 ora: the CRs point to the previous REC? 16:54:27 pchampin: yes 16:54:37 ora: seems reasonable 16:54:40 q+ 16:54:44 ora: any objections 16:54:45 ack lisp 16:55:19 q+ 16:55:30 lisp: I'm more interested in consistency, so that non-versioned short names should switch all at once 16:55:33 ack pchampin 16:55:35 q+ 16:56:15 pchampin: that would be a change compared to what the WG has adopted 16:56:40 lisp: yes, but let's not confused naive users 16:57:10 pchampin: what is the scope here? all RDF? all SPARQL? 16:57:22 lisp: all the documents of the WG 16:57:23 ack AndyS 16:57:50 AndyS: I lean towards CR being adequate and consider RDF and SPARQL different 16:58:10 AndyS: I am slightly hesitant about making the change now because of the TAG issue 16:58:36 q+ 16:58:40 AndyS: if non-versioned short names point to a CR document it should be stable 16:58:45 ack lisp 16:58:48 ora: let's defer to next week 16:58:53 q+ 16:59:10 lisp: I had heard that a 1.1 client could request only 1.1 content 16:59:40 lisp: I don't see that in the document 16:59:49 q+ 17:00:00 AndyS: isn't that what profile gives you? 17:00:14 Accept: text/turtle; version=1.2 17:00:31 lisp: The Turtle document should mention that 17:00:40 AndyS: yes 17:00:42 ack TallTed 17:00:43 s/j220/j22/G 17:00:53 TallTed: how can I eavesdrop on the TAG meeting 17:00:55 ack niklasl 17:01:00 ora: we will provide that information 17:01:20 niklasl: the example with the GET request should be clarified 17:01:53 niklasl: "a server that receives an accept without a version should not expect anything from the client and should be conservative." 17:02:18 lisp: that's fine, but it should be mentioned 17:02:27 RRSAgent, draft minutes 17:02:28 I have made the request to generate https://www.w3.org/2026/04/16-rdf-star-minutes.html Dominik_T 17:02:35 ora: thanks all 17:02:35 RRSAgent, make minutes 17:02:36 I have made the request to generate https://www.w3.org/2026/04/16-rdf-star-minutes.html pchampin 17:02:42 I'm also happy to report something we *don't* need to address on our own: my (year-old) "fix dark mode for stuff" PR on respec got merged this week: https://github.com/speced/respec/pull/4925#event-24421876933 :) 17:02:43 https://github.com/speced/respec/pull/4925 -> MERGED Pull Request 4925 Support dark mode toggle for SVGs and highlight.js (by niklasl) 17:02:48 ora: SPARQL tomorrow? 17:02:49 s/\(not pressent\)/\(not present\)/ 17:03:00 AndyS: yes, but no agenda 17:03:00 RRSAgent, make minutes 17:03:02 I have made the request to generate https://www.w3.org/2026/04/16-rdf-star-minutes.html Dominik_T 17:03:09 regrets for more for tomorrow 17:03:13 s/more/me/ 17:03:52 i/there are versioned short names/topic: policy for version-less short names 17:03:54 AndyS: let's skip the meeting tomorrow 17:03:55 RRSAgent, make minutes 17:03:56 I have made the request to generate https://www.w3.org/2026/04/16-rdf-star-minutes.html pchampin 17:04:02 Skipping tomorrow is fine from my side. 17:04:07 pfps has left #rdf-star 17:04:37 olaf has left #rdf-star