non-existing fragment IDs in URLs

[ghost]

A handful of URLs in https://github.com/w3c/did-spec-registries/blob/main/vocabs/v1/context.jsonld are to fragment IDs that don't exist. Not sure if the problem is here, or where the links are pointing to.

authenticationMethod -> authentication https://github.com/w3c/did-spec-registries/blob/d96e8f57b1c6c92a5eb0f3c89330c6f2efeb1beb/vocabs/v1/context.jsonld#L17 capabilityDelegationMethod -> capabilityDelegation https://github.com/w3c/did-spec-registries/blob/d96e8f57b1c6c92a5eb0f3c89330c6f2efeb1beb/vocabs/v1/context.jsonld#L22 capabilityInvocationMethod -> capabilityInvocation https://github.com/w3c/did-spec-registries/blob/d96e8f57b1c6c92a5eb0f3c89330c6f2efeb1beb/vocabs/v1/context.jsonld#L27 controller link is broken, but I opened an issue and a pull request to fix the target of it. keyAgreementMethod -> keyAgreement https://github.com/w3c/did-spec-registries/blob/d96e8f57b1c6c92a5eb0f3c89330c6f2efeb1beb/vocabs/v1/context.jsonld#L36

[clehner]

I think this issue corresponds to #235 (https://github.com/w3c-ccg/security-vocab/issues/91).

The situation is described in the namespace/vocab document https://github.com/w3c/did-spec-registries/blob/main/vocabs/v1/vocab.html published at https://www.w3.org/ns/did.html (https://www.w3.org/ns/did)

---

https://www.w3.org/ns/did.html#introduction

While the DID Core v1.0 namespace URI is https://www.w3.org/ns/did#, for historical reasons most of the terms are in the https://w3id.org/security# namespace, though defined in the DID Core specification [did-core]. These terms do not define any cryptographic primitives and are formally defined in the DID Core specification. Future Working Group may define a formal specification for the complete security vocabulary.

Some of the terms, as defined in the DID Core specification [did-core], use a slightly different term name as their full URIs. For example, the term https://w3id.org/security#keyAgreementMethod is referred to as keyAgreement in the DID Core specification. The mapping is done, for JSON-LD, by the official JSON-LD Context. For the sake of clarity, section § 3. Vocabulary below references both those terms.

https://github.com/w3c/did-spec-registries/blob/6296fb1c7bbf786c34ef6612776a3cb2d38c7f11/vocabs/v1/vocab.html#L108-L114

---

https://www.w3.org/ns/did.html#properties

---

Here's a proposed solution to fix the URLs at their destination: https://github.com/w3c-ccg/security-vocab/pull/128

[ghost]

Awesome.