- From: Nathan Rixham <nathan@webr3.org>
- Date: Thu, 9 Nov 2023 01:49:30 +0000
- To: Kingsley Idehen <kidehen@openlinksw.com>
- Cc: public-webid <public-webid@w3.org>
- Message-ID: <CANiy74ys7eN6M5CBRMqtiA=VXW8zhr5Cwdm8H-51__C50Xy5wQ@mail.gmail.com>
On Thu, 9 Nov 2023, 01:26 Kingsley Idehen, <kidehen@openlinksw.com> wrote: > > On 11/8/23 2:00 PM, Nathan Rixham wrote: > > On Wed, Nov 8, 2023 at 6:50 PM Kingsley Idehen <kidehen@openlinksw.com> > wrote: > >> A WebID is an HTTP URI that *unambiguously* names an Agent. >> > +1, good add. > >> A WebID is loosely bound to a variety of profile document types >> associated with what can be seen as WebID Profile Document Type >> specifications. >> > Adding that as a MUST instead of a MAY by defining that aspect dooms > webid, as implementers then need to connect + rdf + whatever else is > entailed. It's either a simple to implement concept or not. > > A WebID resolves to a WebID Profile Document. >> > Is WebID Profile Document inor out of scope here? > > If out of scope we're golden, if in scope.. maybe just defer to the SOLID > group and abandon. > > > It would be out of scope for defining and establishing what a WebID is. > Unfortunately, it keeps on showing up under new monikers. The latest is > this notion of WebID-{some-spec} where {some-spec} is just a Profile > Document Type :) > Aye! Perhaps an issue is how do you define `<x> an <Agent>` without a representation, or stuffing it all in headers which then also later need more data for keys etc added as the webid is naturally utilized in web/net data flows? Serious question, one seems to entail, or at least infer, the other - that is that to determine a uri is a webid needs a statement of some form to define it as such >
Received on Thursday, 9 November 2023 01:49:47 UTC