Suite

Différences entre ArcSDE 9.3 et 10.0 ?


Je suis curieux de savoir quelles sont les différences entre ArcSDE 9.3 et ArcSDE 10 ?

Existe-t-il ArcSDE 10 pour l'utiliser ?

Ou ArcSDE 10 est-il livré avec ArcGIS for Servers ?

Quelqu'un peut-il m'expliquer?

Éditer : Une autre réponse utile à cette question est ici ; Performances ArcSDE et changements de table lors de la mise à niveau de 9.3 à 10.1 ?


Pour découvrir les nouveautés du composant ArcSDE d'ArcGIS Server 10.0, je vous recommande de consulter Nouveautés pour les géodatabases dans ArcGIS 10, où un seul exemple de changement depuis la version 9.3 est :

Les tables système de la géodatabase ont été consolidées

La structure de la géodatabase a été restructurée pour la version ArcGIS 10, consolidant les informations précédemment stockées dans les tables système de la géodatabase en six tables. Cela se fait en partie en utilisant des colonnes XML pour stocker les informations relatives aux données dans la géodatabase.

Toutes les géodatabases fichier, personnelles et ArcSDE nouvelles et mises à niveau auront la nouvelle structure de géodatabase.

Pour implémenter ce nouveau schéma dans une géodatabase ArcSDE, la base de données doit pouvoir utiliser des colonnes XML. De plus, les géodatabases ArcSDE existantes doivent être mises à niveau à l'aide du nouvel outil de géotraitement Mettre à niveau la géodatabase ou du script Python au lieu de l'assistant de post-installation ou de la commande sdesetup.


Votre question semble plus philosophique que technique. En vérité, rien d'important n'a changé dans ArcSDE entre ArcGIS 9.3 et 10.0. Les métadonnées de la géodatabase ArcGIS ont été complètement repensées, avec un accent accru sur Direct Connect, mais cela ne fait que favoriser la transition d'ArcSDE du produit à la technologie commencée à ArcGIS 9.2. Vous travaillez également avec un sérieux désavantage en effectuant une mise à niveau si tardive de 9.x à 10.0, car ArcSDE lui-même est sur le point de disparaître complètement dans ArcGIS 10.3.

Si vous voulez prendre une longueur d'avance, vous pouvez commencer par effacer « ArcSDE » de votre vocabulaire et le remplacer par « ArcGIS » ou « géodatabase d'entreprise ». Cela transformerait la question en : « Quelles sont les différences dans la mise en œuvre de la géodatabase d'entreprise entre ArcGIS 9.3 et 10.0 ? », pour laquelle vous avez déjà une réponse acceptée.


ArcGIS for Desktop Standard

ArcGIS for Desktop Standard (anciennement appelé Éditeur Arc) est la licence de niveau intermédiaire du produit logiciel ArcGIS Desktop conçu pour l'édition avancée de données spatiales. Il fournit des outils pour la création de cartes et de données spatiales utilisées dans les systèmes d'information géographique. ArcGIS for Desktop Standard inclut toutes les fonctionnalités de la licence ArcGIS for Desktop Basic ainsi que des outils supplémentaires pour modifier les géodatabases d'entreprise stockées dans ArcSDE.


Présentation de la boîte à outils Data Management

La boîte à outils de gestion des données fournit une collection riche et variée d'outils utilisés pour développer, gérer et maintenir des classes d'entités, des jeux de données, des couches et des structures de données raster.

Alors que la boîte à outils d'analyse est utilisée pour résoudre des questions spatiales ou statistiques et que la boîte à outils de conversion est nécessaire pour la conversion de divers formats de données, la boîte à outils de gestion des données vous permet d'effectuer des tâches allant de tâches simples telles que la gestion de structures de base, telles que des champs et des espaces de travail, à plus tâches complexes liées à la topologie et au contrôle de version.

Le jeu d'outils Pièces jointes contient des outils de gestion des pièces jointes de géodatabase. La possibilité d'ajouter des pièces jointes aux enregistrements des tables de géodatabase et des classes d'entités a été ajoutée dans ArcGIS 10.0. La fonctionnalité de pièces jointes offre un moyen puissant d'associer des données non géographiques à vos informations géographiques. Avec ces outils de géotraitement, vous pouvez plus facilement incorporer des pièces jointes dans vos workflows et automatiser le processus d'ajout et de suppression de pièces jointes.

Le jeu d'outils Archivage contient des outils de gestion de l'archivage des géodatabases. L'archivage dans ArcGIS permet d'enregistrer et d'accéder aux modifications apportées aux données d'une géodatabase. L'archivage de géodatabase est le mécanisme de capture, de gestion et d'analyse des modifications de données.

Le jeu d'outils de comparaison de données contient des outils pour comparer un jeu de données avec un autre jeu de données afin de signaler les similitudes et les différences. Vous pouvez utiliser ces outils pour identifier les modifications apportées à un jeu de données.

La distribution de géodatabases permet aux organisations de disperser leurs données selon les besoins des serveurs centraux vers les bureaux régionaux ou locaux, qui peuvent se trouver dans un environnement connecté ou déconnecté. Ceci est réalisé grâce à la réplication de la géodatabase en tout ou en partie et à la distribution de ces réplicas selon les besoins dans l'ensemble d'une organisation. Au fur et à mesure que les répliques sont mises à jour, les changements peuvent être coordonnés entre les bureaux via un processus de synchronisation.

Les domaines offrent un moyen de définir une plage de valeurs pouvant être utilisées pour plusieurs champs d'attribut. L'utilisation de domaines permet de garantir l'intégrité des données en limitant le choix des valeurs pour un champ particulier. La validation des domaines de valeurs codées est effectuée en restreignant les valeurs de champ trouvées dans les listes déroulantes. Les domaines de plage sont automatiquement validés lors de l'édition.

Le jeu d'outils Classe d'entités fournit un ensemble d'outils conçus pour effectuer une gestion de base des classes d'entités, notamment la création, l'ajout, l'intégration et la mise à jour de plusieurs classes d'entités.

Le jeu d'outils Entités contient des outils permettant de transformer des entités d'un type de géométrie à un autre et de vérifier l'exactitude des entités.

Le jeu d'outils Champs contient des outils qui modifient les champs dans les tables d'une classe d'entités.

Le jeu d'outils de géodatabase fichier contient des outils qui compressent et décompressent des classes d'entités et des tables de géodatabase fichier.

Le jeu d'outils Administration de géodatabase contient des outils pour diverses tâches de gestion de géodatabase. Des outils de gestion de données de base de données spécifiques, ainsi que la mise à niveau, la gestion et la maintenance de la géodatabase, sont couverts par les outils de cet ensemble d'outils.

Le jeu d'outils Général contient des outils permettant d'effectuer des opérations générales de gestion des données. Le jeu d'outils contient des outils permettant de combiner des classes d'entités ou des tables pour renommer, copier ou supprimer des jeux de données, rechercher ou supprimer des enregistrements en double ou identiques, trier des enregistrements et des outils qui améliorent les fonctionnalités de ModelBuilder.

Les outils du jeu d'outils Généralisation peuvent être utilisés pour agréger ou éliminer des fonctionnalités.

Le jeu d'outils Geoemtric Network contient un ensemble d'outils qui peuvent être utilisés pour créer, gérer et exécuter des tâches de traçage sur des réseaux géométriques.

Le jeu d'outils Graphique fournit des outils pour créer et enregistrer des graphiques. Vous pouvez utiliser les outils pour créer divers graphiques (barres, lignes, etc.) et les enregistrer sous forme de fichiers graphiques ou d'images.

Le jeu d'outils Index contient des outils qui ajoutent ou suppriment des index spatiaux et attributaires des classes d'entités ou des classes de relations.

Les outils du jeu d'outils Jointures créent une jointure entre une couche et une vue tabulaire. Les jointures effectuées avec l'outil Ajouter une jointure sont temporaires et ne durent que le temps d'une session. Si vous devez conserver la jointure entre les sessions, vous pouvez créer une relation à l'aide des outils du jeu d'outils Classes de relations.

Le jeu d'outils Jeu de données LAS contient des outils permettant de créer et de gérer des jeux de données LAS. Le jeu de données LAS est un type de surface triangulée qui permet la lecture et l'affichage rapides des données lidar aéroportées au format LAS.

Le jeu d'outils Couches et vues tabulaires crée et manipule des couches, des fichiers de couches et des vues tabulaires.

Le jeu d'outils Empaqueter fournit des outils pour consolider, empaqueter et partager des couches ( .lyr ) et des documents cartographiques ( .mxd ).

Le jeu d'outils Photos contient des outils d'analyse et de gestion des fichiers de photographies numériques. L'ensemble d'outils comprend des outils pour créer une classe d'entités ponctuelles à partir de fichiers photo géomarqués (photos qui ont été capturées à partir d'un appareil photo GPS ou d'un téléphone intelligent) et pour faire correspondre les fichiers photo à des entités ou à des lignes de tableau en fonction de l'horodatage de la photo et de la capture. l'heure de l'entité ou de la ligne.

Le jeu d'outils Projections et transformations contient des outils qui définissent la projection et reprojettent un jeu de données.

Le jeu d'outils Raster contient des outils qui créent et manipulent des jeux de données raster.

Le jeu d'outils Classes de relations contient des outils qui créent des associations entre les classes d'entités et entre les classes d'entités et les tables.

Le jeu d'outils Sous-types contient des outils qui gèrent les sous-types d'une classe d'entités ou d'une table.

Le jeu d'outils Table contient des outils qui ajustent et interrogent la table d'une classe d'entités.

Le jeu d'outils Cache de tuiles contient des outils pour générer, gérer, importer et exporter des caches de tuiles. Ces outils sont capables de générer des caches de tuiles à partir d'un jeu de données raster, d'une mosaïque ou d'une carte localement sur votre bureau sans avoir besoin d'ArcGIS Server. Ces caches de tuiles peuvent ensuite être partagés en tant que packages de tuiles sur ArcGIS Online et publiés en tant que services de cartes tuilées.

Le jeu d'outils Topologie contient des outils qui gèrent la relation topologique entre un certain nombre de classes d'entités.

Le jeu d'outils Versions contient des outils qui ajustent les versions des données.

Le jeu d'outils Workspace comprend un ensemble d'outils pour créer les structures de stockage de données utilisées par ArcGIS. Ces structures incluent un espace de travail, un dossier, deux types de géodatabases, un jeu de classes d'entités et un fichier de connexion ArcSDE.


Géodatabase ArcSDE

La technologie ArcGIS comprend un moteur de base de données spatiale (ArcSDE) pour la gestion et le partage des données SIG. La figure 7-3 fournit une vue d'ensemble des composants ArcSDE. Chaque produit logiciel ArcGIS comprend un client de communication ArcSDE. Le schéma ArcSDE inclut des relations et des dépendances utilisées pour gérer la fonctionnalité de versionnage et de réplication de la géodatabase. Le schéma ArcSDE inclut également le code de licence de géodatabase stocké dans les tables du SGBD hôte. ArcSDE inclut également un exécutable qui traduit les communications entre les composants logiciels ArcGIS et le SGBD pris en charge. L'exécutable ArcSDE est inclus dans l'interface de programme d'application à connexion directe (API) du SGBD ArcGIS et peut également être installé sur le serveur SGBD ou le niveau serveur intermédiaire en tant qu'exécutable d'application distinct (GSRVR).

Connection directe

Dans une configuration ArcSDE Direct Connect (DC), l'API SDE Direct Connect communique directement avec un client SGBD local et l'API client SDE est utilisée pour communiquer avec le serveur SGBD. Le traitement SDE est effectué sur la plate-forme hébergeant l'application SIG (Workstation ou Terminal Server pour les applications ArcGIS for Desktop, et sur les machines hôtes GIS Server pour les workflows ArcGIS for Server).

Connexion au serveur distant

SDE et le client SGBD peuvent être installés sur un serveur de niveau intermédiaire. Dans cette configuration, l'API SDE est utilisée par l'application ArcGIS pour accéder au serveur SDE distant, SDE communique directement avec le client DBMS et l'API client DBMS est utilisée pour communiquer avec le serveur DBMS. Les charges de traitement SDE seraient appliquées au serveur distant installé.

Connexion au serveur d'applications ArcSDE

Dans la configuration ArcSDE Application Server Connect (ASC), l'API SDE est utilisée par l'application cliente ArcGIS pour accéder au processus SDE situé sur le serveur de SGBD.

Clé de licence SDE. La clé de licence SDE doit être installée dans le SGBD avec le schéma ArcSDE pour activer une géodatabase ArcSDE. Le cœur du processeur du serveur SGBD est pris en compte dans la tarification de la licence uniquement dans la configuration ASC, lorsque le processus SDE GSRVER est en cours d'exécution sur le serveur SGBD. La clé de licence SDE peut être installée sur n'importe quel nombre de serveurs de géodatabase SDE au sein du site sous licence.


Résultats

Cartes de répartition des rongeurs

Des cartes de répartition individuelles pour chacun des 35 genres de rongeurs sont fournies par ordre alphabétique par taxon sur la figure 2 . Les nombres de spécimens et de localités géoréférencées pour chaque taxon se sont avérés très variables, allant de 478 localités et 3331 spécimens pour Mastomys à 1 spécimen et localité pour Zélotomie. Au total, le nombre médian de localités pour tous les taxons était de 62 tandis que le nombre médian de spécimens était de 185.


Architecture des services ArcGIS for Server

Les services de cartographie Web offrent une approche efficace et efficiente pour servir des produits et services cartographiques sur Internet. L'architecture ArcGIS Desktop présentée plus haut dans cette section nécessite des processus client/serveur étroitement couplés qui exigent des communications stables à large bande passante prises en charge sur des distances relativement courtes. Les communications client Web sont prises en charge à l'aide d'un HTTP basé sur les transactions, qui prend en charge des communications optimales sur de longues distances et des environnements de communication moins stables.

Les services ArcGIS for Server sont publiés via un serveur Web. Les clients du serveur Web se voient présenter un catalogue de services publiés lorsqu'ils accèdent au site Web. Les applications Web consomment des services de carte et restituent une couche de présentation client pour prendre en charge le flux de travail d'application publiée. Les serveurs client et Web sont faiblement connectés dans lesquels chaque communication client représente une transaction complète. Les transactions sont traitées par le serveur SIG Web approprié et renvoyées au client.

Les services Web SIG d'Esri sont hébergés par le logiciel ArcGIS for Server. ArcGIS for Server fournit un environnement logiciel ArcGIS pour le déploiement d'applications et de services ArcGIS basés sur un serveur SIG. ArcGIS for Server peut être déployé en tant que service Web ou clients Internet ou en tant que service réseau pour les clients de bureau locaux. Les clients Web RIA sont des ordinateurs portables ou de bureau légers et faiblement connectés qui peuvent prendre en charge une variété d'applications Web et incluent un cache de données persistant et des opérations client SIG déconnectées. Le déploiement des applications clientes et l'échange de données sont gérés par les services parents d'ArcGIS for Server. Les services d'imagerie ArcGIS sont entièrement intégrés à ArcGIS for Desktop et ArcGIS for Server avec la version ArcGIS 10.

Les composants d'architecture logicielle pour ArcGIS for Server incluent des navigateurs Web, des clients RIA, GIS Server et des composants logiciels de géodatabase qui peuvent être déployés sur différentes combinaisons de plates-formes pour prendre en charge les exigences de capacité évolutive et de disponibilité du système. L'emplacement des divers composants logiciels et la configuration logicielle sélectionnée contribuent à la capacité du système, à la fiabilité du service, à la sécurité et aux performances de sortie globales.

ArcGIS 10.1 est une version majeure de Server. ArcGIS 10.1 for Server inclut toutes les fonctionnalités principales d'ArcGIS 10 fournies dans une nouvelle architecture de composants logiciels basée sur JAVA 64 bits. Les principaux composants logiciels associés à l'architecture logicielle d'ArcGIS for Server 10.1 sont identifiés dans la Figure 7-21.

ArcGIS 10.1 for Server est fourni en tant qu'installation logicielle unique qui inclut les points de terminaison de service Web, les fonctions Server Object Manager (SOM) et Server Object Container (SOC) de la version précédente dans un nouvel ensemble de logiciels entièrement intégré. Un nouveau composant facultatif d'adaptateur Web est inclus avec le package d'installation d'ArcGIS for Server pour une sécurité et un équilibrage de charge réseau améliorés. Les composants logiciels Application Development Framework (ADF) ne sont plus pris en charge avec la version ArcGIS 10.1.

Améliorations d'ArcGIS 10.1 for Server

ArcGIS 10.1 for Server est conçu pour un déploiement rapide et une administration conviviale. Les améliorations du serveur améliorent l'installation, les performances, la fiabilité, l'administration, les options de déploiement dans le cloud et une compatibilité logicielle plus conviviale avec Linux.

  • L'installation est beaucoup plus rapide et simple, pas de composants de registre Windows, moins de comptes d'utilisateurs Windows/Linus et aucune exigence post-installation.
  • Fonctionne comme une application native 64 bits avec des performances logicielles améliorées.
  • Architecture plus robuste avec moins de points de défaillance uniques, gestion automatisée de la configuration et meilleure récupération après les défaillances de processus.
  • L'administration est scriptable via une API d'administration REST d'administration.
  • Conçu pour les déploiements cloud élastiques, avec une gestion de configuration adaptative tenant compte du site.
  • Beaucoup plus convivial pour Linux avec une nouvelle architecture de composants logiciels Java.

ArcGIS 10.1 for Server prend en charge le même accès aux données et aux services qu'ArcGIS 10 tout en développant les interfaces client des applications Web. La migration d'applications Internet riches d'ArcGIS 10 vers ArcGIS 10.1 est simple et indolore.

Fonctions des composants compatibles avec les sites clés d'ArcGIS 10.1 for Server

L'installation initiale d'ArcGIS for Server définit les composants principaux qui constituent le site nommé. Ces composants principaux incluent le serveur SIG et le magasin de configuration de site (ConfigStore). Le site ConfigStore contient toutes les définitions de service et les paramètres de configuration pour les machines GIS Server au sein de ce site nommé. Les noms de chemin de source de données sont inclus dans chaque définition de service. Chaque serveur SIG comprend des points de terminaison HTTP (SOAP, REST, Open Standards) disponibles pour publier et servir des services Web. L'accès HTTP aux services GIS Server s'effectue via le port HTTP 6080. Les communications sécurisées HTTP avec GIS Server sont fournies via le port 6443.

Lorsque vous joignez une nouvelle machine GIS Server à un site nommé, il déploiera automatiquement les configurations de service telles que définies dans le Site ConfigStore (les configurations de service sont définies par machine GIS Server). Le ConfigStore contient un référentiel unique qui définit toutes les configurations de machine GIS Server au sein d'un site GIS Server nommé. Toutes les machines GIS Server d'un site partageront un seul ConfigStore (une copie répliquée du ConfigStore créerait un nouveau site). ConfigStore doit être situé sur un partage de fichiers accessible par tous les serveurs SIG du site nommé.

Un serveur SIG nommé Site peut inclure un ou plusieurs clusters de serveurs SIG. Toutes les machines GIS Server au sein d'un cluster de sites défini déploieront les mêmes configurations de service. Chaque machine GIS Server ne peut participer qu'à un seul cluster de sites. Le site ConfigStore contiendra les configurations de service pour tous les clusters définis dans le site nommé. Le partage de fichiers du site ConfigStore inclura également un fichier de répertoires de serveur pour la collecte et le partage des répertoires administratifs communs du site.

Les demandes de service entrantes seront attribuées à l'un des serveurs SIG situés sur le site nommé. Le gestionnaire de service du serveur SIG affectera la demande de service à la première instance de service disponible dans le site nommé. Si une instance de service n'est pas disponible sur la machine GIS Server attribuée, le gestionnaire de service enverra la demande à une instance de service disponible sur une autre des machines GIS Server dans le site nommé pour traitement. Tous les gestionnaires de service GIS Server sont compatibles avec le site, ce qui signifie qu'ils sont capables d'attribuer un service entrant à n'importe quelle instance de service disponible sur n'importe quelle machine GIS Server au sein du site nommé (équilibrage de charge du gestionnaire de service).

ArcGIS for Server inclut un logiciel d'adaptateur Web en option qui peut être utilisé pour gérer les demandes de service entrantes de GIS Server. L'adaptateur Web doit être installé sur une machine avec un serveur Web tiers. L'adaptateur Web est compatible avec le site, ce qui signifie qu'il distribuera les demandes de service entrantes sur les machines GIS Server actives au sein du site nommé. L'adaptateur Web peut également agir comme un proxy inverse, en acceptant les demandes de service sur un port entrant configurable (c'est-à-dire le port 80) et en communiquant avec les machines du serveur SIG du site sur le port 6080. Si l'une des machines du serveur SIG du site tombe en panne, l'adaptateur Web acheminer les demandes de service uniquement vers les machines GIS Server actives restantes (fonctionnalité de basculement haute disponibilité). Un seul adaptateur Web ne peut desservir qu'un seul site nommé. Plusieurs adaptateurs Web peuvent être affectés à un seul site nommé.

La haute disponibilité implique qu'il n'y a pas de défaillance d'un seul logiciel ou d'un composant de serveur qui entraînera une défaillance du site. Une configuration haute disponibilité doit inclure un équilibrage de charge réseau avec une capacité de basculement pour garantir que le trafic entrant sera acheminé vers une machine de passerelle Web active, au moins deux machines GIS Server et un partage de fichiers haute disponibilité pour le ConfigStore, les répertoires de serveur et toutes les données de fichiers partagées sources. Toute source de données SGBD devra également être prise en charge dans une configuration de basculement. Si vous perdez le ConfigStore ou l'une des sources de données requises, vous perdez le site.

Stratégies de configuration de plateforme Web

Les alternatives de conception d'architecture de système Web sont regroupées en configurations à un, deux et trois niveaux, comme illustré à la Figure 7-23. Les configurations simples sont plus faciles à entretenir et à prendre en charge. Des configurations plus complexes satisfont aux exigences de capacité et de disponibilité du système plus élevées. Les opérations de production sont normalement prises en charge avec des configurations à haute disponibilité (configurations qui continueront à fournir des services après toute défaillance d'une seule plate-forme). Une présentation générale des scénarios de déploiement d'ArcGIS for Server est fournie dans la documentation ArcGIS Help 10.1.

  • Niveau unique : tous les composants logiciels Web sont déployés sur un niveau de plate-forme unique.
    • Modèle de déploiement simple pour le test initial du prototype d'ArcGIS for Server.
    • Modèle de déploiement simple pour le Cloud.
    • Les composants logiciels d'application Web et SIG sont déployés sur un seul niveau de plate-forme.
    • Les composants logiciels d'application de base de données sont déployés sur un niveau de plate-forme distinct.
    • Il s'agit du modèle de déploiement le plus courant lorsque la sécurité n'est pas une préoccupation principale. Il fournit une base de données partagée commune pour l'accès par plusieurs machines sur le niveau d'application du serveur SIG.
    • Les composants logiciels d'application Web sont déployés sur un seul niveau de plate-forme.
    • Les composants logiciels d'application SIG sont déployés sur un deuxième niveau de plate-forme.
    • Les composants logiciels d'application du SGBD sont déployés sur un troisième niveau de plate-forme.
    • Configuration optimale lors du déploiement d'applications Web d'entreprise ou ayant besoin d'une sécurité renforcée. Le serveur Web est hébergé sur un niveau de plate-forme distinct.
    • Le niveau serveur SIG peut ajouter des plates-formes supplémentaires pour augmenter la capacité et répondre aux exigences de disponibilité.
    • Le niveau Web peut ajouter des plates-formes supplémentaires pour augmenter la capacité et répondre aux exigences de disponibilité.
    • niveau SGBD et incluent une plate-forme de basculement pour répondre aux exigences de disponibilité.

    ArcGIS Server est conçu pour prendre en charge une architecture Web évolutive. Les environnements de plate-forme optimaux sont configurés à l'aide de la technologie de plate-forme de serveur standard. ArcGIS Server est concédé sous licence en fonction du nombre de cœurs de processeur de plate-forme prenant en charge le niveau logiciel GIS Server. Des stratégies de configuration de plate-forme recommandées par ArcGIS for Server seront fournies pour les trois alternatives de configuration identifiées ci-dessus. Cinq workflows ArcGIS for Server seront utilisés pour représenter les besoins des utilisateurs dans les exemples de conception CPT.

    • Flux de travail de mappage de repos (AGS101 REST MSD R 100%Dyn Med 10x7 JPEG)
    • Workflow de cartographie REST avec fond de carte mis en cache (AGS101 REST MSD R 40%Dyn Med 10x7 JPEG +$)
    • Flux de travail d'édition de fonctionnalités REST avec fond de carte encaissé (AGS101 REST MSD V 20%Dyn Med 10x7 Feature +$)
    • Service de carte entièrement mis en cache (service AGS Full MapCache)
    • Service d'imagerie avec jeu de données Mosaic (AGS101 Imagery MosaicDS R 100%Dyn Med 10x7 JPEG)

    Configuration de plate-forme à un seul niveau

    La Figure 7-24 donne un aperçu des configurations de plate-forme à un seul niveau. Les configurations à un seul niveau fournissent une ou deux plates-formes capables de prendre en charge tous les composants de service Web.

    Configuration standard: Un site Web complet peut être pris en charge sur une seule plate-forme matérielle. Cette configuration est appropriée pour le développement et les tests de services Web, les sites avec un nombre limité de demandes de service et les déploiements de prototypes initiaux. Une licence spéciale de serveur de groupe de travail à puce unique (2 cœurs) regroupée avec une base de données Microsoft SQL Server est disponible pour les sites clients qui peuvent être pris en charge par une configuration de plate-forme unique.

    Si plusieurs machines GIS Server sont associées à une configuration standard avec des demandes de service entrantes toutes envoyées à la machine GIS Server initiale, le gestionnaire de service GIS Server initial affectera les demandes de service entrantes à toutes les instances de machine GIS Server disponibles sur le site nommé. Le ConfigStore et les SvrDirectories doivent être partagés sur toutes les machines du serveur SIG au sein du site nommé et la source de données SIG doit être distribuée sur chaque machine pour éviter les conflits de performances.

    Il ne s'agit pas d'une configuration à haute disponibilité, car si vous perdez la machine GIS Server initiale, vous perdrez le ConfigStore et la distribution des demandes de service aux autres machines GIS Server du site.

    Configuration haute disponibilité : La plupart des opérations de production de serveurs SIG nécessitent des solutions de serveurs redondantes, configurées pour que le site reste opérationnel en cas de panne d'une seule plate-forme. Cette configuration continuera à prendre en charge les opérations de production lors de la maintenance et de la mise à niveau de la plate-forme unique et lors de la configuration et de la publication de nouveaux services. Cette configuration comprend (1) l'équilibrage de la charge réseau pour acheminer le trafic vers chacune des machines ArcGIS for Server pendant les opérations normales et uniquement vers le serveur actif si l'un des serveurs tombe en panne, (2) l'équilibrage de charge du gestionnaire de services GIS Server Site à distribuer services spatiaux traitant la charge entre les machines du serveur SIG sur l'ensemble du site pour éviter d'avoir des demandes de sauvegarde sur un serveur lorsque des ressources de traitement supplémentaires sont disponibles sur l'autre serveur (l'équilibrage de charge est automatiquement géré au sein du site du serveur SIG), (3) haute disponibilité commune partage de fichiers (tolérance aux pannes) pour les fichiers ConfigStore et SvrDirectory, et (3) sources de données de fichiers et de SGBD répliquées avec copie locale distribuée sur chaque machine GIS Server (dans certains cas, les performances peuvent être adéquates avec les données de fichiers situées sur le partage de fichiers HA ).

    Les serveurs SIG peuvent publier des services via leur port natif 6080, ou un serveur Web tiers avec l'adaptateur Web peut être installé sur le niveau ArcGIS for Server pour une sécurité renforcée.

    Pour les sources de données d'imagerie et de géodatabase de fichiers, les données doivent être déployées sur chaque machine GIS Server ou la configuration doit garantir une connexion réseau de stockage dédié à bande passante élevée et une architecture de stockage haute performance pour éviter les conflits de trafic intense.

    Dans un environnement de services mixtes, il est recommandé de déployer des services d'imagerie sur une machine GIS Server distincte des services de cartographie dynamique.

    La conception CPT comprend plusieurs modules intégrés utilisés pour compléter la conception de l'architecture du système. La sélection du workflow ArcGIS for Server s'effectue dans le module d'analyse des exigences de l'utilisateur. Les surnoms de niveau de plate-forme (suivis de deux-points) et la plate-forme matérielle sélectionnée peuvent être modifiés pour représenter votre environnement de déploiement. La configuration de la plate-forme logicielle est identifiée en sélectionnant un surnom de plate-forme dans la liste déroulante des composants logiciels en surbrillance sur chaque ligne de flux de travail. La sélection de la source de données est effectuée pour chaque ligne de workflow.

    La configuration logicielle à un seul niveau hébergerait la source de données Web, SIG Server et SGBD sur un seul niveau de plate-forme.

    Une fois que la conception CPT est correctement configurée pour représenter les exigences de votre entreprise et le matériel sélectionné, le résumé des performances du flux de travail indique la distribution du temps de service logiciel et le temps de réponse attendu de l'affichage du client pour chaque flux de travail et la section de la plate-forme indique le nombre de nœuds de plate-forme requis et les charges de traitement sur le niveau de plate-forme sélectionné.

    Configuration de plate-forme à deux niveaux

    L'architecture à deux niveaux de la Figure 7-29 comprend des plates-formes de serveur SIG et de serveur de données. Les composants du serveur Web et du serveur SIG sont situés sur la plate-forme du serveur SIG et le serveur de données est situé sur une plate-forme de serveur de données distincte. Il s'agit d'une configuration populaire pour les sites avec de gros volumes de ressources de données ou des serveurs de données existants. Une seule copie des données peut prendre en charge plusieurs composants de serveur conjointement avec d'autres clients de données SIG d'entreprise.

    Configuration standard: La configuration standard comprend une ou plusieurs machines GIS Server avec un niveau distinct prenant en charge la source de données SGBD. Le serveur SIG peut publier des services via son port natif 6080, ou un serveur Web tiers avec l'adaptateur Web peut être installé sur le niveau ArcGIS for Server.

    Si plusieurs machines GIS Server sont associées à une configuration standard avec des demandes de service entrantes toutes envoyées à la machine GIS Server initiale, le gestionnaire de service GIS Server initial affectera les demandes de service entrantes à toutes les instances de machine GIS Server disponibles sur le site nommé. Le ConfigStore et les SvrDirectories doivent être partagés avec toutes les machines GIS Server au sein du site nommé et toutes les machines GIS Server doivent avoir accès au niveau de données SGBD.

    Il ne s'agit pas d'une configuration à haute disponibilité, car si vous perdez la machine GIS Server initiale, vous perdrez la distribution sur les machines GIS Server restantes sur le site, et la plate-forme SGBD et le partage de fichiers ConfigStore/Svr Directory ne sont pas dans une configuration à haute disponibilité.

    Configuration haute disponibilité : La plupart des opérations de production de serveurs SIG nécessitent des solutions de serveurs redondantes, configurées pour que le site reste opérationnel en cas de panne d'une seule plate-forme. Cette configuration continuera à prendre en charge les opérations de production lors de la maintenance et de la mise à niveau de la plate-forme unique et lors de la configuration et de la publication de nouveaux services. Cette configuration comprend (1) l'équilibrage de la charge réseau pour acheminer le trafic vers chacune des machines ArcGIS for Server pendant les opérations normales et uniquement vers le serveur actif si l'un des serveurs tombe en panne, (2) l'équilibrage de charge du gestionnaire de services GIS Server Site à distribuer services spatiaux traitant la charge entre les machines du serveur SIG sur l'ensemble du site pour éviter d'avoir des demandes de sauvegarde sur un serveur lorsque des ressources de traitement supplémentaires sont disponibles sur l'autre serveur (l'équilibrage de charge est automatiquement géré au sein du site du serveur SIG), (3) haute disponibilité commune partage de fichiers (tolérance aux pannes) pour les fichiers ConfigStore et SvrDirectory, et (4) deux serveurs SGBD regroupés et connectés à une source de données de matrice de stockage commune. Le serveur de données principal prend en charge les services de requête pendant les opérations normales et le serveur de données secondaire prend en charge les services de requête lorsque le serveur principal échoue. La mise en cluster du serveur de données n'est pas requise si les exigences de disponibilité sont satisfaites avec un seul serveur de données.

    Les serveurs SIG peuvent publier des services via leur port natif 6080, ou un serveur Web tiers avec l'adaptateur Web peut être installé sur le niveau ArcGIS for Server pour une sécurité renforcée.

    Pour les sources de données d'imagerie et de géodatabase de fichiers, les données doivent être déployées sur chaque machine GIS Server ou la configuration doit garantir une connexion réseau de stockage dédié à bande passante élevée et une architecture de stockage haute performance pour éviter les conflits de trafic intense.

    Dans un environnement de services mixtes, il est recommandé de déployer des services d'imagerie sur une machine GIS Server distincte des services de cartographie dynamique.

    La conception CPT comprend plusieurs modules intégrés utilisés pour compléter la conception de l'architecture du système. La sélection du workflow ArcGIS for Server s'effectue dans le module d'analyse des exigences de l'utilisateur. Les surnoms de niveau de plate-forme (suivis de deux-points) et la plate-forme matérielle sélectionnée peuvent être modifiés pour représenter votre environnement de déploiement. La configuration de la plate-forme logicielle est identifiée en sélectionnant un surnom de plate-forme dans la liste déroulante des composants logiciels en surbrillance sur chaque ligne de flux de travail. La sélection de la source de données est effectuée pour chaque ligne de workflow.

    La configuration logicielle à deux niveaux hébergerait normalement le serveur Web et SIG sur un niveau de plate-forme et le serveur SGBD sur un niveau de plate-forme distinct.

    Once the CPT Design is properly configured to represent your business requirements and selected hardware, the Workflow Performance Summary shows the software service time distribution and expected client display response time for each workflow and the platform section shows the number of required platform nodes and processing loads on the selected platform tier.

    Three-Tier Platform Configuration

    Three-tier configurations include Web server, GIS Server, and data server tiers.

    Figure 7-34 shows an ArcGIS 10.1 three-tier configuration. This configuration includes the Web Adaptor which provides reverse proxy and network load balancing on the Web Server tier, and would likely be the most popular solution. The three-tier configuration provides a scalable architecture, where the middle tier can support two or more platforms as required to support capacity requirements.

    Standard Configuration: The standard configuration includes a single Web Adaptor server with a separate GIS Server and separate data server. The GIS Server tier can be a single platform or can be expanded to support several platforms, depending on the required Site capacity. The Web Adaptor will distribute the inbound service load across the GIS Server machines, and the GIS Server service manager will ensure a balanced load across the GIS Server machines within the site.

    High-Availability Configuration:

    Most GIS server production operations require redundant server solutions, configured so the site remains operational in the event of a single platform failure. This configuration will continue to support production operations during single platform maintenance and upgrade and while configuring and publishing new services. This configuration includes (1) network load balancing to route the traffic to each of the Web Servers during normal operations and only to the active service if one of the server machines fail, (2) network load balancing to distribute the traffic to each of the GIS Server machines during normal operations and only to the active servers if one of the servers fail, (2) GIS Server Site aware service manager load balancing to distribute spatial services processing load between the GIS Server machines throughout the Site to avoid having requests back up on one server when extra processing resources are available on the other server (load balancing is automatically handled within the GIS Server Site), (3) common high availability (fault tolerant) file share for the ConfigStore and SvrDirectory files, and (4) two DBMS servers that are clustered and connected to a common storage array data source. The primary data server supports query services during normal operations, and the secondary data server takes over query services when the primary server fails. Data server clustering is not required if availability requirements are satisfied with a single data server.

    The GIS Servers can publish services through their native Port 6080, or a third party Web server with the Web Adaptor can be installed on the Web Server tier for enhanced security (reverse proxy server) and site aware load balancing.

    For Imagery and File Geodatabase data sources, data should be deployed on each GIS Server machine or configuration should ensure high bandwidth dedicated storage network connection and high performance storage architecture to avoid heavy traffic contention.

    In a mixed services environment, it is good practice to deploy image services on a separate GIS Server machine from dynamic mapping services.

    The CPT Design includes several integrated modules used for completing the system architecture design. ArcGIS for Server workflow selection is made in the user Requirements Analysis module. Platform tier nicknames (followed by a colon) and selected hardware platform can be modified to represent your deployment environment. Software platform configuration is identified by selecting a platform nickname from the highlighted software component drop-down list on each workflow row. Data source selection is made for each workflow row.

    The three tier software configuration would normally host the Web server on one platform tier, the GIS Server on a second platform tier, and the DBMS server on the third platform tier.

    Once the CPT Design is properly configured to represent your business requirements and selected hardware, the Workflow Performance Summary shows the software service time distribution and expected client display response time for each workflow and the platform section shows the number of required platform nodes and processing loads on the selected platform tier.

    The CPT Calculator can be configured for each of the three ArcGIS for Server architecture patterns.

    • CPT Calculator single-tier configuration
    • CPT Calculator two-tier configuration
    • CPT Calculator three-tier configuration

    How Darcy Flow and Darcy Velocity work

    Darcy Flow and Darcy Velocity, in conjunction with Particle Track and Porous Puff, can be used to perform rudimentary advection–dispersion modeling of constituents in groundwater. This methodology models two-dimensional, vertically mixed, horizontal, and steady state flow, where head is independent of depth.

    Darcy Flow

    The standard output of Darcy Flow is the groundwater volume balance residual raster, which measures the difference between the flow of water into and out of each cell. The residual is used to check the consistency of groundwater datasets.

    Since the flow calculations are performed through each of the four cell walls independently (flow is governed by differences between adjacent cells), it is possible that more (or less) water may flow into a cell than out of it, resulting in a positive (or negative) volume balance residual.

    Smooth, consistent input rasters with no sources or sinks, such as wells, infiltration, or leakage, should produce small residuals, near zero. Large residual values indicate that the head raster is not reasonable with respect to the transmissivity, porosity, and thickness rasters. In such a case, the input data would be described as inconsistent and produce meaningless results.

    A zero volume balance residual indicates a balance between flow in and flow out of the cell. The flow field is assumed to be steady (constant in time). A thorough discussion of groundwater hydraulics can be found in several sources including Bear (1979), Freeze and Cherry (1979), and Marsily (1986).

    Darcy Flow can optionally create the Darcy Velocity outputs, described in the following section.

    Darcy Velocity

    Darcy Velocity uses Darcy's Law to calculate the flow field. A flow field is a vector field of groundwater seepage flow velocities.

    The flow velocities are expressed as two rasters, one the magnitude and the other the direction.

    Darcy Velocity is useful when the volume balance residual of Darcy Flow is not needed.

    Overview of Darcian flow concepts

    Darcy's Law states that the Darcy velocity q in a porous medium is calculated from the head gradient
    (the change in head per unit length in the direction of flow in an isotropic aquifer) and hydraulic conductivity K as:

    where K can be calculated from the transmissivity T and thickness b as K = T / b.

    This q, with units of volume / time / area, is also known as the specific discharge, the volumetric flux, or the filtration velocity. Bear (1979) le définit comme le volume d'eau s'écoulant par unité de temps à travers une section transversale unitaire normale à la direction de l'écoulement. Closely related to this volumetric flux is the aquifer flux U, which is the discharge per unit width of the aquifer (with units of volume / time / length).

    This construction assumes that head is independent of depth so that flow is horizontal. The average fluid velocity within the pores, called the seepage velocity V, is the Darcy velocity divided by the effective porosity of the medium:

    between cells i,j and i+1, j) and the harmonic average of the transmissivities T i+1/2, j (Konikow and Bredehoeft, 1978), which are assumed to be isotropic. Ce schéma est illustré dans les graphiques suivants.

    Calcul du volume résiduel

    In the cell wall calculation that follows the aquifer flux between cell i,j and cell i+1, j flows parallel to the x direction and is calculated as:

    Pour déterminer un bilan de volume d'eau souterraine, le débit d'eau souterraine à travers la paroi cellulaire doit être calculé. Cette décharge
    is calculated from the aquifer flux U and width of the cell wall
    par:

    Des valeurs similaires sont obtenues pour les quatre parois cellulaires. Ces valeurs sont utilisées pour calculer le bilan volumique des eaux souterraines résiduelles
    for the cell, which is written to the output grid. This value represents the surplus (or, in the case of a negative number, the deficit) of water in each cell given the net flow, calculated as:

    Ce résidu
    devrait idéalement être égal à zéro pour toutes les cellules. Examine the output raster containing the residual for deviations from zero. Des résidus positifs ou négatifs importants indiquent une production ou une perte de masse, ce qui viole le principe de continuité et suggère des données de charge et de transmissivité incohérentes. Des modèles cohérents de résidus positifs ou négatifs suggèrent que des sources ou des puits non identifiés sont présents. Réduisez les résidus avant toute autre modélisation. Typiquement, des ajustements sont apportés au champ de transmissivité pour réduire les résidus.

    Calcul des vecteurs de flux

    The actual equations used for calculating the flow vectors for each cell are condensed from the arithmetic average of
    and divided by the center cell's porosity
    et épaisseur
    pour donner une valeur pour la vitesse d'infiltration
    au centre:

    and a similar equation is used to calculate Vy at the center:

    This centering is done to conform to the raster convention that stored values represent values at the center of the cell. Ces valeurs sont converties en direction et en magnitude en coordonnées géographiques pour le stockage dans les rasters de direction et de magnitude en sortie.

    In the case of the bounding cells of the raster where the information is incomplete, values for velocity are simply copied from the nearest interior cell.

    Porosity values

    The following tables summarize some values for porosity and hydraulic conductivity for a variety of geologic media.

    Table 1: Hydraulic conductivities of unconsolidated media, Marsily (1986)

    Table 2: Hydraulic conductivities of consolidated media, Marsily (1986)

    Table 3: Porosities of geologic media, Marsily (1986)

    Additional tabulated values for porosity and hydraulic conductivity are provided in Freeze and Cherry (1979). Gelhar, et al. (1992) present a summary of porosity and transmissivity of various specific formations reported in the literature. A detailed discussion of porosity in sedimentary materials appears in Blatt, et al. (1980). A complete discussion of advection–dispersion modeling using these functions is presented in Tauxe (1994).

    The typical sequence for groundwater dispersion modeling is to perform Darcy Flow, then Particle Track, then Porous Puff.

    Exemples

    An example of the command dialog for Darcy Flow follows:

    An example of the command dialog for Darcy Velocity follows:

    Map Algebra

    The DarcyFlow function, in conjunction with ParticleTrack and PorousPuff, can be used to perform rudimentary advection-dispersion modeling of constituents in groundwater. This methodology models two-dimensional, vertically mixed, horizontal, and steady state flow, where head is independent of depth.

    The DarcyFlow function is used to check the consistency of groundwater datasets and generate rasters of groundwater flow vectors. The standard output raster is the groundwater volume balance residual raster, which measures the difference between the flow of water into and out of each cell.

    Since the flow calculations are performed through each of the four cell walls independently—that is, flow is governed by differences between adjacent cells—it is possible that more (or less) water may flow into a cell than out of it, resulting in a positive (or negative) volume balance residual.

    Smooth, consistent input rasters with no sources or sinks should produce small residuals, near zero. Large residual values indicate that the head raster is not reasonable with respect to the transmissivity, porosity, and thickness rasters. In such a case, the input data would be described as inconsistent and produce meaningless results.

    Another purpose of DarcyFlow is to calculate the flow field using Darcy's Law as discussed below. The flow field is a vector field of groundwater seepage flow velocities and is expressed as two rasters, one for magnitude and one for direction.

    The first step in groundwater flow modeling is to determine the flow velocity and direction at each point in the flow field. DarcyFlow does this and also calculates the volume balance within each cell, which should be small in the absence of sources or sinks, such as wells, infiltration, or leakage. A zero volume balance residual indicates a balance between flow in and flow out of the cell. The flow field is assumed to be steady or constant in time. A thorough discussion of groundwater hydraulics can be found in several sources including Bear (1979), Freeze and Cherry (1979), and Marsily (1986).

    ArcObjets

    DarcyFlow and DarcyVelocity, in conjunction with ParticleTrack and PorousPuff, can be used to perform rudimentary advection-dispersion modeling of constituents in groundwater. This methodology models two-dimensional, vertically mixed, horizontal, and steady state flow, where head is independent of depth.

    DarcyFlow

    The standard output of DarcyFlow is the groundwater volume balance residual raster, which measures the difference between the flow of water into and out of each cell. The residual is used to check the consistency of groundwater datasets.

    Since the flow calculations are performed through each of the four cell walls independently—that is, flow is governed by differences between adjacent cells—it is possible that more (or less) water may flow into a cell than out of it, resulting in a positive (or negative) volume balance residual.

    Smooth, consistent input rasters with no sources or sinks, such as wells, infiltration, or leakage, should produce small residuals, near zero. Large residual values indicate that the head raster is not reasonable with respect to the transmissivity, porosity, and thickness rasters. In such a case, the input data would be described as inconsistent and produce meaningless results.

    A zero volume balance residual indicates a balance between flow in and flow out of the cell. The flow field is assumed to be steady (constant in time). A thorough discussion of groundwater hydraulics can be found in several sources including Bear (1979), Freeze and Cherry (1979), and Marsily (1986).

    DarcyFlow can optionally create magnitude and direction outputs as components of a multiband raster along with the residual raster. These outputs can be created separately with DarcyVelocity and are described in the following section.

    DarcyVelocity

    DarcyVelocity calculates the flow field using Darcy's Law. A flow field is a vector field of groundwater seepage flow velocities and is expressed as two rasters, one for magnitude and one for direction.

    The flow velocities are expressed as two rasters, one the magnitude and the other the direction.

    DarcyVelocity is useful when the volume balance residual of DarcyFlow is not needed.

    Overview of Darcian flow concepts

    Darcy's Law states that the Darcy velocity q in a porous medium is calculated from the head gradient
    (the change in head per unit length in the direction of flow in an isotropic aquifer) and hydraulic conductivity K as:

    where K can be calculated from the transmissivity T and thickness b as K = T / b.

    This q, with units of volume/time/area, is also known as the specific discharge, the volumetric flux, or the filtration velocity. Bear (1979) defines it as the volume of water flowing per unit of time through a unit cross-sectional area normal to the direction of flow. Closely related to this volumetric flux is the aquifer flux U, which is the discharge per unit width of the aquifer (with units of volume/time/length).

    This construction assumes that head is independent of depth, so flow is horizontal. The average fluid velocity within the pores, called the seepage velocity V, is the Darcy velocity divided by the effective porosity of the medium:

    In the Darcy implementation here, it is this seepage velocity V that is calculated on a cell-by-cell basis. For cell i,j the aquifer flux U is calculated through each of the four cell walls, using the difference in heads between the two adjacent cells (for example, for the x component of
    :

    between cells i,j and i+1, j) and the harmonic average of the transmissivities
    (Konikow et Bredehoeft, 1978), qui sont supposées être isotropes. Ce schéma est illustré dans les graphiques suivants.

    Calcul du volume résiduel

    In the cell wall calculation that follows, the aquifer flux between cell i,j and cell i+1, j flows parallel to the x direction and is calculated as:

    Pour déterminer un bilan de volume d'eau souterraine, le débit d'eau souterraine à travers la paroi cellulaire doit être calculé. Cette décharge
    is calculated from the aquifer flux U and width of the cell wall
    par:

    Des valeurs similaires sont obtenues pour les quatre parois cellulaires. These values are used to calculate the groundwater volume balance residual for the cell, which is written to the output grid. This value represents the surplus (or, in the case of a negative number, the deficit) of water in each cell given the net flow into, calculated as:

    This residual should ideally be zero for all cells. Examine the output raster containing the residual for deviations from zero. Des résidus positifs ou négatifs importants indiquent une production ou une perte de masse, ce qui viole le principe de continuité et suggère des données de charge et de transmissivité incohérentes. Des modèles cohérents de résidus positifs ou négatifs suggèrent que des sources ou des puits non identifiés sont présents. Réduisez les résidus avant toute autre modélisation. Typiquement, des ajustements sont apportés au champ de transmissivité pour réduire les résidus.

    Calcul des vecteurs de flux

    The actual equations used for calculating the flow vectors for each cell are condensed from the arithmetic average of
    and divided by the center cell's porosity
    et épaisseur
    pour donner une valeur pour la vitesse d'infiltration
    au centre:

    A similar equation is used to calculate Vy at the center:

    This centering is done to conform to the raster convention that stored values represent values at the center of the cell. Ces valeurs sont converties en direction et en magnitude en coordonnées géographiques pour le stockage dans les rasters de direction et de magnitude en sortie.

    In the case of the bounding cells of the raster where the information is incomplete, values for velocity are simply copied from the nearest interior cell.

    Porosity values

    The following tables summarize some values for porosity and hydraulic conductivity for a variety of geologic media.

    Table 1: Hydraulic conductivities of unconsolidated media. Marsily (1986).

    Table 2: Hydraulic conductivities of consolidated media. Marsily (1986).

    Table 3: Porosities of geologic media. Marsily (1986).

    Additional tabulated values for porosity and hydraulic conductivity are provided in Freeze and Cherry (1979). Gelhar, et al. (1992) present a summary of porosity and transmissivity of various specific formations reported in the literature. A detailed discussion of porosity in sedimentary materials appears in Blatt, et al. (1980). A complete discussion of advection-dispersion modeling using these functions is presented in Tauxe (1994).

    Map Algebra Example

    A command sequence involving the suite of groundwater modeling functions follows:

    ArcObjects Example

    For ArcObjects, the following sequence involves the suite of groundwater modeling methods.

    Les références

    Bear, J. Hydraulics of Groundwater . McGraw-Hill. 1979

    Blatt, H., G. Middleton, and R. Murray. Origin of Sedimentary Rocks , 2nd Ed. Prentice-Hall. 1980


    The Layer object is essential for managing layers that reside within a map document ( .mxd ) or within a layer ( .lyr ) file. The layer object provides access to many of the common layer properties found in the ArcMap Layer Properties dialog box and it also provides methods for saving layer files. The Layer function, the ListLayers function and the listLegendItemLayers method on the Legend object all provide ways to reference a Layer object.

    There are numerous types of layers and not all of them support the same set of properties. For example, a feature layer supports a definition query whereas a raster layer does not, but a raster catalog does. Rather than having to work with different, individual layer objects for all possible layer types and property combinations, a supports method is available to help identify which layer types support which individual layer properties. The supports method gives you the ability to test if the layer supports a property before trying to get or set its value on a layer type that doesn't support it, therefore reducing the need for additional error trapping.

    There are essentially three categories of layers in a map document: feature layers, group layers, and raster layers. The isFeatureLayer , isGroupLayer , and isRasterLayer properties allow you to identify or isolate the majority of layer types but not all layer types. There are a few specialized layers and datasets that don't fall into one of these three categories: annotation subclasses, dimension features, network datasets, terrain datasets, topology datasets, and so on. In these cases you may need to test other properties to isolate a layer of interest before doing something to it.

    Not all layer properties are accessible through the Layer object. There are many properties available in the ArcMap Layer Properties dialog box that are not exposed to the arcpy scripting environment (for example, display properties, field aliases, selection symbology, and so on). The UpdateLayer function allows you to replace all layer properties available in the ArcMap Layer Properties dialog box using a layer ( .lyr ) file that contains the customizations.

    Group layers and other sublayers (for example, annotation classes) are treated just like ordinary layers. The ListLayers function returns index values that are generated from top to bottom as they appear in the table of contents or the way they appear in a layer ( .lyr ) file. Il en va de même si un groupe de couches se trouve dans un autre groupe de couches. For example, a map document with a single group layer that contains three sublayers will return a list of four layer names, the group layer being the first and the three sublayers being the second, third, and fourth. There are two ways of determining if a layer is a group layer. First, you can check to see if the layer supports the isGroupLayer property. Second, you can evaluate the longName property. A layer's longName value will include the group name in addition to the layer name. For example, a layer named Layer1 in a group layer named Group1 will have a longName value of Group1Layer1 . If the name value is equal to longName value, then the layer is not a group layer or the layer is not inside a group layer.

    Some layers within a map document or layer file may be password protected because the user and password information is not saved within the layer file or map document. Map documents that contain these layers will prompt the user to enter the appropriate information while the document is opening. The arcpy.mapping scripting environment will, by default, suppress these dialog boxes during execution, but that means that the layers will be treated as though they have broken data sources. In other words, secured layers will not be rendered in any output. If it is necessary for these layers to render appropriately, then there are a couple of options. First, save the user name and password information with the layers. Second, the CreateArcSDEConnectionFile geoprocessing function allows you to create a connection file that is also persisted in memory. If this function is executed prior to opening a map document ( .mxd ) with the MapDocument function or a layer file with the Layer function, then SDE layers will render. Currently, there is no alternative for secured web services.

    The variable that references a layer file on disk will place a lock on the ( .lyr ) file. It is good practice to remove the object reference using the Python del command at the end of a script or within a Python try/except statement.

    Changing a layer's data source is a common requirement. There are two methods on the Layer object that help with this. The findAndReplaceWorkspacePath method is intended for replacing part or all of a layer's workspace path. The replaceDataSource method allows you to change a layer's workspace and source dataset. For a more detailed discussion, parameter information, scenarios, and code samples, please refer to the Updating and fixing data sources with arcpy.mapping help topic.

    Depending on the symbology type, a layer's symbology can be modified. There are a limited number of supported symbology types for which properties and methods are available. It is good practice to first test the layer's symbologyType property. If a value of OTHER is returned, then the layer's symbology can't be modified. If the value returned is not OTHER , then the layer's symbology property will return one of the following symbology classes, each with their own unique set of methods and properties: GraduatedColorsSymbology, GraduatedSymbolsSymbology, RasterClassifiedSymbology, and UniqueValuesSymbology.

    Time-management operations can be performed for time-enabled layers. Not all layer types support time properties. Therefore, it is good practice to first test if the layer supports time using the supports method. If the layer does support time, then time properties can be accessed from the LayerTime class.


    Méthodes

    A string that represents the workspace path or connection file you want to find. If an empty string is passed, then all workspace paths will be replaced with the replace_workspace_path parameter depending on the value of the validate parameter.

    A string that represents the workspace path or connection file you want to replace.

    If set to True , the workspace will only be updated if the replace_workspace_path value is a valid workspace. If it is not valid, the workspace will not be replaced. If set to False , the method will set the workspace to match the replace_workspace_path , regardless of a valid match. In this case, if a match does not exist, then the layer's data source would be broken.

    (The default value is True)

    For more detailed discussion, parameter information, scenarios, and code samples, please refer to the Updating and fixing data sources with arcpy.mapping help topic.

    A value of True will return the layer's symbolized extent otherwise, it will return the geometric extent. The symbolized extent takes into account the area the symbology covers so that it does not get cut off by the data frame's boundary.

    (The default value is True)

    Valeur de retour

    The getExtent method will honor a layer's definition query so if a subset of features are queried, getExtent will return the extent for only those features.

    A symbolized extent takes into account the area of the feature's symbol when building the extent rectangle. Returning a symbolized extent may be best for cartographic results because symbols won't be cut off at the data frame's edges. A geometric extent may be best for analysis.

    A value of True will return the layer's symbolized extent otherwise, it will return the geometric extent. The symbolized extent takes into account the area the symbology covers so that it does not get cut off by the data frame's boundary.

    (The default value is True)

    Valeur de retour

    A symbolized extent takes into account the area of the feature's symbol when building the extent rectangle. Returning a symbolized extent may be best for cartographic results because symbols won't be cut off at the data frame's edges. A geometric extent may be best for analysis.

    Provides an easy way to retrieve the layer's current selection.

    A string that includes the workspace path to the new data or connection file.

    A string keyword that represents the workspace type of the new data.

    • ACCESS_WORKSPACE — A personal geodatabase or Access workspace
    • ARCINFO_WORKSPACE — An ArcInfo coverage workspace
    • CAD_WORKSPACE —A CAD file workspace
    • EXCEL_WORKSPACE —An Excel file workspace
    • FILEGDB_WORKSPACE —A file geodatabase workspace
    • NONE —Used to skip the parameter
    • OLEDB_WORKSPACE —An OLE database workspace
    • PCCOVERAGE_WORKSPACE —A PC ARC/INFO Coverage workspace
    • RASTER_WORKSPACE —A raster workspace
    • SDE_WORKSPACE —An SDE geodatabase workspace
    • SHAPEFILE_WORKSPACE —A shapefile workspace
    • TEXT_WORKSPACE —A text file workspace
    • TIN_WORKSPACE —A TIN workspace
    • VPF_WORKSPACE —A VPF workspace

    A string that represents the name of the dataset the way it appears in the new workspace (not the name of the layer in the TOC). If dataset_name is not provided, the replaceDataSource method will attempt to replace the dataset by finding a table with a the same name as the layer's current dataset property.

    If set to True , a workspace will only be updated if the workspace_path value is a valid workspace. If it is not valid, the workspace will not be replaced. If set to False , the method will set the source to match the workspace_path , regardless of a valid match. In this case, if a match does not exist, then the data source would be broken.

    (The default value is True)

    For more detailed discussion, parameter information, scenarios, and code samples, please refer to the Updating and fixing data sources with arcpy.mapping help topic.

    There is a subtle difference between a layer ( .lyr ) file and a map layer (a layer in a map document). The save method only works when a variable references a layer file and will not work with a map layer. When a layer is loaded from a layer file it will remember the file name and use that when the save method is called. If a map layer is being referenced, a file name is not initially set, so you will need to use the saveACopy method instead.

    A string that includes the location and name of the output layer ( .lyr ) file.

    A string that sets the output version number. The default value will use the current version.

    • 10.3 —Version 10.3
    • 10.1 —Version 10.1/10.2
    • 10.0 —Version 10.0
    • 9.3 —Version 9.3
    • 9.2 —Version 9.2
    • 9.0 —Version 9.0/9.1
    • 8.3 —Version 8.3

    (La valeur par défaut est Aucun)

    Provides an option to save a layer ( .lyr ) file to a different file name and, optionally, a previous version. Features that are not supported in prior versions of the software will be removed from the newly saved layer.

    A string that specifies which selection method to use.

    • NEW —Creates a new feature selection from the oidList .
    • DIFFERENCE —Selects the features that are not in the current selection but are in the oidList .
    • INTERSECT —Selects the features that are in the current selection and the oidList .
    • SYMDIFFERENCE —Selects the features that are in the current selection or the oidList but not both.
    • UNION —Selects all the features in both the current selection and those in the oidList .

    (La valeur par défaut est Aucun)

    A Python set of object IDs to use along with the appropriate selection method.

    This method provides an easy way to manage a layer's selection. To clear the selection, use the NEW selection method with an empty set. Python Sets or Lists can be used for the oidList but sets get returned from the getSelectionSet method on the Layer object.

    The name of a particular layer property that will be tested.

    • BRIGHTNESS —A raster layer's brightness value
    • CONTRAST —A raster layer's contrast value
    • DATASETNAME —A layers dataset name the way it appears in the workspace
    • DATASOURCE —A layer's file path or connection file
    • DEFINITIONQUERY —A layer's definition query string
    • DESCRIPTION —A layer's description string
    • LABELCLASSES —A layer's list of label classes
    • LONGNAME —A layer's path including the group layer(s) it may be nested within
    • NAME —A layer's name
    • SERVICEPROPERTIES —Connection information for SDE and web service layers
    • SHOWLABELS —A Boolean indicating if a layer's lables are toggled on or off
    • SYMBOLOGY —A layer's symbology class
    • SYMBOLOGYTYPE —A layer's symbology class type
    • TIME —A layer's time properties
    • TRANSPARENCY —A layer's transparency value
    • VISIBLE —A Boolean indicating if a layer is toggled on or off in the TOC
    • WORKSPACEPATH —A layer's workspace or connection file path

    (The default value is name)

    Valeur de retour

    There are numerous types of layers and not all of them support the same properties. For example, a feature layer supports a definition query whereas a raster layer does not, but a raster catalog does. Rather than creating individual layer objects for all possible layer types and property combinations, a support method was created to help identify which layer types support which properties. The support method gives you the option of testing the property before trying to get or set its value on a layer type that doesn't support it. The supports property will return a true if a layer supports that property.

    The layer definition in JavaScript Object Notation (JSON) format. See the ExportWebMap JSON specification for more information. The ArcGIS Web APIs (JavaScript, Flex, and Silverlight) allow developers to easily get this JSON string from a web application. The layer definition is a subset of the webmap_json used in the ConvertWebMapToMapDocument function. You don't need to create the web map JSON the APIs take care of it for you. However, you need to extract the layer definition from the full webmap_json .

    This function is intended to be used in a geoprocessing service that uses the ConvertWebMapToMapDocumentfunction in web map printing applications that support changing the renderer (or other properties) of dynamic web service layers. If your geoprocessing services replaces the service layers with staged vector layers after running ConvertWebMapToMapDocument, updateLayerFromJSON will apply the renderer (or other layer properties) as specified in the webmap_json to the corresponding vector layers staged in the template map document. For more information and a code sample, see ConvertWebMapToMapDocument.


    Histoire

    ARC/INFO

    La première version d'ARC/INFO a été lancée en 1982 sur des mini-ordinateurs -- comme le prétend Esri, le tout premier SIG moderne. Alors que l'informatique passait à Unix et Windows, Esri a suivi, lançant ARC/INFO sur les deux plates-formes. (Un sous-ensemble de fonctionnalités ARC/INFO a été publié en tant que PC ARC/INFO pour DOS en 1987 [voir l'annonce dans PE&RS avril 1988, p. 455] et publié plus tard pour Windows). L'architecture d'origine est toujours prise en charge en tant qu'ArcInfo Workstation.

    En plus d'offrir une suite d'outils et de techniques SIG, ARC/INFO est livré avec son propre langage macro — ARC Macro Language (AML). Cela permet aux utilisateurs d'enchaîner des sections de code plus longues, permettant la construction d'outils de modélisation complexes et d'automatisation.

    Le nom ARC/INFO était basé sur la combinaison d'outils de traitement géographique ("ARC") avec un logiciel de gestion de base de données commercial ("INFO", un produit de Henco, Inc.). Le nom du logiciel a contribué à populariser le concept de SIG en tant que mariage de l'infographie et de la technologie SGBDR pour résoudre des problèmes géospatiaux.

    Héritage de la ligne de commande

    En raison de son histoire d'être un produit basé sur la ligne de commande, et suite à l'introduction du premier SIG basé sur l'interface graphique d'Esri (ArcView GIS) en 1992, il existe souvent une division d'âge distincte pour les utilisateurs de ligne de commande des outils ArcInfo. De nombreux utilisateurs qui ont été "élevés" sur la version en ligne de commande l'utilisent encore pour sa vitesse et son large éventail d'outils, en l'utilisant conjointement avec l'interface graphique proposée par ArcGIS. Cependant, de nombreux utilisateurs plus jeunes ne l'ont jamais vu ou ne se rendent même pas compte qu'il existe. En outre, certains utilisateurs (en particulier avant l'adoption de Python comme langage de script dans ArcGIS 9.x) pensaient que l'interface AML offrait un environnement de script beaucoup plus facile à utiliser. Certaines tâches et fonctions qui tirent parti de la topologie de couverture stockée (par exemple DISSOLVE) s'exécuteront beaucoup plus rapidement que leurs équivalents dans ArcGIS. L'accès d'ArcGIS à de nombreux formats de données et à l'interface graphique a ajouté une "charge" supplémentaire à l'interface utilisateur qui a encouragé certains utilisateurs SIG expérimentés à continuer à utiliser un système logiciel plus ancien.

    ArcGIS 9.x incluait une interface de ligne de commande pour les outils de géotraitement. Dans ArcGIS 10.x, cette interface de ligne de commande a été remplacée par une ligne de commande Python interactive. (La nouvelle interface Python permettait l'utilisation d'appels de ligne de commande du système d'exploitation et d'algèbre cartographique rappelant beaucoup la ligne de commande d'origine d'ArcInfo Workstation.)

    Au fur et à mesure que de nouvelles fonctionnalités améliorées sont ajoutées aux fonctionnalités de cartographie et de géotraitement d'ArcGIS et à la géodatabase, la base d'utilisateurs d'ArcInfo Workstation a diminué de manière prévisible au fil du temps.

    ArcGIS et ArcInfo

    Avec ARC/INFO version 7, Esri a subi un changement majeur dans sa famille de produits SIG lors de la sortie d'ArcGIS version 8.0 à la fin de 1999. Avec cela, la principale gamme de produits ARC/INFO a été abandonnée en tant que produit autonome et a été renommée ArcInfo. Esri visait à développer une infrastructure unique pour héberger des SIG de base à avancés dans une seule infrastructure d'utilisateur et de développement de bureau, ArcGIS Desktop. En réalité, le riche ensemble d'outils inclus dans ArcInfo Workstation a mis des années à être mis en œuvre dans l'environnement ArcGIS, les derniers éléments (cartographie par lots et environnement de script complet et robuste) ayant été achevés avec la sortie d'ArcGIS 10.0.

    Les licences et fonctionnalités de l'extension ArcInfo Workstation ont été mappées d'ArcInfo Workstation vers ArcGIS Desktop comme suit :

    Les sous-systèmes ArcInfo Workstation ont également été renommés. (Cette terminologie est parfois vue dans la documentation Esri ou la littérature marketing.)

    En raison des nombreux utilisateurs hérités et de la mise en œuvre progressive de certaines fonctionnalités d'ArcInfo Workstation, ArcInfo Workstation a été maintenu sur la plate-forme Windows (et une courte liste de plates-formes Unix) jusqu'en 2012. ArcInfo Workstation a été expédié et sous licence dans le cadre d'ArcInfo Desktop. Le titre ArcInfo a continué d'être utilisé pour décrire le niveau de fonctionnalité et de licence au sein de la suite ArcGIS. Une licence ArcInfo a permis aux utilisateurs le plus de flexibilité et de contrôle dans « tous les aspects de la construction de données, de la modélisation, de l'analyse et de l'affichage des cartes » [1] .

    Une licence ArcGIS Desktop ArcInfo comprenait des capacités accrues dans les domaines de l'analyse spatiale, du géotraitement, de la gestion des données et autres. La plupart des fonctionnalités supplémentaires ont été exposées dans ArcGIS en activant des outils de mise à jour et de géotraitement qui ne sont pas disponibles à d'autres niveaux de licence.

    Une boîte à outils "Couverture" est exposée dans ArcGIS ArcInfo qui inclut des outils de géotraitement pour accéder à la ligne de commande ArcInfo Workstation via des wrappers COM aux systèmes de ligne de commande ArcInfo (Arc, GRID, ARCPLOT, y compris BUILD, CLEAN, CLIP et EXPORT. La plupart des ces outils offrent la possibilité d'effectuer un traitement limité des jeux de données de couverture à partir de l'interface ArcGIS Desktop.

    Abandon d'ArcInfo

    Le logiciel ArcInfo Workstation est obsolète sur toutes les plateformes. ArcGIS 10.0 était la version finale sur les plates-formes Windows et Unix. [2]

    Le terme ArcInfo sera également obsolète dans ArcGIS 10.1. [3] Une nouvelle terminologie pour les niveaux de licence ArcGIS sera utilisée à la place :

    ArcGIS 10.0 ArcGIS 10.1
    ArcView ArcGIS 10.1 pour le bureau de base
    Éditeur Arc ArcGIS 10.1 for Desktop Standard
    ArcInfo ArcGIS 10.1 for Desktop Advanced

    ArcGIS for Desktop Advanced

    Avec la version de juin 2012 d'ArcGIS 10.1, ArcInfo a été renommé en ArcGIS for Desktop Advanced. [4] .

    ArcGIS for Desktop Advanced possède toutes les fonctionnalités du niveau de licence Standard et ajoute des outils avancés d'analyse spatiale, de manipulation de données et de cartographie haut de gamme.


    Voir la vidéo: ArcGIS Data Mgmt Part 1: Create, update, and manage asset information using ArcGIS Desktop (Octobre 2021).