# W3C Solid Community Group: Weekly

* Date: 2023-12-13T14:00:00Z
* Call: https://meet.jit.si/solid-cg
* Chat: https://matrix.to/#/#solid_specification:gitter.im
* Repository: https://github.com/solid/specification
* Status: Draft

## Present
* [Sarven Capadisli](https://csarven.ca/#i)
* [Virginia Balseiro](https://virginiabalseiro.com/#me)
* Aaron Coburn
* [elf Pavlik](https://elf-pavlik.hackers4peace.net)
* [Rahul Gupta](https://cxres.pages.dev/profile#i)
* Maxime Lecoq
* Damon Outlaw
* [Laurens Hof](https://indieweb.social/@laurenshof)
* Jesse Wright
* Hadrian Zbarcea
* Gordana Halavanja
* Grace

---

## 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 Ethics and Professional Conduct](https://www.w3.org/Consortium/cepc/)
* 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.

### Scribes
* Virginia Balseiro

### Introductions
* LH: Write about fediverse and active observer of AP community. After last joint meeting, wanted to take a look and see how we can from the fediverse side writing about it and getting to know it. https://fediversereport.com/ and https://wedistribute.org/
* DO: Colleague of LH, here on behalf of the fediverse and publication wedistribute. I am part of the Solid community, been on the chat and forum. Made some deicisons to make it broader than AP coverage, as there's alignment/overlap with Solid Commmunity. We'll have wider coverage of Solid and what's going on.
* SC: Do you work on [FEP](https://codeberg.org/fediverse/fep)?
* LH: I don't work on FEPs, but I do cover it and am in close contact with the people who do write FEPs.
* DO: There has been a more formal process with having a test suite which has been funded. Also, the website for ActivityPub has been redone and brought back with renewed focus. We hope to have more coverage of the subject.

---

## Topics

### Holiday Break
* SC: We are off after today. 2023-12-20, 2023-12-27, 2024-01-03 meetings are cancelled.

### Special Topic Meetings
URL: https://github.com/solid/specification/discussions/555

* SC: 2023-12-05 [W3C Solid Community Group and Social Community Group Joint Meeting](https://github.com/solid/specification/blob/main/meetings/2023-12-05.md) went great / people stuck around for another ~45 minutes. We'll follow-up on specific topics to discuss.
* SC: 2023-12-12 [Authorization Service/Agent/App](https://github.com/solid/specification/discussions/603) went great. Some notes to follow.
* eP: Just put the notes in the discussion. They're a bit random, but relevant links if you attended. We discussed the Launcher App (Henry and Gordana). It's been brought up since 2019. We plan to follow up in January once we have more clarity. Michiel demonstrated another launcher experiment he worked on with Inrupt years ago. I mentioned SAI authorization agent, I plan to record more videos and possibly have another meeting Jan/Feb and follow up on details. Mostly focused on dedicated app handling access and independent efforts have emerging approach with a decicated authz party as complementary/alternative to having every app fiddling with access.

### We Distribute
* SC: https://wedistribute.org/ wants to cover news about Solid...
* SC: If not specifically about CG / speifications, I suggest to let them coordinate with Solid Team.
* LH: Started very long time ago wti hdiaspora and transferred into the fediverse. Started with interest on Social Web, then AP and now we see more interest in open protocols. There's so much info out there and one of the struggles I find is it's hard to understand what's going on. For Solid it's about where it'd fit in so we're here to see what people are building.
* DO: In the last year with the rise of AP/fediverse in the media with all the issues around twitter and reddit, there's a lot of overlap and alignment. To me the general public is not aware the these protocls have been in existance for well over a decade. We're in a very unique time where these foundations... with newer protocols there's a lot happening in Social Web space, many different approaches, users can have freedom in terms of their data, their social graph and what that can look like... each protocol takes different apporach, there can be some adoption and integration that can make more complete approaches as opposed to what has been done separately. we want to connect with everyone involved, make sure we can bring awareness to the projects.
* eP: Thank you for the work you do. Often people who woprk on specs/implementing become very focused on that and sometimes not good outreach, so what you do is important. How big is the audience of wedistribute? And do you work with articles or other media (video, interviews)?
* LH: It's not big. We're the largest probably on the fediverse but ??? Mainly articles, there's work on a podcast, and interviews. Even developers don't talk to each so it's a way of getting to know other similar projects.
* DO: No set number. We had an article last week about 1000 reads. Depends on the topic. We have accounts on decentralized and centralized platforms. Making an effort to bolster our social media presence. We have started a podcast that we haven't publicly lauched but we have 4-5 episodes with developers, co-authors of AP and some with AT protocol in the works.. we want to extend that to cover Solid as well. We have an informal relationship with Sebastien Rosset. We're also working on some video media utilising PeerTube platform. Publication has been around for some time.
* SC: FYI, there was some coverage of dweb/social approaches in https://gitlab.com/bluesky-community1/decentralized-ecosystem that you might find useful, if not already in your radar.
* SC: Happy to help if you'd like to go over Solid Protocol or other specs: https://solidproject.org/TR/

### WIP Implementation Feedback

* SC: We'll allocate some time for implementation feedback or interest to implement. Links to products/projects and demos welcome.
* eP: More of a question: been working on establishing mutual relationship between two social agents. Have a working flow based on SAI. Currently relies on SAI sending throuhg a message (sms, email). I want to optimize copy/paste flow so started using [webshare API](https://www.w3.org/TR/web-share/). Wanted to ask if people have experience with [web share target](https://w3c.github.io/web-share-target/) because it's not consistence across platforms.
* VB: May want to ask this in solid/app-development chat.

### Solid CG Chair Election Procedure
URL: https://github.com/solid/specification/discussions/582

* SC: Voting closed. Requested W3C Team (Community Process) to give us the anonymised ballot data that's to be computed: https://lists.w3.org/Archives/Public/public-solid/2023Dec/0016.html
* eP: W3C takes holiday break next wek?
* SC: Yes, I think 18th. Officially.
* eP: If they find it inconvenient to make a PR and send you data instead that'd be okay with you making the PR and they just approve or comment on that PR. I don't want to delay because they don't feel comfortable.
* SC: They're aware of the procedure. If there were issues they'd have mentioned or would let us know or just send me the data anyway. I don't expect any slowdown. They give us the data, we compute, we give to them, they approve and announce it.

### i18n and n11n of resource identifiers
URL: https://github.com/solid/specification/pull/575

* SC: All, please review.
* SC: We're considering using IRIs instead of URIs, having mapping around.. gets a bit complicated. There's a number of specs involved. I reviewed, would be good to have more reviews. I'll follow up on my part. I think WT did a great job detailing what implementors need to do, but something like this needs deeper reviews, not just thumbs up to challenge each detail because things can be horribly wrong when ??? There's a parallel discussion on WebID CG about this topic. However we decide here will also influence how we use WebIDs. We need to have some implementation feedback on this. WT did a good job detailing what should happen, but not sure to what extent existing implementations will conform, and we don't have tests or a way to verify it. Hesitant to throw something like this into the spec and hoping things go smoothly. There's an alternative apporach not to introduce this. If we use internalionalized strings, we need to detail the conversion as for example WT ??? It comes down to how much interest people have.
* eP: Is there any changes regarding normaliztion? I see mention of an issue.. not sure if it's addressing in focused way.
* SC: There's a couple of issues across different repos touchng on this topic. What WT did was gathering things that are impacted by this. WAC is another case. Kjetil covered it broadly.
* eP: I'll review and pick up again if needed.
* SC: Be rough on it. Sometimes we let some features go through with very loose/non-strict reviews. This is one that needs a strong review. Challenge it to the point of "we don't need it", because other communities have avoided this possibility. I plan to compare it with approach to IRIs in [RDF Dataset Canonicalization](https://www.w3.org/TR/rdf-canon/)

### Chair Election 2023 Retrospective

* eP: For first meeting in January we can schedule retrospective on election process. Good opportunity for feedback/suggestions.
* eP: How about unlocking election procedure discussion and linking to that in case people have feedback?
* SC: Kept it locked because I didn't want it to turn into a major discussion where people need to walk through threads and get into discussion. Going forward, I'd like to suggest we put this document into w3c ccg solid repo and keep thjere, for future elections it can be copied.
* eP: +1
* VB: +1
* SC: W3C are interested in using this for any other CG who are interested. We're the pioneers :) and they're quite happy with the process. Credentials Cg are having their own elections.. they won't use our process but they might i nthe future.
* eP: Do you have links to Credentials CG election? Would be useful to have.. might be interesting to invite them. If there's opportunity to collaborate maybe they'd like to join the meeting.
* SC: It's in the mailing list. They have a charter and an announcement. Our charters are very close to each other, couple details are different as far as process. They don't detail the chair election procedure beyond what's in the charter, AFAIK. They have been doing elections for some years now.
* eP: Do we agree we can copy discussion into CG repo and unlock to use as async preparation for retro?
* SC: I wanted to create a snapshot of the procudure that's used and keep as is. You want to include feedback on it, that's reasonable, we can unlock the discussion for that meeting and write notes thre, but I do want a copy of that procedure in the W3C CG repo.
* eP: I can make a PR..
* SC: It's still ongoing. Once I click buttons to assign new chairs it's all wrapped up.
* VB: eP is trying to ask whether discussion is a good place to gather feedback.
* SC: Okay to wait until annoucement?
* eP: Sounds good to me. Maybe comment that the discussion will be unlocked.