Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
144 changes: 144 additions & 0 deletions meetings/2026-01-07.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,144 @@
# W3C Solid Community Group: Weekly

* Date: 2026-01-07T14:00:00Z
* Call: https://meet.jit.si/solid-cg
* Repository: https://github.com/solid/specification

## Chair

* [elf Pavlik](https://elf-pavlik.hackers4peace.net)

## Present

* [Christoph Braun - uvdsl](https://github.com/uvdsl)
* Alain Bourgeois
* [Precious Oritsedere](https://github.com/PreciousOritsedere)
* Theo - [@thhck](https://github.com/thhck)
* [Erich Bremer](https://ebremer.com)
* [Michal](https://id.mrkvon.org)
* Luke Dary
* John Kirkwood
* Rui Zhao
* Tom Byrd
* Hadrian (late)

## Regrets


## Scribes

* uvdsl (roughly scribing)
* elf Pavlik (very random captures)

---

## Announcements

### Meeting Guidelines
* [W3C Solid Community Group Calendar](https://www.w3.org/groups/cg/solid/calendar).
* [W3C Solid Community Group Meeting Guidelines](https://github.com/w3c-cg/solid/blob/main/meetings/README.md).
* No audio or video recording, or automated transcripts without consent. Meetings are transcribed and made public. If consent is withheld by anyone, recording/retention must not occur.
* Join queue to talk.
* Topics can be proposed at the bottom of the agenda to be discussed as time allows. Make it known if a topic is urgent or cannot be postponed.

### Participation and Code of Conduct
* [Join the W3C Solid Community Group](https://www.w3.org/community/solid/join), [W3C Account Request](http://www.w3.org/accounts/request), [W3C Community Contributor License Agreement](https://www.w3.org/community/about/agreements/cla/)
* [Solid Code of Conduct](https://github.com/solid/process/blob/main/code-of-conduct.md), [Positive Work Environment at W3C: Code of Conduct](https://www.w3.org/policies/code-of-conduct/)
* Operating principle for effective participation is to allow access across disabilities, across country borders, and across time. Feedback on tooling and meeting timing is welcome.
* If this is your first time, welcome! Please introduce yourself.

---

## Introductions

## Actions Review

## Topics

### Local AI scribing

eP: tried to build something last year, but that only works on mac and windows, need to check that out again

### Chair election

https://github.com/w3c-cg/solid/blob/main/elections/2025/elected-candidates.txt

* eP: congratulations to Christoph and Theo
* ...: please check if you have moderator access to https://github.com/w3c-cg/solid/settings
* ...: votes were anonymized by W3C staff
* ...: I want to encourage all to continue to work on what they want to get done (regardless of who is chair)
* CB: Shout out to Rui and Precious for joining. Also thanks to Theo.
* ...: On your question about w3c-cg/solid — I don't have moderator access at this moment
* eP: I will contact Ian to update roles
* CB: We had some discussion about client-to-cilent specifications on the mailing list during the election which was useful, I think. Please make yourself heard and we will do our best to support you.
* Th: Thanks everyone, +1 for what eP said, Precious and Rui please be part of the CG effort.
* PO: Congratulations to Christoph and Theo, I'll still be active and contribute. I'm learning more and working with ODI on Solid application.
* RZ: Congrats to Christoph and Theo. I don't think it will affect my contributions to Solid CG. I'll try to see what we can push forward together.
* eP: thank you all, anybody else?
* ...: hearing none, let's move on

### Plans for Q1 2026

* eP: I would find it very useful to keep track of what active CG participants are working on.
* ...: This year, I would like us as a CG to find a way to be more focused with our efforts. I think we all work on _something_; hopefully we can track that, such that we have a good overview and increased visibility of what people are working on. This could lead to spontaneous synergy for people to join forces.
* ...: I'll make an example — currently I am finishing an NLnet project on interop — I can do a presentation on the architecture if people are interested, e.g., next week.
* ...: I am also working on a presentation for the Solid Symposium, in our session on app authorization. So, mostly working on discovery and authorization.
* CB: First, I would like to think about how we approach this. To get people to share what they work on, people work on their usual stuff. It comes to visibility in the group of who does what. For example, Alain has been maintaining NSS for a long time -- over time you get to know the names. I was wondering if they could be a venue to get a first picture of what people in the community are working on. For example, people can have a poster at the Solid Symposium; even if not, is there a low barrier option to have canvas where people can share what they do?
* ...: I would look over to Jesse, to learn whether ODI has something planned or done.
* JW: There is a catalog that Jeff works on, with some contributions from elf. It doesn't have a huge amount of what people are working on. We could make it a source of truth. ODI is trying to start to contribute to the catalog.
* ...: I also have on the radar that ODI needs to provide meta tooling.
* eP: In parallel to the catalog, I've been also working on https://elf-pavlik.github.io/solid-efforts/#/
* ...: We made an attempt to reconcile this work with Jeff's, but it seems that we may target different audiences.
* CB: Can we use mailing list or chat room to share what people are working on?
* JW: On the forum, there was an "introduction" thread that doesn't seem to be used. I think the mailing list is a good idea. In general, our communication spaces could be better. Is it the time to use something more accessible to the wider community like Discord? If you want ODI to provide it, we could look into that.
* CB: Discord is a double-edged sword for me; some people seem not to like it. I don't want to exclude them by imposing a choice of, effectively, a product.
* eP: If we want to have some form of visibility or discovery, I don't think that a forum or mailing list is the best choice. I think that a structured knowledge base is the way to go, so people can browse what is there. Then, I see this complementary, as (a) people need to share it and also (b) people need to be able to find it later.
* ...: re Discord, some people do not like closed source products — I used to be that way. Nowadays I am a bit more open to using whatever tool helps us move forward.
* Michal: I am curious to hear why Discord is better than Matrix.
* eP: Many communities use Discord, e.g., the local-first communities seem to use Discord. From a UX perspective, Matrix is a mess for me (push notifications on mobile when chatting on desktop). Jesse, why did you propose Discord?
* JW: To meet the developers where they are at. Also, bridging seems to be reasonable. When I use Matrix, I actually use a Slack channel that is bridged to Matrix. For the knowledge base, one project we could tackle would be setting up a pipeline to automatically extract structured data from, e.g., the mailing list or Matrix messages.
* ...: If the community desires to change communication infrastructure, I can help from the ODI's side.
* eP: I think we could first have a small vote to see what people think in this room. Maybe we could have a round of broader feedback from the community via the email list.
* th: I think it is already a bit complicated to communicate in the community. Adding a new tool could just make it worse. There are problems with Matrix, but it is doing the basic thing necessary. I don't think this is the biggest issue we have right now.
* eP: I agree we have a mess with too many places where things are happening. If somebody can come up with a plan/strategy on the communication setup, I would leave the modification and the responsibility for this to the people who actually are pressed/want to put in the work.
* ...: Also, let's not fragment how the different groups (CG, practitioners, WG) communicate.
* ...: Let's hear some quick +/-1 on this:

Straw Poll: Do we want to use something like Discord?
* CB: -1 (on just adding it to the channels; rather, first communicate with the CG participants via mailing list (as the normative communication channel) about what they would prefer)
* eP: +0.5 - I'm good with anything that someone will be responsible for making work
* Theo: -1, open to create a new channel with other tools (with potential matrix bridge), but I believe the cost of migration (and all debate it might generate) are not worth the benefits. I'd rather put effort on better defining channels of discussion (what topics belong where)
* Michal: -1 on migrating to Discord, happy with someone implementing bridging, as long as Matrix stays the source of truth.
* Luke: -1 I'd rather encourage open solutions and potentially something more "dogfooding" to help people onboard to Solid itself
* Precious: I am good with Discord, as I am more familiar with it than Matrix
* AB: -1 not happy to add new channels
* RZ: 0. Fine with adding new channels as long as bridges are provided. I'm used to communities with multiple channels but all bridged together. Forum should be brought back to people's attention.

* eP: let's come back to discussing what is up for the next months
* CB: I will be going back to the spec, knowing that the WG is redefining a lot of things and taking different directions and keeping track of those differences where the WG adds pieces and chooses to use different pieces. Identifying what gaps need to be filled. For example adding section to Solid-OIDC on the issuer check, implementations came around to implementing that. Knowing that this is part of LWS protocol.
* eP: That would be a good idea — to track the progress of what is happening in the WG
* JW: On the gap-filling part, I will work with Aaron and Laurens on access requests and grants. This is in parallel with LWS.
* eP: I have an implementation of access requests and grants in SAI. I know these grants are different from what Inrupt does.
* ...: Also, I am interested in how the type indexes are aligned between Solid and LWS.
* ...: BTW, I talked with Erich for him to present the work on the latest state of CRUD in LWS. (Sorry for putting you on the spot.) Maybe for next week?
* EB: Not the first and not the last time. :) I'd be happy to.
* eP: I'll put it on the agenda for next week.
* CB: Jesse, I would like to get in on that with you; please invite me. I drafted a small demo for _Authorization App_, https://github.com/uvdsl/solid-authorization-app
* ...: It works based on the data model that Pavlik is working on. I have a lot of thoughts to make it work with what we have without being to opinionated about it.
* PO: Currently, from frontend perspective, I'm working on registration flow. User gets a page to fill in profile information. Currently, one registers and generates a WebID and doesn't have any information on the profile page. Also I have been working on Libre Chat, similar to ChatGPT, where one can chat with different LLM models. User signs in with Solid and .... https://www.librechat.ai/ It provides a save storage in the user's Solid Pod.
* ... And, there is also the Solid-File-Manager.
* eP: Having a way to save all the history of prompts and chats in a storage would be useful indeed. NLnet works on more transparency of LLM use in the projects they fund.
* PO: Still working on it, but there is no PR yet. Once ready, I'll share the link.
* eP: I think it would be great to have presentations in both practitioners (higher-level, maybe?) and CG (in technical detail). So maybe, we could have a bi-weekly presentation of implementations and a corresponding deep dive. If we can really lean on the implementations then our work will be much more grounded rather than just drafting specs. My idea would be to have a schedule of demos, feedback, and Q&A.
* ...: We are almost out of time ....
* JW: You talked about deliverables — what might be useful could be a little bit of a roadmap. I would propose setting up a shared document, e.g., on hackmd, where people can share what they are working on, and then distill a roadmap.
* ...: What about the github project board?
* CB: We can create issue and sub-issues from more substantial comments?
* eP: Can we use the W3C CG github repo for that?
* JW: Do you want to get straight for the repo rather than the hackmd? So people can open issues (a) what do they work on and (b) proposed work items.
* eP: Thanks everyone.

## Actions

* eP: request update of roles in gh:w3c-cg/solid
* JW: create issue/discussion to establish a CG roadmap