12th September 2019

Hello and welcome to another issue of This Week in Solid!

Solid is a standard that describes how to build data storage and applications in such a way that users can conveniently switch between data storage providers and application providers and take the data generated along. If you have a suggestion on how to improve this description you may be interested in joining the Explaining the Vision panel who are working on describing Solid in a Nutshell.

This is a weekly summary of Solid progress.

Want something mentioned? Contact the Solid Manager at info@solidproject.org or send a pull request. Want to get involved? Contributions are welcome.

This Week in Solid is openly developed on GitHub. If you find any errors in this week’s issue please submit a pull request.

Weekly Solid Call

Every Thursday there is an hour long public call where newcomers can introduce themselves, anyone can ask general questions about Solid, and we recap the weeks works on Solid. This week the call was cancelled so there are no minutes but next weeks call will be on the 19th September at 1000CEST on this line.

Press

Talks & Articles

Have you seen any articles or talks about Solid this week? If you’ve seen any talks, articles, or written blog posts about Solid please do send them over for next week.

Upcoming:

Upcoming Events

Solid Events are run by members of the Solid community like you. If you are interested in organising a Solid Event you may be interested in reading the tips for a organising successful Solid events here.

Date Event Organiser
12-09-2019 Solid Berlin Christian Buggadei
10-10-2019 Solid Amsterdam Jeroen van Beele

Solid Implementation

If you have any new apps, Pods, or identity providers or there are updates to existing Solid implemntations make sure to add them to the list so they get included in next weeks edition.

Solid Data Workers

NLNet Foundation has accepted the application to the NGI0 PET Fund for the Solid Data Workers project, which aims to populate and enrich the personal linked data graph hosted in a Solid pod by fetching data from existing sources through dedicated applications (called “Workers”). You can find progress notes about the various components involved in the project - still in a very early stage - at https://semantic.builders/ If you have any new apps, Pods, or identity providers or there are updates to existing Solid implemntations make sure to add them to the list so they get included in next weeks edition. There are no updates on Solid implementations this week.

Have you ever heard about Startin’Blox?

Startin’Blox is a french community of freelancers developping a framework of web components to be used in the creation of applications. TA DA ! On September 4th Happy Dev has published its brand new web site entirely made with Startinblox ! Happy Dev is a European network of 500+ digital freelancers: https://happy-dev.fr. And guess what, all Startin’blox components are Solid compatible. This is the 5th Startin’Blox application running in production, and more coming soon!

Solid Development

The Solid standard is currently referred to as the specification and all work is carried out on the Solid GitHub account. Solid Development is led by the editors who give the weekly update:

Updates on Solid Projects

Solid projects are activities happening on the Solid GitHub other than panesl. Below are the links to where there were active conversations on each of the projects.

Node Solid Server Project

No updates

Data Browser Project

A number of libraries that together combine to form the data browser have seen a version 1 release. More specifically, this concerns mashlib, solid-ui and rdflib.

These releases do not contain major changes; rather, marking them as v1 merely represents the reality of trying not to introduce breaking changes to them.

Introducing user types Developer and Power User

The data browser team at inrupt is dedicated to improving the Solid data browser. As part of this work, we wanted to improve the onboarding experience for new users, and we identified the number of views (aka panes) as one of the challenges for new users. Some of these views are also difficult to use, and we concluded that it might be prudent to limit some of the views shown.

To address this we’ve introduced the concept of user types. These are opt-in and saved in user’s preferences, which are private by default. The idea is that the various views can describe which user types they consider as their audience, and the data browser will hide these views if the user hasn’t self-assigned that user type.

An exception to this rule is that if a given resource is about a very specific thing, the data browser will still include the most relevant view for this, even thought the view have indicated an audience that you’re not part of (this is useful when resources are shared with other users that have other or no user types self-assigned).

How will this affect my experience of the data browser

If the Solid server that hosts your Pod is using a version of the data browser that includes this feature (note: solid.community and inrupt.net will upgrade to this as soon as we’ve fixed some bugs, probably by early October, 2019), you may notice that some views disappear. To access these views, you will have to set user roles for yourself. You can do this through Preferences, which you can access through your Dashboard (which is globally available through your user menu, or on the root of your Pod).

To get a complete list of views and which ones that are connected to the various user roles, please refer to this document that describes the current state of the data browser (work in progress).

Tasks

If you are keen to get started but are not sure where, check out the list of tasks. If you need help on something specific or know of something that would be useful to do make sure it’s listed by submitting a pull request

Until next week!

Mitzi László