Skip to content

Commit 4343483

Browse files
committed
Linting errors
1 parent 955e3bb commit 4343483

File tree

1 file changed

+21
-22
lines changed

1 file changed

+21
-22
lines changed

index.bs

+21-22
Original file line numberDiff line numberDiff line change
@@ -271,7 +271,7 @@ The `resourceName` property is OPTIONAL. If present, the value of the type prope
271271
Resource Type {#resourcetype}
272272
---------------------
273273

274-
The `resourceType` property is OPTIONAL. If present, the value of the type property MUST be expressed as an [ASCII string](https://infra.spec.whatwg.org/#ascii-string). In order to maximize interoperability, the resource type and its associated properties SHOULD be registered in the DID Specification Registries [DID-SPEC-REGISTRIES].
274+
The `resourceType` property is OPTIONAL. If present, the value of the type property MUST be expressed as an [ASCII string](https://infra.spec.whatwg.org/#ascii-string). In order to maximize interoperability, the resource type and its associated properties SHOULD be registered in the DID Specification Registries [[DID-SPEC-REGISTRIES]].
275275

276276
Resource Version {#resourceversion}
277277
---------------------
@@ -286,27 +286,27 @@ The `alternativeUri` property is OPTIONAL. If present, the value MUST be a set w
286286
Resource Metadata Properties {#resourceMetadataProperties}
287287
---------------------
288288

289-
### Media Type
289+
### Media Type {#mediatype}
290290

291291
The `mediaType` property is OPTIONAL. If present, the value must be expressed as an [ASCII string](https://infra.spec.whatwg.org/#ascii-string) and SHOULD match the underlying IANA media type of the file of the resource identified by the resourceId.
292292

293-
### Checksum
293+
### Checksum {#checksum}
294294

295295
The `checksum` property is OPTIONAL. If present, the value SHOULD be an equivalent representation of the resource identified by the resourceId.
296296

297-
### Created
297+
### Created {#created}
298298

299299
The `created` property is OPTIONAL. If present, the value of the property MUST be a string formatted as an XML Datetime normalized to UTC 00:00:00 and without sub-second decimal precision. For example: 2020-12-20T19:17:47Z.
300300

301-
### Updated
301+
### Updated {#updated}
302302

303303
The `updated` property is OPTIONAL. If present, the value of the property MUST be a string formatted as an XML Datetime normalized to UTC 00:00:00 and without sub-second decimal precision. For example: 2020-12-20T19:17:47Z.
304304

305-
### PreviousVersionId
305+
### PreviousVersionId {#previousversionid}
306306

307307
The `previousVersionId` property is OPTIONAL. If present, the value should reference the directly previous version of the resource. The value of the property MUST be an ASCII string.
308308

309-
### NextVersionId
309+
### NextVersionId {#nextversionid}
310310

311311
The `nextVersionId` property is OPTIONAL. If present, the value should reference the directly next version of the resource. The value of the property MUST be an ASCII string.
312312

@@ -412,7 +412,7 @@ When queried in aggregate, the result MUST return an array of Resource Metadata
412412
Resource Parameters {#resourceparameters}
413413
=====================
414414

415-
The Resource URI syntax supports a simple format for parameters (see section Query in [DID-CORE]). Adding a resource parameter to a Resource URI means that the parameter becomes part of the identifier for a resource.
415+
The Resource URI syntax supports a simple format for parameters (see section Query in [[DID-CORE]]). Adding a resource parameter to a Resource URI means that the parameter becomes part of the identifier for a resource.
416416

417417
Resource parameters are completely independent of any specific DID method and function the same way for all DIDs.
418418

@@ -512,21 +512,21 @@ Rules and Logic for Handling Ambiguous Queries {#ambiguity}
512512

513513
This section describes how the resolver handles complex or ambiguous dereferencing requests. The resolver applies consistent logic and default behaviors to ensure predictable outcomes for clients.
514514

515-
Ambiguity Triggers Errors
515+
Ambiguity Triggers Errors {#ambiguityerror}
516516
--------------------------
517517

518518
If a query results in multiple matching resources and does not include sufficient parameters to disambiguate between them, the resolver MUST return an error.
519519

520520
For example, a query that specifies a `resourceType` where multiple resources share that type but differ in `resourceName` will result in an error due to ambiguity.
521521

522-
Multiple Versions of the Same Resource
522+
Multiple Versions of the Same Resource {#multipleversions}
523523
--------------------------------------
524524

525525
If multiple versions of a single resource exist—meaning the resources have the same `resourceType` and `resourceName`, but different `versionId` values—and no specific version is requested, the resolver MUST default to returning the latest version.
526526

527527
This situation is not considered ambiguous, as the resource identity is clear; only the version is unspecified.
528528

529-
Ambiguous Query with `resourceMetadata=true`
529+
Ambiguous Query with `resourceMetadata=true` {#ambiguityplusmetadata}
530530
--------------------------------------------
531531

532532
When a query is ambiguous, but includes the `resourceMetadata=true` parameter, the resolver SHOULD return metadata for all matching resources that could be the intended target.
@@ -606,10 +606,10 @@ Clients MAY use the `Accept` HTTP header to express a preference for the media t
606606

607607
The resolver MUST respect the `Accept` header if possible and return a resource representation that matches the requested media type. If no exact match is found, the resolver SHOULD return an error status, following the statuses in the DID Resolution Spec, or fall back to a default media type if appropriate.
608608

609-
Resolution and Dereferecing examples {#examples}
609+
Resolution and Dereferecing examples {#resolutionanddereferencingexamples}
610610
=====================
611611

612-
ResourceMetadata and Filter
612+
ResourceMetadata and Filter {#resourcemetadatafilter}
613613
---------------------
614614

615615
This parameter is a filter that spefically returns metadata of one or more resources and can be combined with other filters, for specific filtering. The optional variants are:
@@ -699,7 +699,7 @@ did:example:d8ac0372-0d4b-413e-8ef5-8e8f07822b2c?resourceType=exampleSchema&reso
699699

700700
</details>
701701

702-
ResourceId Parameter
702+
ResourceId Parameter {#resourceidparamater}
703703
---------------------
704704

705705
`resourceId` parameter can be used for filtering a particular resource version by specifically identifying its unique ID.
@@ -744,7 +744,7 @@ The resource itself is returned. In this example, we show a returned schema:
744744

745745
</details>
746746

747-
ResourceCollectionId Patameter
747+
ResourceCollectionId Parameter {#resourcecollectionidparameter}
748748
---------------------
749749

750750
`resourceCollectionId` parameter filters all resources linked to a particular DID by the `collectionId` property. It is recommended that this query is only used when there is one resource linked to a DID. If it is used with multiple resources, it is recommended to be combined with another query parameter to act as a filter such as `resourceMetadata=true`. Otherwise, it is likely to result in an ambigous query.
@@ -790,7 +790,7 @@ The resource itself is returned. In this example, we show a returned schema:
790790
</details>
791791

792792

793-
ResourceType Parameter
793+
ResourceType Parameter {#resourcetypeparameter}
794794
---------------------
795795

796796
This parameter is another filter for the `resourceType` property. Again, this should only be used if there is one resource associated with the DID. Otherwise additional filters should be added to avoid ambiguous queries.
@@ -836,8 +836,7 @@ The resource itself is returned. In this example, we show a returned schema:
836836
</details>
837837

838838

839-
840-
ResourceName Parameter
839+
ResourceName Parameter {#resourcenameparameter}
841840
---------------------
842841

843842
This parameter is a filter for the `resourceName` property. Again, this should only be used if there is one resource associated with the DID. Otherwise additional filters should be added to avoid ambiguous queries.
@@ -882,7 +881,7 @@ The resource itself is returned. In this example, we show a returned schema:
882881

883882
</details>
884883

885-
ResourceName & ResourceType Parameters
884+
ResourceName & ResourceType Parameters {#typeandnameparameter}
886885
---------------------
887886

888887
This is a combined filter that SHOULD fetch the latest version of the resource, of the same name and type.
@@ -925,7 +924,7 @@ The resource itself is returned. In this example, we show a returned schema:
925924

926925
```
927926

928-
ResourceVersion Parameter
927+
ResourceVersion Parameter {#resourceversionparameter}
929928
---------------------
930929

931930
This parameter filters by `resourceVersion` field.
@@ -970,7 +969,7 @@ The resource itself is returned. In this example, we show a returned schema:
970969

971970
</details>
972971

973-
ResourceVersionTime Parameter
972+
ResourceVersionTime Parameter {#resourceversiontimeparameter}
974973
---------------------
975974

976975
<div class="note"> <b>Important:</b> This parameter SHOULD always be accompanied by another resource query qualifier. </div>
@@ -1016,7 +1015,7 @@ did:example:d8ac0372-0d4b-413e-8ef5-8e8f07822b2c?resourceVersionTime=2023-02-22T
10161015

10171016
</details>
10181017

1019-
Checksum Parameter
1018+
Checksum Parameter {#checksumparameter}
10201019
---------------------
10211020

10221021
This parameter can be used to check that the `checksum` is the same as resource's metadata.

0 commit comments

Comments
 (0)