-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WebID a system, vs WebID an HTTP URI that ... #40
Comments
Current Abstract:
How about:
@kidehen is this better? Any suggestions? |
/chair hat on Just to keep everyone aligned, the abstract in my draft now goes as follows:
Also, and I'll probably repeat this many times but it bears repeating for clarity, remember that my draft is not meant to replace the 2014 ED, at least for now. It merely aims to provide an integrated view of where the group stands - a representation of consensus, if you will. /chair hat off That said, I find that the solution proposed by @melvincarvalho further clarifies things, so +1 from me on it. Quoted below for reference:
|
No it doesn't.
Remember, a "Name" comprises two things too:
This approach is makes the following both human and machine readable (or computable) A WebID is an HTTP URI that names an Agent unambiguously. Basically, it is a "Naming System" defined in a coherent spec. My goal is to use the existing spec to make the above clearer. Once that's achieved, we can then move on to loosening the problematic Turtle dependency. |
I can live with that, but I would suggest something along the following lines: This specification defines a standard means by which an agent is named unambiguously. It addresses user agents and servers interactions for establishing agent identity, leveraging the same architecture that underlies the World Wide Web. |
/chair hat off Ok, let's see: Option 1., currently in my draft:
Option 2., suggested by @melvincarvalho
Option 3., suggested by @kidehen
I do not consider any of these a blocker, though I do have a slight preference towards Option 1. not because it's the one already in my draft but because I subjectively find it clearer and easier to understand. Separately, it might be the one that most of us could live with. Usual disclaimer: this is note a formal call for voting. I'm just trying to facilitate stating one's preferences. |
For the record, my preferences are as follows:
I cannot support Option 2 because it doesn't address the fundamental issues at hand:
Remember, the journey started with "Get yourself a URI" and we want to be able to say "Get yourself a WebID" -- in a meaningful way, to both humans and machines, that's also backed by a simple testsuite. |
Closed by #60. |
Revisit the terminology section to ensure clear distinction between 'WebID' as an identifier and the broader identity system in: https://github.com/jacoscaz/WebID/blob/main/primary-spec/webid.html
In particular the abstract could be clearer in what "WebID" is and what "a WebID"
The term has multiple uses of course, an ecosystem, a suite of specifications, an HTTP URI etc.
The abstract was quickly put together and we can certainly improve it and clarify terms, as requested in #37 (comment)
The text was updated successfully, but these errors were encountered: