Le modèle de géodatabase (GDB) d'entreprise constitue l'un des éléments essentiels d'ArcGIS pour INSPIRE. La géodatabase implémente les schémas d'application des modèles de données INSPIRE résumés, selon le thème de l'Annexe I et une partie des thèmes de données de l'Annexe II/III.
Installation
Pour installer la géodatabase INSPIRE, suivez les instructions du InstallationGuide_ArcGISForINSPIRE_GDB_10_5_EN.pdf document. Après l'installation, consultez la documentation spécifique pour savoir comment configurer et utiliser les services d'affichage INSPIRE, les services de téléchargement des entités INSPIRE et les services des jeux de données prédéfinis INSPIRE.
Implémentation de la géodatabase INSPIRE
L'implémentation des schémas d'application INSPIRE dans la géodatabase repose sur les règles de codage décrivant la conversion des modèles de données INSPIRE résumés en implémentation physique dans le modèle INSPIRE. Le modèle de géodatabase INSPIRE prend en charge la publication des services d'affichage et de téléchargement INSPIRE et des jeux de données sous-jacents respectifs.
Dans le tableau suivant, les principales règles de codage sont répertoriées et expliquées.
| Règle | Exemples |
|---|---|
Un objet spatial INSPIRE est généralement représenté comme classe d’entités dans la géodatabase. Lorsqu’un objet spatial ne possède pas de propriété de géométrie, une classe d’objets est utilisée à la place. | Le type d’objet spatial INSPIRE AdministrativeUnits::AdministrativeUnit est stocké dans la classe d’entités auAdmUnitS de la géodatabase. Le type d’objet spatial INSPIRE Addresses::Address est stocké dans la classe d’objets adAddress de la géodatabase. |
Les noms de classes d’entités, de classes d’objets et de champs sont limités à 30 caractères dans la géodatabase. Les noms provenant des schémas d’application sont par conséquent généralement raccourcis dans la géodatabase. Pour simplifier l’association entre les noms et pour garantir l’unicité, tous les noms dans la géodatabase commencent par le code abrégé du schéma d’application contenant le type. | Le type d’objet spatial INSPIRE AdministrativeUnits::AdministrativeUnit est stocké dans la classe d’entités auAdmUnitS de la géodatabase. Le code abrégé du schéma d'application AdministrativeUnits est au. |
Chaque classe d’entités ou d’objets comporte deux champs avec identifiants. Les deux sont des entiers. Le champ OBJECTID est un identifiant interne, utilisé uniquement pour la gestion au sein de la géodatabase. Il est automatiquement défini par la base de données lors de l’insertion. Le champ IFCID est l'identifiant utilisé dans les relations des clés étrangères. Il doit être défini lors de l’insertion dans la base de données par le processus de transformation qui ajoute des données à la géodatabase. Il doit être unique pour la classe d'entités et d'objet au sein de la géodatabase et pour le type d'objet spatial INSPIRE. | N/D |
Les attributs d’un type d’objet spatial INSPIRE avec une multiplicité maximale supérieure à un sont convertis en leur propre classe d’objets. Les valeurs attributaires sont associées à l'objet spatial par l'intermédiaire des références de clés étrangères (champ (RID) à la classe d'entités ou d'objet associée (champ IFCID). Seule cette méthode permet d’obtenir une représentation générale de plusieurs valeurs attributaires dans une géodatabase. | L'attribut name du type d'objet spatial INSPIRE AdministrativeUnits::AdministrativeUnit est converti en classe d'objet auAdmUnitS_name. La classe d’objets contient toutes les informations du type de valeur de l’attribut. Elle contient en outre le champ RID qui fait référence à l'entrée dans la classe d'entités auAdmUnitS à laquelle le nom appartient. |
INSPIREINSPIRE fait la distinction entre les propriétés pour lesquelles la valeur est inconnue au propriétaire des données (type de valeur void) et celles pour lesquelles le propriétaire des données sait que la propriété ne s'applique pas à l'objet spatial particulier (par exemple, une route sans nom de route). Ces cas doivent également être distingués dans la géodatabase. Dans les schémas d'application INSPIRE, ces propriétés sont signalées par le stéréotype <<voidable>>. Un champ supplémentaire doté du suffixe _void est ajouté à la géodatabase dans ces cas.
| N/D |
Les attributs dont le type de données est signalé par le stéréotype <<codeList>> dans le schéma d’application INSPIRE sont convertis en deux champs.
| L'attribut nationalLevel du type d'objet spatial INSPIRE AdministrativeUnits::AdministrativeUnit est converti en champs nationalLevel et nationalLevel_cl. Le champ nationalLevel contient une valeur extraite de la liste des codes AdministrativeHierarchyLevel, par exemple, 1stOrder. Le champ nationalLevel_cl contient, par exemple, l'URL http://services.interactive-instruments.de/download/cl/AdministrativeHierarchyLevel.xml. |
Les attributs dont le type de données est signalé par le stéréotype <<enumeration>> dans le schéma d’application INSPIRE sont convertis en un seul champ. Le champ contient la valeur extraite de l’énumération, qui est représentée dans la géodatabase dans un domaine. | L'attribut legalStatus du type d'objet spatial INSPIRE AdministrativeUnits::AdministrativeBoundary est converti en champ legalStatus. Il contient une valeur extraite de l'énumération, par exemple, agreed. |
Pour les attributs dont la valeur est un type de données de structure (signalés par le stéréotype <<dataType>> ou <<union>> dans le schéma d'application INSPIRE), tous les attributs du type de données sont convertis séparément. Veillez bien à ce que tous les noms soient uniques. | L'attribut inspireId du type d'objet spatial INSPIRE AdministrativeUnits::AdministrativeUnit est converti en champs id_localId, id_namespace, id_versionId et id_versionId_void. |
Certains types d'objets spatiaux INSPIRE autorisent les instances à accueillir différents types de géométrie (par exemple, un point, une chaîne de lignes ou un polygone). Dans la géodatabase, cela nécessite l’utilisation de classes d’entités distinctes en fonction du type de géométrie. Par conséquent, ces types d’objets spatiaux INSPIRE sont convertis en plusieurs classes d’entités avec différents types de géométrie. Pour préserver le caractère unique du nom des classes d'entités et indiquer le type de géométrie, un code abrégé est ajouté à la fin du nom des classes d'entités : P pour les points, MP pour les points multiples, L pour les chaînes de lignes ou les chaînes multilignes et S pour les polygones ou les polygones multiples. | La propriété geometry du type d'objet spatial INSPIRE GeographicalNames::NamedPlace est du type de données GM_Object (une géométrie arbitraire). Par conséquent, le type d'objet spatial est converti en classes d'entités gnNamedPlaceP, gnNamedPlaceMP, gnNamedPlaceL et gnNamedPlaceS dans la géodatabase. |
Certains types d'objets spatiaux dans les schémas d'application INSPIRE comportent plusieurs propriétés de géométrie. Dans la géodatabase, toutefois, chaque classe d’entités peut ne comporter qu’une seule propriété de géométrie. Dans ces cas précis, une classe d'entités supplémentaire référençant la classe d'entités principale à l'aide d'une référence de clé étrangère (champ RID) est ajoutée. | Le type d'objet spatial INSPIRE CadastralParcels::CadastralParcel comporte deux types de géométrie, geometry et referencePoint. L'attribut geometry est converti en champ SHAPE dans la classe d'entités cpParcelS et l'attribut referencePoint en champ SHAPE dans la classe d'entités cpParcelS_refPoint. |
Les types de données dotés de propriétés de géométrie sont convertis en classes d'entités, et non en classes d'objets. | Le type de données AdministrativeUnits::ResidenceOfAuthority est converti en classe d'entités dans la géodatabase, même si des instances du type de données n'ont pas conceptuellement d'identité et ne sont que des valeurs possédées par le type d'objet spatial parent. |
La plupart des schémas d'application INSPIRE utilisent des relations de généralisation entre les types d'objets spatiaux. Les géodatabases ne prennent pas en charge la généralisation utilisée dans les modèles UML. Toutefois, elles prennent en charge le concept de sous-type, qui présente certaines similarités, et qui permet de convertir des généralisations en géodatabase INSPIRE. La classe racine d’une arborescence d’héritage est convertie en classes d’entités et/ou d’objets et toutes les propriétés de leurs sous-types sont converties en champs. Le champ supplémentaire STYPE permet de distinguer le type de chaque instance. Le champ STYPE doit être défini pour toutes ces instances. Selon l’instance, seuls les champs applicables sont pertinents. | Le type d'objet spatial INSPIRE Hydro - Physical Waters::DrainageBasin et le sous-type Hydro - Physical Waters::RiverBasin sont tous les deux convertis en classe d'entités hypBasinS. |
Dans certains cas, les schémas d’application INSPIRE utilisent plusieurs héritages. Dans ces cas précis, les propriétés provenant des supertypes abstraits sont propagées à tous les sous-types. | Les propriétés hydroId, geographicalName et relatedHydroObject de HydroObject sont représentées dans les classes d'entités de tous les sous-types, par exemple DrainageBasin (hypBasinS). |
La conversion des associations entre les types d'objets spatiaux dépend de la multiplicité de la relation. Pour les relations 1:n, un champ dote d’une référence de clé étrangère est ajouté directement à la classe d’entités ou d’objets. Une table intermédiaire (classe d’objets) est créée pour les relations n:m. Les classes de relations des géodatabases ne permettent pas d’améliorer les performances, en particulier lors du chargement des données. En outre, les géodatabases ne prennent pas en charge les classes de relations pour les associations réflexives. La relation est accessible dans ArcMap via d'autres méthodes. | La relation 1:n upperLevelUnit/lowerLevelUnit entre les instances de AdministrativeUnits::AdministrativeUnit est convertie en champ upperLevelUnit. La relation n:m coAdminister/administeredBy entre les instances de AdministrativeUnits::AdministrativeUnit est convertie en table intermédiaire auAdmUnit_admBySS. |
Remarques supplémentaires et valeurs par défaut
La géodatabase INSPIRE repose sur les éléments suivants :
- Le système de référence de coordonnée est EPSG:4258.
- Lors du processus de conversion, il peut être judicieux d’appliquer des règles dépendant des jeux de données. L’association du type de données GeographicalNames::GeographicalName est un cas spécifique. La spécification des données INSPIRE souligne que différents profils peuvent être utilisés en fonction des besoins. Le type de données complet contient un modèle exhaustif qui ne convient qu'à quelques jeux de données. Dans la plupart des jeux de données, un modèle considérablement réduit suffit, en convertissant un nom géographique en chaîne. Par défaut, la géodatabase est configurée pour le profil le plus simple. Pour les cas où un modèle complexe est requis pour les noms géographiques, par exemple pour représenter un nom en plusieurs langues et scripts (par exemple, Athènes, Athens, Athína et Αθήνα), une option de configuration permet d'activer le profil GN complet pour NamedPlaces.
- Toutes les géométries sont limitées à l'interpolation linéaire, notamment dans le thème Parcelles cadastrales, qui permet d'utiliser une interpolation d'arc circulaire.
- La géodatabase contient par défaut tous les schémas d’application INSPIRE (à l’exception du schéma de répertoire géographique non utilisé), même si seuls les schémas d’application sélectionnés sont nécessaires.
- Concernant les propriétés, où les valeurs sont des types structurés ISO 19115, par exemple CI_Citation, la valeur doit être stockée dans ISO/TS 19139 XML directement dans le champ de la géodatabase. Cela implique qu'aucune requête structurée n'est prise en charge sur ces valeurs attributaires.
- La propriété relatedHydroObject dans tous les objets spatiaux qui héritent de HydroObject est convertie à l'aide d'une règle spéciale. La règle standard aurait conduit à un nombre inapproprié de tables intermédiaires pour les relations dans la géodatabase. La propriété est convertie en champ devant contenir l'URI de l'objet spatial référencé au lieu de l'IFCID de l'objet.
Documentation des classes d'entités et d'objets dans la géodatabase INSPIRE pour l'Annexe I
La description complète de la géodatabase INSPIRE est présentée sous forme de documents liés qui se consultent dans un navigateur Web. Ils sont disponibles dans le dossier d'installation d'INSPIRE, sous le dossier GDB Templates.
Pour chaque classe d'entités ou d'objet associée à un type d'objet spatial INSPIRE, un document XML distinct est fourni. La documentation est en grande partie tirée directement de celle qui se trouve dans les schémas d’application INSPIRE. Chaque document contient ce qui suit :
- Index se rapportant aux sections du document, accompagné de liens y conduisant
- Liste et documentation des types d'objets spatiaux INSPIRE qui sont convertis en classe d'entités ou d'objet ; cela inclut des codes de sous-type (champ STYPE)
- Champs de la classe d'entités ou d'objet avec le nom du champ, le nom de la propriété source dans le schéma d'application INSPIRE, la liste des types d'objets spatiaux INSPIRE auxquels ce champ s'applique, le type de données dans la géodatabase et la documentation de la propriété avec des remarques supplémentaires concernant la conversion dans la géodatabase ;
- Classes d'entités ou d'objets dépendantes (pour représenter des propriétés de géométrie supplémentaires ou plusieurs valeurs attributaires) avec une documentation et la liste de tous les champs associés
- Tables intermédiaires des relations n:m
Notes pour le thème de données de l'Annexe II/III
Voici les instructions d'implémentation de la géodatabase spécifiques à l'Annexe II/III. Ces instructions sont propres à l'Annexe II/III et prévalent sur les règles de l'Annex I :
- Les classes d'entités appartenant à un thème de données en particulier sont organisées à l'intérieur d'un jeu de données d'entité inhérent à ce thème de données. Cela améliore la navigation et le développement en cas d'implémentation de nombreux thèmes de données supplémentaires pour l'Annexe II/III.
-
La classe d'entités et la table Couverture du sol et Géologie de l'Annexe II/III n'utilisent pas le champ IFCID comme identifiant unique comme dans l'Annexe I. En revanche, chaque table possède son propre identifiant unique et :
- Dans le thème de données Géologie, featureID est utilisé par plusieurs tables. Il doit être unique non seulement au sein de la table, mais également dans le thème de données.
- Dans le thème de données Géologie, mappedFeatureID et boreholeID ensemble sont utilisés par plusieurs classes d'entités. Ils doivent être uniques non seulement au sein de la classe d'entités, mais également dans le thème de données Géologie.
- Dans l'Annexe II/III, la classe de relations des géodatabases sert à modéliser la relation entre les classes d'entités et les tables afin d'exploiter les relations des géodatabases. Dans la plupart des cas, le même nom d'identifiant est utilisé pour les références de clé primaire et de clé étrangère.
- Les champs _void sont renseignés par l'utilisation du domaine VoidReasonValue de la géodatabase dans l'Annexe II/III.
- Comme de nombreuses valeurs de la liste de codes dans l'Annexe II/III sont dynamiques, développables et inconnues à l'avance, dans la plupart des cas, dans la liste de codes INSPIRE de la géodatabase pour l'Annexe II/III, elles sont implémentées via les trois champs suivants :
- _code : contient le code utilisé dans la liste de codes
- _label : contient l'étiquette utilisée pour la valeur de la liste de codes
_uri : contient la référence URI pour la valeur de la liste de codes
- Une partie des données attributaires avec une multiplicité non liée définies dans les objets spatiaux INSPIRE a été résorbée dans la structure de la géodatabase afin de faciliter le renseignement, les performances et la présentation.
- La documentation inhérente à chaque thème de données de l'Annexe II/III inclut un diagramme de modèles de données et un dictionnaire de données qui sont disponibles dans le dossier d'installation d'INSPIRE sous le dossier GDB Templates.
Vous avez un commentaire à formuler concernant cette rubrique ?