16:00:44 RRSAgent has joined #rdf-star 16:00:48 logging to https://www.w3.org/2023/10/05-rdf-star-irc 16:00:49 meeting: RDF-star Working Group Weekly Meeting 16:01:19 present+ 16:01:33 doerthe has joined #rdf-star 16:01:34 present+ 16:01:34 agenda: https://www.w3.org/events/meetings/931e4e54-81ad-4aa3-a39f-84efe4b788c7/20231005T120000/ 16:01:37 clear agenda 16:01:37 agenda+ Scribe: Gschwend, Adrian (alternate: Pellissier Tanon, Thomas) 16:01:37 agenda+ Approval of last week's minutes: -> 1 https://www.w3.org/2023/09/28-rdf-star-minutes.html 16:01:37 agenda+ Extended Meeting Proposal 16:01:38 agenda+ Review of open actions, available at -> 2 https://github.com/orgs/w3c/projects/20/views/3 16:01:39 agenda+ Review of pull requests, available at -> 3 https://github.com/orgs/w3c/projects/20/views/4 16:01:40 present+ 16:01:42 agenda+ Issue Triage, available at -> 4 https://github.com/orgs/w3c/projects/20/views/5 16:01:45 agenda+ Any Other Business (AOB), time permitting 16:01:50 Scribe: ktk 16:01:56 Chair: Ora 16:02:07 present+ 16:02:22 present+ 16:02:26 olaf has joined #rdf-star 16:02:29 present+ 16:02:32 pchampin has changed the topic to: RDF-star - Agenda: https://www.w3.org/events/meetings/931e4e54-81ad-4aa3-a39f-84efe4b788c7/20231005T120000/ 16:02:43 present+ 16:02:46 niklasl has joined #rdf-star 16:02:50 present+ 16:03:04 RRSAgent, draft minutes 16:03:06 I have made the request to generate https://www.w3.org/2023/10/05-rdf-star-minutes.html ktk 16:03:12 RRSAgent, make minutes public 16:03:12 I'm logging. I don't understand 'make minutes public', ktk. Try /msg RRSAgent help 16:03:15 present+ 16:03:22 Zakim, make minutes public 16:03:22 I don't understand 'make minutes public', ktk 16:03:25 Souri has joined #rdf-star 16:03:42 RRSAgent, make logs public 16:03:54 rrsagent, generate minutes 16:03:55 I have made the request to generate https://www.w3.org/2023/10/05-rdf-star-minutes.html gkellogg 16:05:21 present+ 16:05:30 pfps has joined #rdf-star 16:05:34 present+ 16:05:51 AZ has joined #rdf-star 16:06:14 present+ 16:06:18 zakim, next agendum 16:06:18 agendum 1 -- Scribe: Gschwend, Adrian (alternate: Pellissier Tanon, Thomas) -- taken up [from agendabot] 16:06:23 zakim, close item 1 16:06:23 agendum 1, Scribe: Gschwend, Adrian (alternate: Pellissier Tanon, Thomas), closed 16:06:25 I see 6 items remaining on the agenda; the next one is 16:06:25 2. Approval of last week's minutes: -> 1 https://www.w3.org/2023/09/28-rdf-star-minutes.html [from agendabot] 16:06:27 ora: I propose to take the scribes out of the agenda. 16:06:28 zaakim, next agendum 16:06:39 zakim, next agendum 16:06:39 agendum 2 -- Approval of last week's minutes: -> 1 https://www.w3.org/2023/09/28-rdf-star-minutes.html -- taken up [from agendabot] 16:07:25 present+ 16:07:50 PROPOSAL: Approve last week's minutes 16:07:52 +1 16:07:53 +1 16:07:55 +1 16:07:55 +1 16:07:56 +1 16:07:56 +1 16:07:56 +1 16:07:58 +1 16:08:03 +0 16:08:04 +1 16:08:07 +0 16:08:12 +1 16:08:21 RESOLVED: Approve last week's minutes 16:08:26 rrsagent, generate minutes 16:08:27 I have made the request to generate https://www.w3.org/2023/10/05-rdf-star-minutes.html gkellogg 16:08:46 Zakim, next item 16:08:46 agendum 3 -- Extended Meeting Proposal -- taken up [from agendabot] 16:09:35 ora: we had some discussion on the chairs meeting, we think that every so often we should have a longer meeting. On a trial base we could every other week have a two hour meeting. 16:09:53 ... In advance we would pick the topics we want to work on. In this meeting we would not discuss bureaucratic matters. 16:10:05 ... In the other week we would have a shorter meeting where we discuss administrative tasks only. 16:10:22 ... I think we could make more progress and be more productive working that way. Any thoughts 16:10:25 ? 16:10:27 Fine by me. 16:10:35 q+ 16:10:37 +1 16:11:05 richard-lea has joined #rdf-star 16:11:08 AndyS: We need something to bring the different strand together 16:11:12 present+ 16:11:31 ... Just to check, an hour longer in the same slot? I am happy to stay an hour longer. 16:11:40 gkellogg: An hour earlier is not a problem for me. 16:11:48 q+ 16:11:52 q+ 16:11:59 gkellogg: I would prefer an hour earlier. 16:12:00 ack pchampin 16:12:09 Would 1.5 hrs work? Starting hour earlier is difficult for me. 16:12:22 pchampin: +1, good idea. But 2 hours might be quite though. I would have it rather earlier and finishing at the same time. 16:12:24 ack ktk 16:12:42 ack olaf 16:12:46 ktk: same for me, I would prefer an hour earlier. 16:12:49 olaf: Same for me. 16:12:59 +1 to 1h earlier 16:13:12 I have a meeting usually starting an hour earlier (11-12noon EDT). 16:13:15 +1 to 1h earlier 16:13:21 1h earlier start is OK for me. 16:13:55 Souri: I have a meeting every other week at this time. If we can manage it the other week, I'm fine 16:14:09 ... We had it this week so next week we do not have that. 16:14:20 ora: My proposal is to start with that next week and start one hour earlier. 16:15:01 ... We also have to discuss if we do 90 minutes or 120 minutes. I propose 120 to progress more but I am open to that. If we do not have administrative work it might work with less as well. 16:15:13 gkellogg: I propose to schedule 2 hours and stop earlier if we are done. 16:15:28 ora: we would stop after 115 minutest latest. 16:15:46 q? 16:16:30 gkellogg: We might want to check the W3C calendar to see if nothing else is blocking that slot. 16:16:48 pchampin: I don't know if I can access the combined calendar for all groups. 16:17:05 ... I have mine with many groups but I don't see a blocker. 16:17:42 I'd prefer "regular time". 16:17:45 ora: Should we do the current meeting also an hour earlier? The administrative one 16:17:47 at this regular time 16:18:06 Neutral 16:18:10 Souri: That won't work for me. 16:18:15 ora: Got it 16:18:18 Works for me! 16:18:34 Would 9-11am EDT (i.e., start 3 hrs earlier) work for people? 16:19:28 pchampin: I don't see any conflicts with other groups from what I can see. 16:19:28 BTW, when is daylight saving time stopping in the USA? 16:19:28 Both Greg(g)s. 16:19:32 (all suggested times work for me; the only blocker would be more than one hour later) 16:19:36 PROPOSAL: 115 min meetings every other week, 1 hr earlier than now, starting next week; shorter meetings on alternate weeks as per current schedule 16:19:45 +1 16:19:47 +1 16:19:48 +1 16:19:48 +1 16:19:50 +1 16:19:51 +1 16:19:52 +1 16:19:54 +1 16:19:55 +1 16:19:58 +1 16:19:59 +1 16:20:05 +0 16:20:06 +1 16:20:52 RESOLVED: 115 min meetings every other week, 1 hr earlier than now, starting next week; shorter meetings on alternate weeks as per current schedule 16:21:12 action: pchampin to update WG calendar 16:21:19 Created -> action #94 https://github.com/w3c/rdf-star-wg/issues/94 16:21:19 ora: In order to do that productively, we need to decide in advance what we discuss. So people can do their homework. 16:21:33 ... I think we should try to pick the topics during the short meeting. So people have time to prepare. 16:21:57 ... In that regard we should think about the topic for next week. I do not have strong feelings. 16:22:08 q+ 16:22:12 ... We can discuss on the mailing list. Unless someone has a good idea now. 16:22:22 ack pchampin 16:22:36 q+ 16:22:44 pchampin: Not a candidate but I propose that we wait to the end of this meeting, maybe a topic shows up. 16:22:48 ack AndyS 16:23:17 AndyS: The characteristics should be the things that bring us back together again as a group.. 16:23:31 q+ 16:23:44 ... For me currently this is what is the total scope of the working group. And moving the semantics from something which is in the Semantics TF back to the working group. 16:23:56 ora: I like those both. 16:23:58 ack niklasl 16:24:08 niklasl: I am thinking the same thing. The Semantics is the one that is in my mind. 16:24:44 ... Use cases is probably the primary thing for that. As for homework, going through the use-cases that were submitted and pfps analzyed is a good starting point. And keeping in mind what AndyS said regarding the scope. 16:26:09 ... I posted a follow-up regarding annotation upon blank graphs on the list. 16:26:22 ora: this is something we could discuss next week. 16:26:39 niklasl: Proposal https://gist.github.com/niklasl/c22994e664663b6730613ecc1321c418 16:27:08 Zakim, next item 16:27:08 agendum 4 -- Review of open actions, available at -> 2 https://github.com/orgs/w3c/projects/20/views/3 -- taken up [from agendabot] 16:27:26 RRSAgent, draft minutes 16:27:27 I have made the request to generate https://www.w3.org/2023/10/05-rdf-star-minutes.html ktk 16:27:34 ora: pchampin you are up. 16:28:14 pchampin: https://github.com/w3c/rdf-star-wg/issues/94 should be done 16:28:44 ... https://github.com/w3c/rdf-star-wg/issues/77 is not done yet 16:29:10 ... I did change the config file but it does not seem to show up yet. 16:29:14 AndyS: is it merged? 16:29:37 pchampin: It is not, that explains. 16:30:05 ... I will check. 16:30:46 q? 16:31:01 pchampin: For https://github.com/w3c/rdf-star-wg/issues/84, the core is if the last version is the very last version or the last version of this partciular version number. 16:31:53 ... So for RDF 1.1 the latest version would be 1.1 16:31:54 q+ 16:32:54 ... Some recommendations do have another header which is the last published release of *any* version of the spec. 16:33:17 ... Another question is does the short-name point to the latest WD or to the latest recommendation. 16:33:19 q+ 16:33:31 ... Some people were confused that they end up on a working draft. 16:34:05 ... I can understand, there is no absolute standard for that. The surprise also comes from the fact that all documents use the 1.0 version of most documents. 16:34:13 q- 16:34:19 ack gkellogg 16:35:01 gkellogg: In regards to the short name, RDF concepts will take you to the current draft. I believe there is a mechanism that does that. We might be fighting machinery somewhat. 16:35:22 ... Once any spec reaches CR, then it should be considered the latest public version. WDs that do not have any weight should not go there. 16:35:33 +1 to set the threshold to CR rather than REC 16:36:21 ... We should come up with a policy and stick with it. 16:36:40 ora: What would people expect to happen when they use this should be a big consideration. 16:36:43 +1 16:36:43 q+ 16:36:47 q+ 16:36:50 scribe+ 16:36:51 ack ktk 16:37:11 ktk: I'm confused when I end up on a working draft 16:37:11 ack pchampin 16:37:16 scribe- 16:37:26 ktk: I am confused myself. When I look up something I am interested in real implementations. That is not the case for WDs 16:37:49 https://www.w3.org/TR/WCAG/ 16:38:11 pchampin: I didn't make a complete check yet but I found at least one example where the short name lands on the latest version and not on the latest working draft. 16:38:20 ... See WCAG. 16:38:37 ... Even if it is not 100% consistent it is the least surprising way. 16:38:48 +1 short-name -> latest CR 16:38:50 ... But agree with gkellogg, once it is a CR, it should be stable enough. 16:39:03 ora: So what does this mean for our open action item? 16:39:25 pchampin: I wanted to discuss this to be able to complete this action. 16:39:32 ... I can draft a proposal. 16:39:55 also +1 on "what people expect" - accidentally landing in a WD may be very harmful for a "myopic" implementer... 16:40:00 draft proposal: let version-less short names point to the lastest "stable" (i.e. CR, PR or REC) version of the spec 16:40:49 ora: Anybody disagree with this? 16:41:11 ora: We can proceed like this. 16:41:18 q+ 16:41:51 ora: For https://github.com/w3c/rdf-star-wg/issues/19, AZ you worded a new proposal. 16:42:12 ack az 16:42:17 AZ: I summarized it here https://github.com/w3c/rdf-star-wg/issues/19#issuecomment-1749041899 16:42:24 ... I hope this catched all the comments we had. 16:42:39 ... And that they are not too controversial. 16:43:12 ... First it says we want to have a profile that excludes quoted triples. 16:43:33 ... The second says it should be named "RDF 1.2 basic" 16:44:07 ... The third one says it only excludes quited triples but not other enhancements of RDF 1.2 16:44:15 +1 on all 3 proposal 16:44:26 s/quited/quoted/ 16:44:28 s/quited/quoted/ 16:44:29 AZ: Can we vote on these proposals? 16:44:32 ora: We can. 16:45:00 PROPOSAL: Adopt all 3 proposal from AZ 16:45:05 +1 16:45:08 +1 16:45:09 +1 16:45:09 +1 16:45:10 +1 16:45:10 +1 16:45:10 +1 16:45:10 +1 16:45:11 +1 16:45:13 +1 16:45:17 +0.9 (ideally there wouldn't be something more than "basic") 16:45:29 q+ 16:45:30 +1 16:45:36 ora: What do you mean with that niklasl 16:45:38 ack niklasl 16:46:34 niklasl: It has to do with the semantics. Ideally it would not require different profiles. 16:46:45 RESOLVED: Adopt all 3 proposal from AZ 16:47:03 ora: thank you AZ for your work on htis 16:47:07 s/htis/this/ 16:47:17 ora: we can close the action item now. 16:48:11 Zakim, next item 16:48:11 agendum 5 -- Review of pull requests, available at -> 3 https://github.com/orgs/w3c/projects/20/views/4 -- taken up [from agendabot] 16:49:08 ora: We have a few editorial ones. 16:49:17 ... Which I believe have been on the list for some time. 16:50:44 olaf: https://github.com/w3c/sparql-query/pull/124 is still discussed, we leave it open. 16:51:34 I get 404 when accessing https://github.com/orgs/w3c/projects/20/views/4 ... did I miss some setup steps? 16:51:46 ora: https://github.com/w3c/sparql-protocol/pull/22 and https://github.com/w3c/rdf-turtle/pull/46 are ready to merge. 16:51:55 Souri: are you logged in on github? 16:52:14 q+ 16:53:21 gkellogg: I made some updates on https://github.com/w3c/rdf-concepts/pull/66 16:53:33 No. Could you point me to the steps for github login? 16:53:39 gkellogg: see my comment here https://github.com/w3c/rdf-concepts/pull/66#issuecomment-1747521928 16:54:09 Souri: it looks like you simply need to be logged in with your github user to access this one. 16:54:11 ack pfps 16:54:47 pfps: I'm getting more confused. gkellogg says it's a change to the value space. but I-JSON is to the lexical space. 16:55:09 gkellogg: It is two different things. 16:55:24 ... It is the lexical space with restrictions. 16:55:31 pfps: It is different to the lexical space. 16:55:37 q+ 16:55:38 gkellogg: I am happy to discuss the wording. 16:55:51 q- 16:56:15 q+ to argue that namespaces are precisely there to allow this kind of restriction 16:56:23 ack pchampin 16:56:23 pchampin, you wanted to argue that namespaces are precisely there to allow this kind of restriction 16:56:50 pchampin: playing the devil advocate. pfps you say it's json, we say it's RDF:JSON. that's what namespaces are for. 16:56:57 q+ 16:57:13 ack niklasl 16:57:28 niklasl: I would like to second that. The imperoperability thing is what we are after here. 16:58:04 ... we do not want to hurt parsers unexpectedly. JSON has been underspecified. 16:58:13 q+ 16:58:44 pfps: I stay in my rationale. There is a perfectly good syntax for JSON. RDF should adhere to that. 16:59:09 ... there is an agreed on way to process this larger grammer. 16:59:33 gkellogg: The RFC says there is not a clear way to handle some things. 17:00:21 pfps: that's my other complain about using I-JSON as lexical space. I do not believe that there is a definition of which JSON texts are I-JSON texts. 17:00:24 q- 17:00:30 ack AndyS 17:01:12 ora: let's continue on the mailing list. 17:02:06 AndyS: The chairs should decide. 17:02:12 ktk: We will discuss and send out by Fridsay. 17:02:17 RRSAgent, make minutes 17:02:18 I have made the request to generate https://www.w3.org/2023/10/05-rdf-star-minutes.html pchampin 17:02:25 olaf has left #rdf-star 17:02:25 s/Fridsay/Friday/ 17:03:50 pchampin: looks quite good 17:13:40 gkellogg has joined #rdf-star 17:31:39 gkellogg has joined #rdf-star 17:56:52 pfps has left #rdf-star 18:25:35 gkellogg has joined #rdf-star 19:00:29 gkellogg has joined #rdf-star 19:31:48 gkellogg has joined #rdf-star 19:49:07 RRSAgent, leave 19:49:07 I see 1 open action item saved in https://www.w3.org/2023/10/05-rdf-star-actions.rdf : 19:49:07 ACTION: pchampin to update WG calendar [1] 19:49:07 recorded in https://www.w3.org/2023/10/05-rdf-star-irc#T16-21-12 previous meeting: https://www.w3.org/2023/09/28-rdf-star-minutes.html next meeting: https://www.w3.org/2023/10/12-rdf-star-minutes.html