15:48:34 RRSAgent has joined #lws 15:48:39 logging to https://www.w3.org/2024/10/11-lws-irc 15:48:39 RRSAgent, make logs Public 15:48:40 please title this meeting ("meeting: ..."), pchampin 15:49:01 meeting: Linked Web Storage WG kick-off meeting 15:49:20 agendabot has joined #lws 15:49:27 agenda: https://www.w3.org/events/meetings/a51d8296-7205-4935-a2de-ad17b26b3fdf/#agenda 15:49:28 clear agenda 15:49:28 agenda+ Intro to W3C process (10 minutes) 15:49:28 agenda+ Charter and resources (5 minutes) 15:49:28 agenda+ Vision (5 minutes) 15:49:28 agenda+ Objectives and success criteria (10 minutes) 15:49:31 agenda+ Testing (with protocol test examples from SPARQL Graph Protocol or LDP) (5 minutes) 15:49:34 agenda+ Use cases (15 minutes) 15:51:56 eBremer has joined #lws 15:59:19 present+ 15:59:45 acoburn has joined #lws 16:00:07 present+ 16:00:08 laurens has joined #lws 16:00:16 present+ 16:00:37 present+ 16:02:03 not easy for me to speak 16:02:12 am I sill muted on zoom? 16:02:15 yes 16:03:10 present+ 16:03:18 bumblefudge has joined #lws 16:03:29 jeswr has joined #lws 16:03:33 hadrian has joined #lws 16:03:34 present+ 16:03:38 present+ 16:03:40 present+ 16:03:46 present+ 16:04:06 present+ ericP 16:05:25 BenDM has joined #lws 16:05:28 jucanbe has joined #lws 16:05:57 timbl has joined #lws 16:06:13 present+ BenDM 16:06:17 present+ jucanbe 16:06:28 present+ timBL 16:06:34 present+ 16:06:49 AZ has joined #lws 16:07:01 scribe+ 16:07:17 for future scribes, instructions are available here: https://w3c.github.io/scribe2/scribedoc.html#notes 16:07:23 present+ 16:07:48 present? 16:07:57 zakim, who's here? 16:07:57 Present: csarven, pchampin, acoburn, eBremer, laurens, dmitriz, bumblefudge, jeswr, hadrian, ericP, BenDM, jucanbe, timBL, AZ 16:08:00 On IRC I see AZ, timbl, jucanbe, BenDM, hadrian, jeswr, bumblefudge, laurens, acoburn, eBremer, agendabot, RRSAgent, Zakim, pchampin, dmitriz, csarven 16:08:06 zakim, who is here? 16:08:06 Present: csarven, pchampin, acoburn, eBremer, laurens, dmitriz, bumblefudge, jeswr, hadrian, ericP, BenDM, jucanbe, timBL, AZ 16:08:08 On IRC I see AZ, timbl, jucanbe, BenDM, hadrian, jeswr, bumblefudge, laurens, acoburn, eBremer, agendabot, RRSAgent, Zakim, pchampin, dmitriz, csarven 16:08:16 TallTed has joined #lws 16:08:23 present+ 16:08:27 topic: Introductions 16:08:38 +q 16:08:40 Zakim, who's here? 16:08:40 Present: csarven, pchampin, acoburn, eBremer, laurens, dmitriz, bumblefudge, jeswr, hadrian, ericP, BenDM, jucanbe, timBL, AZ, TallTed 16:08:43 On IRC I see TallTed, AZ, timbl, jucanbe, BenDM, hadrian, jeswr, bumblefudge, laurens, acoburn, eBremer, agendabot, RRSAgent, Zakim, pchampin, dmitriz, csarven 16:09:02 Hi I'm Sarven Capadisli. My WebID: https://csarven.ca/#i . My background on Solid/LWS etc. work: https://csarven.ca/linked-web-storage-invited-expert-request 16:09:13 csarven: hi, I'm Sarven, excited to be here, it's been a long road 16:09:30 ... I've been involved in Solid (core aspect of Linked Web Storage work) since 2015 at MIT 16:09:45 ... I've chaired the Solid CG for 4 years, authored and edited almost all of the input docs you see in the charter 16:09:52 ... and worked on implementing applications and some server work 16:10:15 ... happy that a lot of fun and pain and crying led to the work here, hoping we'll have a successful outcome (and I'm sure we will!). and fix the web! 16:10:44 acoburn: hi I'm Aaron Coburn, work for Inrupt, I'm one of the co-chairs 16:11:03 ... been working in the Solid space for a number of years, worked on LDP related things, including Fedora API, I was editor and author on that spec 16:11:14 ... very happy to be here, I've also been editor and author of various docs in the Solid space as well 16:11:30 eBremer: hi I'm Eric Bremer, working for ...? for Bioinformatics 16:11:36 ryey has joined #lws 16:11:48 ... working on deep learning pipelines, GeoSPARQL, modeling the storage system after Solid 16:12:13 s/...?/Stonybrooks University/ 16:12:32 laurens: hi, I'm Laurens, one of the co-chairs, I represent the government of Flanders, 16:12:38 cpn has joined #lws 16:12:41 ... been working with Solid for many years, mostly apps building on top of it 16:12:44 present+ Chris_Needham 16:12:55 ... I hope for a very successful outcome for this WG of course 16:13:57 dmitriz: hi, I'm Dmitri, longtime fan of Solid 16:14:14 bumblefudge: hi, I represent the IPFS Foundation 16:14:49 Grace has joined #lws 16:15:00 jeswr: I'm Jesse Wright, been working on Solid and semantic things for several years, previously affiliated Australian nat'l university 16:15:16 s/Stonybrooks University/Stony Brook University/ 16:15:28 ... worked at Inrupt a couple years working on SDKs, now doing research on semantic web agents, data privacy, automated data governance 16:15:46 hadrian: hello I'm Hadrian, excited to be here, I'm representing Inrupt, I'm also co-chair of Solid CG 16:16:01 ... also member of Apache Software Foundation. also happy this WG started 16:16:13 s/for Bioinformatics/in the Department of Biomedical Informatics/ 16:16:39 ericP: my name is Eric P., worked at W3C for a long time, on a number of semantic web standards 16:16:53 ... my current affiliation is - Leiden (sp?) University Medical Center 16:17:14 ... I found out today that I'll be doing another medical data storage system on top of Solid. I'm also co-chair 16:17:46 benDM: I'm from IMAC, Belgian research university, we've been doing some research since 2009, me from 2013 16:17:58 s/IMAC/Imec 16:18:07 ... we've been doing Solid research and working together with Flemish Government for a couple of years, bringing Solid to production 16:18:28 jucanbe: hi everyone, I'm Juan, I work on University Polytechnical Madrid, finishing my PhD Thesis 16:18:36 ... related to semantic web policy policies based on ODRL 16:19:28 timbl: hi, I'm Tim Berners-Lee, invented the web 30-something years ago, 16:19:28 ... worked at MIT at W3C, which a bunch of you contributed to 16:19:36 ... in 2001, we had some funding in the lab from DARPA for some semantic web research 16:19:47 ... so we built rule-based system, exporters & importers, a Read-Write Web 16:20:23 ... when browsers got Javascript / AJAX, the ability to communicate with the web itself, that meant we could move from apps running on our laptops to a read-write web 16:20:40 ... if a storage system doesn't care which app writes to it, that's very powerful 16:20:50 ... still working on a good name for it, we ended up with Social Linked Data or Solid 16:21:14 ... we had more funding to improve Solid from Mastercard, in the lab 16:21:28 ... and a few years, we founded Inrupt 16:21:28 ... to continue the work of bringing Solid to the world 16:21:41 ... my dayjob is at Inrupt 16:22:06 AZ: I'm Antoine Zimmermann, professor at Ecole ...? 16:22:26 ... I've been doing research in the area of Semantic Web for 20 years now, recently I took interest in helping autonomous web agents to interact with web resources 16:22:36 s/...?/Institut Mines-Télécom/ 16:22:37 ... I'd like to investigate how artificial agents could have a web presence in the form of Solid pods 16:22:56 ... also co-chair of the Web Agents CG 16:23:28 TallTid: hi I'm Ted T., involved with OpenLink Software since 2000, w3c shortly after that 16:23:31 ... if it has to do with the semantic web, sparql, etc, I'm there 16:23:45 Pierre-Antoine Champin, from Inria and W3C. I'm the team contact of this WG. Thrilled to have the group starting at last, and to see you all here. 16:23:46 s/at Ecole ...?/at École des mines de Saint-Étienne, part of Institut Mines-Télécom/ 16:23:47 ... my primary coding language is English, so, expect lots of grammer & spelling etc corrections on your PRs 16:24:04 s/grammer/grammar/ 16:24:05 :-) 16:24:50 ryey: hi I'm Rui Zhao, at University of ...?, working on privacy preserving computation and privacy policies 16:25:01 ... big fan of decentralized tech, including Solid 16:25:03 s/TallTid: hi I'm Ted T., involved/TallTed: hi, I'm Ted Thibodeau, involved 16:25:14 RRSAgent, draft minutes 16:25:16 I have made the request to generate https://www.w3.org/2024/10/11-lws-minutes.html TallTed 16:25:26 present 16:25:28 present+ ryey 16:25:56 cpn: hi I'm Chris Needham, representing the BBC, I have various roles at w3c, media related groups 16:26:12 ... the BBC has been very interested in personal data stores and a more private web in general, giving data ownership and control to people over the years 16:26:29 ... we've had quite a few research projects in this space over the past 8 years. Relative newcomer to Solid myself 16:26:38 ... as an org we're generally very supportive of the work here 16:27:08 ericP: next thing is to go over w3c Process a bit 16:27:28 ericP: W3C is a standards org that develops in the open 16:27:38 ... and we make it so that the people in the WG can vote, argue, make PRs etc 16:27:51 ... the public in general can also make comments at regular intervals (on Working Drafts) 16:28:06 ... we'll probably start with a Use Case Document, then start working on specs after that 16:28:21 ... the process is one where we as a group elect an Editor 16:28:32 chair: acoburn 16:28:42 ... we make suggestions ,they make edits, we make a snapshot ready to share with the world (Working Draft) 16:28:58 ... specifically First Public Working Draft (FPWD) 16:29:09 ... after that, we'll iterate, publish WDs every 3 months so that the world is appraised 16:29:28 ... we want the community engaged, making PRs 16:29:28 ... for patent protection, everyone who joined the group had to sign the IPR policy 16:29:34 ... goal there is to make sure there's no submarine patents 16:29:55 bumblefudge has joined #lws 16:29:58 ... if a member of the public makes a technical PR to a spec, we have to make sure to clear it 16:30:09 ... then we'll go to Last Call. typically before Last Call, we'll make a Test Suite 16:30:19 ... we'll have some specs, some tests, interoperable implementations 16:30:26 ... the idea is separately implement it independently 16:30:35 ... we're testing the spec by implementing. and then test the implementations 16:31:00 ... then we get to go to Proposed Recommendation (PR) 16:31:07 ... (this is also mostly for patent protection) 16:31:28 ... there's another path, if we have a continuously changing spec, we can do what's known as an Evergreen Spec 16:31:38 ... basically saying - it feels done, but we keep adding more cool things to it, so we can go to PR or REC when we do Evergreen as well 16:32:08 timbl: I'm sure if we missed any process aspects, we'll discover them and bring them up later 16:32:41 ericP: last thing is, during Candidate Rec (CR), when people are making comments, we have to document to the Director that we have adequately addressed all the issues people raised 16:32:50 ... which means we have to do good bookkeeping, so, brace yourself. 16:32:53 q+ to talk about CR and exit criteria 16:32:57 q- 16:33:34 just to point out that we have a list of groups with which we need to synchonize 16:33:44 we must not wait until going to PR to do that 16:34:16 ericP: yeah, another role of W3C is that we're telling a coherent story, that the groups talk to each other 16:34:32 ... in the charter, we have a list of groups to coordinate with because they're related tech 16:34:45 ... especially the Infrastructure group, Accessibiilty, etc 16:34:59 ... so when we get close to CR, we'll have to do horizontal review in advance 16:35:28 ... there is probably a fair amount of i18n and accessibility expertise in the group 16:35:28 ... so if you have a question about that, please let us know 16:35:38 current process doc -- https://www.w3.org/policies/process/ 16:35:59 topic: Charter and Resources 16:36:17 ericP: the charter has a bunch of pointers to the Mailing List and various input docs 16:36:32 Charter document: https://www.w3.org/2024/09/linked-web-storage-wg-charter.html 16:36:33 ... the Process doc much more formally describes what I've been going over 16:36:37 jeswr has joined #lws 16:36:44 ... one of the things you'll see in it is "How do we know we're done?" or Success Criteria 16:36:56 ... important to keep in mind, whether it goes into the critical path to completion of specs 16:37:02 ... so, reading scope and deliverables is useful 16:37:04 all about LWS WG -- https://www.w3.org/groups/wg/lws/ 16:37:06 ... also has a timeline 16:37:28 topic: Vision 16:38:01 timbl: sure. the Vision for this WG is quite big, in that we're hoping that this protocol will be used by many systems 16:38:18 ... if you have a pod which has one app running on it, that sort of misses the main value proposition 16:38:54 ... but if you have different apps being able to read and write the same data, using read-write Linked Data Storage, and they actually share 16:38:58 ... then that becomes very powerful 16:39:07 ... obviously AI is part of the mix now, which adds to the power 16:39:28 ... so, it's about putting the user in a situation where they're in control 16:39:41 ... not just protecting privacy, but it's also focusing on the positive aspects -- individuals are a lot more powerful when there's interop between many different apps 16:39:44 s/current process/current W3C process/ 16:39:50 RRSAgent, draft minutes 16:39:51 I have made the request to generate https://www.w3.org/2024/10/11-lws-minutes.html TallTed 16:39:59 ... so, the vision is hard to explain to people. sort of like, Code Locally, Think Globally 16:40:14 ericP: any questions? 16:40:30 topic: Objectives and Success Criteria 16:41:00 acoburn: (reads them from charter) 16:41:38 ... couple of things we're looking at. one is, a proposed rec of interoperable implementations of each of the feature defined in the spec 16:41:48 ... a Linked Data Storage protocol, defined at the end of this process 16:41:57 ... we'll document the testing policies, processes, etc 16:42:09 ... each spec will contain sections on Security and Privacy implications. there'll be a general thread model 16:42:13 ... for the ecosystem 16:42:21 ... in addition, each spec will contain a section on Accessibility 16:42:30 ... benefits, impacts, accessible features 16:42:42 ericP: any questions on the above? 16:42:47 topic: Testing 16:43:11 ericP: when we're developing the spec, we typically have 2+ implementations for each spec. 16:43:29 ... there's a history of writing test suites for a protocol, notably LWP and Sparql 16:44:11 ... with protocol tests, it's more that - we have some client that we all use as a test tool, and it has some interactions with your server, it gets a response back, we validate if it passes/fails 16:44:15 jucanbe has joined #lws 16:44:17 s/LWP and Sparql/LDP and SPARQL/ 16:44:20 ... every feature in the spec needs 2+ implementations that pass the test 16:44:37 ... so, we'll try to look to LDP test suite for inspiration 16:44:52 ... so, expect that we'll be writing server tests 16:44:52 some work has also been done in the CG about test suites 16:45:05 topic: Use Cases 16:45:33 acoburn: before we begin writing spec text, we're going to develop a Use Cases doc 16:45:49 ... which will feed into a Use Cases and Requirements doc, which we'll prioritize 16:45:53 ... and then we can buil da spec on that. 16:46:14 ... we'll be collecting use cases, both from members of the WG and also from people who have interest in this 16:46:21 ... there'll be a Github repo 16:46:34 https://www.w3.org/groups/wg/lws/tools/ 16:46:40 ... two repos of relevance, you can find them from ^ 16:46:44 https://github.com/w3c/lws-ucs 16:46:46 ... in particular, the Use Cases Doc ^ 16:46:54 ... what we'd like to do is have use cases presented as Issues 16:47:06 ... so, rather than PRs with specific use cases, instead open issues for each one 16:47:26 ... that way, it can be refined, discussed, and once we have consensus, then we can make a PR 16:47:29 ... which will eventually become a WG Note 16:47:35 ... we don't have a template currently, but we will soon 16:48:00 ... we began collecting some use cases from TPAC, at a breakout session 16:48:08 ... so we have some already collected. those have not yet been added to the repo 16:48:29 ... we'll open issues for them shortly. 16:48:44 ... I suspect the use cases will primarily be collected asynchronously, and during meetings 16:48:57 ... anything that requires specific discussion and voting, that's when it'll happen 16:49:16 q+ 16:49:23 q+ to mention the solid roadmap for vertiicals 16:49:38 ack pchampin 16:49:38 pchampin, you wanted to talk about CR and exit criteria 16:49:46 ack BenDM 16:50:09 benDM: the target goal of these Use Cases, is it meant that these are real world scenarios that we want to make sure works with LWS recs? 16:50:20 ... are we talking about more technical use cases? What's the level of technicality required? 16:50:43 RRSAgent, draft minutes 16:50:44 I have made the request to generate https://www.w3.org/2024/10/11-lws-minutes.html TallTed 16:50:50 acoburn: I'm expecting things from the real world, things a developer or a user would encounter in the process of using this protocol 16:50:54 ... so, as much details as is relevant to that. I don't want these use cases to be pages and pages in length 16:51:07 q+ to talk about degree of commitment to implement a requirement (derived from URC) and share implementation code 16:51:10 ericP: yeah, agree. typically Use Cases drive technical requirements, but they dont' initially contain technical reqs 16:51:28 ... it's handy to have short coherent stories at the beginning 16:51:28 q? 16:51:35 ack timbl 16:51:35 timbl, you wanted to mention the solid roadmap for vertiicals 16:51:38 Solid project Verticals Roadmap https://solidproject.solidcommunity.net/Verticals/Roadmap/index.ttl#this 16:51:52 timbl: the Solid project has a Solid Pod provisioned for it 16:52:07 ... there's some brainstorming for which Verticals are out there 16:52:28 ... rough high-level list 16:52:38 ... so, Healthcare community for example 16:52:44 ... might have specific requirements. 16:53:28 ericP: yeah, we might need to make sure we've got coverage of use cases and verticals 16:53:28 ... so, lots of eyes and brains on it 16:53:38 ... one thing we can do is tag our usecases with which vertical it applies to 16:53:45 timbl: that would be good 16:53:52 q? 16:54:22 ... it'd be good if communities brought their existing specs and usecases, and we could map it to usecases 16:54:34 ericP: makes sense 16:54:38 q+ we need volunteers to manage and edit use cases 16:54:48 q+ ryey 16:55:06 acoburn: we haven't formally set a date/time for calls 16:55:28 ... looks like Tue/Wed/Thu are very busy for everyone. so I suspect this will be a Fri or Mon call 16:55:36 ack csarven 16:55:36 csarven, you wanted to talk about degree of commitment to implement a requirement (derived from URC) and share implementation code 16:56:04 csarven: just so we know when we're done (with use cases) 16:56:04 s/URC/UCR/ 16:56:21 ... we need to figure out a bunch of things - deadlines, some sort of criteria for done-ness 16:56:21 q+ 16:56:32 ... criteria for which usecases to keep, or which ones are duplicates 16:56:39 ... whether the usecases are ethically grounded, etc 16:56:56 ... one thing I often find comes up with other groups is, assessing whether the usecases will actually be implemented, and by whom 16:57:57 ... so that we're not overwhelmed by too many usecases / hypotheticals 16:58:09 ericP: makes sense 16:58:58 ... there will be a lot of organic development, feel free to raise the issue if it doesnt get addressed 16:59:18 s/URC/UCR 16:59:27 ... we'll get to a point where we have use cases, where we'll be like - love to do that, won't get it done 16:59:30 ack ryey 16:59:37 ryey: also question about the scope of the usecases 16:59:49 ... do we have a scope of what goes into the LWS protocol? 16:59:57 ... in terms of what additional things go in there? 17:00:02 ericP: not yet 17:00:19 ryey: I have some use cases, but I'm not sure if they fit into the scope of the WG 17:00:32 ericP: write them up and bring em up in the meeting, or just open an issue 17:00:38 hadrian has joined #lws 17:01:11 acoburn: we're going to need someone who can be an editor of these usecases. (one or more people) 17:01:26 for future -- meetings should target :55 as end-time (and really try hard to stick to it) 17:01:28 ... to refine them, edit them, format them 17:01:28 ... if people are interested, start thinking about that 17:01:41 ack acoburn 17:02:24 q+ Suggest to avoid Monday/Friday -- holidays and folks being away for other reasons 17:02:39 I propose to send a poll today or tomorrow about a weekly slot. The previous poll was explicitly for this week only. 17:02:47 @csarven -- that rules out all the days then :) 17:03:21 I meant Monday and Friday, not Monday to Friday =) 17:03:28 ericP: we'll take the timing discussion to the mailing list 17:03:28 scribe- 17:03:51 @csarven - and earlier in the call, eric & aaron mentioned that Tue-Weds-Thu are taken up 17:04:45 RRSAgent, make minutes 17:04:46 I have made the request to generate https://www.w3.org/2024/10/11-lws-minutes.html pchampin 17:04:52 Ah, I guess we only have the weekend =) 19:09:17 timbl has joined #lws 23:44:17 dmitriz has joined #lws