16:58:16 RRSAgent has joined #rdf-star 16:58:20 logging to https://www.w3.org/2026/02/26-rdf-star-irc 16:58:20 Dominik_T has joined #rdf-star 16:58:21 meeting: RDF-star WG meeting 16:58:41 Agenda: https://www.w3.org/events/meetings/e5234c80-4c06-4c6b-af43-c78a1dbd390a/20260226T120000/ 16:58:41 clear agenda 16:58:41 agenda+ Approval of last week’s minutes: -> 1 https://www.w3.org/2026/02/19-rdf-star-minutes.html 16:58:41 agenda+ Next Horizontal Reviews 16:58:41 agenda+ Updates from the SPARQL TF 16:58:42 agenda+ Review of open actions, available at -> 2 https://github.com/orgs/w3c/projects/20/views/3 16:58:45 agenda+ Identifying issues to solve before CR -> 3 https://github.com/orgs/w3c/projects/20/views/8 16:58:48 agenda+ Any Other Business (AOB), time permitting 16:59:12 RRSAgent, draft minutes 16:59:14 I have made the request to generate https://www.w3.org/2026/02/26-rdf-star-minutes.html ktk 16:59:20 RRSAgent, make log public 16:59:41 present+ 16:59:50 present+ 17:00:00 niklasl has joined #rdf-star 17:01:04 olaf has joined #rdf-star 17:01:12 lisp has joined #rdf-star 17:01:26 present+ 17:01:27 present+ 17:01:32 next meeting: https://www.w3.org/2026/03/05-rdf-star-minutes.html 17:01:32 previous meeting: https://www.w3.org/2026/02/19-rdf-star-minutes.html 17:01:38 present+ 17:01:40 present+ 17:01:41 present + 17:01:49 ora has joined #rdf-star 17:01:54 present+ 17:02:09 present+ 17:02:09 scribe: AndyS 17:02:24 present+ 17:02:28 chair+ 17:02:29 I have made the request to generate https://www.w3.org/2026/02/26-rdf-star-minutes.html TallTed 17:02:35 AZ has joined #rdf-star 17:02:43 present+ 17:03:02 present+ 17:03:12 pfps has joined #rdf-star 17:03:20 Souri has joined #rdf-star 17:03:27 present+ 17:04:04 Zakim, open item 1 17:04:04 agendum 1 -- Approval of last week’s minutes: -> 1 https://www.w3.org/2026/02/19-rdf-star-minutes.html -- taken up [from agendabot] 17:04:31 +1 17:04:42 +1 17:04:42 +0 (not present) 17:04:45 +1 17:04:46 proposal: Approve last week's minutes 17:04:48 +1 17:04:48 +1 17:04:49 +1 17:04:49 +1 17:04:50 +1 17:04:50 +0 17:04:54 +1 17:04:54 +1 17:04:55 +0 (not present) 17:05:18 resolved: Approve last week's minutes 17:05:31 Zakim, next item 17:05:31 agendum 2 -- Next Horizontal Reviews -- taken up [from agendabot] 17:06:50 pchampin: We can go forward with next docs to go to horizontal review. 17:07:27 ... TTL, NQ, TriG 17:08:11 ... some pending PRs but these are not blocking 17:08:36 ... remaining changes are not substanive 17:08:50 ... good time for a group review of the doc 17:08:55 q+ 17:09:41 ... we should record we agree to move towards CR 17:09:46 scribe+ 17:10:00 ack me 17:10:34 AndyS: to clarify: we are talking about Turtle, TriG and N-Quads, right? 17:10:36 pchampin: yes 17:10:59 scribe- 17:11:06 proposal: Declare WG's intent to move Turtle, N-quads, and TriG specs to CR, and initiate horizontal reviews 17:11:09 +1 17:11:10 +1 17:11:14 +1 17:11:14 +1 17:11:15 +1 17:11:16 +1 17:11:16 +1 17:11:18 +1 17:11:18 +1 17:11:19 +1 17:11:27 +1 17:11:34 +1 17:11:44 resolved: Declare WG's intent to move Turtle, N-quads, and TriG specs to CR, and initiate horizontal reviews 17:12:24 Zakim, next item 17:12:24 agendum 3 -- Updates from the SPARQL TF -- taken up [from agendabot] 17:13:27 scribe+ 17:13:34 AndyS: nothing particular from me 17:13:48 scribe- 17:13:59 lisp: some topics that might be intersting to the WG -- 17:14:19 ... service description - need something for new features of RDF 1.2 17:14:37 ... could be just "1.2 supported" or more detailed 17:15:15 ... TF response - would people use more detail? 17:16:38 ... 3 ways : (1) in REC (2) std vocab, not required (3) too complex - just SPARQL 1.2 17:16:46 ... for automation 17:17:35 ... I have an alt draft fro service description 17:17:54 ... will add to "discussions" on github 17:18:11 lisp: Another topic: SPARQL protocol 17:18:22 present+ 17:18:48 q+ 17:18:57 ... I have an alternative manifest which has tests in JSON/javascript. 17:18:59 ack gtw 17:19:27 gtw: Current tests are RDF manifest. The perl code was used for development not in the manifest. 17:19:38 ... it was a tool used for verification 17:19:56 JavaScript would *seem* to be more "portable" as it wouldn't require a Perl ecosystem, but rather run in a browser ... but then there's the question of whether all browser JavaScript implementations are created equal 17:20:13 ... it "may" work - unproven - but we should get away from it being the "source of truth" 17:20:34 ... the manifest should be the "source of truth". 17:21:16 lisp: does it depend on showing the manifest works? 17:21:34 "source of truth" must be spec. Manifest is derived from spec. Tests are derived from manifest. 17:21:45 q+ 17:22:21 TallTed: Are all JS platforms equal? e.g. in browser, outside brower. 17:22:46 ... perl better versioned (?) 17:23:10 ack AndyS 17:23:12 scribe+ 17:23:17 AndyS: two points 17:23:36 ... as far as what the source of truth is, I agree it should be the manifest 17:24:03 ... to assess the existence of interoperable implementations, they need to pass the manifest 17:24:24 Is this also relevant (as an alternative runner): https://github.com/ad-freiburg/sparql-conformance ? (Just trying to see what this would entail.) 17:25:05 ... I also wanted to put on the table that this is starting to take time in the SPARQL TF 17:25:19 ... we also have a lot of errata to address 17:25:36 +1 to do the stuff that needs to be done first 17:26:12 ... to niklas: this uses the protocol to use *other* tests, so not relevant 17:28:46 I have made the request to generate https://www.w3.org/2026/02/26-rdf-star-minutes.html TallTed 17:28:57 ora: if the manifest is the source of truth, we are moving away from the significance of the runners 17:29:11 ora: If the manifest is the SOT, then we still need to explain how to use the manifest. 17:29:27 ... I'm assuming some prose explains how the manifest is to be used; that's also part of the source of truth 17:29:36 scribe- 17:29:55 s/ora: If the manifest is the SOT, then we still need to explain how to use the manifest.// 17:31:01 q+ 17:31:05 lisp: the manifest will be in good shape. 17:31:08 there are at least 3 manifests. the official one (with bugs). james' version. and Gregg's updated version in a github PR. 17:31:09 ack niklasl 17:31:57 niklasl: impl report could say which test runner was used. 17:32:38 ora: next - wait for james updated version then demonstrate its usable? 17:33:20 ... (to james) how to show how the manifest is used? 17:33:52 lisp: I heard that impl reports would be runner+impl results 17:34:03 re: black box, that's what we currently do for *all* the tests, right? 17:34:32 lisp: we could have a reference implementation 17:34:49 ora: they (ref impls) tend to bit-rot 17:35:12 q+ 17:35:26 a "reference implementation" substitutes for a "spec" as the source of truth. Don't want a "reference implementation". 17:35:30 ack gtw 17:35:38 gtw: This is like our other tests. 17:35:39 q+ 17:37:00 ack AndyS 17:37:07 scribe+ 17:37:18 it's not entirely unreasonable to say "where there is disagreement between the output of the reference implementation's black box and the spec, the spec is the intended SoT". 17:37:23 AndyS: for other tests, we specify the input and the expected output; this is simple 17:37:52 ... in the case of the protocol, it is harder to describe what you send and what to expect 17:38:03 q+ 17:38:21 ack lisp 17:38:35 ... we need to be more precise on what "equality" for the expected result 17:38:38 scribe- 17:39:59 lisp: an issue is that Gregg had attempted to capture the details of necessary input +output + declaring expected output 17:41:42 for context, here's Gregg's PR that re-models the protocol manifest: https://github.com/w3c/rdf-tests/pull/79 17:41:42 https://github.com/w3c/rdf-tests/pull/79 -> Pull Request 79 Fix protocol manifest (by gkellogg) 17:42:00 q+ 17:42:18 ack niklasl 17:42:18 ora: keep this simple but sufficient. 17:43:16 niklasl: interested in this work 17:44:04 https://httpie.io/ 17:45:18 Zakim, next item 17:45:18 agendum 4 -- Review of open actions, available at -> 2 https://github.com/orgs/w3c/projects/20/views/3 -- taken up [from agendabot] 17:46:47 https://github.com/w3c/rdf-star-wg/issues/188 -> Action 188 check with domel that he is OK to move forward to Horizontal review and CR for n-quads, turtle and trig (on pchampin) due 2026-02-26 17:46:49 pchampin: can close #188 17:46:49 https://github.com/w3c/rdf-star-wg/issues/188 -> Action 188 check with domel that he is OK to move forward to Horizontal review and CR for n-quads, turtle and trig (on pchampin) due 2026-02-26 17:47:20 No change for me (my question in the last comment is about further direction). 17:47:52 Zakim, next item 17:47:52 agendum 5 -- Identifying issues to solve before CR -> 3 https://github.com/orgs/w3c/projects/20/views/8 -- taken up [from agendabot] 17:48:02 agenda? 17:49:00 Zakim, next item 17:49:00 agendum 6 -- Any Other Business (AOB), time permitting -- taken up [from agendabot] 17:49:29 scribe+ 17:49:42 https://github.com/w3c/rdf-concepts/pull/265 17:49:43 https://github.com/w3c/rdf-concepts/pull/265 -> Pull Request 265 improve discussion on text direction - fix #262 (by pchampin) [needs discussion] 17:50:22 pchampin: we need confirmation from i18n before merging 17:50:35 .. then i18n review is done 17:50:52 s/.. then/... then/ 17:51:22 ... i18n have tracking items for other specs - unclear if they will get new feedback. 17:55:08 https://github.com/w3c/rdf-concepts/pull/269 17:55:08 https://github.com/w3c/rdf-concepts/pull/269 -> Pull Request 269 GH-268: Some URI schemes are not path-hierarchical (by afs) 17:59:39 AndyS: we have a dependabot PR on rdf-tests 17:59:54 pchampin: I have a Dockerfile to run the automations locally, I'll test this PR with it 18:00:11 RRSAgent, make minutes 18:00:13 I have made the request to generate https://www.w3.org/2026/02/26-rdf-star-minutes.html pchampin 18:18:30 olaf has left #rdf-star