Modèle de géodatabase

Modèle de géodatabase

Le modèle de géodatabase (GDB) Enterprise constitue l’un des éléments essentiels d’ArcGIS for INSPIRE. Il est utilisé comme données source par l’extension ArcGIS Server. 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. Cela inclut les schémas d’application des thèmes de l'Annexe I d’INSPIRE ainsi que les schémas d’application préliminaires disponibles pour certains thèmes des Annexes II/III qui sont nécessaires pour utiliser les données de l’Annexe I. En outre, la géodatabase INSPIRE couvre les schémas d’application inter-thèmes pour les réseaux et les types INSPIRE.

Les schémas d'application INSPIRE sont modélisés dans UML conformément à la série ISO 19100 de normes internationales et au modèle conceptuel générique INSPIRE.

Installation

Pour installer ArcGIS for la géodatabase INSPIRE, suivez les instructions du document InstallationGuide_ArcGISForINSPIRE_GDB_10_2_1_EN.pdf. 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.

Règles fondamentales pour l’implémentation de la géodatabase INSPIRE

La conversion des schémas d’application INSPIRE dans la géodatabase suit des règles de codage qui garantissent la représentation complète des données INSPIRE dans la géodatabase INSPIRE. Comme la géodatabase Esri ne prend pas en charge de façon native plusieurs constructions de modélisation utilisées dans les modèles ISO 19100 et INSPIRE, une règle de codage spécifique au produit est appliquée. La conversion se concentre sur la prise en charge directe afin de donner accès aux données via les services réseau INSPIRE. Dans cette section, 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. Cette limite n’existe pas dans les schémas d’application INSPIRE. 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/d’objets 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 le biais des références de clés étrangères (champs RID) à la classe d’entités ou d’objets 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’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 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 de tels cas.

  • Si la valeur est NULL, la valeur de la propriété n’appartient pas au type "void" et la valeur est connue du propriétaire des données.
  • Si la valeur est '0', la valeur de la propriété appartient au type "void" et le propriétaire des données n’en sait pas plus sur l’information manquante.
  • Si la valeur est '1', la valeur de la propriété appartient au type "void", mais la valeur est fournie pour d’autres entités du jeu de données ("unknown").
  • Si la valeur est '2', la valeur de la propriété appartient au type "void", de même que pour toutes les entités du jeu de données ("unpopulated").

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.

  • Le premier champ contient la valeur extraite de la liste des codes, qui est représentée dans la géodatabase dans un domaine.
  • Le second champ, accompagné d’un suffixe "_cl", doit contenir une URL pouvant être résolue et qui contient une représentation de la liste des codes. A l’avenir, il est recommandé de faire référence à l’entrée appropriée dans le registre de la liste des codes INSPIRE.

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 (par exemple 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 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 de type GM_Object ; une géométrie arbitraire. Par conséquent, le type d’objet spatial est converti dans la géodatabase en classes d’entités gnNamedPlaceP, gnNamedPlaceMP, gnNamedPlaceL et gnNamedPlaceS.

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 font appel à 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 instantiables.

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 INSPIRE 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. Les relations sont accessibles 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

Dans cette version d’ArcGIS for INSPIRE, la géodatabase repose sur les règles spéciales et les valeurs par défaut suivantes, lors la conversion des schémas d’application INSPIRE en géodatabase :

  • 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. En principe, chaque profil entre les deux extrêmes peut être implémenté. Par défaut, la géodatabase contient le profil le plus simple. Pour les cas où un modèle plus complexe est requis pour les noms géographiques, par exemple pour représenter un nom en plusieurs langues et scripts ("Athènes", "Athens", "Athína" et "Αθήνα"), contactez le support technique Esri.
  • Par défaut, le système de référence de coordonnée est défini sur ETRS89 avec des coordonnées géographiques (ordre des axes : latitude, longitude).
  • 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

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'ArcGIS for INSPIRE, sous le dossier GDB Templates \GDBTemplate.

Pour chaque classe d’entités ou d’objets 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 :

  • un index se rapportant aux sections du document, accompagné de liens y conduisant ;
  • une liste et la documentation des types d’objets spatiaux INSPIRE qui sont convertis en classe d’entités ou d’objets ; cela inclut des codes de sous-type (champ STYPE) ;
  • les champs de la classe d’entités ou d’objets 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 ;
  • les 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 ;
  • les tables intermédiaires des relations n:m.

2/3/2014