- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Thu, 9 Nov 2023 15:40:25 -0500
- To: Nathan Rixham <nathan@webr3.org>
- Cc: public-webid@w3.org
- Message-ID: <76773872-401a-47c4-94e1-6101c8321a9f@openlinksw.com>
On 11/9/23 9:21 AM, Nathan Rixham wrote: > > On Thu, Nov 9, 2023 at 2:17 PM Kingsley Idehen > <kidehen@openlinksw.com> wrote: > > > On 11/9/23 8:57 AM, Melvin Carvalho wrote: > > FWIW: when we defined WebID at TPAC, TimBL explicitly said no 303s. > > Because he knows what he is talking about, since he designed the > components that lead to the World Wide Web. > > An HTTP URI that names an Agent unambiguously simply needs a "#" > tacked > on to it. > > You make the URI (pointer) from the Profile Doc URL (address). > > As I keep on trying to explain to you, right now the Web is full of > WebIDs that resolve to WebID-Profile documents using this importance > piece of Web magic. > > The whole thing "just works" and it's happening without or without a > WebID spec from anyone. > > ChatGPT and similar tools already understand this stuff too, so whom > exactly is some alternative spec going to bring on board? > > > You said it yourself: > > > having a MUST for RDF-Turtle (solely) compromised a powerful > conceptual abstraction > > > JSON and/or JSON-LD are the formats that developers will use because > there are a boatload of tools out their to aid their productivity. > > to implement a specification requires Turtle, but most developers use > JSON(-LD), and the MUST precludes them or defines they must implement > conneg to turtle WebID-Profile doc doesn't need MUST for Turtle, since that's an alien notation and serialization format to Web Developers. Basically, there aren't enough tools to bring said developers on board. A WebID is totally independent of Turtle and any other notation or serialization format. I just wish it was never conflated with Turtle, as the strange response to it being conflated with RDF/XML. That approach to these matters has never worked, and will never work. A WebID is an identifier for unambiguously naming Agents. That's all there should be to the matter. WebID-Profile Documents and Authentication Protocols are a different matter. > > This is why a respec is needed, to define webid without a media type > constraint (x a Agent) - superset Possibly, but I fear that's headed to creating even more confusion -- since the basic definition still remains unclear, strangely. > Then to define a subspec (webid-json(-ld)) that can be liberated of > the the requirement for tutle - even if some other subspec like > webid-rdf requires conneg & at least tutle, say in SOLID) What's wrong with establishing the following: 1. WebID -- an identifier for unambiguously naming an Agent 2. WebID-Profile Document -- a document that describes an Agent named using a WebID 3. WebID-TLS -- an authentication protocol for verifying credentials expressed in an WebID-Profile Document 4. WebID-OpenIDConnect+OAuth -- an authentication protocol for verifying credentials expressed in an WebID-Profile Document That then gels nicely with Solid where the following are loosely coupled: 1. Identity -- via an identifier, in the form of a WebID that unambiguously names an Agent. 2. Identification -- via a credentials expressed in profile document that coalesce around a WebID via an entity relationship graph. 3. Authentication -- verification of credentials in a profile document that coalesce around a WebID. 4. Authorization -- access controls tested against a verified WebID BTW -- everything I've outlined above has been implemented in our Virtuoso platform for longer tham I even care to remember these days. -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Home Page:http://www.openlinksw.com Community Support:https://community.openlinksw.com Weblogs (Blogs): Company Blog:https://medium.com/openlink-software-blog Virtuoso Blog:https://medium.com/virtuoso-blog Data Access Drivers Blog:https://medium.com/openlink-odbc-jdbc-ado-net-data-access-drivers Personal Weblogs (Blogs): Medium Blog:https://medium.com/@kidehen Legacy Blogs:http://www.openlinksw.com/blog/~kidehen/ http://kidehen.blogspot.com Profile Pages: Pinterest:https://www.pinterest.com/kidehen/ Quora:https://www.quora.com/profile/Kingsley-Uyi-Idehen Twitter:https://twitter.com/kidehen Google+:https://plus.google.com/+KingsleyIdehen/about LinkedIn:http://www.linkedin.com/in/kidehen Web Identities (WebID): Personal:http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i :http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
Received on Thursday, 9 November 2023 20:40:34 UTC