14:43:14 RRSAgent has joined #lws 14:43:18 logging to https://www.w3.org/2025/02/17-lws-irc 14:43:18 RRSAgent, make logs Public 14:43:19 please title this meeting ("meeting: ..."), laurens 14:44:58 meeting: LWS WG meeting (2025-02-17) 14:46:07 agenda: https://www.w3.org/events/meetings/a19ab7dc-1753-433d-bac5-64e3ad8c0a43/20250217T100000/ 14:46:07 clear agenda 14:46:07 agenda+ Introductions & Announcements 14:46:07 agenda+ Action items 14:46:07 agenda+ Template for requirements (https://github.com/w3c/lws-ucs/pull/119) 14:46:07 agenda+ Consensus on glossary (https://github.com/w3c/lws-ucs/issues/122) 14:46:10 agenda+ Potential blocking items, progress & timeline for UCR document 15:01:57 laurens has joined #lws 15:01:59 eBremer has joined #lws 15:02:03 present+ 15:02:18 present+ 15:03:38 present+ 15:04:59 ryey has joined #lws 15:05:08 bendm has joined #lws 15:05:11 present+ 15:05:13 scribe+ 15:05:13 present+ 15:05:16 present+ 15:05:35 chair: laurens 15:05:45 scribe: pchampin 15:06:02 dmitriz has joined #lws 15:06:16 AZ has joined #lws 15:06:20 Z> present+ 15:06:27 present+ 15:06:29 zakim, open item 1 15:06:29 agendum 1 -- Introductions & Announcements -- taken up [from agendabot] 15:06:35 s/Z> present+// 15:07:11 laurens: reminder: please try to keep under two minutes when you have the floot. This applies to anyone, including the chairs. 15:07:28 ... Any other announcement? 15:07:39 ... Hearing none, let's move on. 15:07:42 zakim, next item 15:07:42 agendum 2 -- Action items -- taken up [from agendabot] 15:07:56 laurens: I see two open actions. 15:08:32 ... Should we keep "sticky" action items open? I'd rather not. 15:08:53 ... We should have a different way to capture recurring topics. 15:09:00 ... Any suggestion? 15:09:08 present+ ericP 15:09:23 jeswr has joined #lws 15:09:31 ericP: should be on a case-per-case basis. Some people would prefer being pinged regularly. 15:09:42 ... If not, we can close those actions. 15:09:55 laurens: I'll ask Hadrian how he prefers to deal this those. 15:10:09 ... It is not clear what the definition of "done" is for those actions. 15:10:53 zakim, open next item 15:10:53 agendum 3 -- Template for requirements (https://github.com/w3c/lws-ucs/pull/119) -- taken up [from agendabot] 15:11:08 laurens: There has been some discussions on this PR already. 15:11:41 ... csarven, you made some comments. Do you want to develop? 15:12:03 csarven: I don't have anything to add. pchampin's suggestions on the PR are good. 15:12:20 ... They are pending response by Hadrian. Review from others would be good. 15:12:44 laurens: agreed; everyone is encouraged to give feedback on this PR. 15:13:10 zakim, open next item 15:13:10 agendum 4 -- Consensus on glossary (https://github.com/w3c/lws-ucs/issues/122) -- taken up [from agendabot] 15:13:49 laurens: there was also some discussion in this issue. We did discuss it last week. 15:14:10 ... I would like to discuss further the choice between "owner" and "controller". 15:14:33 ... Hadrian made a point about "controller", which GDPR uses differently. 15:14:51 dmitriz: great point, we could call it out explicitly ("we use this term differently from GDPR"). 15:15:21 ... The thing we call "owner" in Solid is the person/entity allowed to make changes to the resource and its metadata, hence "controller". 15:15:59 ... The same discussion occurred in the Verifiable Credentials / Decentralized Identifiers group, where they first had "owner", the decided to rename it to "controller". 15:16:07 q+ csarven 15:16:10 ericP has joined #lws 15:16:15 present+ 15:16:18 q? 15:16:27 ack csarven 15:16:44 laurens: +1 to make it explicit that we do not use it the same way as GDPR. 15:17:03 q+ 15:17:20 csarven: in the use cases, some aspects are more related to "owner", others more to "controller". 15:17:27 ... I agree with what dmitriz said. 15:17:55 q+ to ask if the controler is different from the person who has legal/adminstrative ownership and whether that matters in these use cases 15:17:56 ack laurens 15:18:16 ... There is an interaction between owner and controller. There is a question of liability. 15:18:16 jucanbe has joined #lws 15:18:37 laurens: Do you consider liability as the separation line between owner and controller? 15:18:39 q? 15:18:44 I don't think any of our usecases use the ownwer notion tho.. 15:19:14 csarven: yes, that's a way. In WebArch, the term owner is used for "URI owner". 15:19:32 ... There is no direct mapping to something like a controller. 15:19:33 q+ 15:19:52 dmitriz, i'll report that when i get called upon 15:19:52 ... We should be clear in the spec that "owner" may not be the same as "URI owner". 15:20:16 ack ericP 15:20:16 ericP, you wanted to ask if the controler is different from the person who has legal/adminstrative ownership and whether that matters in these use cases 15:20:19 ... I support dmitriz's suggestion, but not to the point of dropping the term "owner" completely. 15:20:38 q+ 15:20:40 ericP: to ask if the controler is different from the person who has legal/adminstrative ownership and whether that matters in these use cases 15:21:01 thx 15:21:02 q? 15:21:06 ack pchampin 15:21:58 rrsagent, draft minutes 15:22:00 I have made the request to generate https://www.w3.org/2025/02/17-lws-minutes.html laurens 15:22:31 q? 15:22:51 pchampin: what we call an "owner" in webarch is usually a renter. we need to be clear about how we differ from other specs' use of the term 15:22:56 ack ryey 15:23:21 ryey: people talk about differen things simultaneously. We need to make a difference between owner, controller and admin. 15:23:52 ... one is the administrator of the storage service. 15:24:16 laurens: I agree that we also need to discuss the notion of administrator. 15:24:27 ... But do we need to consider that? 15:24:41 q? 15:25:11 q+ to propose we clarfiy our set of terms and offer them to the UC&R editor to include if referenced in the document 15:25:17 laurens: I see some consensus on introducing the term "controller", but not as a full replacement of the term "owner". 15:25:30 +1 15:25:44 ack ericP 15:25:44 ericP, you wanted to propose we clarfiy our set of terms and offer them to the UC&R editor to include if referenced in the document 15:26:24 ericP: I was goint to propose the same thing. Do we need to define them, or defer to Hadrian for that? 15:27:09 PROPOSAL: To introduce both the term owner and controller in the glossary, and clarify their meaning. 15:27:43 +0.8 15:27:53 +1 15:28:11 ericP: with some caveat about "owner" often being a "renter" 15:28:29 +½ 15:28:36 laurens: not necessarily a resolution, but let's make an action for Hadrian 15:28:55 +0.8 (not entirely sure that two notions are required, but not opposed to it) 15:30:10 +1 15:30:11 ACTION: hadrian To introduce both the term owner and controller in the glossary, and clarify their meaning. 15:30:18 Created -> action #15 https://github.com/w3c/lws-protocol/issues/15 15:30:18 +1 iff the use cases cover it 15:30:46 laurens: any other topic to discuss for the glossary? We touched on the notion of administrator? 15:30:49 q+ 15:30:55 ack pchampin 15:31:52 q? 15:32:12 pchampin: Solid/LWS is not always about self-hosting, so distinguishing administrator from controller is useful. 15:32:19 zakim, open item 15:32:19 I don't understand 'open item', pchampin 15:32:24 zakim, open next item 15:32:24 agendum 5 -- Potential blocking items, progress & timeline for UCR document -- taken up [from agendabot] 15:32:57 laurens: personally, I'd like a fisrt draft of the UC note in the coming weeks. 15:33:09 ... I've discussed that with Hadrian asynchronously. 15:33:22 ... I would also like to start work on the protocol soon. 15:33:49 +1 to this (rough) timeline 15:34:02 laurens: we need the glossary and requirements template in place. 15:34:11 ... Is there anything that is blocking us? 15:34:25 s/fisrt/first 15:35:13 q+ 15:35:19 ... Anyone wants to add anything about the UC note, or the upcoming Protocol spec? 15:36:02 csarven: will we be discussing the glossary again today? 15:36:03 ack csarven 15:36:25 laurens: I'm not sure we can progress much without Hadrian. 15:36:42 csarven: other topic: we will need to demonstrate adequate implementation experience. 15:37:11 ... Should we have a survey on what people are planning to implement? 15:37:22 laurens: +1 about the idea of getting commitment to implement. 15:37:52 ... But I'm not sure how we can approach that. At least we can gauge interest in implementing given use-cases? 15:38:58 ... We can put this discussion on the agenda for next week. 15:39:08 q+ 15:39:33 ack pchampin 15:39:58 ack 15:41:16 topic: Capturing interest in use cases 15:42:06 s/in use cases/in implementation 15:42:44 csarven: we don't need to hash out some classes of use-cases or requirements if no one intends to implement them. 15:42:58 ... At the end of the day, the W3C criteria requires that we have implementation of all features. 15:43:14 q+ 15:43:44 ... Discussing interest in implementation beforehand will save us some time. 15:44:03 ack pchampin 15:44:05 laurens: +1 on the focus and prioritozation 15:45:16 q? 15:45:19 q+ csarven 15:45:24 ack csarven 15:45:30 User stories / cases survey, e.g., in Social Web WG https://www.w3.org/wiki/Socialwg/Social_API/User_stories , Solid CG: https://github.com/solid/authorization-panel/blob/main/proposals/authorization-ucr/uc-survey.md 15:45:46 pchampin: deciding whether requirements/UC are in- or out of scope should definitely be based on the interest of implementers 15:46:44 csarven: see links above, how the Social Web WG and Solid CG captured the interest of the community 15:47:01 ... It is good insight. 15:47:52 ... It is also part of bookkeeping (compare actual implementations with declared intents). 15:48:28 laurens: good proposal. I would like to discuss it with the editors. 15:49:01 ... Some organization may not want to share on the open what they plan to implement, but for us the transparency is good. 15:49:55 csarven: it is optional. These organization don't have to share. If it is useful for 80%+ of us, that's already good. 15:50:16 ... It should also be clear that those "commitments" are not legally binding :) 15:50:41 q? 15:51:18 laurens: I'll ping Hadrian about this discussion. Hopefully he is with us next week to continue the discussion. 15:51:57 Topic: AOB 15:52:46 jeswr has joined #lws 15:53:01 jesse: there has been discussion in the CG, about whether the CG can make changes to the Solid protocol CG report. 15:53:03 https://lists.w3.org/Archives/Public/public-lws-wg/2025Feb/0000.html 15:53:10 ... I'd like a WG decision to allow the CG to pursue. 15:53:10 https://github.com/solid/specification/pull/711 15:53:11 https://github.com/solid/specification/pull/711 -> Pull Request 711 change: allow blank nodes to be inserted in N3 Patches (by jeswr) [doc: Protocol] 15:53:36 laurens: unfortunately, we need more that 3 minutes. 15:53:55 ... I will send an email to the mailing list and put this in the agenda for next week. 15:54:04 ACTION: to write an e-mail to the mailing list on the WG/CG scope, and whether changes to the CG publications can be made. 15:54:05 Cannot create action. Validation failed. Maybe to write an e-mail is not a valid user for w3c/lws-protocol? 15:54:28 s/ACTION: to write an e-mail to the mailing list on the WG/CG scope, and whether changes to the CG publications can be made./ACTION: laurens to write an e-mail to the mailing list on the WG/CG scope, and whether changes to the CG publications can be made./ 15:57:26 RRSAgent, make minutes 15:57:27 I have made the request to generate https://www.w3.org/2025/02/17-lws-minutes.html pchampin 15:58:13 present+ dmitriz 15:58:19 present+ jesse 15:58:20 RRSAgent, make minutes 15:58:22 I have made the request to generate https://www.w3.org/2025/02/17-lws-minutes.html pchampin 15:59:23 m2gbot has joined #lws 15:59:52 RRSAgent, bye 15:59:52 I see 2 open action items saved in https://www.w3.org/2025/02/17-lws-actions.rdf : 15:59:52 ACTION: hadrian To introduce both the term owner and controller in the glossary, and clarify their meaning. [1] 15:59:52 recorded in https://www.w3.org/2025/02/17-lws-irc#T15-30-11 15:59:52 ACTION: to write an e-mail to the mailing list on the WG/CG scope, and whether changes to the CG publications can be made. [2] 15:59:52 recorded in https://www.w3.org/2025/02/17-lws-irc#T15-54-04