Suite

Dissolution et renvoi des valeurs des lignes principales à l'aide d'ArcGIS Desktop

Dissolution et renvoi des valeurs des lignes principales à l'aide d'ArcGIS Desktop


Je construis un modèle et je dois dissoudre la ligne que j'ai marquée dans l'image en une ligne avec une valeur de champ (NUMBER_OF_LINES) de 2. Ce champ représente le nombre de lignes construites sur une ligne après l'outil Fusionner les routes divisées. J'ai juste essayé de dissoudre toutes les lignes en fonction du CODE et de la TENSION, puis d'utiliser Spatial Join, Buffer et Identity pour donner/retourner les attributs de mes lignes dissoutes de la ligne la plus longue à partir de laquelle elles sont construites. par exemple : dans ce cas, la ligne dissoute (OID:1346 + OID:771) devrait obtenir la valeur du champ (NUMBER_OF_LINES) (2). J'obtiens de bons résultats lors de la création d'un tampon à partir de la ligne dissoute, puis de la recherche de la ligne la plus longue. Mais si certains polygones se chevauchent à certains endroits, la valeur de la ligne la plus longue peut être incorrecte.

Je travaille avec la licence ArcGIS 10.2.2 Advanced.


Je suggère que vous utilisiez l'outil de ligne non fractionnée au lieu de dissoudre. Cela sera basé sur la géométrie et non sur un attribut qui ne semble pas cohérent dans votre exemple (fusion de 1 avec 2).

Afin d'obtenir l'attribut, je convertirais la longueur en une grande valeur entière (arrondie et multipliée par 1000), demanderais le "MAX" de ce nouveau champ et joindrais la table de la nouvelle classe d'entités avec l'ancienne basée sur le champ "MAX_length" et le champ "length". La probabilité d'avoir une longueur non unique est très faible, mais vous pouvez vérifier qu'elles sont toutes uniques avant d'utiliser cette solution de contournement rapide et sale.


Usage

La pente est le taux de changement maximal de la valeur z de chaque cellule.

L'utilisation d'un facteur z est essentielle pour des calculs de pente corrects lorsque les unités z de surface sont exprimées en unités différentes des unités x,y du sol.

  • Pour les degrés, la plage des valeurs de pente est de 0 à 90.
  • Pour l'augmentation en pourcentage, la plage est de 0 à pratiquement l'infini. Une surface plane correspond à 0 %, une surface à 45 degrés correspond à 100 %, et à mesure que la surface devient plus verticale, le pourcentage d'élévation devient de plus en plus important. Voir comment fonctionne la pente pour une explication plus détaillée de la plage de valeurs de sortie avec cette option.

Si la cellule centrale dans le voisinage immédiat (fenêtre 3 x 3) est NoData, la sortie est NoData.

Si des cellules de voisinage sont NoData, la valeur de la cellule centrale leur est attribuée, puis la pente est calculée.

Lorsque le raster en entrée doit être rééchantillonné, la technique bilinéaire sera utilisée. Un exemple de cas où un raster en entrée peut être rééchantillonné est lorsque le système de coordonnées en sortie, l'étendue ou la taille de cellule est différent de celui de l'entrée.

Voir Environnements d'analyse et Spatial Analyst pour plus de détails sur les environnements de géotraitement qui s'appliquent à cet outil.


Syntaxe

Classe d'entités en entrée qui contient les données utilisées pour calculer le potentiel numérique du modèle de Huff. Ceci est généralement exprimé en données de ventes annuelles.

L'identifiant unique de la couche de potentiel de vente.

Le champ contenant les valeurs utilisées pour calculer le potentiel de vente du modèle Huff.

Couche qui contient les points concurrentiels (généralement les magasins) utilisée pour déterminer comment les ventes sont influencées et distribuées dans la zone d'analyse.

L'identifiant unique de la couche de magasin concurrentiel.

La méthode utilisée pour générer la couche de stockage potentielle :

  • BY_COORDINATES —La couche de stockage potentiel est générée à l'aide des coordonnées de latitude et de longitude.
  • FROM_LAYER —La couche de magasin potentiel est générée à partir d'une classe d'entités points existante.

Méthode de saisie des paramètres pour le modèle avancé de Huff :

  • MANUELLEMENT — La méthode de calcul du temps de trajet, le coefficient de distance et les valeurs d'attraction sont saisis manuellement.
  • USE_CALIBRATED_RESULT —Les paramètres du modèle Huff sont générés via les outils de calibrage du modèle Huff.

Affecte la méthode utilisée pour calculer les distances entre les zones géographiques définies par le paramètre de couche du client potentiel et les magasins de la couche des magasins concurrents.

  • STRAIGHT_LINE_DISTANCE —Approche euclidienne (à vol d'oiseau).
  • DRIVE DISTANCE —Distance de conduite mesurée en unités de distance.
  • DRIVE_TIME —Temps de conduite mesuré en unités de temps.

La valeur qui détermine l'importance d'un facteur de distance de déplacement pour le consommateur.

Les valeurs qui mesurent l'attractivité d'un magasin pour les consommateurs.

Classe d'entités qui contiendra les résultats du modèle Huff.

Classe d'entités en entrée utilisée pour définir l'étendue de l'analyse.

La coordonnée x (longitude) du site potentiel.

La coordonnée y (latitude) du site potentiel.

Classe d'entités ponctuelles existante qui sera utilisée pour définir l'emplacement potentiel du magasin.


La fonction de géocodage géocode un emplacement par requête.

adresse - Spécifie l'emplacement à géocoder. Il peut s'agir d'une chaîne contenant l'adresse postale, le nom du lieu, le code postal ou le POI.

Alternativement, il peut s'agir d'un dictionnaire contenant les différents champs d'adresses acceptés par le géocodeur correspondant. Ces champs sont répertoriés dans la propriété addressFields du géocodeur associé. Par exemple, si address_fields d'un géocodeur comprend des champs avec les noms suivants : Street, City, State et Zone, alors l'argument address est de la forme : <

out_fields - La liste des champs à renvoyer dans la réponse.

maxLocation - Le nombre maximum d'emplacements à renvoyer par une recherche, jusqu'au nombre maximum autorisé par le service. S'il n'est pas spécifié, un emplacement sera renvoyé. magic_key - L'opération de recherche récupère les résultats plus rapidement lorsque vous transmettez du texte valide et des valeurs magicKey que lorsque vous ne transmettez pas magicKey. Cependant, pour obtenir ces avantages, vous devez faire une demande préalable de suggestion, qui fournit une magicKey. Cela peut ou non être pertinent pour votre flux de travail. for_storage - Spécifie si les résultats de l'opération seront conservés. La valeur par défaut est false, ce qui indique que les résultats de l'opération ne peuvent pas être stockés, mais qu'ils peuvent être affichés temporairement sur une carte par exemple. Si vous stockez les résultats, dans une base de données par exemple, vous devez définir ce paramètre sur true.

géocodeur - Facultatif, le géocodeur à utiliser. S'il n'est pas spécifié, le premier géocodeur du SIG actif est utilisé.


Un outil pour créer UN point au point d'intersection des lignes,

Je me demande s'il existe un outil qui peut créer UN seul point à l'intersection des lignes.

par DanLee

- Exécutez l'outil Intersection sur une classe d'entités polyligne elle-même, spécifiez POINT comme type de sortie. Cela vous donnera des points dupliqués aux intersections uniquement (pas de pendants).

- Exécutez Supprimer l'outil identique sur les points, spécifiez le champ FORME. Maintenant, vous devriez avoir UN point à chaque intersection.

Ligne de séparation au point (gestion des données)

Ce que je voulais faire, c'est avoir un outil qui puisse créer UN seul point aux points d'intersection des lignes. Dans ce cas, la seule couche donnée est celle des routes.

L'outil « de l'entité des sommets aux points » peut être utilisé pour créer de tels points, mais dans ce cas, plusieurs points peuvent être créés à la même position. Ce que je recherche, c'est de créer un seul point à la position d'intersection.

Tu pourrais peut-être jeter un œil ici :

Mais je ne comprends pas pourquoi il devrait y avoir des points en double? Mais s'il y en a, tu pourrais les supprimer ? Ou dissoudre avant.

par DanPatterson_Re fatigué

Normalement effectué lors de la création des entités ou lors d'une session de mise à jour. J'ai trouvé ce lien mais je ne suis pas sûr qu'il s'applique à votre cas Utilisez l'outil de géotraitement d'accrochage pour automatiser l'édition | ArcWatch‌

Je ne connais pas un seul outil pour accomplir votre tâche, mais je le fais en deux étapes :

Après avoir créé une classe d'entités avec des extrémités d'arc routier à l'aide de FeatureVerticesToPoints_management, je supprime les points en double (chevauchement) avec DeleteIdentical_management, en spécifiant le champ "Shape" pour obtenir un point à chaque extrémité.

Alternativement, si je veux une classe d'entités sans pendants ou pseudo-nœuds, il y a une étape intermédiaire. Je fais une jointure spatiale un-à-plusieurs après avoir utilisé FeatureVerticesToPoints. La sortie a un champ "Join_Count" qui me dit combien de points se trouvent à chaque emplacement, donc je peux interroger les points avec Join_Count >= 3 (en supposant que les arcs sont divisés aux intersections) pour obtenir les vrais nœuds (intersections) uniquement, et puis je supprime les points identiques.

Un grand merci à Johannes, Dan et Kerry pour leur aide. C'est très utile.

par RichardFairhurs t

J'utilise l'outil Sommets d'entités en points, puis l'outil Collecter les événements. Mes réseaux sont contrôlés par une topologie afin que les points se connectent exactement au même endroit. Ce processus me donne tous les emplacements de points uniques dans mon réseau et un compte à chaque emplacement. Je crée ensuite un champ de texte appelé X_Y_LINK sur chaque point et y calcule une concaténation unique de la valeur des coordonnées X/Y du point. Cela agit comme un champ de jointure standard qui me permet de créer un lien vers des résumés des points d'origine qui me donnent des sous-comptes par nom de rue.

Je viens de commencer à étudier le complément de gestion des données d'adresse. Je viens de le télécharger hier, donc je n'ai pas encore bien compris tout ce qu'il fait moi-même, mais il semble que cela puisse s'appliquer. Vous pouvez le télécharger en appuyant sur le bouton Télécharger à partir de cette page Web. L'outil dépend normalement du modèle de données ArcGIS for Local Government, mais je travaille avec le support technique pour le faire fonctionner avec mes données normales via le fichier de configuration et une meilleure compréhension de la configuration minimale requise pour que l'outil fonctionne.

Il dispose d'un outil pour créer des points d'intersection, qui crée un point unique à tous les points d'extrémité des rues que vous sélectionnez et qui forment une véritable intersection avec d'autres routes dans une couche en mémoire. Il inclura également deux noms de rue dans un champ Primary_Street et Secondary_Street. Cependant, si trois noms de rue ou plus se rencontrent à une intersection, l'outil ne sélectionne que deux noms pour représenter cette intersection, donc d'autres processus devraient être effectués pour attribuer le point avec plus de deux noms de rue. Il ne donne pas non plus le nombre de lignes qui se rencontrent à cette intersection, ce que mon autre méthode fournit.

Le module complémentaire de gestion du réseau routier peut présenter quelques variantes du module complémentaire de gestion des données d'adresse, mais il semble inclure des capacités similaires pour gérer les intersections.


FeatureLayerCollection¶

Une FeatureLayerCollection est un ensemble de couches et de tables d'entités, avec les relations associées entre les entités.

Dans un SIG Web, une collection de couches d'entités est exposée en tant que service d'entités avec plusieurs couches d'entités.

Les instances de FeatureDatasets peuvent être obtenues à partir d'éléments de service d'entités dans le SIG à l'aide de FeatureLayerCollection.fromitem(item) , à partir de points de terminaison de service d'entités à l'aide du constructeur ou en accédant à l'attribut de jeu de données des objets de couche d'entités.

Les FeatureDatasets peuvent être configurés et gérés à l'aide de leur objet d'assistance de gestionnaire.

Si l'ensemble de données prend en charge l'opération de synchronisation, l'objet d'assistance de réplicas permet la gestion et la synchronisation des réplicas pour la mise à jour déconnectée de la collection de couches d'entités.

Remarque : vous pouvez utiliser la propriété layer and tables pour accéder aux différentes couches et tables de cette collection de couches d'entités.

objet d'assistance pour gérer la collection de couches d'entités, mettre à jour sa définition, etc.

Les propriétés de cet objet

mettre en doute ( layer_defs_filter=Aucun, geometry_filter=Aucun, time_filter=Aucun, return_geometry=Vrai, return_ids_only=Faux, return_count_only=Faux, return_z=Faux, return_m=Faux, out_sr=Aucun ) ¶

interroge la collection de couches d'entités

query_related_records ( object_ids, id_relation, out_fields='*', definition_expression=Aucun, return_geometry=Vrai, max_allowable_offset=Aucun, geometry_precision=Aucun, out_wkid=Aucun, gdb_version=Aucun, return_z=Faux, return_m=Faux ) ¶

L'opération de requête est effectuée sur une ressource de couche de service d'entités. Le résultat de cette opération est des ensembles d'entités regroupés par ID d'objet de couche/table source. Chaque ensemble de fonctionnalités contient des objets Feature, y compris les valeurs des champs demandés par l'utilisateur. Pour les couches associées, si vous demandez des informations sur la géométrie, la géométrie de chaque entité est également renvoyée dans le jeu d'entités. Pour les tables liées, l'ensemble d'entités n'inclut pas les géométries. Contributions:

objectIds - les ID d'objet de la table/couche à interroger. RelationshipId - L'ID de la relation à interroger. outFields - la liste des champs de la table/couche associée

outWKID - La référence spatiale de la géométrie renvoyée. gdbVersion - La version de la géodatabase à interroger. Ce paramètre

Télécharge un nouvel élément sur le serveur. Une fois l'opération terminée avec succès, la structure JSON de l'élément téléchargé est renvoyée.

Paramètres:

chemin:chemin du fichier à télécharger
la description:texte descriptif facultatif pour l'élément de téléchargement


Utilisation des types spatiaux Microsoft avec ArcGIS

Utiliser des mots-clés de configuration pour spécifier les types spatiaux Microsoft

Par défaut, les géodatabases dans SQL Server utilisent le type de géométrie Microsoft. Si vous souhaitez utiliser le type de géographie Microsoft pour le stockage dans les géodatabases des bases de données SQL Server locales, vous devez soit (1) modifier le paramètre GEOMETRY_STORAGE sous le mot-clé de configuration DEFAULTS dans la table SDE_dbtune en GEOGRAPHY, soit (2) spécifier une configuration mot-clé qui désigne un paramètre GEOMETRY_STORAGE de GEOGRAPHY lors de la création de classes d'entités.

Vous ne devez modifier le paramètre GEOMETRY_STORAGE sous le mot-clé DEFAULTS que si la majorité de vos utilisateurs utiliseront la géographie pour leurs données la plupart du temps. Si seules certaines de vos données seront stockées dans le type géographie, désignez un mot-clé distinct lors de la création de la classe d'entités. Un mot-clé vous est fourni (GÉOGRAPHIE) ou vous pouvez créer votre propre mot-clé personnalisé.

Utilisez la commande d'administration sdedbtune pour modifier les valeurs de la table SDE_dbtune. Cette commande peut être installée à l'aide du serveur d'applications ArcSDE pour l'installation de SQL Server.

Lors de la création de classes d'entités dans des bases de données SQL Server, choisissez le mot-clé géométrie ou géographie.

Enregistrement d'une table spatiale existante avec la géodatabase

Si vous avez utilisé une application tierce ou SQL pour créer des tables qui contiennent des colonnes de type spatial Microsoft dans votre géodatabase, vous pouvez inscrire ces tables avec la géodatabase pour tirer parti des fonctionnalités de la géodatabase telles que les classes de relations, la topologie, les réseaux géométriques, les ateliers cadastraux, des terrains ou des schémas, ou ont des sous-types, des valeurs par défaut, des domaines ou des règles de validation. Pour ce faire, les tables doivent répondre à certains prérequis :

  • La table doit appartenir à l'utilisateur qui l'enregistre.
  • La table doit avoir une seule colonne spatiale de type géométrie ou géographie.
  • Toutes les formes de la colonne doivent être du même type spatial, qu'il s'agisse de points, de lignes, de polygones, de multipoints, de multichaînes ou de multipolygones.

L'ajout de formes d'un type différent à la colonne à l'aide de SQL après l'enregistrement de la table avec la géodatabase n'est pas non plus pris en charge et entraînera un comportement imprévisible de la classe d'entités.

Voir Enregistrement d'une table auprès de la géodatabase pour obtenir des instructions sur l'enregistrement de la table auprès de la géodatabase à partir d'ArcGIS for Desktop .

L'activation d'une géodatabase dans une base de données existante n'enregistre pas automatiquement les tables existantes avec la géodatabase. Toutes les tables ou classes d'entités que vous souhaitez inclure dans la géodatabase doivent être inscrites séparément auprès de la géodatabase.

Création d'un index spatial

SQL Server requiert que la table ait une clé primaire pour pouvoir créer un index spatial dessus.

Dans ArcGIS

Lorsque vous créez une classe d'entités avec une colonne de géométrie ou de géographie dans une géodatabase à l'aide d'ArcGIS, par défaut, ArcGIS crée une clé primaire en cluster sur la colonne d'ID de ligne (ObjectID) de la table métier, puis crée un index spatial basé sur les valeurs définies pour le paramètre B_MS_SPINDEX du mot-clé de configuration dans la table SDE_dbtune utilisé lors de la création de la classe d'entités. Lorsque la classe d'entités est enregistrée comme versionnée, une clé primaire en cluster est créée sur les colonnes d'ID de ligne et d'ID d'état de la table Adds, et l'index spatial est construit en fonction des valeurs définies pour A_MS_SPINDEX dans le mot-clé de configuration utilisé lorsque l'entité classe a été créée. La valeur par défaut de ces deux paramètres est la suivante :

Voir Modification du contenu de la table DBTUNE pour plus d'informations sur la définition des valeurs dans la table SDE_dbtune.

Lors de la création d'une classe d'entités avec une colonne spatiale géométrique ou géographique dans une base de données ou une géodatabase via ArcGIS, la zone de délimitation de la classe d'entités est calculée comme l'étendue des données à indexer. Toutes les entités se trouvant en dehors de cette plage ne seront pas indexées mais seront toujours renvoyées dans les requêtes spatiales. Si l'étendue de la classe d'entités n'est pas définie, la plage maximale de coordonnées du système de référence spatiale de la classe d'entités sera utilisée pour la zone de délimitation. Vous pouvez définir ou recalculer l'étendue d'une classe d'entités à partir de l'onglet Etendue d'entités de la boîte de dialogue Propriétés de la classe d'entités. Si la classe d'entités se trouve dans une géodatabase, la zone de délimitation est ajustée avec la dernière étendue chaque fois que la couche passe du mode d'E/S de chargement uniquement au mode d'E/S normal.

En dehors d'ArcGIS

Pour les tables spatiales créées en dehors d'ArcGIS, par exemple celles créées à l'aide de SQL, vous devez créer une clé primaire sur la table et créer un index spatial à l'aide de SQL. Voici la syntaxe SQL pour créer un index spatial sur une table qui contient une colonne de type géométrie :

La syntaxe suivante crée un index spatial sur une colonne géographique :

Limites connues de l'utilisation de la géographie SQL Server avec ArcGIS

Voici une liste de choses à garder à l'esprit lors du stockage de données géographiques SQL Server dans votre géodatabase d'entreprise :

    ArcGIS ne peut pas stocker de valeurs z ou m dans le type de données géographiques dans cette version. Par conséquent, lorsque vous importez des données existantes dans la géodatabase, telles qu'un fichier de formes ou une classe d'entités d'une autre géodatabase, et qu'elles doivent être stockées à l'aide du type de données géographiques, le jeu de données entrant ne peut pas avoir d'attributs 3D (z) ou de mesure (m).

Les attributs z et m doivent être désactivés avant que les données puissent être importées. Alternativement, les données avec des attributs 3D ou de mesure peuvent être importées dans des classes d'entités qui utilisent la géométrie ou le type de stockage binaire compressé.


Vue d'ensemble des couches cartographiques Web SIG

En tant qu'utilisateur d'ArcView, ArcEditor ou ArcInfo, vous avez la possibilité d'accéder et d'utiliser les services Web SIG distants de plusieurs manières dans vos applications de bureau SIG (par exemple, dans ArcMap et ArcGlobe). Les services Web SIG sont des applications simples et autonomes qui s'exécutent indépendamment de vos programmes informatiques locaux (tels qu'ArcMap, une application mobile ou un navigateur Web). Comme tous les services Web, les services SIG sont conçus pour exécuter un ensemble ciblé de fonctions SIG et utilisent des protocoles Web ouverts tels que XML et les services Web.

Le type de service SIG le plus courant est peut-être un service de carte Web. Les services de carte Web peuvent être ajoutés en tant que couches dans vos documents dans ArcMap ou ArcGlobe. Ces services de carte Web spéciaux fournissent souvent une couche de fond de carte solide qui fournit un cadre sur lequel vous pouvez superposer et utiliser vos propres informations opérationnelles.

Vous pouvez également créer des couches dans des services de carte Web qui fournissent des informations opérationnelles essentielles dont vous avez besoin pour effectuer un ensemble spécifique de tâches. Par exemple, vous pouvez importer une couche de carte Web contenant des informations météorologiques en temps réel, des lieux de crime, des conditions de circulation, des valeurs de propriété, etc. Les utilisateurs se superposent souvent à un service de carte Web qui représente des informations dérivées d'un service de géotraitement analytique.

Vous pouvez interagir avec une couche de carte Web dans ArcMap comme vous le feriez avec d'autres couches de carte. Vous pouvez ajouter des couches de carte Web à votre carte ou globe terrestre, zoomer et interroger des couches de carte Web, etc.

Cependant, il est courant que certaines fonctionnalités soient restreintes lorsque vous travaillez avec des couches de carte Web. Par exemple, la transparence des couleurs sera désactivée pour certains formats de service d'imagerie qui ne la prennent pas en charge. Les entités contenues dans la plupart des couches cartographiques Web SIG ne sont pas modifiables. Dans d'autres, vous ne pouvez pas modifier leurs propriétés de dessin. Au lieu de cela, vous utilisez la plupart des couches de carte Web "en l'état".

Les différences fonctionnelles dépendent du type de serveur SIG utilisé pour fournir les informations cartographiques Web et de l'ensemble de fonctionnalités que les administrateurs de serveur choisissent de déployer.

Les services cartographiques Web SIG sont publiés et toujours disponibles sur le Web (soit sur votre intranet interne local, soit plus largement sur le World Wide Web). Vous n'avez besoin que d'une connexion au réseau approprié pour accéder aux cartes Web que vous souhaitez utiliser. Un avantage évident est que vous n'avez plus besoin de conserver toutes les fonctions logicielles et les données cartographiques sur votre ordinateur local. Au lieu de cela, vous pouvez vous connecter et utiliser une série de services Web SIG distants qui vous les fournissent.

Comme d'autres services Web, les services de carte Web SIG ont des caractéristiques importantes qui influencent la façon dont ils sont utilisés. Les rubriques suivantes vous aideront à fournir un certain contexte sur la façon dont vous devriez réfléchir à votre propre utilisation des services de carte avec ArcGIS.

Les services de cartographie Web SIG sont ouverts et interopérables

Étant donné que la communication s'effectue ouvertement à l'aide de XML, les services Web sont hébergés à l'aide d'une gamme d'applications, de systèmes d'exploitation et de langages de programmation. Les services Web peuvent provenir de plusieurs sources. Par conséquent, ArcGIS prend en charge de nombreux types de services cartographiques Web SIG. Par exemple, ArcMap et ArcGlobe prennent en charge une gamme de services de carte que vous pouvez utiliser comme couches de carte, notamment :

  • Services de carte, de globe, d'image et de géodonnées d'ArcGIS Server

  • Services de cartes et d'entités ArcIMS

  • ArcGIS en ligne

  • Open Geospatial Consortium, Inc. (OGC), Services utilisant WMS, WFS et WCS

  • Services KML utilisant le protocole Google Earth et Google Maps KML

  • Autres services en ligne ESRI (par exemple, localisateur d'adresses, localisateur)

Voir la section suivante ci-dessous pour plus d'informations.

Le tableau suivant répertorie les types de services de carte SIG pris en charge dans ArcMap et ArcGlobe.

  • Les services de carte mis en cache sont généralement utilisés pour fournir des fonds de carte ou des superpositions de carte contenant des informations de référence. Le contenu des cartes mises en cache a tendance à être relativement statique et à très peu changer au fil du temps.
  • Les services de carte dynamique sont généralement utilisés pour fournir des données en constante évolution et pour prendre en charge diverses opérations et tâches. Vous pouvez penser à des services cartographiques dynamiques fournissant des couches cartographiques opérationnelles dans vos applications SIG.
  • Divers formats de fichiers d'images
  • Jeux de données raster dans la géodatabase
  • Fichiers de couche de jeu de données raster
  • Fichiers de définition de service d'imagerie créés avec l'extension ArcGIS Image Server pour ArcGIS Server


Service de globe Documents ArcGlobe (.3dd) Vous pouvez utiliser ArcGlobe pour créer des documents de globe (.3dd) pouvant être diffusés à l'aide d'ArcGIS Server. Vous pouvez également travailler avec Globe Services dans ArcGlobe. Le client principal pour l'utilisation de ces globes est généralement ArcGIS Explorer.

  • Services de rendu d'images ArcIMS hautes performances
  • Cartes cartographiquement améliorées à l'aide des services ArcMap dans ArcIMS

fichiers .mxd
fichiers .3dd
Cartes Web et autres services SIG
Cartes Microsoft Bing


Gestion des performances des services de cartographie SIG

Dans la plupart des cas, les services SIG ont tendance à être beaucoup plus lents que l'accès classique aux données SIG à partir des lecteurs de disque locaux. Par conséquent, en tant qu'utilisateur SIG, vous chercherez en permanence des moyens d'améliorer les performances lors de l'utilisation des services SIG.

Il existe quatre mécanismes principaux qui peuvent être utilisés pour améliorer les performances de cartographie Web dans vos applications :

    Réduisez le trafic réseau, le cas échéant.
    Une façon de réduire le trafic Web consiste à capturer localement les données qui ont été extraites du serveur. Par exemple, vous pouvez mettre en cache les tuiles de carte récupérées de votre serveur sur votre ordinateur local. Ce stockage est appelé cache de carte local.


Services de carte mis en cache dans ArcGIS Server

ArcGIS Server prend en charge un cache de serveur de carte similaire à la capacité de carte mise en cache utilisée dans les services de cartographie Web tels que Google Earth, Google Maps et Microsoft Virtual Earth. Lorsque vous effectuez un zoom avant sur ces services de carte, ils sont dessinés à la résolution appropriée. Chacune de ces cartes numériques est générée à travers la zone d'étude (par exemple, le pays ou le monde entier) pour une gamme d'échelles de carte, essentiellement une vue de carte pour chaque échelle de carte. Le contenu de la carte est conçu à chaque échelle de carte pour représenter les informations à une résolution appropriée.

ArcGIS prend en charge l'utilisation de ce même mécanisme pour la publication de cartes et de globes. En tant qu'utilisateur d'ArcGIS, vous pouvez publier vos propres fonds de carte numériques, globes et scènes régionales (c'est-à-dire qu'au lieu de la planète entière, vous pouvez publier une scène pour une zone plus petite avec moins d'échelles de carte, par exemple, pour le comté de Marin, en Californie, ou Fort Worth, Texas).

Chaque carte numérique est essentiellement une série de cartes conçues pour chaque échelle de carte. La carte numérique résultante peut être stockée sous la forme d'une série d'images en mosaïque, un ensemble de mosaïques d'images couvrant la zone d'étude pour chaque échelle de carte.

Les cartes Web sont conçues pour être utilisées à différentes échelles de carte, avec des vues conçues pour être présentées à chaque échelle de carte. Au fur et à mesure que vous effectuez un zoom avant, des informations de résolution plus élevée sont présentées. Les couches et leur contenu changent à mesure que vous modifiez les échelles de la carte.

Certaines de ces cartes ont un zoom continu où vous pouvez zoomer sur n'importe quelle échelle ou résolution de carte souhaitée prise en charge par la carte. D'autres cartes (en particulier les cartes Web 2D) ont un ensemble spécifique d'échelles de carte sur lesquelles vous pouvez zoomer. Dans de nombreuses applications cartographiques Web, vous cliquez sur les coches d'un outil de barre d'échelle pour zoomer sur l'une des différentes échelles de carte.

Voici la commande de zoom de l'application cartographique Web incluse avec ArcGIS Server :

À l'aide de ce contrôle dans les applications cartographiques Web ArcGIS, vous cliquez sur une coche pour agrandir la carte à cette échelle. Ou cliquez sur + et - pour zoomer et dézoomer un niveau d'échelle de carte à la fois. Dans cet exemple, notez qu'il y a un total de huit coches pour zoomer sur une vue de carte correspondante. Chaque coche représente une carte à un niveau d'échelle de carte particulier. Votre travail consisterait à créer une vue cartographique pour chaque échelle de carte.

Il existe des commandes de zoom similaires dans Google Maps et Microsoft Virtual Earth dont les cartes s'échelonnent du niveau mondial au niveau de la rue sur une plage de 15 à 20 échelles de carte.

Mise en cache—Précalcul des vues cartographiques

Un service de carte mis en cache dans ArcGIS est créé en tant que service de carte standard. Pour ce faire, vous concevez et construisez un document ArcMap à plusieurs échelles (mxd), puis vous le publiez avec ArcGIS Server. Vous créez votre carte multirésolution, puis générez une série de vues de carte sous forme de tuiles d'images pour l'ensemble de votre zone d'étude pour chaque échelle de carte souhaitée.

Une fois que vous avez mis en œuvre une conception de carte en tant que document ArcMap, vous précalculez la carte pour chaque échelle de carte et générez une série de tuiles de carte qui représentent la carte à chaque échelle de carte. Les tuiles de carte sont stockées dans une série de dossiers de fichiers appelés cache de serveur de carte.

Lorsqu'un utilisateur demande une carte à ces serveurs, les tuiles de l'échelle de carte appropriée sont extraites du cache pour la fenêtre ou l'étendue de la carte de la visionneuse. Étant donné que les cartes ont été précalculées, le travail réel sur le serveur consiste en une simple récupération des tuiles d'images de carte appropriées.

Implications

Cela a des ramifications intéressantes :

  • À l'aide d'ArcGIS Server, vous pouvez créer votre propre expérience de cartographie numérique en ligne, comme Google Maps et Virtual Earth.

  • Étant donné que les images de la carte ont été prégénérées, il est plus rapide de récupérer les images que de recalculer l'affichage de la carte. Le retour d'une tuile du cache prend beaucoup moins de temps au serveur que le dessin dynamique de l'image de la carte à la demande.

  • Les utilisateurs d'ArcGIS commencent à concevoir des cartes en deux parties :

    • Le fond de carte relativement statique qui fournit un contexte géographique pour travailler avec leurs informations SIG. Ces services de carte s'affichent de manière transparente à plusieurs échelles de carte pour un panoramique et un zoom efficaces.

    • Leurs couches opérationnelles et leurs résultats générés dynamiquement pour se superposer à leurs cartes de base.

    Plus d'informations

    Les utilisateurs d'ArcGIS peuvent concevoir et créer des services de carte mis en cache pour leurs propres fonds de carte, généralement pour un nombre beaucoup plus petit d'échelles ou de résolutions de carte et des étendues de carte plus ciblées (par exemple, celles qui couvrent une ville ou une région).

    Reportez-vous à la rubrique Création de services de carte mis en cache pour ArcGIS Server pour plus d'informations sur la création et l'utilisation de services de carte mis en cache.


    Non. ArcMap est un programme spécifique du produit ArcGIS Desktop. Questions spécifiquement ciblées car elles ne sont pas moins pertinentes/méritent une balise que les autres composants (qui ont également des balises) : ArcScene, ArcGlobe et ArcCatalog.

    Il est utile de pouvoir suivre une balise sur l'application spécifique plutôt que de la fusionner avec toutes les questions du bureau, bien que, comme vous le soulignez, les deux balises soient appliquées dans la majorité des cas actuels (et une quantité inconnue de ces "bureaux" les balises sont directement liées à la discussion précédente dans Tagging ArcGIS questions ?).

    Bien que la réponse ci-dessous représente la position que j'avais sur cette question au moment où elle a été posée, et au cours des 18 mois qui ont suivi, je pense maintenant que l'adoption croissante d'une deuxième application phare au sein d'ArcGIS Desktop m'amène à considérer qu'ArcMap ( arcmap) et les balises ArcGIS Pro (arcgis-pro) devraient désormais avoir plus de poids que la balise ArcGIS Desktop (arcgis-desktop).

    Ce nouveau point de vue est présenté dans ma réponse à Using tags [arcmap] et [arcgis-desktop]? Néanmoins, je pense que le reste de la réponse reste valable et je n'y apporte donc aucune modification pour le moment.

    Je peux comprendre la tentation de faire d'arcmap un synonyme d'arcgis-desktop pour deux raisons :

    • L'application ArcMap représente environ 95% de l'interface graphique d'ArcGIS Desktop, elles ne sont donc pas loin d'être coextensives, si seulement son interface graphique est considérée.
    • Chaque question ArcMap provient d'un utilisateur qui a installé et utiliserait ArcGIS Desktop afin d'éviter aux éditeurs d'avoir à ajouter ultérieurement la balise arcgis-desktop à une question GUI qui a uniquement été balisée arcmap.

    Cependant, je ne pense PAS qu'arcmap devrait être synonyme d'arcgis-desktop

    Pour tenter d'expliquer mon raisonnement, je commencerai par dire que la classification des tags est tout sauf une science exacte, j'essaie donc d'être pragmatique plutôt que puriste.

    Lorsque le noyau ArcGIS Desktop (sans inclure ses extensions) est installé, trois composants principaux deviennent disponibles pour ses utilisateurs :

    • son interface graphique (principalement ArcMap mais aussi ArcCatalog et l'administrateur ArcGIS)
    • ses liaisons Python (ArcPy peut interagir avec ArcMap, par exemple arcpy.RefreshActiveView() )
    • ses objets COM (ArcObjects peut piloter ArcMap)

    La première balise que j'utilise sur une question pour chacun de ces composants, respectivement et généralement mutuellement, est :

    Il y a quelques questions également étiquetées arcmap de chacun de ces composants.

    Si nous devions faire d'arcmap un synonyme d'arcgis-desktop, ces questions supplémentaires seraient ajoutées aux questions actuelles étiquetées arcgis-desktop :

    Pour ce faire, je pense qu'il s'agirait d'un "regroupement excessif" car ArcPy, et en particulier ArcObjects, les questions attirent généralement un ensemble différent de réponses à l'utilisateur de l'interface graphique d'ArcGIS Desktop.

    Je pense que le but principal des balises est d'essayer d'aider les répondants potentiels à trouver les questions qui correspondent à leurs compétences en utilisant les favoris, en cliquant sur les balises, etc.

    Cela signifierait également que nous n'avons plus trois FAQ auto-assemblantes relativement "propres":

    car certaines questions ArcPy et ArcObjects seraient désormais mélangées à celles actuellement identifiées comme des questions de l'interface graphique ArcGIS Desktop en raison du fait qu'elles sont balisées arcgis-desktop.

    Personnellement, je n'utilise jamais/rarement la balise arcmap, car je préfère d'abord baliser n'importe quelle question ArcMap avec arcgis-desktop. Si je vois une question qui utilise l'application ArcMap qui n'a pas été balisée arcgis-desktop, je l'ajoute. Si je vois une question étiquetée à la fois avec arcgis-desktop et arcmap, je laisse généralement les deux là, mais parce que je considère arcmap comme une balise de faible valeur (en raison de la quantité de chevauchement avec arcgis-desktop), alors si je pense qu'il y a un balise plus précieuse à ajouter alors c'est celle que je vais supprimer.


    SCOPE_IDENTITY() vous renverra la dernière valeur d'identité générée dans votre portée actuelle :

    Pour SQL Server 2005 et versions ultérieures, et quel que soit le type de votre clé primaire, vous pouvez toujours utiliser la clause OUTPUT pour renvoyer les valeurs insérées :

    Vous pouvez utiliser @@IDENTITY . Après une instruction insert, vous pouvez exécuter :

    Cela vous donnera la clé primaire de l'enregistrement que vous venez d'insérer. Si vous prévoyez de l'utiliser plus tard, je vous suggère de l'enregistrer :

    If you are using this in a stored procedure and want to access it back in your application, make sure to have nocount off.

    For MySQL, use LAST_INSERT_ID()

    You should also be able to start a transaction, insert the row, and select the row using some field that has a unique value that you just inserted, like a timestamp or guid. This should work in pretty much any RDBMS that supports transactions, as long as you have a good unique field to select the row with.

    If you need to retrieve the new index in MS SQL when there are triggers on the table then you have to use a little workaround. A simple OUTPUT will not work. You have to do something like this (in VB.NET):

    If using .NET, then the return value from this query can be directly cast to an integer (you have to call "ExecuteScalar" on the .NET SqlCommand to get the return).

    If you'd created YourTable with primary key replaced Rowid (i.e. one column pk defined as INTEGER PRIMARY KEY) you just use:

    Which is a common case.
    Finally, this wont work for WITHOUT_ROWID tables.


    Voir la vidéo: Créer un Profil en Long avec ArcGIS