Le modèle de géodatabase est un élément essentiel de ArcGIS for INSPIRE Classic. Les modèles de géodatabase implémentent les structures d’application des modèles de données INSPIRE abrégés conformément aux thèmes de données des annexes 1, 2 et 3.
Installation
Pour installer les modèles de géodatabase INSPIRE Classic, suivez les instructions du Guide d’installation du modèle de géodatabase ArcGIS for INSPIRE. 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 d’entités INSPIRE et les services de téléchargement de jeux de données prédéfinis INSPIRE.
Règles de codage de géodatabase ArcGIS for INSPIRE Classic
L’implémentation des structures d’application INSPIRE Classic dans la géodatabase repose sur des règles de codage qui décrivent la conversion des modèles de données INSPIRE Classic abrégés en implémentation physique dans les modèles de géodatabase INSPIRE Classic. Les modèles de géodatabase INSPIRE Classic prennent en charge la publication des services d’affichage et de téléchargement INSPIRE Classic et les jeux de données sous-jacents respectifs.
Les principales règles de codage sont décrites dans la table suivante.
| Règle | Exemple |
|---|---|
Un objet spatial INSPIRE Classic 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 Classic AdministrativeUnits::AdministrativeUnit est stocké dans la classe d'entités auAdmUnitS de la géodatabase. Le type d'objet spatial INSPIRE Classic 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é de la structure d’application. | Le type d'objet spatial INSPIRE Classic 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 dans 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’objets dans la géodatabase et pour le type d’objet spatial INSPIRE Classic. | N/D |
Les attributs d'un type d'objet spatial INSPIRE Classic 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. | Le nom attributaire du type d’objet spatial INSPIRE Classic AdministrativeUnits::AdministrativeUnit est converti en classe d’objets 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. |
INSPIRE Classic fait la distinction entre les propriétés pour lesquelles la valeur est inconnue du 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 spécifique (par exemple, une route sans nom de route). Ces cas doivent également être distingués dans la géodatabase. Dans les structures d’application INSPIRE Classic, 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 la structure d’application INSPIRE Classic sont convertis dans les deux champs suivants :
| L’attribut nationalLevel du type d’objet spatial INSPIRE Classic AdministrativeUnits::AdministrativeUnit est converti en champ 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 l’URL, par exemple, 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 la structure d’application INSPIRE Classic 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 Classic 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 la structure d’application INSPIRE Classic), 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 Classic AdministrativeUnits::AdministrativeUnit est converti dans les champs id_localId, id_namespace, id_versionId et id_versionId_void. |
Certains types d’objets spatiaux INSPIRE Classic 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 Classic 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 multi-points, 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 Classic 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 Classic comportent plusieurs propriétés de géométrie. Dans la géodatabase, toutefois, chaque classe d’entités ne peut 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 Classic CadastralParcels::CadastralParcel comporte deux propriétés 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 dans le 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 sont des valeurs appartenant au type d’objet spatial parent. |
La plupart des schémas d'application INSPIRE Classic 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 des similarités, et qui permet de convertir des généralisations en géodatabase INSPIRE Classic. La classe racine d’une arborescence d’héritage est convertie en classes d’entités et 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 Classic 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 Classic 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). |
Les associations entre les types d’objets spatiaux INSPIRE Classic dépendent 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 Classic repose sur les éléments suivants :
- Le système de référence de coordonnée est EPSG:4258.
- Lors du processus de conversion, vous pouvez 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 Classic 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 toutes les structures d’application INSPIRE (à l’exception de la structure du répertoire géographique non utilisée) par défaut, même si seules les structures d’application sélectionnées 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 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 Classic pour l'Annexe I
La description complète de la géodatabase INSPIRE Classic 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 Classic, sous le dossier GDB Templates.
Pour chaque classe d'entités ou d'objet associée à un type d'objet spatial INSPIRE Classic, 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 Classic. 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 Classic qui sont convertis en classe d’entités ou d’objets ; cela inclut des codes de sous-type (champ STYPE)
- Champs de la classe d’entités ou d’objets avec le nom du champ, nom de la propriété source dans la structure d’application INSPIRE Classic, liste des types d’objets spatiaux INSPIRE Classic auxquels ce champ s’applique, type de données dans la géodatabase et 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 les thèmes de données de l’annexe II et de l’annexe III
Voici les instructions d’implémentation de la géodatabase spécifiques à l’annexe II et à l’annexe III. Ces instructions sont propres à l’annexe II et à l’annexe III et prévalent sur les règles de l’annexe I :
- Les classes d’entités appartenant à un thème de données en particulier sont organisées dans un jeu de classes d’entités 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 et l’annexe III.
-
Les classes d’entités et les tables Occupation du sol et Géologie de l’annexe II et de l’annexe III n’utilisent pas le champ IFCID en tant qu’identifiant unique comme dans l’annexe I. En revanche, chaque table possède son propre identifiant unique et les conditions suivantes s’appliquent :
- Dans le thème de données Géologie, featureID est utilisé par plusieurs tables. Il doit être unique au sein de la table et 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 au sein de la classe d’entités et dans le thème de données Géologie.
- Dans l’annexe II et l’annexe 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 à l’aide du domaine de géodatabase VoidReasonValue dans l’annexe II et l’annexe III.
- Comme de nombreuses valeurs de liste de codes dans l’annexe II et l’annexe III sont dynamiques, développables et inconnues à l’avance, dans la plupart des cas, dans la géodatabase INSPIRE Classic, les valeurs de liste de codes pour l’annexe II et l’annexe III sont implémentées via les trois champs suivants :
- _code : contient le code pour la liste de codes
- _label : contient l’étiquette pour la valeur de liste de codes
_uri : contient la référence URI pour la valeur de liste de codes
- Une partie des données attributaires avec une multiplicité non liée définies dans les objets spatiaux INSPIRE Classic 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 et de l’annexe III inclut un diagramme de modèles de données et un dictionnaire de données qui sont disponibles dans le dossier d’installation INSPIRE Classic sous le dossier des modèles de géodatabase d’entreprise.
Vous avez un commentaire à formuler concernant cette rubrique ?