Suite

Mesurer des distances entre plusieurs points dans ArcGIS for Desktop ?

Mesurer des distances entre plusieurs points dans ArcGIS for Desktop ?


Je suis donc nouveau dans ce domaine, la réponse est probablement très simple.

J'ai une carte de points de X Y points de données (un pour chaque participant) pour une certaine activité. J'ai également un fichier de formes de codes postaux, dont j'ai ensuite fait un fichier de points avec le centroïde pour chaque code postal. Je veux mesurer la distance entre le point de l'activité et le code postal qui correspond à chaque participant spécifique. J'ai joint les tables d'attributs pour ceux-ci afin que chaque participant ait une colonne pour le lat, et long pour l'activité et le code postal lat et long. Je dois être proche.

Comment demander à ArcGIS de mesurer la distance entre ces points ?

J'utilise ArcMap 10.2.


1) Essayez d'utiliser la fonction NEAR dans la boîte à outils

2) Essayez d'utiliser une jointure spatiale

3) Essayez d'utiliser la création de rasters « Distance euclidienne » à partir de chaque origine, puis d'amener ces valeurs dans les points.

1 ou 2 est probablement votre solution.


Vous ne mentionnez pas votre niveau de licence, mais s'il est avancé, je vous recommande d'essayer l'outil Point Distance (Analysis) qui :

Détermine les distances entre les entités ponctuelles en entrée et tous les points des entités proches dans un rayon de recherche spécifié.

Cependant, si vous disposez d'une licence de base ou standard, il est possible d'obtenir la même fonctionnalité à l'aide de la solution de contournement ArcPy à l'adresse :

Effectuer une analyse de distance de point à l'aide de la licence de niveau de base d'ArcGIS for Desktop ?

Vous ne mentionnez pas non plus le système de coordonnées de vos données, bien que vous mentionniez qu'il a des colonnes lat/long, vous devrez donc peut-être l'entrer dans un système de coordonnées projetées si vous avez besoin d'unités de mètres ou de pieds plutôt que de degrés décimaux.


Zone/longueur planaire ou géodésique ?

J'ai lu un peu sur les mesures planaires vs géodésiques sur le Web, mais je suis toujours un peu confus. Voici quelques questions qui pourraient m'aider à comprendre.

Qu'est-ce qu'il est préférable d'utiliser pour signaler les longueurs de zone/ligne ? Je travaille dans l'ouest de la Caroline du Nord dans ArcGIS Pro en utilisant NAD_1983_StatePlane_North_Carolina_FIPS_3200_Feet. J'ai remarqué en utilisant l'outil "Mesure des caractéristiques" que les différences de surface (entre géodésique et planaire) sont presque inexistantes sur de petites surfaces, mais 4 acres différentes sur une surface de 20 000 acres.

Pourquoi l'outil "Calculer la géométrie" n'a-t-il pas d'option de mesure de surface plane ? Mais offre-t-il deux options de mesure de la longueur du périmètre ?

L'outil "Mesure des entités" utilise-t-il par défaut le système de coordonnées de la carte ? J'avais une carte en WGS84 et j'obtenais des réponses apparemment très fausses, probablement parce qu'elle était incapable de calculer la zone dans le système de coordonnées géographiques ?

1. Si vous avez un système de coordonnées projetées, planaire est généralement choisi, en particulier avec les lignes où vous recherchez probablement le point a vers le point b, quelle que soit la forme de la Terre. Si vous n'avez qu'un système de coordonnées géographiques, vous ne pouvez utiliser que la géodésique.

Cet article va plus en profondeur sur la géodésique/touches sur planaire :

Cette carte interactive montre les différences, ce qui est plutôt cool !

2. L'outil Calculer la géométrie utilise planaire car les données d'entrée doivent avoir un système de coordonnées projetées. Vous ne pouvez pas faire de plan avec juste une géographie (identique à la réponse ci-dessus).

3. Oui, Measure utilisera le système de coordonnées de la carte et cela entraînerait une incapacité à créer une zone avec WGS 84.

1. Si vous avez un système de coordonnées projetées, planaire est généralement choisi, en particulier avec les lignes où vous recherchez probablement le point a vers le point b, quelle que soit la forme de la Terre. Si vous n'avez qu'un système de coordonnées géographiques, vous ne pouvez utiliser que la géodésique.

Cet article va plus en profondeur sur la géodésique/touches sur planaire :

Cette carte interactive montre les différences, ce qui est plutôt cool !

2. L'outil Calculer la géométrie utilise planaire car les données d'entrée doivent avoir un système de coordonnées projetées. Vous ne pouvez pas faire de plan avec juste une géographie (identique à la réponse ci-dessus).

3. Oui, Measure utilisera le système de coordonnées de la carte et cela entraînerait une incapacité à créer une zone avec WGS 84.

Je voulais juste dire merci, Alexandra. Je me suis laissé distraire par un autre projet, mais j'aurai peut-être des questions de suivi une fois que je serai de retour dans les mauvaises herbes avec ça.

J'ai cherché une déclaration définitive selon laquelle Pro avait supprimé les calculs de surface plane. Mais quand j'ai trouvé cette question et cette réponse, cela a brouillé ma compréhension.

Je suis confus au sujet du deuxième point ci-dessus:

2. L'outil Calculer la géométrie utilise planaire car les données d'entrée doivent avoir un système de coordonnées projetées. Vous ne pouvez pas faire de plan avec juste une géographie (identique à la réponse ci-dessus).

C'était le cas dans Desktop. Mais dans Pro, même avec le système de coordonnées d'affichage de Maps défini sur un CS projeté, la seule option de zone est la géodésique. Je suis instructeur et je veux bien comprendre ce changement.

par DanPatterson_Re fatigué

L'option de zone pour les coordonnées géographiques serait très probablement géodésique même si l'affichage de la carte est projeté. Ce à quoi cela ressemble est une chose, ce que c'est en est une autre.

N'oubliez pas qu'un ellipsoïde n'est qu'une approximation de la forme de la Terre, et les calculs de superficie et de longueur sont les meilleures estimations. Considérez simplement un champ avec une pente de 20 degrés. Peu importe que vous mesuriez la zone à l'aide de méthodes géodésiques à partir des coordonnées longues/lat des coins, ou des coordonnées projetées dans des mesures planaires. les deux seront "faux" car la zone 3D sera plus grande que la zone 2D, qu'il s'agisse d'une mesure géodésique ou planaire.

Salut Dan, merci pour la réponse.

Je comprends ce que vous dites, les deux types de mesure sont des abstractions de la réalité. Mais ce que j'essaie de comprendre, c'est si des mesures « planaires » sont nécessaires maintenant qu'ArcPro mesure la zone et la distance de manière géodésique. ArcMap Desktop n'était pas en mesure d'effectuer des calculs géodésiques (surface - désactivée si seuls les systèmes de coordonnées géographiques étaient utilisés dans le bloc de données). Mais maintenant, même avec un CS projeté dans l'affichage de la carte, la seule option pour la mesure de surface est la géodésique (ce qui devrait être le cas car elle sera toujours plus précise qu'un modèle aplati de l'ellipse).

Vous voyez où j'essaie d'en venir ?

1. ArcPro ne semble plus effectuer de mesures de surface plane. De toute façon, je n'ai pas trouvé le moyen de le faire.

2. Si les calculs de zone géodésique sont possibles (dans ArcPro), pourquoi utiliserions-nous plus le CS projeté ??

c'est-à-dire pourquoi utiliserais-je la conique de surface égale d'albers contigus américains pour calculer la surface de l'ouest intermountain, si je peux faire un calcul de surface géodésique ??

Merci pour tout commentaire ou idée.

par DanPatterson_Re fatigué

Vous pouvez calculer des zones planes et géodésiques

Abandonnez l'idée que la géodésique est «plus précise». Cela dépend entièrement de la taille de la zone d'étude et de la projection utilisée. Si vous travaillez sur une étude à l'échelle d'une province ou d'un État, les « étendues » sont essentielles. Aussi, qu'entendez-vous par « exact » peut-être en fonction de l'âge ? La plupart des projections utilisées à bon escient auront une valeur spécifiée ?.

Albers, Lambert Conique conforme. grands domaines. UTM moins grand (zone de 6 degrés de large) MTM/plan d'état encore plus petit (zone de 3 degrés de large et "erreur" de distance potentielle de 1/10 000)

N'ignorez pas l'abstraction. C'est important et largement ignoré.

Pour aggraver les choses, ils essaieront de mesurer les choses sur Google Earth ou AGOL en utilisant des projections 'webbie' comme Web Mercator, qui est la dernière chose qu'il faut utiliser (mais tout le monde l'utilise n'est-ce pas.)

Précision et exactitude. concepts glissants. Connaît-on vraiment bien la forme de la terre ? 1927 à 1983 grand saut. De nouveaux à l'horizon ? Je soupçonne que oui. Cela peut améliorer la précision de localisation, mais un véritable reflet des distances terrestres. non, puisque la distance sera un parcours le long d'un ellipsoïde.


Syntaxe

Une classe d'entités pour laquelle le centre moyen sera calculé.

Une classe d'entités ponctuelles qui contiendra les entités représentant les centres moyens de la classe d'entités en entrée.

Champ numérique utilisé pour créer un centre moyen pondéré.

Champ utilisé pour regrouper des entités pour des calculs de centre moyen séparés. Le champ case peut être de type entier, date ou chaîne.

Un champ numérique contenant des valeurs d'attribut à partir desquelles une valeur moyenne sera calculée.


Calcul de la distance géodésique entre les points

REMARQUE : à partir d'ArcGIS Desktop 10.2.1, les outils de proximité Near et Generate Near Table peuvent mesurer les distances géodésiques, la solution de contournement ci-dessous n'est donc plus nécessaire. Vous pouvez en savoir plus ici : http://desktop.arcgis.com/en/arcmap/latest/tools/analysis-toolbox/analysis-toolbox-history.htm#GUID-FB944CD8-9D92-4146-B6DD-2562F682CCC5

Depuis les tout premiers jours d'ArcGIS, il existe des outils de géotraitement pour calculer les distances entre les entités. Des outils tels que Near, Point Distance et Buffer existent depuis de nombreuses versions et effectuent des analyses clés dans un certain nombre de flux de travail SIG courants. Ces outils de mesure de distance ont toujours bien fonctionné et ont calculé des distances très précises pour des entités concentrées dans une zone relativement petite (une ville, un état ou une seule zone UTM) avec un système de coordonnées projetées approprié qui minimise la distorsion de distance. Malheureusement, pour des groupes d'entités répartis sur de plus grandes zones (régions, pays ou monde !), ou pour des ensembles de données avec un système de coordonnées géographiques, ces outils ont historiquement produit des résultats qui étaient loin d'être parfaits.

Dans les dernières versions, et dans les versions futures, l'accent a été mis davantage sur le calcul de distances précises pour ce deuxième scénario : des entités couvrant une vaste zone ou des jeux de données avec un système de coordonnées géographiques. Certaines améliorations clés sont en cours pour rendre la mesure de distance par géotraitement meilleure que jamais, notamment en calculant les distances géodésiques dans les scénarios décrits ci-dessus (la distance géodésique est la distance mesurée le long du chemin le plus court entre deux points sur la surface de la Terre).

Dans 10.0 Service Pack 2, une amélioration a été apportée pour permettre le calcul de la distance géodésique le long d'une ligne. Cela se fait avec une classe d'entités linéaires dans un système de coordonnées géographiques à l'aide de l'outil Calculer le champ et en spécifiant une expression telle que [email protected]! . Cette fonctionnalité peut être incluse dans un workflow plus long pour calculer la distance géodésique entre les points.

Le modèle résumé ci-dessous produit une sortie similaire à l'outil Générer une table proche en fonction des jeux de données Points d'entrée et Points proches, trouve la distance géodésique de chaque point d'entrée à chaque point proche et enregistre cette distance dans une nouvelle table. Vous pouvez télécharger ce modèle et des exemples de données à partir de la galerie de modèles et d'outils de script du Geoprocessing Resource Center ici, et exécuter l'outil avec vos propres jeux de données de points qui ont un système de coordonnées géographiques (certaines modifications du modèle peuvent être nécessaires).

Étant donné que ce calcul de distance géodésique repose sur la mesure de lignes, nous avons besoin d'un moyen de créer des entités linéaires entre tous les points d'entrée et les points proches. L'outil XY To Line peut être utilisé pour accomplir cela, mais il y a d'abord quelques étapes qui doivent être effectuées pour configurer le flux de travail et produire un tableau qui peut être utilisé avec le XY à la ligne outil. Étant donné que le XY à la ligne l'outil nécessite une table de coordonnées XY en entrée, ajoutez d'abord les informations de coordonnées XY à la fois Points d'entrée et Près des points à l'aide de l'outil Ajouter des coordonnées XY.

Ensuite, utilisez l'outil Générer une table proche pour configurer ce qui deviendra le Tableau de sortie (notez que les valeurs NEAR_DIST produites par le Générer la table de proximité l'outil sont en degrés décimaux - pas les distances géodésiques).

Après avoir créé le Tableau de sortie, utilisez l'outil Join Field pour déplacer les informations de coordonnées du Points d'entrée et Près des points à la Tableau de sortie. De plus, un champ d'identifiant unique sera requis plus tard, alors ajoutez un nouveau champ d'ID en utilisant Ajouter un champ et calculez-le égal au Tableau de sortie Champ ObjectID à l'aide de Calculate Field.

Maintenant que le Tableau de sortie est configuré pour être utilisé correctement avec le XY à la ligne (avec les coordonnées de début et de fin stockées dans des champs séparés), exécutez XY à la ligne pour créer des entités linéaires entre chaque point d'entrée et le point proche. Ce seront les lignes qui peuvent être mesurées pour obtenir des distances géodésiques.

Sortie de XY vers la ligne

Ensuite, ajoutez une nouvelle variable de modèle, Unité linéaire, qui permet de spécifier l'unité dans laquelle calculer la distance géodésique (mètres, kilomètres, pieds, miles, etc.). Ajoutez ensuite un nouveau champ ‘GEO_DIST’ et calculez-le comme la distance géodésique le long des lignes à l'aide d'une expression de calcul [email protected]%Linear Unit%! , puis joignez ces distances à la Tableau de sortie. Enfin, nettoyez le Tableau de sortie en supprimant tous les champs inutiles ou intermédiaires.

La sortie du workflow ressemblera au tableau illustré ci-dessous, où le champ GEO_DIST contient la distance géodésique entre les points identifiés dans les champs IN_FID et NEAR_FID, dans l'unité spécifiée dans le Unité linéaire variable. La comparaison de ces distances géodésiques aux distances euclidiennes (basées sur une projection de Mercator) montre à quel point les mesures de distance peuvent être imprécises si elles sont effectuées dans un système de coordonnées inapproprié ou à une échelle inappropriée.

Distances géodésiques calculées par ce modèle, et distances euclidiennes calculées par le Générer la table de proximité outil.


Paramètres

  • Fausse Est
  • Faux Nord
  • Méridien central
  • Facteur d'échelle
  • Latitude d'origine
  • Fausse Est
  • Faux Nord
  • Méridien central
  • Facteur d'échelle
  • Latitude d'origine
  • Type de sphère auxiliaire, avec les valeurs suivantes :
    • 0 = Utiliser le demi-grand axe ou le rayon du système de coordonnées géographiques
    • 1 = Utiliser l'axe ou le rayon semi-mineur
    • 2 = Calculer et utiliser le rayon authalique
    • 3 = Utiliser le rayon authalique et convertir les latitudes géodésiques en latitudes authaliques
    • Fausse Est
    • Faux Nord
    • Longitude d'origine
    • Facteur d'échelle
    • Latitude d'origine
    • Fausse Est
    • Faux Nord
    • Longitude d'origine
    • Parallèle standard 1
    • Fausse Est
    • Faux Nord
    • Longitude d'origine
    • Parallèle standard 1

    La valeur de mesure définie par l'outil Tampon utilise le système de coordonnées de la couche de données en entrée. La valeur de mesure définie par l'outil Mesurer utilise le système de coordonnées du bloc de données. Si la couche de données en entrée et le bloc de données utilisent des systèmes de coordonnées différents, une valeur différente est affichée bien que les deux outils mesurent la même distance.

    Même si le bloc de données et la couche de données en entrée utilisent le même système de coordonnées, les lectures peuvent varier si l'outil Mesurer utilise la méthode planaire tandis que l'outil Tampon utilise la méthode géodésique. La méthode géodésique est utilisée dans un système de coordonnées géographiques (GCS) et prend en compte la forme ellipsoïde de la Terre dans les calculs de tampon lors de la mesure de deux points sur un globe. La ligne géodésique représente la distance la plus courte entre deux points selon la courbure de la terre.

    La mesure planaire est utilisée dans un système de coordonnées projetées (PCS). Il utilise le tampon euclidien et les mathématiques cartésiennes 2D pour calculer la longueur et la surface en fonction du plan 2D du système de coordonnées.

    Dans certains cas, les projections WGS 1984 Web Mercator fournissent des mesures de tampon incorrectes indépendamment de la méthode de tampon et du type de mesure utilisé. En effet, le WGS 1984 Web Mercator utilise une projection conforme qui préserve la direction et la forme des données mais déforme la distance sur la carte. Pour plus d'informations, reportez-vous à la FAQ : Pourquoi mes mesures de carte, de distance et de surface sont-elles erronées lors de l'utilisation de WGS 1984 Web Mercator ?

    Si l'outil Mesurer affiche une distance différente de celle définie par l'outil Tampon, vérifiez le type de projection, la méthode de tampon et le type de mesure utilisé. Assurez-vous que les critères suivants sont remplis :


    Paramètres

    Classe d'entités sur laquelle l'analyse sera effectuée.

    Le tableau dans lequel les résultats de l'analyse seront écrits.

    Le nombre de fois pour incrémenter la taille du quartier et analyser l'ensemble de données pour le clustering. Le point de départ et la taille de l'incrément sont spécifiés dans les paramètres Distance de début et Incrément de distance, respectivement.

    L'enveloppe de confiance est calculée en plaçant au hasard des points caractéristiques (ou des valeurs caractéristiques) dans la zone d'étude. Le nombre de points/valeurs placés de manière aléatoire est égal au nombre de points dans la classe d'entités. Chaque ensemble de placements aléatoires est appelé une permutation et l'enveloppe de confiance est créée à partir de ces permutations. Ce paramètre vous permet de sélectionner le nombre de permutations que vous souhaitez utiliser pour créer l'enveloppe de confiance.

    • 0 permutations - aucune enveloppe de confiance — Les enveloppes de confiance ne sont pas créées.
    • 9 permutations — Neuf ensembles de points/valeurs sont placés au hasard.
    • 99 permutations — 99 ensembles de points/valeurs sont placés au hasard.
    • 999 permutations — 999 ensembles de points/valeurs sont placés au hasard.

    Ce paramètre n'a aucun effet, il reste à prendre en charge la compatibilité descendante.

    Un champ numérique avec des pondérations représentant le nombre d'entités/d'événements à chaque emplacement.

    La distance à laquelle démarrer l'analyse de cluster et la distance à partir de laquelle incrémenter. La valeur saisie pour ce paramètre doit être dans les unités du système de coordonnées en sortie.

    La distance à incrémenter à chaque itération. La distance utilisée dans l'analyse commence à la distance de début et augmente du montant spécifié dans l'incrément de distance . La valeur entrée pour ce paramètre doit être dans les unités du paramètre d'environnement Système de coordonnées en sortie.

    Méthode à utiliser pour corriger les sous-estimations du nombre de voisins pour les entités proches des limites de la zone d'étude.

    • Aucun — Aucune correction de bord n'est appliquée. Cependant, si la classe d'entités en entrée possède déjà des points situés en dehors des limites de la zone d'étude, ceux-ci seront utilisés dans les comptages de voisinage pour les entités proches des limites.
    • Simuler les valeurs des limites extérieures — Cette méthode simule des points en dehors de la zone d'étude afin que le nombre de voisins proches des limites ne soit pas sous-estimé. Les points simulés sont les "miroirs" des points proches des bords à l'intérieur des limites de la zone d'étude.
    • Réduire la zone d'analyse — Cette méthode réduit la zone d'étude de telle sorte que certains points se trouvent à l'extérieur de la limite de la zone d'étude. Les points trouvés en dehors de la zone d'étude sont utilisés pour calculer le nombre de voisins mais ne sont pas utilisés dans l'analyse de cluster elle-même.
    • Formule de correction de bord de Ripley — Pour tous les points (j) au voisinage du point i, cette méthode vérifie si le bord de la zone d'étude est plus proche de i, ou si j est plus proche de i. Si j est plus proche, un poids supplémentaire est accordé au point j. Cette méthode de correction des contours n'est appropriée que pour les zones d'étude de forme carrée ou rectangulaire.

    Spécifie la région à utiliser pour la zone d'étude. La fonction K est sensible aux changements de taille de la zone d'étude, il est donc important de sélectionner soigneusement cette valeur.

    • Rectangle englobant minimum — Indique que le plus petit rectangle possible englobant tous les points sera utilisé.
    • Classe d'entités de la zone d'étude fournie par l'utilisateur — Indique qu'une classe d'entités définissant la zone d'étude sera fournie dans le paramètre Classe d'entités de la zone d'étude.

    Classe d'entités qui délimite la zone sur laquelle la classe d'entités en entrée doit être analysée. À spécifier uniquement si la classe d'entités de la zone d'étude fournie par l'utilisateur est sélectionnée pour le paramètre Méthode de la zone d'étude.

    Sortie dérivée

    Un graphique linéaire résumant les résultats de l'outil.

    Classe d'entités sur laquelle l'analyse sera effectuée.

    Le tableau dans lequel les résultats de l'analyse seront écrits.

    Le nombre de fois pour incrémenter la taille du quartier et analyser l'ensemble de données pour le clustering. Le point de départ et la taille de l'incrément sont spécifiés dans les paramètres Beginning_Distance et Distance_Increment, respectivement.

    L'enveloppe de confiance est calculée en plaçant aléatoirement des points caractéristiques (ou des valeurs caractéristiques) dans la zone d'étude. Le nombre de points/valeurs placés de manière aléatoire est égal au nombre de points dans la classe d'entités. Chaque ensemble de placements aléatoires est appelé une permutation et l'enveloppe de confiance est créée à partir de ces permutations. Ce paramètre vous permet de sélectionner le nombre de permutations que vous souhaitez utiliser pour créer l'enveloppe de confiance.

    • 0_PERMUTATIONS_-_NO_CONFIDENCE_ENVELOPE — Les enveloppes de confiance ne sont pas créées.
    • 9_PERMUTATIONS — Neuf ensembles de points/valeurs sont placés au hasard.
    • 99_PERMUTATIONS — 99 ensembles de points/valeurs sont placés au hasard.
    • 999_PERMUTATIONS — 999 ensembles de points/valeurs sont placés au hasard.

    Ce paramètre n'a aucun effet, il reste à prendre en charge la compatibilité descendante.

    • NO_DISPLAY — Aucun résumé graphique ne sera créé (par défaut).
    • DISPLAY_IT — Un résumé graphique sera créé en tant que couche graphique.

    Un champ numérique avec des pondérations représentant le nombre d'entités/d'événements à chaque emplacement.

    La distance à laquelle démarrer l'analyse de cluster et la distance à partir de laquelle incrémenter. La valeur saisie pour ce paramètre doit être dans les unités du système de coordonnées en sortie.

    La distance à incrémenter à chaque itération. La distance utilisée dans l'analyse commence à Beginning_Distance et augmente du montant spécifié dans Distance_Increment . La valeur entrée pour ce paramètre doit être dans les unités du paramètre d'environnement Système de coordonnées en sortie.

    Méthode à utiliser pour corriger les sous-estimations du nombre de voisins pour les entités proches des limites de la zone d'étude.

    • AUCUN — Aucune correction de bord n'est appliquée. Cependant, si la classe d'entités en entrée possède déjà des points situés en dehors des limites de la zone d'étude, ceux-ci seront utilisés dans les comptages de voisinage pour les entités proches des limites.
    • SIMULATE_OUTER_BOUNDARY_VALUES — Cette méthode simule des points en dehors de la zone d'étude afin que le nombre de voisins proches des bords ne soit pas sous-estimé. Les points simulés sont les "miroirs" des points proches des bords à l'intérieur des limites de la zone d'étude.
    • REDUCE_ANALYSIS_AREA — Cette méthode réduit la zone d'étude de telle sorte que certains points se trouvent en dehors de la limite de la zone d'étude. Les points trouvés en dehors de la zone d'étude sont utilisés pour calculer le nombre de voisins mais ne sont pas utilisés dans l'analyse de cluster elle-même.
    • RIPLEY_EDGE_CORRECTION_FORMULA — Pour tous les points (j) au voisinage du point i, cette méthode vérifie si le bord de la zone d'étude est plus proche de i, ou si j est plus proche de i. Si j est plus proche, un poids supplémentaire est accordé au point j. Cette méthode de correction des contours n'est appropriée que pour les zones d'étude de forme carrée ou rectangulaire.

    Spécifie la région à utiliser pour la zone d'étude. La fonction K est sensible aux changements de taille de la zone d'étude, il est donc important de sélectionner soigneusement cette valeur.

    • MINIMUM_ENCLOSING_RECTANGLE — Indique que le plus petit rectangle possible englobant tous les points sera utilisé.
    • USER_PROVIDED_STUDY_AREA_FEATURE_CLASS — Indique qu'une classe d'entités définissant la zone d'étude sera fournie dans le paramètre Classe d'entités de la zone d'étude.

    Classe d'entités qui délimite la zone sur laquelle la classe d'entités en entrée doit être analysée. Spécifié uniquement si Study_Area_Method = "USER_PROVIDED_STUDY_AREA_FEATURE_CLASS" .

    Sortie dérivée

    Un graphique linéaire résumant les résultats de l'outil.

    Exemple de code

    Le script de fenêtre Python suivant montre comment utiliser l'outil MultiDistanceSpatialClustering.

    Le script Python autonome suivant montre comment utiliser l'outil MultiDistanceSpatialClustering.


    Une barre d'échelle sur une carte définie sur un système de coordonnées géographiques utilisant des unités de degrés décimaux ne mesure correctement les distances qu'à l'équateur.

    Pour appliquer une barre d'échelle qui mesure correctement les distances sur toutes les zones de la surface de la Terre, le bloc de données ArcMap doit être défini sur un système de coordonnées projetées.

    Une barre d'échelle mesure les unités linéaires, telles que les pieds, les mètres, les kilomètres et les miles.

    Lorsque le bloc de données ArcMap est défini sur un système de coordonnées géographiques, les unités de mesure sont des unités angulaires. Le nombre de degrés dans l'angle formé à partir du premier méridien de Greenwich, en Angleterre, jusqu'au centre de la Terre, puis de nouveau à l'emplacement des données, est le nombre de degrés, minutes et secondes de longitude (la coordonnée X). Le nombre de degrés formé dans l'angle de l'équateur, au centre de la Terre puis vers le haut ou vers le bas jusqu'à l'emplacement des données est le nombre de degrés, minutes et secondes de latitude (la coordonnée Y).

    A l'équateur, un degré de longitude mesure environ 69 miles, mais au pôle Nord ou Sud, la longueur d'un degré de longitude est 0.

    Au fur et à mesure que les lignes de longitude convergent vers le pôle Nord ou Sud, la distance mesurée entre ces lignes de longitude à travers la surface de la Terre devient de plus en plus courte, tandis que la mesure angulaire reste la même.

    L'image suivante montre une vue de la surface de la Terre affichée dans un système de coordonnées géographiques. Notez que cela déforme les pôles Nord et Sud, qui sont des points, et les affiche sous forme de lignes aussi longues que l'équateur.

    L'image suivante montre une vue de la surface de la Terre affichée dans un système de coordonnées projetées, dans ce cas, Aitoff. Notez que les pôles Nord et Sud sont correctement affichés sous forme de points.

    Pour obtenir de l'aide sur la sélection d'un système de coordonnées approprié, reportez-vous à l'article Comment : sélectionner une projection cartographique ou un système de coordonnées approprié.


    7. Mesurer les distances

    Pour mesurer les distances, les arpenteurs-géomètres utilisaient autrefois 100 pieds de long rubans métalliques qui sont gradués en centièmes de pied. (C'est la technique que j'ai apprise en tant qu'étudiant dans une classe d'arpentage à l'Université du Wisconsin au début des années 1980. L'image ci-dessous est légèrement antérieure.) Les distances le long des pentes sont mesurées en segments horizontaux courts. Les géomètres qualifiés peuvent atteindre des précisions allant jusqu'à une partie sur 10 000 (erreur de 1 centimètre pour 100 mètres de distance). Les sources d'erreur incluent les défauts de la bande elle-même, telles que les variations de longueur de la bande dues à des températures extrêmes et des erreurs humaines telles qu'une traction incohérente, permettant à la bande de s'écarter du plan horizontal et des lectures incorrectes.

    Depuis les années 1980, mesure de distance électronique Les appareils (EDM) ont permis aux géomètres de mesurer les distances avec plus de précision et d'efficacité qu'avec des rubans. Pour mesurer la distance horizontale entre deux points, un géomètre utilise un instrument EDM pour projeter une onde d'énergie vers un réflecteur tenu par le deuxième géomètre. L'EDM enregistre le temps écoulé entre l'émission de l'onde et son retour du réflecteur. Il calcule ensuite la distance en fonction du temps écoulé. Les EDM à courte portée typiques peuvent être utilisés pour mesurer des distances allant jusqu'à 5 kilomètres avec des précisions allant jusqu'à une partie sur 20 000, deux fois plus précises que l'enregistrement.

    Instruments appelés stations totales combiner la mesure de distance électronique et les capacités de mesure d'angle des théodolites en une seule unité. Ensuite, nous considérons comment ces instruments sont utilisés pour mesurer les positions horizontales par rapport aux réseaux de contrôle établis.


    Syntaxe

    Entités ponctuelles, linéaires ou surfaciques en entrée à mettre en mémoire tampon.

    La classe d'entités contenant les tampons de sortie.

    Distance autour des entités en entrée qui seront mises en mémoire tampon. Les distances peuvent être fournies sous forme de valeur représentant une distance linéaire ou sous forme de champ à partir des entités en entrée qui contient la distance pour tamponner chaque entité.

    Si les unités linéaires ne sont pas spécifiées ou sont saisies comme Inconnues, l'unité linéaire de la référence spatiale des entités en entrée est utilisée.

    Lorsque vous spécifiez une distance dans le script, si l'unité linéaire souhaitée comporte deux mots, comme les degrés décimaux, combinez les deux mots en un seul (par exemple, "20 DecimalDegrees").

    Le(s) côté(s) des entités en entrée qui seront mis en mémoire tampon.

    • PLEIN — Pour les entités en entrée de ligne, des tampons seront générés des deux côtés de la ligne. Pour les entités surfaciques en entrée, des zones tampons seront générées autour du polygone et contiendront et chevaucheront la zone des entités en entrée. Pour les entités ponctuelles en entrée, des zones tampons seront générées autour du point. C'est la valeur par défaut.
    • GAUCHE — Pour les entités en entrée de ligne, des tampons seront générés sur la gauche topologique de la ligne. Cette option n'est pas valide pour les entités surfaciques en entrée.
    • DROITE — Pour les entités en entrée de ligne, des tampons seront générés sur la droite topologique de la ligne. Cette option n'est pas valide pour les entités surfaciques en entrée.
    • OUTSIDE_ONLY — Pour les entités surfaciques en entrée, les zones tampons seront générées uniquement à l'extérieur du polygone en entrée (la zone à l'intérieur du polygone en entrée sera effacée de la zone tampon en sortie). Cette option n'est pas valide pour les entités en entrée de ligne.

    Ce paramètre facultatif n'est pas disponible avec une licence de base ou standard.

    La forme de la mémoire tampon à la fin des entités d'entrée de ligne. Ce paramètre n'est pas valide pour les entités surfaciques en entrée.

    • ROND — Les extrémités du tampon seront rondes, en forme de demi-cercle. C'est la valeur par défaut.
    • FLAT — Les extrémités de la zone tampon seront plates ou carrées et se termineront à l'extrémité de l'entité linéaire en entrée.

    Ce paramètre facultatif n'est pas disponible avec une licence de base ou standard.

    Spécifie le fondu à effectuer pour supprimer le chevauchement de tampon.

    • AUCUN — Une mémoire tampon individuelle pour chaque entité est conservée, quel que soit le chevauchement. C'est la valeur par défaut.
    • TOUS — Tous les tampons sont fusionnés en une seule entité, supprimant tout chevauchement.
    • LISTE — Toutes les zones tampons partageant des valeurs attributaires dans les champs répertoriés (transférées à partir des entités en entrée) sont dissoutes.

    La liste des champs des entités en entrée sur lesquels dissoudre les tampons en sortie. Toutes les zones tampons partageant des valeurs attributaires dans les champs répertoriés (transférées à partir des entités en entrée) sont dissoutes.


    Dans ArcMap, chaque bloc de données utilise un système de coordonnées pour déterminer la projection cartographique. Les unités cartographiques, les unités dans lesquelles les couches du bloc de données sont affichées et utilisées, sont déterminées par le système de coordonnées du bloc de données.

    Lorsqu'un système de coordonnées projetées est utilisé dans le bloc de données, les unités de la carte sont des unités linéaires, telles que des pieds ou des mètres, et lorsqu'un système de coordonnées géographiques est utilisé, les unités sont en degrés.

    Pour modifier la mesure de distance en unités linéaires, suivez les étapes ci-dessous :

    1. Ouvrez la boîte de dialogue Propriétés du bloc de données, cliquez sur Afficher > Propriétés du bloc de données.

    2. Dans l'onglet Système de coordonnées, définissez le système de coordonnées du bloc de données sur un système de coordonnées projetées.

    3. Dans l'onglet Général, sous Unités, modifiez l'affichage par défaut en unités linéaires.


    Voir la vidéo: Comment calculer la longueur des distances sur Arcgis