Open fxprunayre opened 2 months ago
Ce sont en effet des spécifications, donc je pense qu'il faut déjà les ajouter à la section qualité, comme pour INSPIRE. Au niveau des formats de données, j'ai posé la question de savoir si chaque spec correspond à 1 format (par exemple DATEX est-il toujours en xml ou bien peut-il aussi être encodé en JSON). Dans ce cas, on pourrait ajouter les éléments de la liste comme des formats de donnée. J'attends une réponse. Voici qques screenshot du catalogue transportdata.be
Il me semble que l'ISO n'est pas assez complet pour indiquer toutes ces infos au niveau de la section distribution, donc il va falloir être inventif.
On fait un bloc distribution = un format = une ressource en ligne
Ca me parait logique mais il faut que j'évalue les conséquences de ce changement sur ceux qui exploitent les MD actuellement.
Voilà ce que pourrait donner une fiche avec 1 bloc distribution par format ou par webservice
par rapport à l'original :
La section distribution pour DCAT mobility a une propriété obligatoire data standard cf. https://mobilitydcat-ap.github.io/mobilityDCAT-AP/releases/index.html#distribution-mobility-data-standard
Reposant sur le vocabulaire https://mobilitydcat-ap.github.io/controlled-vocabularies/mobility-data-standard/latest/index.html#/
Le vocabulaire peut être importé avec le format RDF
La notion semble assez similaire à la propriété
dct:conformsTo
puisque ce sont des spécifications...Dans distribution le format contient actuellement les valeurs INSPIRE
Est-ce qu'on remplace le format ? ou on indique pour chaque ressource en ligne le type de standard?
Options:
a) On utilise
applicationProfile
b) On ajoute une information dans le protocol
c) On utilise
gcx:MimeFileType
pour le protocol même si au sens strict GTFS n'est pas un mime type (eg.application/json
).d) On le met dans le nom ou description du fichier eg. https://www.data.gouv.fr/fr/datasets/donnees-gtfs/#/resources
e) On fait un bloc distribution = un format = une ressource en ligne
@vbombaerts pour avis?