- From: Michiel de Jong <michiel@unhosted.org>
- Date: Thu, 21 Mar 2019 08:02:58 -0400
- To: Melvin Carvalho <melvincarvalho@gmail.com>
- Cc: Mitzi László <mitzil@inrupt.com>, public-solid <public-solid@w3.org>
- Message-ID: <CA+aD3u01Qwb3k0fpLAQqUSxeVnPjQ+QDYp4bwTLUApFUMT9G5A@mail.gmail.com>
On Thu, Mar 21, 2019 at 6:55 AM Melvin Carvalho <melvincarvalho@gmail.com>
wrote:
>
>
> On Thu, 21 Mar 2019 at 11:42, Michiel de Jong <michiel@unhosted.org>
> wrote:
>
>> Great, see you all in an hour and a few minutes from now! :)
>>
>> I realize the agenda for this one is now full, but since I had already
>> typed this email, I'll just ask if we can add three topics to the end of
>> the queue, and what we don't have time for can flow over to the next
>> meeting:
>>
>> * cross-server testsuite: we agree that we need something like
>> https://github.com/w3c/ldp-testsuite +
>> https://github.com/csarven/ldn-tests + WAC tests. Who wants to work on
>> this?
>>
>
> +1 on a test suite
>
> We are in a sort of node solid server bubble at the moment, which is not
> healthy.
>
> node / javascript is one of those things that is quite polarizing. At one
> time most work went into our php server, at one time go, and most recently
> node and that has captured the mind share of the current development team
>
> There is a real danger that the node implementation becomes labeled
> reference and the spec is taken from that. This is a mistake. For example
> the OIDC work was commissioned to be an extra addition to live along side
> existing auth and provide a point of flexibility. What happened in
> practice is it became the fox in the hen house and tried to replace
> existing methods, which for example work perfectly fine on server and
> command line, and we lost webid delegation in the process.
>
> Result is that we lost interop and all our apps broke. We are now
> scrambling to fix this and have been for a year. Just one of the many
> issues.
>
Yes! I agree a test suite is important to prevent problems like that.
> So, yes! This is really important! Thanks for bringing it up.
>
>
>>
>> * data collections: a collection (term coined by Justin yesterday) would
>> be something like "my contacts" or "my family photos". It's not necessarily
>> in one LDP container, and it's not necessarily one RDF type. It could
>> also be data from a specific source, or data you use in a specific way,
>> with specific people, or for a specific purpose. We've been using the type
>> index for data discovery, but this is also related to access control. We
>> need to think more about this concept, since it's key to the sharing UX (
>> as in "do you allow this app to acess your ... colllection?").
>>
>
> Nice idea.
>
>
>>
>> * trusted apps UX: partially this is just the technical implementation
>> details of the previous topic ("given that the user wants to give app X
>> access to collection Y, how does that work step-by-step with webid and
>> wac?). This is not specified in detail in the spec but basically the
>> implementation we have now in NSS needs some work, and we probably want to
>> standardize this flow a bit across implementations
>> https://github.com/solid/node-solid-server/issues/1142. Also
>> https://github.com/solid/solid-spec/issues/142 which came out of the
>> last meeting.
>>
>
> Yes, very important too. Also outstanding question is whether or not, or
> when, we should turn on trusted apps. Is it needed just yet?
>
Yes, see https://www.w3.org/2019/03/07-solid-minutes.html (at the end), and
the two github issues I linked above.
>
>
>>
>> My 2ct,
>> Michiel
>>
>>
>> On Thu, Mar 21, 2019 at 6:39 AM Mitzi László <mitzil@inrupt.com> wrote:
>>
>>> Hi W3C Solid Community Group,
>>>
>>> There have been three conversations over the email in the past couple of
>>> weeks:
>>>
>>> 1. Ontologies (Timo)
>>> 2. Identity Model (Timo)
>>> 3. Header to allow WebID TIS on servers (Melvin)
>>>
>>> If you would like to discuss them on the W3C Solid Community Group call
>>> please let me know. The agenda for the upcoming meeting is set, if we have
>>> time and you feel prepared we could dip into the additional conversations
>>> today. What would be helpful would be to define which parts of the spec are
>>> relevant to this conversation and where in the spec do you think additional
>>> work would be beneficial.?
>>>
>>> Melvin - in réponse to your question earlier, the purpose of the
>>> document on The Default was to demonstrate what I have in mind in
>>> preparation for an official conversation with our group in the upcoming
>>> call to decide how to move forward together.
>>>
>>> Mitzi
>>>
>>>
Received on Thursday, 21 March 2019 12:03:39 UTC