From 5a5cc0f359ca52a3916dbe0cf6c11e4412bf6527 Mon Sep 17 00:00:00 2001 From: Pieter Colpaert Date: Mon, 7 Oct 2024 16:41:15 +0200 Subject: [PATCH] Processed comment @julianrojas87 --- 03-discovery-specification.bs | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/03-discovery-specification.bs b/03-discovery-specification.bs index 935fd8b..751eddb 100644 --- a/03-discovery-specification.bs +++ b/03-discovery-specification.bs @@ -31,7 +31,7 @@ A TREE client MUST be provided with a URL to start from, which we call the _entr # Initializing a client with a url # {#starting-from} The goal of the client is to understand what `tree:Collection` it is using, and to find a `tree:RootNode` to start the traversal phase from. -This discovery specification extends the initialization step in the TREE specification for the cases in which multiple options are possible. +This discovery specification extends the initialization step in the TREE specification, for the cases in which multiple options are possible. The client MUST dereference the URL, which will result in a set of quads. The client now MUST first perform the init step from the main specification. If that did not return any result, then the client MUST check whether the URL before redirects (`E`) has been used in one of the following discovery patterns described in the subsections: @@ -39,14 +39,14 @@ If that did not return any result, then the client MUST check whether the URL be 2. `E` is a `dcat:Dataset`: then the client needs to [select the right distribution or dataservice from a catalog](#dcat-dataset) 3. `E` is a `ldes:EventStream`: then the client MAY take into account [LDES specific properties](#ldes) 4. `E` is a `dcat:Distribution`: then the client needs to [process it accordingly](#dcat-distribution) - 5. `E` is a `dcat:DataService`: then the client needs to [process it accordingly](#dcat-dataservice) + 5. `E` is a `dcat:DataService`: then the client needs to [process it accordingly](#dcat-dataservice) 6. `E` is a catalog or is not explicitly mentioned: then it needs to select a dataset based on [shape information](#tree-collection-shapes) and [DCAT Catalog information](#dcat-catalog) ## Selecting a collection via shapes ## {#tree-collection-shapes} When multiple collections are found by a client, it can choose to prune the collections based on the `tree:shape` property. The `tree:shape` property will refer to a first `sh:NodeShape`. -The collection MAY be pruned in case there is no overlap in properties the client needs. +The collection MAY be pruned in case there is no overlap with the properties the client needs. Issue: Will we document the precise algorithm to use? Should we extend shapes with cardinality approximations as well?