Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
main:donnees:inspire:aide_a_la_saisie_des_metadonnees_inspire [2014/01/30 11:11] Marc Leobet [4. Mot clé] |
main:donnees:inspire:aide_a_la_saisie_des_metadonnees_inspire [2014/01/30 16:53] Marc Leobet [7.2.Résolution spatiale] |
||
---|---|---|---|
Ligne 364: | Ligne 364: | ||
^ Mot-clé ^ Thème INSPIRE (obligatoire) ^ Mots-clés recommandés (facultatifs) ^ Mots-clés libres (facultatifs) ^ | ^ Mot-clé ^ Thème INSPIRE (obligatoire) ^ Mots-clés recommandés (facultatifs) ^ Mots-clés libres (facultatifs) ^ | ||
|Valeur du mot-clé|Thème INSPIRE, comme défini dans le thésaurus suivant|Autre mot-clé provenant d’un thésaurus|Tout autre mot-clé| | |Valeur du mot-clé|Thème INSPIRE, comme défini dans le thésaurus suivant|Autre mot-clé provenant d’un thésaurus|Tout autre mot-clé| | ||
- | |Thésaurus (nom, date de publication)|Nom: GEMET - INSPIRE themes, version 1.0 Date de publication 2008-06-01|Autre thésaurus dont est extrait le mot clé| | + | |Thésaurus (nom, date de publication)|Nom: [[http://www.eionet.europa.eu/gemet/inspire_themes?langcode=fr|GEMET - INSPIRE themes]], version 1.0 Date de publication 2008-06-01|Autre thésaurus dont est extrait le mot clé| |
|Exemple| Valeur du mot-clé : hydrologie Thésaurus: nom: GEMET - INSPIRE themes, version 1.0 Date de publication 2008-06-01|Valeur du mot-clé: hydrologie Thésaurus: nom: GEMET-Concepts, version 3.1, Date de publication : 2012-07-20|Valeur du Mot-clé : servitudes d'utilité publique| | |Exemple| Valeur du mot-clé : hydrologie Thésaurus: nom: GEMET - INSPIRE themes, version 1.0 Date de publication 2008-06-01|Valeur du mot-clé: hydrologie Thésaurus: nom: GEMET-Concepts, version 3.1, Date de publication : 2012-07-20|Valeur du Mot-clé : servitudes d'utilité publique| | ||
Ligne 389: | Ligne 389: | ||
**Commentaires** | **Commentaires** | ||
- | Les séries de données peuvent correspondre à plusieurs thèmes, et le règlement autorise les rattachements multiples. Toutefois, la conformité aux spécifications INSPIRE est établie thème par thème. Cela incite à un rattachement à un thème unique. | + | Les séries de données peuvent correspondre à plusieurs thèmes, et le règlement autorise les rattachements multiples. Toutefois, la conformité aux spécifications INSPIRE est établie thème par thème (cf. partie VIII). Cela incite à un rattachement à un thème unique. |
+ | Dans le cas d’une donnée concernant plusieurs thèmes, on pourra fournir plusieurs mots clés correspondant à ces thèmes à la condition de ne pas les associer au thésaurus GEMET– INSPIRE themes. | ||
+ | |||
+ | Attention, c’est la présence du thème INSPIRE, associé au thésaurus GEMET-INSPIRE themes, qui est prise en compte pour distinguer des métadonnées relevant de la Directive INSPIRE de métadonnées décrivant des ressources hors du champ d’INSPIRE. Dans le cas de données sortant du cadre d’INSPIRE il est donc indispensable de ne pas renseigner le thème INSPIRE, et donc de ne pas utiliser le thésaurus « GEMET – INSPIRE themes, version 1.0 » du 2008-06-01. | ||
**Recommandations nationales :** | **Recommandations nationales :** | ||
Ligne 399: | Ligne 402: | ||
Zones à risque naturel | Zones à risque naturel | ||
- | ==== 4.2 Mots clés complémentaires (facultatifs) ==== | + | ====4.2. Mots clés recommandés (facultatifs)==== |
- | Il est possible de fournir des mots-clés complémentaires en associant une valeur de mot-clé ou un ensemble de valeurs de mots-clés à des vocabulaires contrôlés définissant ces mots-clés. | + | Il est possible de fournir des mots-clés complémentaires en associant une valeur de mot-clé ou un ensemble de valeurs de mots-clés à des vocabulaires contrôlés définissant ces mots-clés. |
- | **Exigence INSPIRE :** | + | **Exigence INSPIRE :** |
Les valeurs des mots clés sont du texte libre. | Les valeurs des mots clés sont du texte libre. | ||
Chaque vocabulaire contrôlé est défini par au moins un titre sous forme d’une chaîne de caractères et une date de publication, révision ou de création du vocabulaire. | Chaque vocabulaire contrôlé est défini par au moins un titre sous forme d’une chaîne de caractères et une date de publication, révision ou de création du vocabulaire. | ||
**Recommandations nationales : formatage des mots clés** | **Recommandations nationales : formatage des mots clés** | ||
- | Les mots-clés doivent être fournis en minuscule, accentués, au pluriel. | + | 1. Les mots-clés doivent être fournis en minuscule, accentués, au pluriel. |
+ | |||
+ | **Commentaires** | ||
+ | Des exemples de thésaurus métier ou de vocabulaires contrôlés sont : Ecoplanet pour les métiers de l'environnement, Urbamet pour l'urbanisme, glossaire EauFrance pour l'eau. | ||
+ | |||
+ | **Exemples :** | ||
+ | « plan de développement urbain », « planification et développement urbain » provenant du thesaurus GEMET-Concept, | ||
+ | |||
+ | ==== 4.3 Mots clés libres (facultatifs) ==== | ||
+ | Il est possible enfin de fournir des mots-clés libres, sans thésaurus associé. | ||
+ | |||
+ | |||
+ | **Recommandations nationales : formatage des mots clés** | ||
+ | 1. Les mots-clés doivent être fournis en minuscule, accentués, au pluriel. | ||
+ | 2. Il faut éviter les acronymes ou les sigles (ex : SUP) sauf s'ils viennent compléter les termes littéraux, et même s'ils sont courant dans la profession. | ||
+ | 3. Dans le cas de données sous licence ouverte, il convient d’ajouter un mot-clé «données ouvertes». | ||
+ | |||
+ | **Commentaires** | ||
+ | Il faut éviter les mots-clés trop génériques qui renverraient des réponses trop dispersées. Par exemple, pour "servitudes d'utilités publiques", éviter : Utilités, Publiques. | ||
+ | |||
+ | Quand les acronymes sont courants dans la profession, il est prudent de mettre et l’expression littérale, et l’acronyme, ne sachant pas ce que va rechercher l’utilisateur. | ||
+ | |||
+ | L’information « données ouvertes » servira à des fins d’indexation par les portails régionaux et nationaux (ex. : data.gouv.fr), il est donc important de conserver la casse proposée. | ||
**Exemple :** | **Exemple :** | ||
- | France | + | « données ouvertes » |
- | études et prévention des risques naturels | + | « servitudes d'utilité publique » ; « SUP » |
- | Paris | + | « études et prévention des risques naturels » |
- | inondations par débordement de cours d’eau | + | |
===== 5.Situation géographique ===== | ===== 5.Situation géographique ===== | ||
Ligne 434: | Ligne 458: | ||
L’ordre dans lequel sont fournies les coordonnées n’est pas signifiant. | L’ordre dans lequel sont fournies les coordonnées n’est pas signifiant. | ||
- | **Exemple pour la métropole:** | + | **Exemple :** |
- | O : -5,50 | + | O : -4,24 |
- | E : 9,67 | + | S : 41,34 |
- | S : 41,31 | + | E : 10,81 |
- | N : 51,30 | + | N : 50,79 |
==== 5.2.Référentiel de coordonnées ==== | ==== 5.2.Référentiel de coordonnées ==== | ||
Ligne 446: | Ligne 470: | ||
**Commentaires :** | **Commentaires :** | ||
- | Cet élément de métadonnées n'est obligatoire actuellement que pour les données INSPIRE de l’Annexe 1. Toutefois, il est de bonne pratique de le noter autant que possible. | + | Le système de référence cité est celui des données accessibles par l’utilisateur. |
Il est recommandé de se fixer sur un système de référence disponible indépendamment de tel ou tel logiciel. | Il est recommandé de se fixer sur un système de référence disponible indépendamment de tel ou tel logiciel. | ||
- | Le système de référence cité est celui de la série de données accessible par l’utilisateur. | + | Dans le cas de données indirectement géoréférencée (données statistiques), on ne peut pas remplir ce système de référence. C’est le système de référence des données géométriques associées qui permettra de remplir ce champ. |
**Recommandations nationales :** | **Recommandations nationales :** | ||
- L’identifiant du système de référence doit être fourni. Cet identifiant est composé d’un code et d’un espace de nommage. | - L’identifiant du système de référence doit être fourni. Cet identifiant est composé d’un code et d’un espace de nommage. | ||
- | - Les codes à utiliser en France sont les codes EPSG. | + | - Les codes à utiliser sont les codes EPSG. |
+ | - Pour faciliter la compréhension de l’utilisateur, il est recommandé de fournir également le libellé descriptif du système de référence de coordonnées (ex : RGF 93). | ||
+ | **Commentaires :** | ||
+ | Trois informations importantes doivent donc être fournies : le code, l’espace de nommage (ou codespace), ainsi que le libellé du système de référence de coordonnée (Par exemple : « le système ETRS89 est codé 4258 dans le registre EPSG ». Ici, ETRS89 est le libellé, 4258 est le code, EPSG est l’espace de nommage). | ||
+ | |||
+ | Une URL peut également être fournie pour permettre à l’utilisateur d’accéder à la description du code dans le registre EPSG (ex : http://www.opengis.net/def/crs/EPSG/0/4258). | ||
+ | |||
+ | Deux solutions sont proposées pour fournir les indications mentionnées ci-dessous. La première est la plus simple. Elle vise à être compréhensible par la majorité des utilisateurs, mais à l’inconvénient de ne pas être directement exploitable par une machine. La deuxième solution proposée est plus complexe, mais respecte plus l’esprit de la norme et permettra une meilleure interopérabilité. Le choix entre ces deux solutions est à faire par chaque organisation, selon son public et les outils éditeur de métadonnées dont elle dispose. | ||
+ | **Solution 1 :** | ||
+ | Fournir dans le champ code la chaîne de caractère suivante : « libellé » (« espace de nommage »:« code ») | ||
**Exemples :** | **Exemples :** | ||
- | L’OGC fournit un espace de noms pour référencer les systèmes de référence, par exemple, http://www.opengis.net/def/crs/EPSG/0/4258 est la référence du système ETRS89 dans le registre EPSG. | + | ETRS89 (EPSG:4258) |
+ | RGF93 / Lambert 93 (EPSG:2154) | ||
+ | RGF93 / CC48 (EPSG:3948) | ||
+ | **Contre-exemples :** | ||
+ | Lambert93 | ||
+ | 3948 | ||
+ | **Solution 2 :** | ||
+ | Le champ code est implémenté sous forme d’un élément Anchor, permettant de stocker l’URL d’accès au système de coordonnées dans le registre EPSG (http://www.opengis.net/def/crs/EPSG/0/4258), un libellé dans l’attribut xlink :title (ETRS89), ainsi que le code lui-même (4258). L’espace de nommage (EPSG) est fourni dans le champ codeSpace. | ||
+ | **Exemple :** | ||
+ | URL : http://www.opengis.net/def/crs/EPSG/0/4258 | ||
+ | Libellé : ETRS89 | ||
+ | Code : 4258 | ||
+ | CodeSpace : EPSG | ||
+ | |||
+ | |||
+ | ===== 6. Référence temporelle ===== | ||
+ | Après un paragraphe général explicitant les exigences INSPIRE en matière de Référence Temporelle, ce chapitre décrit plus en détail l’élément de métadonnées Etendue temporelle (VI.1), puis les Dates de référence (Date de publication (VI.2.1), Date de création (VI.2.2) et Date de dernière révision (VI.2.3)), et enfin le Système de référence temporel (VI.3). | ||
- | ===== 6.Référence temporelle ===== | ||
**Exigence INSPIRE :** | **Exigence INSPIRE :** | ||
INSPIRE impose la fourniture d’au moins une référence temporelle qui peut être une date de création, de dernière révision, de publication ou une étendue temporelle. | INSPIRE impose la fourniture d’au moins une référence temporelle qui peut être une date de création, de dernière révision, de publication ou une étendue temporelle. | ||
Ligne 471: | Ligne 519: | ||
Une date de référence de la ressource est une information représentative de la vie de la ressource (création, publication, révision), tandis que l’étendue temporelle fournit une indication de la période de temps couverte par la ressource, ce qui est un indicateur de l’actualité de la ressource. | Une date de référence de la ressource est une information représentative de la vie de la ressource (création, publication, révision), tandis que l’étendue temporelle fournit une indication de la période de temps couverte par la ressource, ce qui est un indicateur de l’actualité de la ressource. | ||
La date de dernière révision n’a de sens que si elle se distingue de la date de création. | La date de dernière révision n’a de sens que si elle se distingue de la date de création. | ||
- | //Exemple 1, donnée mise à jour en continu :// par exemple une donnée de la Banque du sous-sol qui est actualisée au fil de l’eau – techniquement tous les jours – verra ce champ sous la forme : “1956 à maintenant”. | ||
- | **A l’attention des éditeurs :** l’élément “maintenant” est une valeur indéterminée définie par la norme ISO 19108 et ayant pour code “now”. | + | **Exemple 1, donnée mise à jour en continu :** par exemple une donnée de la Banque du sous-sol qui est actualisée au fil de l’eau – techniquement tous les jours – verra le champ « Etendue temporelle » sous la forme : “1956 à maintenant”. La banque du sous-sol peut être publiée tous les ans, auquel cas sa date de publication sera celle de l’année en cours. |
+ | A l’attention des éditeurs : l’élément “maintenant” est une valeur indéterminée définie par la norme ISO 19108 et ayant pour code “now”. | ||
+ | ** | ||
+ | Exemple 2, exemple de date de création :** comment remplir la date d’un jeu de données créé à partir d’une numérisation d’une photo aérienne d’une date donnée? Il faudra saisir la date de numérisation comme date de création. Le champ généalogie fournira la date de la donnée de référence, ie. la photo-aérienne, et les explications de gestion de la mise à jour. | ||
- | //Exemple 2, exemple de date de création :// comment remplir la date d’un jeu de données créé à partir d’une numérisation d’une photo aérienne d’une date donnée? Il faudra saisir la date de numérisation comme date de création. Le champ généalogie fournira la date de la donnée de référence, ie. la photo-aérienne, et les explications de gestion de la mise à jour. | ||
Il est également possible de fournir un couple date/heure à la place d’une date. Dans ce cas, ce couple s’exprime sous la forme aaaa-mm-jjThh:mi:ss+hh:mi, où les quatre derniers chiffres correspondent au décalage avec l’heure UTC. En France métropolitaine, ces derniers chiffres sont donc +01:00 pendant l’heure d’hiver, et +02:00 pendant l’heure d’été. | Il est également possible de fournir un couple date/heure à la place d’une date. Dans ce cas, ce couple s’exprime sous la forme aaaa-mm-jjThh:mi:ss+hh:mi, où les quatre derniers chiffres correspondent au décalage avec l’heure UTC. En France métropolitaine, ces derniers chiffres sont donc +01:00 pendant l’heure d’hiver, et +02:00 pendant l’heure d’été. | ||
- | **Exemple :** 2011-08-24T12:12:00+02:00 (c'est-à-dire, midi douze minutes, 0 secondes, le 24 août 2011, zone UTC+2) | + | __Exemple :__ 2011-08-24T12:12:00+02:00 (c'est-à-dire, midi douze minutes, 0 secondes, le 24 août 2011, zone UTC+2) |
** | ** | ||
Recommandations nationales :** | Recommandations nationales :** | ||
- | - Il est recommandé de fournir au moins une date de référence (date de création, de dernière révision, ou de publication). (cf. VI.2) | + | - Il est recommandé de fournir au moins une date de référence (date de création, de dernière révision, ou de publication). (cf. VI.2 Dates de référence) |
- L’étendue temporelle est un élément optionnel. | - L’étendue temporelle est un élément optionnel. | ||
Ligne 491: | Ligne 540: | ||
* un mélange de dates et d’intervalles. | * un mélange de dates et d’intervalles. | ||
- | **Exemple de période de validité d’un Plan Local d’Urbanisme:** 2011-08-24 2013-08-24 | + | **Commentaire :** |
- | **Exemple de date d'entrée en vigueur d'un texte règlementaire associé à la donnée :** 2012-12-12 aujourd'hui | + | C’est par exemple la période de validité d’un Plan Local d’Urbanisme. |
+ | |||
+ | **Exemples :** | ||
+ | Date de début : 2011-08-24 | ||
+ | Date de fin : 2013-08-24 | ||
+ | |||
+ | Date de début : 1715 | ||
+ | Date de fin : 1815 | ||
==== 6.2.Dates de référence ==== | ==== 6.2.Dates de référence ==== | ||
Ligne 507: | Ligne 563: | ||
**Commentaire :**Il s’agit de la date de création de la série de données ou de l’ensemble de séries de données, mais pas la date de création du ou des objets du monde réel décrits. Typiquement, si la série de données est une photographie prise le 15 mai 2000 d’un monument historique datant de 1920, la date de création de la ressource est le 15 mai 2000. | **Commentaire :**Il s’agit de la date de création de la série de données ou de l’ensemble de séries de données, mais pas la date de création du ou des objets du monde réel décrits. Typiquement, si la série de données est une photographie prise le 15 mai 2000 d’un monument historique datant de 1920, la date de création de la ressource est le 15 mai 2000. | ||
- | Une __révision__ est une mise à jour plus ou moins complète de la série de données, à spécifications constantes. | ||
**Exemple :**2011-08-20 | **Exemple :**2011-08-20 | ||
Ligne 541: | Ligne 596: | ||
1/ Mise au standard Cartorisque des fichiers MapInfo de la Préfecture de police de Paris utilisés pour la fabrication des annexes du PPRI de Paris, transmis à la DPPR. | 1/ Mise au standard Cartorisque des fichiers MapInfo de la Préfecture de police de Paris utilisés pour la fabrication des annexes du PPRI de Paris, transmis à la DPPR. | ||
2/ La méthode utilisée, la méthode hydrogéomorphologique, donne une description de la plaine alluviale fonctionnelle des cours d'eau, façonnée par leurs crues successives, en délimitant les différentes structures morphodynamiques qui la composent. Elle permet de cartographier l’enveloppe maximale de la zone inondable, et fournit également des éléments relatifs à la dynamique de la crue. Cette méthode est complétée par une approche historique (repères de crue, enveloppes de zones inondées, données d'archives ou issues de témoignages). Ces atlas sont constitués d’une cartographie sous SIG à l’échelle du 1 : 25 000 voire du 1 : 10 000 pour les secteurs urbanisés, ainsi que d’un rapport de présentation du bassin versant qui apporte des commentaires de la cartographie pour chaque secteur homogène identifié. | 2/ La méthode utilisée, la méthode hydrogéomorphologique, donne une description de la plaine alluviale fonctionnelle des cours d'eau, façonnée par leurs crues successives, en délimitant les différentes structures morphodynamiques qui la composent. Elle permet de cartographier l’enveloppe maximale de la zone inondable, et fournit également des éléments relatifs à la dynamique de la crue. Cette méthode est complétée par une approche historique (repères de crue, enveloppes de zones inondées, données d'archives ou issues de témoignages). Ces atlas sont constitués d’une cartographie sous SIG à l’échelle du 1 : 25 000 voire du 1 : 10 000 pour les secteurs urbanisés, ainsi que d’un rapport de présentation du bassin versant qui apporte des commentaires de la cartographie pour chaque secteur homogène identifié. | ||
+ | 3/ Réseau numérisé sur un EDR (élément de reproduction) au 1 :25000 de 1992. | ||
==== 7.2.Résolution spatiale ==== | ==== 7.2.Résolution spatiale ==== | ||
Ligne 560: | Ligne 616: | ||
** | ** | ||
Recommandation nationale :** | Recommandation nationale :** | ||
- | - La résolution spatiale doit être fournie pour toutes les données géographiques (séries et ensemble de séries). Une exception est faite pour les données statistiques. | + | 1. La résolution spatiale doit être fournie pour toutes les données géographiques (séries et ensemble de séries). Une exception est faite pour les données statistiques. |
- | - Dans le cas d’une distance, l’unité de mesure doit être indiquée en français et en toutes lettres, au singulier. | + | |
**Exemple :** | **Exemple :** | ||
pour une échelle équivalente : dénominateur : 5000 | pour une échelle équivalente : dénominateur : 5000 | ||
pour une distance de résolution :valeur : 2 | pour une distance de résolution :valeur : 2 | ||
- | unité de mesure : mètre | + | unité de mesure : m |
- | **Contre-exemples :**1/50000; 50 000; 50000e; 50000eme; 2 m. | + | **Contre-exemples :**1/50000; 50 000; 50000e; 50000eme; 2 mètres. |
==== 7.3.Cohérence topologique ==== | ==== 7.3.Cohérence topologique ==== |