Suite

Quelle est la différence entre la couverture, les fichiers de formes et les géodatabases dans ArcGIS ?


Je me demandais quelle était la différence de méthodologie de stockage de données spatiales utilisée par les couvertures, les fichiers de formes et les bases de données géographiques dans ArcGIS. La couverture était le format initial, suivi des fichiers de formes et maintenant des géodatabases. Alors, qu'est-ce qui s'est amélioré dans ces nouveaux formats de fichiers de formes et de géodatabases ?

Ce serait super si quelqu'un pouvait l'expliquer avec des exemples.


C'est une si grande question. Les couvertures, les fichiers de formes et les géodatabases sont fondamentalement différents magasins de données géospatiales du point de vue de la mise en œuvre ainsi que du point de vue philosophique. Je vais essayer de résumer sans aller trop loin.

1. Couvertures :

Les couvertures sont des structures de données géospatiales intéressantes. Ils se concentrent sur le stockage de la topologie. Vous verrez donc que l'accent est mis sur le stockage des éléments géométriques en premier, c'est-à-dire les nœuds, les arêtes qui composent toutes les géométries. Vous verrez alors un ensemble séparé de tableaux qui associent ces géométries aux attributs (et donc ils "deviennent" des caractéristiques).

Une couverture "propre" garantit certaines règles, par exemple, qu'il y a des nœuds à chaque intersection de nœuds, vous n'aurez pas deux (ou plus) nœuds les uns sur les autres (ou même dans une distance de tolérance floue), qu'il n'y a pas deux bords l'un sur l'autre, etc. Ils ont également un sens de l'orientation (de-> vers) et peuvent faire la distinction entre ce qui se trouve à sa gauche et à sa droite.

Les couvertures fonctionnent très bien pour les modifications qui nécessitent une connaissance des relations topologiques (imaginez la modification d'une limite de parcelle). De plus, les couvertures se compressent très bien puisqu'elles suppriment la redondance géométrique par conception. En fait, vous verrez que de nos jours, les formats modernes comme TopoJSON ont commencé à utiliser les mêmes techniques que celles que nous avons apprises des couvertures il y a plusieurs décennies.

Les couvertures peuvent être un peu plus compliquées à utiliser lorsque vous traitez des données 3D (par exemple, modéliser un pont qui a un côté supérieur et un côté inférieur juste en dessous) car les algorithmes que nous utilisions pour les traiter étaient intrinsèquement destinés pour les mathématiques des graphes planaires 2D.

Alors pourquoi nous en sommes-nous éloignés ? Cela prendrait une réponse plus longue, mais peut-être devrions-nous expliquer un peu plus ce qui a rendu ESRI Shapefiles populaire en premier.

2. Fichiers de formes ESRI :

Puis vint le Shapefile. La caractéristique la plus importante était probablement qu'il s'agissait d'une spécification ouverte qui était (comparativement) simple à mettre en œuvre. Les attributs exploitaient les fichiers DBF, il y avait donc déjà de nombreuses bibliothèques qui implémentaient une grande partie de la spécification. Il n'y avait pas de concept de "propre", ce qui signifiait que chaque géométrie individuelle n'avait qu'à se soucier de se représenter sans prendre en considération les géométries qui l'entouraient ou qu'elles se recoupaient. Cela signifiait que nous n'avions pas à faire de calculs compliqués pour nous assurer qu'un fichier de formes était correct (contrairement à la contrepartie de la couverture).

Vous avez plusieurs géométries qui se croisent ? Bien sûr, pourquoi pas. Deux points l'un sur l'autre ? Soit mon invité.

Parfois, le (sans doute) "meilleur" format n'est pas celui qui gagne, mais celui qui est adopté. Si un format est facile à mettre en œuvre, il a de meilleures chances d'être adopté qu'un format compliqué. C'était le Shapefile.

Tout d'un coup, vous aviez plusieurs bibliothèques (open source et propriétaires) et fournisseurs de logiciels qui le supportaient. Donc tout était super.

La question évidente est alors : pourquoi les géodatabases ?

3. Bases de données géographiques :

Je crois que les géodatabases sont l'un des magasins de données géospatiales les plus mal compris. Les gens les considèrent généralement comme un simple « format géospatial ». Il y a quelques années, quelqu'un a demandé "Que sont les géodatabases ESRI ?". Au lieu de répéter ma réponse à l'époque, je vous invite à la lire en premier. J'attendrai :)

Maintenant que vous avez lu cette réponse et que vous savez ce qu'est une géodatabase, je peux développer un peu plus cette réponse. À l'époque, de nombreuses recherches optimisaient le SQL et écrivaient des optimiseurs de requêtes qui exploitaient les index, les magasins de colonnes, etc. (il y en a toujours). En construisant la géodatabase au-dessus d'un magasin de données SQL, nous pouvons tirer parti de toutes ces recherches gratuitement. Nous devons seulement nous concentrer sur les concepts géospatiaux, et à mesure que les magasins de données SQL s'améliorent, la géodatabase s'améliore également, gratuitement. Pas une mauvaise proposition hein ?

De nos jours, il existe plusieurs spécifications pour les données géospatiales qui sortent. Le jury est toujours là sur ce qui va remplacer ces technologies (le cas échéant). Néanmoins, si vous êtes intéressé par ce sujet, je vous recommande de lire la réponse à une question posée ici dans GIS.SE il y a quelques années : "Y a-t-il des tentatives pour remplacer le fichier de forme"

J'espère que ça aide!


La plupart des informations peuvent être trouvées dans l'aide d'Esri et certaines recherches, je viens donc de compiler quelques bonnes lectures.

Comment les couvertures sont-elles stockées ? Comme il s'agit d'un format propriétaire, vous ne trouverez aucune spécification technique sur la façon dont les algorithmes sont implémentés (à moins que @Vince ne vous éclaire).

Les fichiers de formes sont arrivés plus tard et ont été implémentés en tant que standard offrant un certain niveau d'interopérabilité. La description technique ESRI Shapefile contient une description complète.

Les géodatabases ont été introduites plus tard. Viennent d'abord les géodatabases personnelles (MS Access), puis les géodatabases fichier (format binaire chiffré) et les géodatabases d'entreprise (ou ArcSDE) qui tirent parti de la technologie ArcSDE et SGBD. Vous pouvez en savoir plus sur les géodatabases ici : Types de géodatabases et L'architecture d'une géodatabase.

Une bonne lecture sur GIS.SE : faut-il utiliser la géodatabase fichier (*.gdb), la géodatabase personnelle (*.mdb) ou les fichiers de formes ?

Concernant les performances, de nombreux benchmarks ont été effectués et les géodatabases fichiers se sont révélées les plus rapides en termes de lecture/écriture d'informations. Les géodatabases personnelles et les fichiers de formes sont de loin plus lents et probablement la seule raison de les utiliser est de prendre en charge des systèmes plus anciens qui ont été construits avec une logique métier MS Access ou une lecture/conversion de fichiers de formes à l'esprit.

Les géodatabases basées sur ArcSDE fonctionnent souvent aussi bien que les géodatabases fichier lorsque le SGBD est réglé, mais tout dépend du type de données stockées, des réseaux et du matériel. Pour plus d'informations sur les benchmarks, reportez-vous aux ressources de stratégies de conception de systèmes Esri (et ici).


La principale différence entre ces formats est la manière dont les caractéristiques se rapportent aux géométries. À l'apogée des couvertures, le langage de codage était FORTRAN, ce qui signifiait des tailles de tampon fixes dans les blocs COMMON. Le plus restrictif d'entre eux était 500 sommets par ligne primitive ("arc"). Cette restriction a introduit le concept de "pseudo-nœuds" (endroits où les arcs se rejoignent avec un seul autre arc), et a compliqué de nombreuses autres opérations d'accès aux données.

Le modèle de couverture utilisait une « liste d'arcs polygonaux » (PAL) pour décrire les polygones, ce qui nécessitait un algorithme d'ombrage de polygones pour lire un fichier pour obtenir la liste des arcs, puis lire les arcs eux-mêmes pour obtenir le nombre de sommets, puis allouer suffisamment de RAM pour stockez tous les sommets, puis revenez en arrière pour lire à nouveau les arcs, en copiant cette fois les sommets dans l'ordre avant ou inverse pour assembler un polygone complet. Ce n'est qu'après deux visites au fichier ARC que le polygone a pu être décrit de manière adéquate, puis il faudrait accéder à bon nombre des mêmes arcs (dans une direction opposée) pour ombrager les polygones voisins.

Par comparaison, le fichier de formes et divers formats de géodatabase stockent la géométrie complète en tant qu'objet unique (avec divers détails d'implémentation sur la manière dont l'objet est physiquement implémenté). Cela présente des inconvénients lorsque vous essayez de modifier des limites partagées, mais cette opération est nettement moins fréquente que l'ombrage de polygone.

Le modèle de stockage "forme entière" est la principale différence entre le format de couverture et les nouveaux, et cette différence est si fondamentale qu'il est difficile de voir une réelle différence entre le fichier de formes et les différents formats de géodatabase. En fait, le format shapefile a été utilisé pour accéder aux géométries FGDB via l'API FGDB, même si FGDB n'utilise pas ce format exact, simplement parce que c'était plus simple que d'introduire une nouvelle disposition de sommets.


Une autre différence entre les formats est qu'une géodatabase peut modéliser des relations entre les classes d'entités. Comme Ragi l'a noté,

Les couvertures fonctionnent très bien pour les modifications qui nécessitent une connaissance des relations topologiques (imaginez la modification d'une limite de parcelle).

Mais cette conscience n'existe que au sein d'une même couverture - si vous souhaitez modéliser les relations entre 2 ou plusieurs couvertures, il vous appartient d'écrire le code qui vérifie les éventuelles relations topologiques "illégales".

Par exemple, si les polygones de parcelle ne peuvent pas comporter d'espaces et que les limites de parcelle doivent s'aligner exactement sur les routes, avec les couvertures ou les fichiers de formes, c'est à vous de vérifier que c'est le cas et de corriger manuellement les erreurs où ces règles ne sont pas respectées.

Une géodatabase peut éventuellement prendre en charge un objet Topologie, ce qui vous permet de définir les règles topologiques autorisées pour vos données. Il est important de noter que ces règles peuvent se produire à la fois dans et entre classes d'entités dans votre géodatabase.

Les outils de mise à jour de la topologie dans ArcMap vous aident à trouver les violations topologiques et, dans certains cas, à les corriger automatiquement.

Avant l'introduction de la topologie de géodatabase ("le bon vieux temps"), il était courant d'écrire des scripts AML longs et compliqués pour détecter les violations topologiques, puis de modifier les couvertures manuellement dans ArcEdit (pas tellement amusant).


ArcUser en ligne

Résumé

Cet article fournit une présentation générale de la géodatabase d'entreprise&# 151ses fonctionnalités clés, son architecture et sa mise en œuvre&# 151conçue pour les gestionnaires SIG et les administrateurs de base de données.

Étant donné que la géodatabase d'entreprise est l'un des éléments de base d'une utilisation transparente du SIG à l'échelle de l'organisation, le personnel de gestion doit bien comprendre son rôle et ses capacités.

Figure 1 : Niveaux de géodatabase d'entreprise

La géodatabase est le format de données natif pour ArcGIS. Il s'agit d'un conteneur de stockage de données qui définit la manière dont les données sont stockées, consultées et gérées par ArcGIS. Le terme géodatabase combine géo (données spatiales) avec base de données (en particulier un système de gestion de base de données relationnelle ou SGBDR). ArcGIS 9.2 possède trois types de géodatabases : les géodatabases personnelles basées sur Microsoft Access, les géodatabases fichier et les géodatabases ArcSDE.

Les géodatabases personnelles et fichier sont conçues pour les utilisateurs uniques et les petits projets. Les géodatabases ArcSDE sont évolutives et conçues pour une utilisation à plus grande échelle, allant des implémentations de moyenne à grande échelle. Ces géodatabases nécessitent la technologie ArcSDE et sont disponibles à trois niveaux (par ordre croissant de capacité et de fonctionnalité) : géodatabase personnelle (ArcSDE Personal), géodatabase de groupe de travail (ArcSDE Workgroup) et géodatabase d'entreprise (ArcSDE Enterprise). Cet article traite des géodatabases d'entreprise ArcSDE.

Comprendre l'architecture de géodatabase d'entreprise

Au niveau conceptuel, une géodatabase d'entreprise se compose d'une architecture à plusieurs niveaux qui implémente une logique et un comportement avancés dans le niveau d'application (par exemple, le logiciel ArcGIS) en plus d'un niveau de stockage de données (par exemple, le logiciel SGBDR). Le niveau d'application peut être subdivisé en deux parties : la technologie ArcObjects et ArcSDE. La responsabilité de la gestion des données géographiques dans une géodatabase d'entreprise est partagée entre ArcGIS et le SGBDR utilisé.

Au niveau du stockage des données, le logiciel SGBDR fournit un modèle de données simple et formel pour le stockage et la gestion des informations dans les tableaux. La structure d'une géodatabase d'entreprise est conservée dans le SGBDR sous la forme d'un ensemble de tables connu sous le nom de référentiel ArcSDE. Les aspects liés au stockage et à la récupération des données sont implémentés sous forme de tableaux simples et certains aspects de la gestion des données géographiques, tels que le stockage sur disque, la définition des types d'attributs, le traitement des requêtes et le traitement des transactions multi-utilisateurs, sont exécutés par le SGBDR. Les plates-formes IBM DB2, IBM Informix, Oracle et Microsoft SQL Server sont actuellement prises en charge par ArcGIS. À la version 9.3, PostgreSQL sera pris en charge.

La technologie ArcSDE constitue le niveau intermédiaire. Avant ArcGIS 9.2, ArcSDE était un produit logiciel distinct. Dans ArcGIS 9.2, ArcSDE a été intégré à ArcGIS Desktop et ArcGIS Server et est désormais officiellement connu sous le nom de technologie ArcSDE. En tant que passerelle entre les clients SIG et un SGBDR, ArcSDE sert des données spatiales et permet d'accéder à ces données et de les gérer dans un SGBDR. Il est implémenté sous la forme de plusieurs composants & 151 un répertoire d'exécutables, un ensemble de tables et de procédures stockées dans la base de données (c'est-à-dire le référentiel ArcSDE) et un service facultatif. Ces composants seront discutés plus en détail.

TableauUne fonction
configuration_serveurContient des paramètres et des valeurs qui définissent la façon dont le serveur ArcSDE utilise la mémoire et est lu à chaque démarrage du service ArcSDE. Pendant la post-installation d'ArcSDE, son contenu est rempli par un fichier nommé giomgr.defs.
dbtuneRépertorie les mots-clés de configuration pour les objets de données dans la géodatabase, tels que les classes d'entités, les jeux de données raster, les topologies et les réseaux. Les mots-clés de configuration sont utilisés lors du chargement des données et définissent la manière dont les jeux de données sont stockés dans la géodatabase. Les administrateurs de géodatabase peuvent utiliser un fichier nommé dbtune.sde pour gérer les mots-clés de configuration utilisés par la géodatabase d'entreprise.
registre_tableGère toutes les tables enregistrées de la géodatabase d'entreprise, y compris toutes les tables et jeux de données système de la géodatabase (par exemple, les classes d'entités et les jeux de données raster) enregistrés avec la géodatabase.
CouchesGère les données sur chaque classe d'entités dans la géodatabase. Ces informations aident à créer et à maintenir des index spatiaux, garantissent des types de formes appropriés et préservent l'intégrité des données.
raster_columnsGère les données sur chaque jeu de données raster dans la géodatabase et permet de suivre les tables de prise en charge d'un jeu de données raster telles que la bande, le bloc et les tables auxiliaires.
Figure 2 : Tables clés dans le référentiel ArcSDE

La technologie ArcSDE offre des fonctionnalités fondamentales qui incluent

  • Accès et stockage de la géométrie d'entité simple dans le SGBDR
  • Prise en charge des types spatiaux natifs du SGBDR (si disponible)
  • Intégrité des données spatiales
  • Environnement d'édition multi-utilisateurs (c'est-à-dire, versionnage)
  • Prise en charge des workflows SIG complexes et des transactions longues
  • Intégration des données géospatiales avec d'autres technologies de l'information

Le niveau supérieur du niveau d'application, ArcObjects, implémente la logique d'application de la géodatabase. Cet ensemble de composants logiciels indépendants de la plate-forme est écrit en C++ et fournit des services pour prendre en charge les applications SIG en tant que clients lourds sur le bureau et clients légers sur le serveur. Ce composant technologique est intégré aux clients SIG (par exemple, ArcGIS Desktop) et implémente des contraintes d'intégrité et de comportement d'objet plus complexes sur des entités simples, telles que des points, des lignes et des polygones, stockés dans un SGBDR. En d'autres termes, ArcObjects implémente le comportement sur les géométries d'entités. Les classes d'entités, les jeux de données d'entités, les catalogues d'images, les topologies, les réseaux et les terrains sont tous des exemples d'éléments de données géospatiales dans le modèle de données de géodatabase pour lesquels ArcObjects fournit la logique d'application qui implémente le comportement SIG en plus des entités spatiales simples stockées dans un SGBDR.

Les trois niveaux architecturaux de la géodatabase d'entreprise sont définis à un niveau conceptuel. Pour la plupart des utilisateurs finaux, l'utilisation des niveaux architecturaux de la géodatabase d'entreprise est un processus simple et transparent. Les gestionnaires SIG ou les administrateurs de base de données travaillent très probablement directement avec ces niveaux uniquement lors de l'installation et de la configuration d'une géodatabase d'entreprise ou lors de la maintenance.

Capacités de géodatabase d'entreprise

Figure 3 : Deux méthodes de communication avec une géodatabase d'entreprise : une connexion au serveur d'applications ou une connexion directe

Conçue pour les systèmes à grande échelle, la géodatabase d'entreprise peut être adaptée à n'importe quelle taille, prendre en charge n'importe quel nombre d'utilisateurs et s'exécuter sur des ordinateurs de n'importe quelle taille et configuration. Il tire pleinement parti de l'architecture SGBDR sous-jacente pour fournir des performances élevées et une prise en charge d'ensembles de données SIG continus extrêmement volumineux. La fonctionnalité SGBDR prend en charge la gestion des données SIG pour l'évolutivité, la fiabilité, la sécurité, la sauvegarde et l'intégrité des données. En plus de prendre en charge de nombreux utilisateurs avec un accès simultané aux mêmes données, une géodatabase d'entreprise peut être intégrée aux systèmes informatiques existants d'une organisation.

Certains des aspects de la technologie ArcSDE qui contribuent à ces capacités sont les suivants.

Gestion des versions

Édition non versionnée

L'utilisation de l'édition non versionnée équivaut à une transaction de base de données standard. La transaction est effectuée dans le cadre d'une session de mise à jour ArcMap et la source de données est directement mise à jour. Les sessions de mise à jour non versionnées ne stockent pas les modifications dans d'autres tables comme le font les sessions de mise à jour versionnées.

Réplication de géodatabase

Avec la réplication de géodatabase, les données sont réparties sur deux ou plusieurs géodatabases d'une manière qui leur permet de synchroniser les modifications apportées aux données. Il repose sur l'environnement de gestion des versions et prend en charge le modèle de données de géodatabase complet, y compris les topologies et les réseaux géométriques. Dans ce modèle asynchrone, la réplication est faiblement couplée. Cela signifie que chaque géodatabase répliquée peut fonctionner indépendamment tout en synchronisant les modifications avec d'autres géodatabases répliquées.

Étant donné que la réplication de la géodatabase est implémentée aux niveaux technologiques ArcObjects et ArcSDE, les SGBDR impliqués peuvent être différents. La réplication de géodatabase peut être utilisée dans des environnements connectés et déconnectés et peut également fonctionner avec des connexions de géodatabase locales ainsi qu'avec des objets de serveur de géodonnées (via ArcGIS Server), ce qui permet d'accéder à une géodatabase sur Internet.

Archivage historique

Lorsqu'il est activé pour un jeu de données, l'archivage historique capture toutes les modifications de données dans la version DEFAULT de la géodatabase d'entreprise en préservant l'historique des transactions en tant que classe d'archive supplémentaire. ArcGIS applique l'heure de la transaction lorsque les modifications sont enregistrées ou publiées dans la version DEFAULT pour enregistrer le moment de la modification dans la base de données.

Installation d'une géodatabase d'entreprise

L'installation et la configuration d'une géodatabase d'entreprise type comportent deux étapes. Dans la première étape, le logiciel d'entreprise ArcSDE est installé sur le serveur. La deuxième étape (c'est-à-dire la post-installation d'ArcSDE) se compose de quatre étapes.

  1. Créez ou configurez une base de données avec un utilisateur administratif de géodatabase. En règle générale, cet utilisateur est nommé sde. Pour les géodatabases d'entreprise basées sur SQL Server, cet utilisateur peut également être nommé dbo (c'est-à-dire le propriétaire de la base de données) au lieu de sde.
  2. Remplissez la base de données avec le référentiel ArcSDE.
  3. Licence du serveur ArcSDE.
  4. (Facultatif) créez le service ArcSDE.

Sur les systèmes d'exploitation Windows, la post-installation d'ArcSDE peut être effectuée à l'aide d'un assistant. Alternativement, il peut également être effectué manuellement avec des commandes ArcSDE. Des paramètres supplémentaires peuvent également devoir être spécifiés lors de la post-installation, en fonction du SGBDR et du système d'exploitation utilisés. Une fois la géodatabase d'entreprise créée, les outils de gestion de base de données peuvent être utilisés pour créer des utilisateurs, des schémas et des index afin de personnaliser la géodatabase d'entreprise.

Composants de géodatabase d'entreprise

Une installation de géodatabase d'entreprise type comporte trois composants principaux : le répertoire de base ArcSDE, le référentiel ArcSDE et le service ArcSDE.

Le répertoire principal d'ArcSDE

Lorsque le composant ArcSDE d'ArcGIS Server est installé sur le serveur, ce répertoire est créé. Il est référencé dans le système d'exploitation du serveur par une variable d'environnement nommée %SDEHOME%. Le répertoire contient les exécutables de ligne de commande ArcSDE, les fichiers de configuration ArcSDE, les fichiers de prise en charge du géocodage et des langues, les fichiers journaux (pour résoudre les problèmes de serveur ArcSDE), la documentation d'aide et quelques exemples d'utilitaires.

Les exécutables de ligne de commande ArcSDE sont un ensemble de fichiers binaires qui peuvent être exécutés à l'invite de commandes par les administrateurs de géodatabase pour créer, configurer, gérer et surveiller à la fois la géodatabase d'entreprise et le service ArcSDE. Les exécutables de ligne de commande ArcSDE incluent un ensemble de commandes pour l'importation et l'exportation de données au niveau technologique ArcSDE de la géodatabase d'entreprise.

Le référentiel ArcSDE

Les tables système internes et les procédures stockées qui sont installées dans le SGBDR pendant la post-installation d'ArcSDE sont détenues et gérées par l'administrateur de la géodatabase créé lors de la première étape de la post-installation d'ArcSDE. Ils sont autogérés en interne par ArcGIS et le SGBDR via des procédures stockées et ne doivent pas être modifiés manuellement.

Les tables du référentiel ArcSDE peuvent être subdivisées en tables système ArcSDE et tables système de géodatabase (c'est-à-dire en tables système préfixées par GDB_). Les tables système ArcSDE fonctionnent au niveau de la technologie ArcSDE et contiennent des métadonnées de base pour ArcSDE, stockent la géométrie des entités et les données raster et gèrent l'environnement de gestion des versions. Les tables système de la géodatabase fonctionnent au niveau du niveau ArcObjects et stockent des informations sur le comportement et les fonctionnalités de la géodatabase pour les topologies, les réseaux et les domaines. Ces deux groupes forment la structure de la géodatabase d'entreprise.

Les administrateurs de géodatabase d'entreprise doivent être familiarisés avec les principales tables du référentiel ArcSDE répertoriées dans la figure 2.

Le service ArcSDE

Également communément appelé processus giomgr (abréviation de gestionnaire d'entrée/sortie géographique), le service ArcSDE est un service persistant sur le serveur ArcSDE qui dépend de l'instance du SGBDR. Le giomgr Le processus prend en charge les connexions du serveur d'applications à la géodatabase d'entreprise.

Le service ArcSDE écoute les demandes de connexion client entrantes sur un port dédié et permet aux clients de se connecter à la géodatabase. Une installation de géodatabase d'entreprise type possède un service ArcSDE associé, cependant, le service ArcSDE n'est pas requis si seules des connexions directes sont établies avec la géodatabase d'entreprise.

Type de connexions client

Les clients communiquent généralement avec une géodatabase d'entreprise sur un réseau à l'aide de protocoles TCP/IP et peuvent se connecter à une géodatabase d'entreprise de deux manières—à l'aide d'une connexion au serveur d'applications ou d'une connexion directe.

Connexion au serveur d'applications

Cette méthode traditionnelle de connexion client implique le service ArcSDE, qui écoute les demandes de connexion client. Lorsqu'une application cliente, telle qu'ArcGIS Desktop, demande une connexion à la géodatabase d'entreprise, un gsrvr (abréviation de serveur géographique) est lancé par le service ArcSDE et fournit un lien dédié entre le client et la géodatabase. Le service ArcSDE continue d'écouter les demandes de connexion.

La connexion à la géodatabase est basée sur le nom d'utilisateur et le mot de passe soumis. L'accès au jeu de données dépend des autorisations établies pour l'utilisateur par l'administrateur de la géodatabase. Le gsrvr Le processus reste connecté à la géodatabase jusqu'à ce que le client libère la connexion en fermant l'application. Cette méthode de connexion est communément appelée connexion à trois niveaux car elle implique l'application cliente, la géodatabase et le giomgr et gsrvr processus. Dans cette méthode, la plupart du travail est effectué sur le serveur.

Connexion directe

Avec cette méthode, les clients se connectent directement à la géodatabase d'entreprise sans utiliser le service ArcSDE. La communication entre les clients et la géodatabase s'effectue via les pilotes de connexion directe ArcSDE, situés du côté client, et non via le service ArcSDE. Les machines clientes doivent être configurées pour l'accès au réseau.

Les pilotes de connexion directe ArcSDE sont automatiquement installés pour l'ensemble de la suite de produits ArcGIS, l'extension d'accès à la base de données ArcView 3.x, ArcIMS, ArcInfo Workstation et MapObjects 2. Pour les applications personnalisées créées à partir de l'API C ArcSDE, les pilotes de connexion directe ArcSDE ont besoin à activer avec l'application pour prendre en charge cette fonctionnalité.

Les pilotes de connexion directe sont créés à partir du même code logiciel utilisé pour créer le service ArcSDE. La différence est que les pilotes de connexion directe sont créés en tant que fichiers de bibliothèque de liens dynamiques et s'exécutent dans l'espace de processus de l'application client, tandis que le service ArcSDE a été créé en tant que programme exécutable qui s'exécute sur le serveur ArcSDE.

Avec cette méthode de connexion, communément appelée connexion à deux niveaux car elle n'implique que l'application cliente et la géodatabase, une partie du travail qui aurait eu lieu sur le serveur avec la connexion au serveur d'applications est effectuée sur le client.

Pour que le serveur ArcSDE gère la majorité de la charge de traitement ArcSDE, utilisez des connexions au serveur d'applications. Lorsque les machines clientes disposent de suffisamment de ressources pour gérer une partie de la charge de traitement ArcSDE, utilisez des connexions directes. Les connexions directes peuvent augmenter le trafic réseau. Les deux méthodes de connexion client peuvent être prises en charge pour la même géodatabase d'entreprise dans n'importe quelle combinaison et configuration.

Conclusion

La géodatabase d'entreprise est la base de la création d'un SIG à grande échelle avec ArcGIS Server Enterprise. Il utilise une combinaison d'ArcObjects, de la technologie ArcSDE et du logiciel SGBDR pour définir la manière dont les données sont stockées, consultées et gérées par ArcGIS. Conceptuellement, il stocke les données SIG dans un emplacement centralisé. Cependant, il peut être installé et configuré pour une variété d'implémentations.

La géodatabase d'entreprise peut être utilisée pour appliquer des règles et des relations commerciales sophistiquées aux données spatiales, définir des modèles géorelationnels avancés tels que des topologies et des réseaux, et fournir un accès multi-utilisateur et un environnement d'édition. Grâce à ces fonctionnalités, les données spatiales de la géodatabase d'entreprise peuvent être exploitées à leur plein potentiel tout en conservant une base de données SIG cohérente et précise.

Davantage de ressources

Pour plus d'informations sur les géodatabases d'entreprise, consultez ces ressources Esri :


Quelle est la différence entre la couverture, les fichiers de formes et les géodatabases dans ArcGIS ? - Systèmes d'information géographique

Instructions ci-dessous mises à jour pour ArcGIS 9.3
Cliquez ici pour la version ArcGIS 9.1/9.2

  • Objectif
  • Introduction et contexte
    • Modélisation des données géographiques
      • Figure 1 : Le processus de modélisation.
      • Figure 2 : Hiérarchie des structures de données ArcInfo8 d'ESRI.
      • Figure 3 : Icônes et hiérarchie.
      • Comprendre les modèles de données
        • les tables
        • Aide ArcInfo
        • Conversion entre des structures de données basées sur les modèles de données
        • Modification des propriétés de la couche dans ArcMap
        • Trouver et examiner des outils
        • Aperçu des tableaux
        • Tri d'une colonne dans l'aperçu du tableau et recherche d'une chaîne de texte
        • Tableaux, questions (document Word) et carte.

        2.2 Introduction et contexte

        Pour plus d'informations sur modèles de données en géographie :
        Vous remarquerez une certaine diversité dans les définitions, car elles se situent dans le contexte de différentes entreprises, logiciels, époques et degrés de spécificité. Pour cet atelier, concentrez-vous sur la hiérarchie décrite dans le corps principal de l'atelier et dans GEO 580 Lecture #3 en classe.
        Modèles de données en géographie :
        Dictionnaire AGI Définition du "modèle de données" (leur serveur peut être en panne cependant)
        Définition du dictionnaire SIG ESRI
        Modélisation des données géographiques : une introduction

        Modèles de données sont un concept crucial à comprendre pour les utilisateurs de SIG. Les modèles de données décrivent comment les données géographiques seront représentées et stockées. Le choix du modèle de données apportera des avantages en termes de simplification des aspects du monde réel, mais entraînera également des coûts en termes de simplification excessive ou de représentation erronée d'autres caractéristiques.
        Une carte est un exemple de modèle de données analogique( 1) que le cartographe a abstrait du monde réel avec un ensemble de conventions qu'elle peut utiliser pour représenter des aspects importants du paysage. Dans un ordinateur, toutes les informations doivent être stockées numériquement : c'est-à-dire qu'elles doivent finalement être réduites à des nombres (1010000110. ). Par conséquent, les abstractions d'un modèle du monde réel doivent être formalisées dans un modèle de données. Le modèle de données montre à l'ordinateur comment stocker au mieux les informations géographiques (géométrie et attributs) dans une base de données ou dans un autre format. Bernhardsen (1999) schématise le processus selon ces lignes :


        Figure 1 : Le processus de modélisation. Le monde réel est décrit par le modèle de données. La "base de données" fait partie de la structure de données résultante (comment le modèle de données est implémenté dans un ordinateur numérique). (d'après Bernhardsen 1999, p.39. Bernhardsen, Tor. Geographic Information Systems : An Introduction. New York : John Wiley & Sons, Inc., 1999, pp. 37-99. Graphique de www.gis.com)

        Pour que les données géographiques soient représentées numériquement, un modèle de données géographiques doit être choisi. La plus grande partie de la confusion au sujet des modèles de données provient de la diversité des modèles de données géographiques. Contrairement aux classifications des choses dans les sciences naturelles ou la géométrie, les modèles de données ne sont pas nécessairement définis par des règles strictes dérivées de l'observation ou des modèles de données logiques sont plutôt créés par les programmeurs et les utilisateurs de SIG dans le but de représenter certaines caractéristiques spécifiques du réel. monde. Les définitions et les capacités des modèles de données varieront donc en fonction de l'aspect de la réalité que les concepteurs et les utilisateurs de logiciels SIG tentent de modéliser. En outre, les modèles de données (et les structures de données résultantes qui sont réellement mises en œuvre dans les logiciels SIG) peuvent évoluer dans le temps sous l'influence de la technologie (par exemple, l'augmentation de l'espace de stockage et de la puissance de traitement, ou la mise en réseau, ou la compatibilité logicielle) ou même l'histoire (par exemple, ESRI a commencé avec le modèle géorelationnel en 1980, c'est donc probablement son modèle de données le mieux pris en charge et le plus utilisé). Enfin, les influences du marché et les intérêts des entreprises SIG et des consommateurs doivent être pris en compte.
        Le résultat de tout cela est que chaque progiciel SIG sera capable de prendre en charge un certain nombre de modèles de données. Les capacités des modèles de données peuvent changer avec les nouvelles versions du logiciel et des problèmes de compatibilité peuvent survenir. Certaines fonctions seront accessibles avec des données sous la forme d'un modèle de données mais pas d'un autre.



        Le Centre national d'information et d'analyse géographiques (NCGIA) a toujours son programme de base en SIG en ligne. Les entrées suivantes sont pertinentes pour notre discussion sur les structures de données et les modèles de données :
        Fondamentaux du stockage de données
        Organisation de l'information et structure des données
        et modèles de bases de données non spatiales.
        Modèles de données et structures de données
        Un modèle de données est un modèle conceptuel du monde réel. La représentation de ce modèle Dans l'ordinateur est le Structure de données . Un modèle de données vectorielles donné peut être implémenté dans un ordinateur de plusieurs manières. Dans la pratique, cependant, le concepteur du logiciel a généralement effectué à la fois la modélisation et la structuration des données, de sorte que lorsqu'on se réfère à une « couverture », à la fois le modèle de données et la structure des données sont prédéfinis. Cependant, ce n'est pas nécessairement le cas avec les modèles de données personnalisés conçus par l'utilisateur.
        La structure de données correspond donc à la quatrième case, intitulée « BASE DE DONNÉES », dans la Figure 1 : Le processus de modélisation .

        La confusion entourant tout cela peut être réduite si l'on considère les modèles de données comme s'inscrivant dans une hiérarchie générale (ceux-ci seront tous discutés en détail dans le cours).

        Figure 2 : Hiérarchie des modèles de données et des structures de données d'ESRI. . Attention, car la documentation d'ESRI utilise souvent les mêmes noms pour le modèle de données et la structure de données, ce qui peut prêter à confusion (par exemple, le modèle de données de géodatabase et la structure de données de géodatabase d'ESRI. ESRI a également développé un modèle de données « géorelationnel » qu'ils appellent parfois la « couverture " modèle de données également. Et la structure de données résultante est également la "couverture", c'est-à-dire la couverture ArcInfo). Le TIN est une structure de données issue du modèle de données de triangulation de Delauney.

        Une dernière complication est que les structures de données de géodatabase (basées sur le modèle de données de géodatabase orienté objet d'ESRI) peuvent contenir des rasters et des TIN, ainsi que des ensembles de données vectorielles.

        Modèles de données, structures de données et classes d'entités dans ArcGIS 9.

        Dans ArcCatalog, la géométrie et la structure de données de chaque entité sont identifiées par une petite image ou icône. Cela fonctionne un peu comme l'Explorateur Windows, sauf que seuls les formats de fichiers reconnus par ArcCatalog en tant que données géographiques seront affichés.

        Votre vie sera beaucoup plus facile si, dans le cadre de l'apprentissage des structures de données, des entités et d'autres fichiers, vous apprenez les icônes d'ArcCatalog pour eux. Il y en a beaucoup et ils peuvent être déroutants au départ, alors voici le tableau pratique du laboratoire n°1 auquel vous pouvez vous référer. Vous trouverez ci-dessous un affichage d'ArcCatalog montrant comment les icônes sont identifiées par type.



        Aussi, vous pouvez également toujours cliquer sur l'onglet 'Contenu' tout en mettant en surbrillance le dossier au-dessus du fichier en question., comme ça:

        Les dossiers et fichiers qui composent les fichiers de formes, les couvertures, les classes d'entités de géodatabase, les rasters et les TIN appartiennent à une hiérarchie organisationnelle dans ArcCatalog (Remarque : il s'agit d'un complètement différent plus important que la hiérarchie conceptuelle discutée ci-dessus dans la Figure 2). La figure 3 ci-dessous montre la hiérarchie des dossiers, des modèles de données, des jeux de données et des classes d'entités tels qu'ils sont affichés dans ArcCatalog. Les classes d'entités sont le niveau le plus bas auquel l'utilisateur accède.

        • Pour fichiers de formes, le fichier de formes est la classe d'entités. Chaque caractéristique (beigneries, rues, etc.) sera contenue dans son propre fichier de formes. Les informations géométriques (ArcCatalog "cache" ces fichiers binaires, mais dans l'explorateur Windows, ce sont des fichiers séparés - N'UTILISEZ PAS WINDOWS POUR GÉRER VOS DONNÉES) seront affichées dans "Aperçu géographique" et les informations d'attribut (stockées dans les tables dBASE IV) seront s'afficher dans l'"Aperçu du tableau". Ce lien entre les fichiers géométriques et les tables d'attributs distincts est commun aux fichiers de formes et aux couvertures et constitue le principal principe conceptuel de l'ESRI. modèle de données géorelationnel.
        • Pour couvertures, chaque classe d'entités ne fait pas correspondent à une caractéristique de la carte. Les classes d'entités de couverture sont des catégories standard telles qu'arc, étiquette, polygone, tic, etc. Les classes d'entités se trouvent dans un dossier. Ce dossier est la couverture. Chaque élément de la carte (occupation du sol, voies ferrées, etc.) correspondra à l'un de ces dossiers de couverture. Dans le dossier, les classes d'entités stockent les informations géométriques (les coordonnées sont stockées dans des fichiers ARC binaires masqués affichés dans l'"Aperçu géographique") qui sont liées aux tables attributaires (tables INFO affichées dans l'"Aperçu de la table"). Comme les fichiers de formes, les couvertures sont des structures de données résultant d'un modèle de données géorelationnel.
        • Pour géodatabases, comme les fichiers de formes, chaque classe d'entités correspond à une entité cartographique telle que des routes, des comtés, etc. Les classes d'entités sont généralement regroupées dans un ensemble de données d'entités, un dossier qui peut contenir des données sur une région ou un sujet (par exemple, « conteneur USA » contient des informations sur les États-Unis). Contrairement aux fichiers de formes et aux couvertures, les géodatabases utilisent un modèle de données de géodatabase qui stocke chaque entité sous forme de ligne dans une table de base de données relationnelle (cet enregistrement serait lié à d'autres tables contenant des informations géométriques, des relations topologiques, des informations sur les attributs, etc.). Un certain nombre de jeux de données d'entités peuvent être stockés dans une géodatabase.
        • En regardant à nouveau la figure 3, vous remarquerez que la géodatabase, les couvertures et les fichiers de formes sont tous contenus dans le dossier « Some-Data ». Le petit symbole bleu sur le dossier indique qu'il contient des données géographiques reconnaissables au premier niveau sous « Certaines données ». Dans le contexte des couvertures, ce dossier serait souvent appelé un espace de travail de couverture.
        • Note supplémentaire: Notez que nous n'avons pas nommé le dossier "Some-Data" comme "Some Data" - avec un espace réel - même si cela est autorisé par Windows. ArcToolbox doit lire les noms de chemin de répertoire dans une ligne de commande pour exécuter certaines commandes, et s'il y a un espace réel dans le nom de fichier, le chemin sera divisé et interprété comme deux mots séparés. Vous obtiendrez une erreur telle que"Les espaces ne sont pas autorisés dans le nom du chemin"ou alors"trop ​​de commandes"ou quelque chose comme ça. Ainsi, à des fins d'ArcGIS, nommez vos répertoires et fichiers à l'aide de tirets ("-") ou de traits de soulignement ("_") au lieu d'utiliser des espaces. Essayez également de garder tous les noms sous 13 caractères. Tu étais prévenu!

        mystère -- Dossier contenant 8 couches de données de plusieurs entités dans différents modèles de données. Vous découvrirez ce que c'est dans le laboratoire.


        routes -- couverture des routes du comté de multnomah
        mult_dem -- modèle numérique d'élévation du comté de Multnomah
        mult_tin -- TIN dérivé de mult_dem
        mult_cont -- Fichier de formes de contour dérivé de mult_dem
        ou_comtés -- comtés de l'Oregon, de l'Oregon Geospatial Data Clearinghouse

        Téléchargez les données ici (36 Mo) dans votre dossier de travail local.

        2.4.1 Comprendre les modèles de données : tableaux


        Question 1:
        Pendant que vous travaillez dans le laboratoire, remplissez Tableaux A et B dans le document Word que vous allez remettre, sur la base des informations de l'introduction du laboratoire, des exercices, du texte du cours et du cours magistral. Si le temps est compté, vous voudrez peut-être laisser certains des tableaux à remplir en dehors de la classe.

        • Allez dans la barre de menus -->Aide --> Aide ArcGIS :
        • Lorsque vous recherchez quelque chose dans l'aide d'ArcGIS, assurez-vous de rechercher à la fois dans l'onglet Index et dans l'onglet Rechercher. Essayer la recherche avec différents termes (par exemple, modèles de données, couverture ou géodatabase) augmente les chances de trouver quelque chose d'utile.
        • Aussi, pour plus d'informations, vous pouvez consulter le Obtenir plus d'aide, surtout Utilisation de ce système d'aide et Arc en ligne :

        2. 4. 2 modèles mystères

        Examinez les couches dans le dossier « mystère » à l'aide d'ArcCatalog ou d'ArcMap.

        Une fois que vous avez identifié les couches et les modèles de données conceptuels sur lesquels elles sont basées, convertir mystère5 dans la même structure de données que mystère7. Vous devrez trouver comment le faire vous-même, mais voici quelques conseils importants :

        • Vous devrez utiliser ArcToolbox pour accomplir cette tâche. Rappelez-vous que vous pouvez ouvrir ArcToolbox à partir du menu Démarrer ou en en cliquant sur le Bouton ArcToolbox ( )dans ArcCatalog.
        • Nous effectuons une conversion, alors accédez au menu de la boîte à outils qui contiendrait les outils appropriés.
          • Trouvez le sous-menu approprié pour convertir les données dans mystère5modèle de données.
          • Trouvez l'outil qui vous permettra de convertir en mystère7 la structure de données de.

          Donnez à la sortie un nom dont vous vous souviendrez et exécutez la conversion. Prenez votre couche résultante et affichez-la dans ArcMap, avec mystère5.


          Répondre à la question 3 :
          À quel point sont-ils similaires mystère5 et votre couche convertie ? Décrivez brièvement les principales différences entre les deux. Quelle en est la cause ? Selon vous, quelles sont les données sources à partir desquelles mystère5 a été dérivée?

          Allez dans le répertoire des données lab2_data.

          Maintenant, ajoutez mult_cont, mult_dem, et mult_tin dans ArcMap. Afficher juste mult_cont et mult_tin, et superposition mult_cont au dessus de mult_tin. Pour rendre l'affichage intelligible, vous devrez modifier les propriétés des deux couches.

          • Allez au Afficher languette.
          • Modifiez la transparence de mult_tin afin que le raster DEM puisse être vu en dessous, et appuyez sur D'ACCORD.
          • Assurez-vous que le mult_tin la couche s'affiche au-dessus du raster DEM.


          Si vous souhaitez mieux utiliser les propriétés, les principales méthodes sont la création de couches dans ArcCatalog et ArcMap Gestionnaire de styles, trouvé dans la barre de menu sous Outils-->Styles-->Gestionnaire de styles. Vous répéterez ces étapes pour modifier les propriétés d'une couche des centaines de fois au cours du trimestre. Vous trouverez probablement les fonctions Propriétés très utiles mais peut-être pas aussi conviviales qu'elles pourraient l'être et quelque peu fastidieuses et frustrantes à utiliser pour des tâches compliquées. Nous discuterons des moyens de rendre cela plus facile plus tard dans le trimestre en utilisant ArcMap Gestionnaire de styles.


          Répondre à la question 4 :
          Laquelle des trois couches (mult_dem, mult_tin, mult_cont) pensez-vous que c'était la couche de données d'origine ? Quelle est la « deuxième génération » et laquelle est la « troisième génération » ? Pourquoi penses-tu cela?

          2. 4. 3 Structures de données et ArcToolbox

          Les couvertures sont les structures de données vectorielles utilisées depuis longtemps dans l'ancienne version de poste de travail Unix d'ARC/INFO. Par conséquent, de nombreux outils ArcToolbox utilisent simplement un assistant pour créer une ligne de commande qui exécute un processus ARC en arrière-plan. Par conséquent, de nombreux outils ne prennent en charge que les couvertures, bien que certains des outils les plus récents soient conçus pour les géodatabases ou les fichiers de formes. Pour vous familiariser avec la Boîte à outils et les formats d'entrée requis, recherchez chaque outil répertorié ci-dessous et déterminez le type de fichier(s) d'entrée qu'il prend en charge (par exemple, couverture, classe d'entités de géodatabase, grille, TIN, etc.).

          • Encore une fois, rappelez-vous que vous pouvez ouvrir ArcToolbox à partir du menu Démarrer ou en en cliquant sur le bouton ArcToolbox ( )dans ArcCatalog.
          • Si vous ne trouvez pas un outil particulier dans ArcToolbox, essayez le Onglet de recherche--> Localiser et recherchez par nom ou par description.
            • Pour plus d'informations sur un outil, faites un clic droit dessus et cliquez sur Aider.

            2. 4. 4 AAT et PAT

            Comme indiqué ci-dessus, les couvertures ont été la structure de données standard pour le modèle de données vectorielles générique pour les versions précédentes d'Arc/INFO. Avec la sortie d'ArcGIS 9.x, Arc et INFO ont apparemment été intégrés (avec INFO essentiellement remplacé par des tables MS Access), et la nouvelle structure de données de la géodatabase a été promue. Cependant, les couvertures sont encore très couramment utilisées, et il nous appartient donc de comprendre leur structure.

            Rappelons que les couvertures sont basées sur le modèle de données géorelationnelles. La partie INFO d'Arc/INFO était un gestionnaire de bases de données relationnelles. Un fichier INFO est une table qui stocke les informations associées aux caractéristiques géographiques d'un ensemble de données référencées spatialement. Cela donne à un SIG la possibilité de manipuler des informations à la fois spatialement et via des fonctions de base de données tabulaires standard. Un exemple de modèle relationnel est lorsque deux tables partagent une colonne commune. Dans un modèle géorelationnel les enregistrements individuels dans deux ou plusieurs tables sont liés par leur emplacement dans l'espace. La couverture polygonale ci-dessous est un exemple simple de ce concept. La colonne commune est souvent appelée colonne KEY et est utilisée pour relier ou joindre des tables.

            Explorons les tables attributaires de routes. Accédez à ArcCatalog et Aperçu les données.

            • Sous la carte d'aperçu, localisez le Aperçu boîte: .
            • Modifier l'option d'aperçu de La géographie à Tableau .
            • Vous regardez maintenant la table attributaire d'arc (AAT).

            Pour un aperçu des polygones et des tables d'attributs de polygones (PAT), ouvrez multi_comté. Découvrez les tableaux de la tic, étiquette, arc, et polygone classes d'entités de couverture.

            • Pour trier un tableau (par exemple, polygone), par exemple par nom, cliquer sur l'en-tête de colonne que vous souhaitez trier.
            • Cela devrait mettre en évidence la colonne que vous souhaitez trier.
            • Puis, clic-droit et sélectionnez Trier par ordre croissant.

            2. 4. 5 Relations dans le SIG

            Jusqu'à présent, nous nous sommes concentrés sur la modélisation numérique des entités géographiques et des attributs de ces entités. Cependant, de plus en plus d'utilisateurs de SIG cherchent de plus en plus à modéliser des relations entre les fonctionnalités également. Ces relations peuvent avoir un comportement et suivre des règles. L'un des principaux avantages du nouveau modèle de géodatabase est qu'il donne à l'utilisateur/concepteur la possibilité de créer des relations structurées entre les entités.

            Pour comprendre cela, considérons l'exemple classique d'un poteau électrique et d'un transformateur. Peut-être que vous voulez décrire l'emplacement du transformateur sur le poteau - par exemple, la hauteur en pieds et le côté du poteau sur lequel se trouve le transformateur (nord, ouest, etc.). Le concepteur de la géodatabase peut restreindre les entrées possibles dans le champ « emplacement » du transformateur à Nord, Sud, Est et Ouest. Ensuite, une personne effectuant la saisie de données sélectionnerait simplement la direction appropriée parmi les options disponibles. De même, le concepteur pourrait restreindre le champ de "hauteur" entre 10 et 20 pieds.

            Le concepteur pourrait également limiter le nombre de relations qu'un pôle particulier peut avoir avec les transformateurs. Dans le monde réel, plusieurs transformateurs peuvent résider sur un poteau. Cependant, un nombre illimité de transformateurs ne conviendra pas - nous pourrions imaginer que quatre transformateurs est le maximum. Le concepteur de la géodatabase peut limiter le nombre de relations entre le pôle et les transformateurs entre 0 et 4. Une fois que quatre transformateurs ont été affectés à ce pôle, un transformateur doit être supprimé avant qu'un autre puisse être ajouté. .

            La relation entre les pôles et les transformateurs est directionnel ainsi que. Dans une relation directionnelle, changer A changera B, mais changer B ne changera pas A. Si vous déplacez un poteau (dans la vraie vie et dans le SIG), vous voulez que les transformateurs sur le poteau bougent également. Mais vous ne voulez pas pouvoir déplacer un transformateur par lui-même, car il doit toujours être sur un poteau. Si vous supprimez un poteau de la couche de données (par exemple, parce qu'il a été incendié dans un incendie de forêt), vous souhaiterez également que les enregistrements des transformateurs de ce poteau soient supprimés. Mais si vous supprimez un transformateur, le pôle ne devrait pas être affecté.


            Quelle est la différence entre la couverture, les fichiers de formes et les géodatabases dans ArcGIS ? - Systèmes d'information géographique

            оличество зарегистрированных ащихся: 17 тыс.

            Аствовать есплатно

            Dans ce cours, vous apprendrez à trouver des données SIG pour vos propres projets et à créer une carte bien conçue qui communique efficacement votre message. La première section se concentre sur les éléments de base des données SIG, afin que vous sachiez quels types de fichiers SIG existent et les implications du choix d'un type plutôt qu'un autre. Ensuite, nous discuterons des métadonnées (qui sont des informations sur un ensemble de données) afin que vous sachiez comment évaluer un ensemble de données avant de décider de l'utiliser, ainsi que de préparer les données en fusionnant et en coupant les fichiers selon les besoins. Nous parlerons ensuite de la façon de prendre des données non SIG, telles qu'une liste d'adresses, et de les convertir en données "mappables" à l'aide du géocodage. Enfin, vous apprendrez à prendre les données que vous avez trouvées et à concevoir une carte en utilisant des principes cartographiques. Dans le projet de cours, vous trouverez vos propres données et créerez votre propre carte quantitative. Remarque : aucun logiciel n'est fourni pour ce cours.

            Олучаемые навыки

            Système d'Information Géographique (SIG), Cartographie, Esri, Cartographie, Analyse Spatiale

            Ецензии

            Encore un cours sympa et bien expliqué. Je pense que si des exemples de données peuvent être fournis aux stagiaires lorsque vous démontrez quelque chose dans ArcGIS, il serait plus utile de s'entraîner.

            J'ai acquis des compétences professionnelles et cela développera ma carrière, je remercie l'équipe Coursera pour son travail acharné et ses cours bien organisés et conçus à la fois théoriques et pratiques.


            Données d'entité

            Les frontières géographiques utilisées au Royaume-Uni sont une masse de zones complexes, souvent interdépendantes, mais en constante évolution. Pour toute personne nouvelle au Royaume-Uni (ou en fait pas un géographe quantitatif qualifié), cela peut être une tâche assez intimidante d'essayer de comprendre toutes les limites qui sont utilisées. Heureusement, l'Office for National Statistics a un guide en ligne pour débutants sur la géographie britannique. Si vous avez besoin de plus d'informations sur la vaste gamme de différentes zones géographiques du Royaume-Uni, c'est l'endroit par où commencer :

            La collection de cartes sur ce site est particulièrement utile pour avoir un aperçu rapide de ce à quoi ressemblent certaines de ces zones.


            Concepts SIG

            Que pouvons-nous faire avec le SIG ?

            Le SIG peut être utilisé comme outil dans les processus de résolution de problèmes et de prise de décision, ainsi que pour la visualisation de données dans un environnement spatial. Les données géospatiales peuvent être analysées pour déterminer (1) l'emplacement des caractéristiques et les relations avec d'autres caractéristiques, (2) où le plus et/ou le moins de certaines caractéristiques existent, (3) la densité des caractéristiques dans un espace donné, (4) ce qui se passe à l'intérieur d'une zone d'intérêt (AOI), (5) ce qui se passe à proximité d'une caractéristique ou d'un phénomène, et (6) et comment une zone spécifique a changé au fil du temps (et de quelle manière).

            1. Cartographier où sont les choses. Nous pouvons cartographier l'emplacement spatial des entités du monde réel et visualiser les relations spatiales entre elles.
            Exemple : ci-dessous, nous voyons une carte des districts agricoles (en vert) superposée aux types de sols. Nous pouvons voir des modèles visuels dans les données en déterminant quels types de sol sont les mieux adaptés aux districts agricoles.

            2. Cartographie des quantités. Les gens cartographient les quantités, indiquant la prévalence relative d'un type d'entité ou de ressource, pour trouver des lieux qui répondent à leurs critères ou pour voir les relations entre les lieux.
            Exemple : vous trouverez ci-dessous une carte des emplacements des cimetières du Wisconsin. La carte montre les emplacements des cimetières sous forme de points (densité de points) et chaque comté est codé par couleur pour montrer où se trouvent le plus et le moins de cimetières (un bleu plus clair signifie moins de cimetières).

            3. Cartographie des densités. Parfois, il est plus important de cartographier les concentrations, ou une quantité normalisée par zone. Par exemple : ci-dessous, nous avons cartographié la densité de population de Manhattan (nombre total de population normalisé par la superficie en miles carrés des secteurs de recensement.)

            4. Trouver ce qu'il y a à l'intérieur. Nous pouvons utiliser le SIG pour déterminer ce qui se passe ou quelles caractéristiques sont situées à l'intérieur d'une zone/région spécifique. On peut déterminer les caractéristiques de « l'intérieur » en créant des critères spécifiques pour définir une zone d'intérêt (AOI). Par exemple : ci-dessous, une carte montrant la « pollution » sonore à proximité d'un aéroport de Minneapolis. Si nous ajoutons les données démographiques du recensement à cette carte, nous pouvons déterminer les caractéristiques socioéconomiques des personnes qui vivent dans la zone d'intérêt définie pour la « pollution sonore ».

            5. Trouver ce qui est à proximité. Nous pouvons découvrir ce qui se passe à une distance définie d'une entité ou d'un événement en cartographiant ce qui se trouve à proximité à l'aide d'outils de géotraitement tels que BUFFER. Exemple : ci-dessous, nous voyons les effets sur les caractéristiques dans les rayons spécifiés d'une explosion simulée. L'utilisation d'outils de mise en mémoire tampon pour générer des distances définies peut faciliter les interventions d'urgence en cas de catastrophes comme celles-ci.

            6. Modification de la cartographie. Nous pouvons cartographier le changement dans une zone géographique spécifique pour anticiper les conditions futures, décider d'un plan d'action ou évaluer les résultats d'une action ou d'une politique. Exemple : ci-dessous, nous voyons des cartes d'utilisation des terres de Barnstable, MA montrant les changements dans le développement résidentiel de 1951 à 1999. Le vert foncé montre la forêt, tandis que le jaune vif montre le développement résidentiel. Des applications comme celle-ci peuvent aider à éclairer les processus et les politiques de planification communautaire.


            Qu'y a-t-il dans une pièce d'identité ? Identifiants globaux par rapport aux identifiants d'objet

            Qu'y a-t-il dans une pièce d'identité ? Identifiants globaux par rapport aux identifiants d'objet
            Par Jerry Swanson

            Un rôle majeur d'un professionnel SIG est la gestion des données. Cela peut inclure des sources de données externes telles que des feuilles de calcul Excel, des données d'enquête et même des images avec un géotag. Les données les plus couramment utilisées par les professionnels du SIG se trouvent dans une géodatabase, y compris une géodatabase fichier ou des bases de données stockées dans un moteur de base de données spatiale (SDE). La gestion de bases de données volumineuses, en particulier au niveau d'une ville ou d'un comté, telles que des parcelles, des points d'adresse ou des axes de rue, peut présenter de nombreux défis pour l'administrateur de base de données.

            ID d'objet
            Heureusement pour les gestionnaires de données, les logiciels et les systèmes de gestion de bases de données relationnelles (SGBDR) fournissent des fonctions intégrées pour faciliter la gestion des données. L'une des fonctions principales est de fournir un identifiant unique pour chaque enregistrement dans une base de données. Dans le SIG, en particulier la suite logicielle d'Esri, cet identifiant unique est appelé ObjectID. Les ObjectID sont un entier 32 bits, différent de zéro, positif uniquement et généralement une valeur numérique séquentielle. Les ObjectID peuvent être utiles à bien des égards, notamment en tant qu'identifiant unique pour une fonctionnalité particulière, aider à la création d'identifiants uniques supplémentaires via des scripts python et fournir généralement des informations sur le moment où un enregistrement particulier a été créé en fonction de la valeur seule. Le champ est une exigence dans le logiciel d'Esri, du fichier de formes à une base de données d'entreprise basée sur SQL. Les utilisateurs finaux ne peuvent pas modifier les ObjectID et les valeurs sont générées automatiquement en fonction du logiciel.

            Bien que les ObjectID puissent être utiles dans certains cas, ils peuvent également causer des problèmes de gestion des données. Le principal défaut de l'utilisation des ObjectID comme identifiant unique est qu'ils ne restent pas constants tout au long de la durée de vie d'une classe d'entités particulière. Par exemple, si vous avez modifié une couche de points d'adresse au fil du temps, y compris l'ajout et la suppression d'enregistrements, la séquence des ObjectID sera désynchronisée. Cela pose un problème si vous décidez d'exporter/importer cette classe d'entités, car les ObjectID seront réinitialisés au cours du processus. Cela signifie que s'il y avait des classes de relations ou des jointures effectuées sur le champ ObjectID, le lien serait perdu avec la nouvelle classe d'entités. C'est pourquoi Esri et les professionnels SIG recommandent de ne pas utiliser l'ObjectID à des fins de liaison. Tout gestionnaire de base de données SIG qui a déjà travaillé avec des ObjectID à ce titre vous dira que c'est un cauchemar de données. Il existe une solution de contournement pour l'utilisation de l'ObjectID comme identifiant unique qui inclut la création d'une copie du champ ObjectID avant de déplacer les données, mais Esri fournit un identifiant unique supplémentaire pour une meilleure gestion des données, GlobalID.

            Identifiants globaux
            Les GlobalID sont similaires aux ObjectID dans le sens où ils ne peuvent pas être modifiés par l'utilisateur final, les ID sont générés automatiquement par le logiciel et ils fournissent un identifiant unique pour une fonctionnalité particulière. Les GlobalID sont une chaîne de 128 bits, qui fournit suffisamment de combinaisons au sein d'une base de données et ne peut pas être dupliqué car les ID sont contrôlés par Esri. La principale différence entre les ObjectID et les GlobalID est la possibilité de conserver leur valeur tout au long de la durée de vie de la classe d'entités. Cela fait des GlobalID l'identifiant unique idéal pour une variété d'opérations au sein du SIG. Les exemples d'utilisation incluent l'identifiant de clé dans les classes de relations et les tables associées et les flux de travail d'édition déconnectés. Dans certains cas, les GlobalID sont requis pour une utilisation spécifique dans le cas de l'activation des pièces jointes dans un service d'entités à utiliser dans ArcGIS Online et Collector for ArcGIS. Les GlobalID peuvent être facilement générés à l'aide de l'outil « Ajouter des identifiants globaux » dans ArcGIS Desktop ou dans ArcCatalog en cliquant avec le bouton droit sur le jeu de données d'entités ou une classe d'entités particulière et en cliquant sur « Activer les identifiants globaux ».

            Conclusion
            Selon les besoins de l'organisation, les professionnels du SIG peuvent utiliser des ObjectID ou GlobalID en fonction du flux de travail, du protocole de gestion de base de données et des procédures d'exploitation standard. Les deux types d'ID offrent différents niveaux de valeur et de fonction et les points de discussion décrits ci-dessus doivent être pris en compte pour garantir un aspect de la gestion réussie des données dans le SIG.


            Un fichier de formes (.shp) est un format de stockage de données vectorielles permettant de stocker l'emplacement, la forme et les attributs d'entités géographiques. Un fichier de formes est stocké dans un ensemble de fichiers associés et contient une classe d'entités.

            Un fichier de couche (.lyr) est un fichier qui stocke le chemin d'accès à un jeu de données source et d'autres propriétés de couche, y compris la symbologie.

            In comparison to a shapefile, a layer file is a just a link eference to actual data, such as a shapefile, feature class, etc. It is not actual data because it does not store the data's attributes or geometry. A layer file primarily stores the symbology for a feature and other layer properties related to what is seen when the data is viewed in a GIS application.

            For example, if a layer file is sent to a user on another machine without the data it was created from, it does not display on the map because it does not contain the source data. To get the data to display properly, the user must have the layer file and the shapefile it references.

            This is where utilizing layer packages eases the processing of migrating data, because layer packages store both the layer file and source data. Refer to ArcMap: Creating a layer package for more information about layer packages.


            ArcGIS Enterprise and ArcGIS Online differences

            While there are similarities between the two products, there are also differences in how they are deployed and the set of features and capabilities available.

            Infrastructure, installation, and deployment

            ArcGIS Online is Esri 's highly scalable software-as-a-service (SaaS) offering. It is hosted on Esri servers and completely scaled, managed, updated, and maintained by Esri . Because Esri controls the update schedule, users are not responsible for upgrading or patching the system themselves. What is current in ArcGIS Online is always current for any user around the world. As your usage and data needs scale, ArcGIS Online dynamically scales with you without the need for you to provision additional servers or infrastructure, though additional data stores are available to you if required. With ArcGIS Online , all you need is an organizational subscription and you are ready to go.

            ArcGIS Enterprise is software that is installed on infrastructure you control and manage, whether in the cloud, on-premises, or on virtual machines. This allows you to design a highly customized system that meets your organization's business needs and service level agreements. You can choose to deploy all ArcGIS Enterprise components on one machine or scale out to many machines. High availability and disaster recovery strategies are supported, as well as deployments that are completely disconnected from the internet. With ArcGIS Enterprise , you have complete control over your system, whether that is when to patch the system or when to upgrade to the next version of the software.

            ArcGIS Enterprise typically has one to two releases per year, whereas ArcGIS Online typically updates four times a year. Though ArcGIS Enterprise does not include all features and functionality that ArcGIS Online has and vice versa, you can typically expect to see most ArcGIS Online features within the ArcGIS Enterprise portal in the next few ArcGIS Enterprise releases following an ArcGIS Online update.

            Features and capabilities

            While both products enable foundational mapping and location workflows, there are some differences in what advanced, or additional, capabilities are available. You can extend ArcGIS Enterprise through the use of capability-based server roles: GIS Server , Image Server, Mission Server , GeoAnalytics Server , Notebook Server , and GeoEvent Server . Each of these roles provides unique capabilities such as image and raster processing and analysis, tabular big data analysis, data science and real-time data alerting, processing, and archiving. Future updates to ArcGIS Online will provide similar capabilities in some of these areas.

            A key differentiator between the two products is that ArcGIS Enterprise can connect to user-managed data stores, whether cloud storage, folders, or databases. Users can reference the data in place from within these stores when publishing datasets that can be viewed and used on the web. This allows you to bring your own storage and integrate with data there, while also using data storage provided by ArcGIS Enterprise (via ArcGIS Data Store ). In ArcGIS Online , all data is hosted by the ArcGIS Online system. To store data in ArcGIS Online that originated in, for example, a relational database, you must copy the data to ArcGIS Online , or use distributed collaboration to share data from ArcGIS Enterprise to ArcGIS Online .

            Using ArcGIS Enterprise , users can publish additional types of services such as geocode services and geoprocessing services that you can use throughout your ArcGIS Enterprise environment.

            Lastly, both ArcGIS Online and ArcGIS Enterprise support organization-specific logins via SAML and OpenID Connect to streamline authentication between systems. However, ArcGIS Enterprise provides additional security and authentication options through web-tier authentication, Active Directory, and more.


            FAQ: Projection Basics: What the GIS professional needs to know

            The following concepts are fundamental to understanding the use of map projections in ArcGIS. Please note though that the topic of projections is extremely broad, and this article can do no more than touch on a few important topics.

            1. Coordinate systems, also known as map projections, are arbitrary designations for spatial data. Their purpose is to provide a common basis for communication about a particular place or area on the earth's surface. The most critical issue in dealing with map projections is knowing what the projection is and having the correct coordinate system information associated with a dataset.
            2. When the first map projections were devised, it was assumed, incorrectly, that the earth was flat. Later the assumption was revised, and the earth was assumed to be a perfect sphere. In the 18th century, people began to realize that the earth was not perfectly round. This was the beginning of the concept of the cartographic spheroid.
            3. To more accurately represent locations on the earth's surface, map makers studied the shape of the earth (geodesy) and created the concept of the spheroid. Then geographic coordinate systems (GCS) were devised, which include a datum, units of measure, and a prime meridian. A datum links a spheroid to a particular portion of the earth's surface. Recent datums are designed to fit the entire earth's surface well.
            4. The most commonly used datums in North America are:
              • NAD 1927 (North American Datum 1927) using the Clarke 1866 spheroid
              • NAD 1983 (North American Datum 1983) using the GRS 1980 spheroid
              • WGS 1984 (World Geodetic Survey 1984) using the WGS 1984 spheroid

            Newer spheroids are developed from satellite measurements and are more accurate than those developed by Clarke in 1866.
            The terms 'geographic coordinate system' and 'datum' are used interchangeably, but as noted above, a GCS includes a datum, spheroid, units of measure and a prime meridian.

            1. The coordinates for data change depending on the datum and spheroid on which those coordinates are based, even if they are using the same map projection and parameters.

            For example, the geographic coordinates below are for a single point located within the city of Bellingham, Washington, using 3 different datums:

            1. A principle of good data management is to obtain the projection parameters from the data source providing the data. Do not make an educated guess about the projection of data, because an inaccurate GIS database will be the result. The necessary parameters are the following:
            • Projection
            • Units of measure
            • ZONE (for UTM)
            • FIPS zone (for State Plane)
            • Données

            Other parameters may be required, depending on the projection. For example, Albers and Lambert projections require the following parameters:

            • 1st standard parallel, in degrees, minutes and seconds (DMS)
            • 2nd standard parallel (DMS)
            • Central meridian (DMS)
            • Latitude of projections origin (DMS)
            • False easting and units of measure
            • False northing and units of measure
            • X-shift and units of measure
            • Y-shift and units of measure
            1. Projections can be defined for data using the following options:

            ArcInfo Workstation - All versions
            Utilisez le PROJECTDEFINE command to define the projection parameters for coverages, grids, and tins.

            ArcGIS 9.x, 10.x - ArcInfo only
            ArcToolBox > Coverage Tools > Data Management > Projections > Define Projection tool

            ArcGIS 8.x - ArcInfo, ArcEditor and ArcView
            ArcToolBox > Data Management Tools > Projections > Define Projection Wizard (shapefiles, geodatabase)

            ArcGIS 9.x, 10.x - ArcInfo, ArcEditor and ArcView
            ArcToolBox > Data Management Tools > Projections and Transformations > Define Projection tool

            Geodatabase Feature Dataset/Feature Class:

            ArcGIS 8.x - ArcInfo, ArcEditor and ArcView
            ArcToolBox > Data Management Tools > Projections > Define Projection Wizard (shapefiles, geodatabase)

            ArcGIS 9.x, 10.x - ArcInfo, ArcEditor and ArcView
            ArcToolBox > Data Management Tools > Projections and Transformations > Define Projection tool

            1. If the data has a projection definition, but the projection does not match the typical projection used by an organization, re-project the data.

            ArcInfo Workstation - All versions
            Utilisez le PROJECT command to project coverages and grids to new coordinate systems.

            ArcGIS 8.x - ArcInfo only
            ArcToolBox > Data Management Tools > Projections > Projection Wizard (coverages, grids)

            ArcGIS 9.x, 10.x - ArcInfo only
            ArcToolBox > Coverage Tools > Data Management > Projections > Project tool.

            ArcGIS 8.x - ArcInfo, ArcEditor and ArcView
            ArcToolBox > Data Management Tools > Projections > Project Wizard (shapefiles, geodatabase)

            ArcGIS 9.x, 10.x - ArcInfo, ArcEditor and ArcView
            ArcToolBox > Data Management Tools > Projections and Transformations > Feature > Project OR Batch Project

            Geodatabase Feature Dataset/Feature Class:

            ArcGIS 8.x - ArcInfo, ArcEditor and ArcView
            ArcToolBox > Data Management Tools > Projections > Project Wizard (shapefiles, geodatabase)

            ArcGIS 9.x, 10.x - ArcInfo, ArcEditor and ArcView
            ArcToolBox > Data Management Tools > Projections and Transformations > Feature > Project OR Batch Project


            What is GIS ESRI?

            zriː/ Environmental Systems Research Institute) is an international supplier of geographic information system (SIG) software, web SIG and geodatabase management applications.

            Likewise, what is the purpose of GIS? A geographic information system (SIG) is a computer system for capturing, storing, checking, and displaying data related to positions on Earth's surface. En mettant en relation des données apparemment sans rapport, SIG peut aider les individus et les organisations à mieux comprendre les schémas et les relations spatiales.

            One may also ask, what is GIS ESRI video?

            Geographic information systems (SIG) technology is a computerized framework for gathering, managing, and analyzing data.

            What is the difference between GIS and ArcGIS?

            Web mapping is easy in ArcGIS. Cartographers send data to the web via ArcGIS En ligne. QGIS Server provides a web map service (WMS). The WMS uses the same libraries as the Quantum SIG (QGIS) desktop application.


            Voir la vidéo: الفرق بين ArcMap u0026 ArcCatalog in ArcGIS (Octobre 2021).