AgID/geodocs

[GOCMv3.0] §3.6.3 "Risorsa on-line" - protocollo

Opened this issue · 4 comments

etj commented

In relazione a "Guida operativa per la compilazione dei metadati RNDT v3.0" del 12/05/2020

In §3.6.3 "Risorsa on-line", il Requisito R.10 recita:


L’elemento gmd:CI_OnlineResource deve includere anche:

  • gmd:protocol/gmx:Anchor che deve indicare il protocollo utilizzato per il Servizio. Nel caso di
    servizi di rete (discovery, view, download, transformation) esso deve puntare a uno dei valori
    dell’elenco di codici Protocol disponibile nel Sistema di Registri INSPIRE (40). Nel caso di altri servizi
    (other), deve puntare a uno dei valori del registro Protocol disponibile nel Sistema di Registri
    INSPIRE Italia;
  • gmd:applicationProfile/gmx:Anchor che deve puntare a uno dei valori dell’elenco di codici “Tipo
    di servizio di dati territoriali” disponibile nel Sistema di Registri INSPIRE (41);
  • gmd:description/gmx:Anchor che deve puntare al valore “accessPoint” dell’elenco di codici “Online
    description code
    ” disponibile nel Sistema di Registri INSPIRE(42).

(40) http://inspire.ec.europa.eu/metadata-codelist/ProtocolValue
(41) http://inspire.ec.europa.eu/metadata-codelist/SpatialDataServiceType
(42) http://inspire.ec.europa.eu/metadata-codelist/OnLineDescriptionCode


(40) definisce soltanto i seguenti elementi:

  • ATOM Syndication Format
  • OGC Catalogue Service for the Web
  • OGC Sensor Observation Service
  • OGC Web Coverage Service
  • OGC Web Feature Service
  • OGC Web Map Service
  • OGC Web Map Tile Service

(41) definisce:

  • Altri servizi
  • Servizio di consultazione
  • Servizio di conversione
  • Servizio di ricerca
  • Servizio di richiesta dei servizi di dati territoriali
  • Servizio di scaricamento

Nel caso in cui si voglia riportare il link alla pagina di consultazione della risorsa, opzione contemplata nel punto "una pagina web dove reperire ulteriori informazioni per accedere al dataset;" della "Raccomandazione 1.9", non abbiamo un valore Protocol possibile tra quelli in (40). Putroppo il registro alternativo citato nel Requisito 1.8, ossia il "registro Protocol disponibile nel Sistema di Registri INSPIRE Italia;" non esiste.

Identico problema nel caso si voglia fornire un link di download diretto al file dati originale, anche questo contemplato nell'opzione "accesso diretto per scaricare il dataset;" della "Raccomandazione 1.9"

etj commented

La lista di codici INSPIRE di valori possibili per il protocollo citata nel paragrafo (http://inspire.ec.europa.eu/metadata-codelist/ProtocolValue) contiene etichette del tipo:

  • “OGC Catalogue Service for the Web”
  • “OGC Web Feature Service”
  • “OGC Web Map Service”

mentre l’esempio 60 riporta come etichette:

  • “Web Feature Service (WFS)”
  • “Web Map Service (WMS)”

Questo potrebbe essere un errore della specifica, ma tali etichette si trovano anche nell’XSL di trasformazione RNDT1-RNDT2 fornito da AgID.
Al momento non esiste un file rdf ufficiale contenente la lista dei valori indicati da AgID, ma se ne è creato uno a partire dalla lista di valori e URI usati nell’XSL. È possibile trovare tale rdf all’indirizzo https://github.com/geosolutions-it/iso19139.rndt/releases/download/v1.0-RC1/httpinspireeceuropaeumetadatacodelistProtocolValue-ProtocolValue.rdf .

Nota ulteriore: poichè GeoNetwork ha delle euristiche interne basate sugli acronimi dei servizi, in GN vengono utilizzate le etichette usate negli esempi delle specifiche RNDT.

etj commented

Altra questione sulle etichette: nell'esempio 61 a pp81-82 le due online resource WFS contengono come text() del protocol due diversi valori, ossia "Web Feature Service (WFS)" e "OGC:WFS".

Il registro indicato non è stato ancora pubblicato proprio perchè si sta verificando se le estensioni mancanti nel registro INSPIRE (cioè i due valori per il protocollo da utilizzare nel caso di link generico e di download diretto della risorsa) possano essere integrate nel registro INSPIRE stesso.
A tale proposito una specifica richiesta di integrazione sarà fatta nel repository dedicato.
In ogni caso, nelle more dell'azione di cui sopra, i due URI da utilizzare per l'elemento gmd:protocol, che pubblicheremo nel registro italiano come estensioni a quello INSPIRE, sono i seguenti:

già considerati nell'RDF citato.

Per quanto riguarda le etichette, è raccomandato utilizzare le etichette presenti nel registro. Adegueremo in tal senso la documentazione RNDT.
Tuttavia in ambito INSPIRE si è concordato che la validazione per questo elemento gmd:protocol sarà fatta solo sull'URI utilizzato per l'attributo xlink:href dell'elemento gmx:Anchor e non sull'etichetta.
Questo non è stato ancora formalizzato da INSPIRE, ma, come indicato anche nella guida operativa RNDT, rientra nell'azione volta a semplificare il processo di linking tra servizi e dataset che prevede, tra l'altro, di aggiungere per il dataset i tre metadati gmd:protocol, gmd:applicationProfile e gmd:description al metadato gmd:URL utilizzato per indicare l'endpoint dei servizi che rende disponibile il dataset.
Nella guida operativa RNDT si è voluto anticipare questi requisiti in modo da evitare di intervenire di nuovo in seguito.

Aperta issue nel repository del Sistema di Registri INSPIRE: INSPIRE-MIF/helpdesk-registry#17