13:56:30 RRSAgent has joined #lws 13:56:35 logging to https://www.w3.org/2025/05/12-lws-irc 13:56:49 zakim, start meeting 13:56:49 RRSAgent, make logs Public 13:56:51 please title this meeting ("meeting: ..."), acoburn 13:56:58 meeting: Linked Web Storage 13:57:13 agenda: https://www.w3.org/events/meetings/a19ab7dc-1753-433d-bac5-64e3ad8c0a43/20250512T100000/#agenda 13:57:15 clear agenda 13:57:15 agenda+ Introductions and announcements 13:57:15 agenda+ Action Items 13:57:15 agenda+ Resolutions 13:57:15 agenda+ User cases and requirements status 13:57:17 agenda+ Discussion: Authorization use cases and scope 13:57:19 chair: acoburn 13:58:05 RRSAgent, make minutes 13:58:07 I have made the request to generate https://www.w3.org/2025/05/12-lws-minutes.html acoburn 13:59:12 gibsonf1 has joined #lws 14:00:16 present+ 14:00:24 present+ 14:00:32 present+ 14:00:43 present+ 14:00:47 hadrian has joined #lws 14:00:50 uvdsl has joined #lws 14:00:56 present+ 14:01:34 bendm has joined #lws 14:01:37 present+ 14:01:42 present+ 14:01:42 present+ 14:01:55 bartb has joined #lws 14:03:09 scribe+ 14:03:18 scribenick: eBremer 14:03:25 present+ 14:03:42 zakim, open agendum 1 14:03:42 agendum 1 -- Introductions and announcements -- taken up [from agendabot] 14:04:21 cpn has joined #lws 14:04:28 present+ 14:04:52 acoburn: I want to talk about TPAC 14:05:00 ... occurs in Fall hosted by W3C 14:05:22 i hear you 14:06:04 acoburn: great opportunity for face to face conversations... 14:06:37 ... given time frame of working group....this coming Fall only opportunity 14:07:02 dmitriz has joined #lws 14:07:03 ...is anyone planning to attend TPAC... 14:07:33 ... just trying to gauge the audience... 14:08:12 we (tobias and myself) probably wont be able to be at TPAC in person 14:08:37 I most probably won't be able to attend TPAC in person 14:08:42 FTR, I will be attending TPAC (and ISWC) 14:08:47 kaefer3000 has joined #lws 14:09:04 acoburn: .. would make arrangements to do remote 14:10:51 jesse: solid symposium will probably be a no. it wont be in the fall 14:11:03 laurens has joined #lws 14:11:18 acoburn: we want to make sure we are making good progress on the specification.. 14:11:35 ... not wait for a full additional year passess. 14:11:40 jesse: I agree 14:11:42 jeswr has joined #lws 14:11:50 present+ 14:11:56 present+ 14:11:57 present+ 14:12:18 acoburn: looks like some positive reactions to somewhere in Europe or London-ish... 14:12:34 present+ 14:12:41 zakim, open agendum 2 14:12:41 agendum 2 -- Action Items -- taken up [from agendabot] 14:13:00 acoburn: only one standing action item... 14:13:12 TallTed has joined #lws 14:13:30 hadrian: issue one closed last week 14:13:40 ... this week, 37, 109, 113 were closed 14:14:10 ... they are mostly duplicate of other and 31, 34, 107, 111, 35, and 95 14:14:23 q? 14:14:34 zakim, open agendum 3 14:14:34 agendum 3 -- Resolutions -- taken up [from agendabot] 14:14:36 ... are not closed yet, but they are ready to close pending mergin 149 14:15:14 q+ 14:15:24 -> https://w3c.github.io/lws-ucs/spec/ Current draft using GH Pages 14:15:27 acoburn: two procedural steps related to the publication of first drafts documents such as the UCR document6 14:15:40 -> https://www.w3.org/TR/lws-ucs/ 404 Not Found on W3C site 14:15:50 ... this is not a document thats on the rec track, but it will be published as a note 14:16:10 ... alot of work with use cases document 14:16:24 present+ 14:16:29 ack next 14:17:06 hadrian: conversation a whole ago about having links and tracking procenance of use cases and all that 14:17:21 ... documents has to be self-contained... 14:17:48 q+ 14:17:54 ack next 14:18:25 pchampin: hadrian, you raise this issue of having long lived links to the use cases.... 14:19:00 ... so I made a PR on the UC documents where basically just wrote a script that created sections for the use cases... 14:19:05 ... in the github 14:19:26 ... more consistent on text but at least we will have this. 14:19:55 q+ 14:20:01 ... LWS-UCS is the current short name. we could decide to change. 14:20:05 ack next 14:20:32 csarven: I would suggest not to use numbers. 14:20:50 ... give human readable in order to move it around easier.... 14:20:50 q+ 14:20:54 q+ 14:21:02 ... maybe not what you were getting at... 14:21:21 pchampin: I use the issue numbers as assigned by github 14:21:36 ... not that they would represent any order in the final document 14:21:49 ... not the most user-friendly achors 14:22:17 ... problem with user-friendy, if we rename use case...opaque identifiers more robust 14:22:27 csarven: thats fine 14:22:36 ack next 14:22:45 ack next 14:22:58 hadrian: use cases titles are also definitions.. 14:23:11 ... if we use numbers, I will make sure they are in-sync 14:23:22 acoburn: questions about publishing the first draft? 14:23:58 pchampin: idea of publishing first draft is just that, its a draft, lets not worry about it being in the perfect shape 14:24:04 ... release early... 14:24:27 ... second resoloution is release often part.. 14:24:38 s/resoloution /resolution/ 14:24:52 PROPOSAL: The Linked Web Storage WG will publish the first draft of the Use Cases and Requirements document at https://www.w3.org/TR/lws-ucs/ 14:25:28 +1 14:25:29 +1 14:25:32 +1 14:25:38 +1 14:25:44 +1 14:25:45 +1 14:25:51 +1 14:25:52 +1 14:25:52 +1 14:25:53 +1 14:25:55 0 14:25:59 +1 14:26:28 +1 14:26:37 jeswr9 has joined #lws 14:26:49 +1 14:26:49 q+ 14:27:04 ack next 14:28:17 csarven: im not sure if there anything substative that would meet a first draft.. 14:28:55 ...not like any representative of most things we have been discussing 14:29:02 RESOLUTION: The Linked Web Storage WG will publish the first draft of the Use Cases and Requirements document at https://www.w3.org/TR/lws-ucs/ 14:29:17 ...but it its still useful for the community. no objection from me 14:29:20 PROPOSAL: The Linked Web Storage WG will use echidna for subsequent publications of the Use Cases and Requirements document. 14:29:33 -> https://github.com/w3c/echidna/wiki/How-to-use-Echidna Using Echidna 14:29:42 s/but it/but if the group thinks it is 14:29:49 acoburn: to use Echidna, used widely in W3C for publishing these specification... 14:29:59 -> https://github.com/w3c/echidna/wiki/How-to-use-Echidna#group-decision Using Echidna requires a WG decision 14:30:12 ... in order to use it, use in this location 14:30:36 s/use it, use in this location/use it, look at this location 14:30:56 +1 14:31:07 +1 14:31:18 +1 14:31:20 +1 14:31:21 acoburn: whenever a main branch happens, for example, Echidna would automatically go through all of the automation... 14:31:36 +1 14:31:37 +1 14:31:40 +1 14:31:44 s/whenever a main branch/whenever a merge to the main branch/ 14:31:50 +1 14:31:51 +1 14:32:06 +1 14:32:22 +1 14:32:27 RESOLUTION: The Linked Web Storage WG will use echidna for subsequent publications of the Use Cases and Requirements document. 14:32:49 zakim, open agendum 4 14:32:49 agendum 4 -- User cases and requirements status -- taken up [from agendabot] 14:33:29 acoburn: hadrian, where we are in terms of the status of the use case and requirements document... 14:34:15 hadrian: my focus right now is on sharing and consent which ties into the identities and infrastructure 14:34:42 ... notifications and discovery...i think we are going to discuss later... 14:35:22 ...notifications should be part of spec or just mention because its really a big thing 14:36:23 acoburn: even if it doesnt make it in, there are a lot of advantages to having this described in a use cases document 14:37:19 zakim, open agendum 5 14:37:19 agendum 5 -- Discussion: Authorization use cases and scope -- taken up [from agendabot] 14:37:36 acoburn: this will take several weeks of discussion... 14:38:08 ... and that will probably just limited to framing the topic and scoping it... 14:38:23 ... authorization is a tricky one. 14:38:47 ... partly because its such a big area.... we do have prior art 14:39:01 ... want to scope so as not to boil the ocean... 14:39:40 ... try not to prevent us from doing new things.. 14:40:57 ... WAC is something that goes back a very long time... 14:41:10 ... other attempts...Inrupt's ACP 14:41:40 ... just sort of a discussion at this point....I want to open the floor to comments, questions, and discussion 14:41:42 q+ Prefer simple solutions 14:41:49 (I'd also add zcap-ld to authorization methods) 14:41:54 ack next 14:42:17 q+ agent hierarchy and resource hierarchy (in context of authorization) 14:42:35 q+ to say agent hierarchy and resource hierarchy (in context of authorization) 14:43:09 csarven: I like the idea of what you said breaking it down to some function and non-functional requirements. 14:43:20 https://www.w3.org/TR/design-principles/#simplicity 14:43:41 ... one or more solutions that might come out to cover various aspects of those use cases. 14:43:58 ... can do fine with simple solutions. 14:44:22 ... solutions as simple as possible 14:44:39 ... implementable within a reasonable amount of time 14:44:53 ... more complex number of implementations will drop 14:45:06 ... developers will say "too complex" 14:45:39 ... take google docs, four options for control... 14:45:57 ... you can map them easily to read write append 14:46:12 ... I'd rather see something like that then something far more complex 14:46:42 ...than jeopardize the number of implementations that we might have 14:47:09 ... were almost halfway into this group and we dot have a use cases document out 14:47:32 ... generally prefer simpler solutions over complex ones 14:47:38 q+ to talk about usage control (needed by EU law for personal data), and to talk about have simplicity as a base, and extensibility to external authz servers) 14:47:44 ack next 14:47:45 gibsonf, you wanted to say agent hierarchy and resource hierarchy (in context of authorization) 14:47:52 acoburn: simplicity really relevant here. 14:48:14 s/for control/for access control 14:48:32 s/append/append and control 14:48:36 gibsonf1: on authorization, who does it and what gets done 14:49:07 s/access control/access control like viewer, editor, commenter, owner 14:49:14 ack next 14:49:15 bendm, you wanted to talk about usage control (needed by EU law for personal data), and to talk about have simplicity as a base, and extensibility to external authz servers) 14:49:17 ... a department, a whole company....doesn't scale if you dont have some kind of hierachy 14:49:52 s/dot/do not/ 14:50:04 bendm: example within GDPR laws, just who gets access to what but also for which purpose... 14:50:54 q? 14:50:55 ... start with some simple but is extensible 14:51:40 acoburn: finding balance of simplicity that Sarven is speaking about with making sure it is feasible to deply it in a context where you need something more 14:51:52 q+ 14:51:58 ack next 14:52:19 csarven: if we can show some form of success. 14:52:34 ... allow us to renew and extend charter 14:53:39 ... instead of going all-in with the complex thing and then jeopardizing 14:54:36 ... we have 10, 20 people relatively active,. not sur eif that is enough to show that we have implementation experience 14:55:01 ... simpler choice is going to get us to the finish line 14:55:41 q+ 14:55:47 ack next 14:56:01 acoburn: we need to come up with something and if it is as consistent and as implementable as possible 14:56:29 s/allow us to renew and extend charter/help us be in a better position to make the case to request an extension or renew charter 14:56:33 gibsonf1: like idea of simple protocol but ideal could be built on 14:56:52 acoburn: better if we can extend rather than re-write 14:57:01 RRSAgent, make minutes 14:57:02 I have made the request to generate https://www.w3.org/2025/05/12-lws-minutes.html pchampin 14:57:08 ericP has joined #Lws 14:57:19 s/jeopardizing/jeopardizing showing "adequate implementation experience" 14:57:33 regrets+ ericP 14:58:06 RRSAgent, make minutes 14:58:08 I have made the request to generate https://www.w3.org/2025/05/12-lws-minutes.html acoburn 14:59:17 s/jesse:/jeswr:/ 14:59:32 RRSAgent, make minutes 14:59:34 I have made the request to generate https://www.w3.org/2025/05/12-lws-minutes.html acoburn 15:00:13 s/jesse:/jeswr:/ 15:00:15 RRSAgent, make minutes 15:00:17 I have made the request to generate https://www.w3.org/2025/05/12-lws-minutes.html acoburn 15:05:43 acoburn has left #lws 16:25:49 timbl has joined #lws 17:34:46 timbl has joined #lws 19:14:01 timbl has joined #lws 20:13:34 timbl has joined #lws 23:45:08 dmitriz has joined #lws