Suite

Le fichier de formes créé dans QGIS ne s'affichera pas correctement dans ArcGIS

Le fichier de formes créé dans QGIS ne s'affichera pas correctement dans ArcGIS


On m'a demandé de créer un fichier de formes de points d'un cimetière. Les points s'affichent correctement dans QGIS mais pas dans ArcGIS. Je pense que le problème vient du système de coordonnées dans lequel je l'ai créé (WGS 84 / UTM zone 17N).

J'ai lié le fichier ci-dessous pour que vous puissiez essayer :

https://www.dropbox.com/sh/lv7dc43elfc031r/AADtbioR1wGzmTLikMCKnqOwa?dl=0

Quelle erreur suis-je en train de commettre ? Il y a quelque chose que je fais mal lors de la création du fichier de formes dans QGIS.

Edit1 : j'ai initialement collecté les données à l'aide d'une unité GPS Garmin marquant une taille d'échantillon de spots. J'ai téléchargé le fichier sur QGIS et créé les fichiers de formes de polylignes et de polygones que vous pouvez voir dans l'exemple. Ceux-ci s'affichent correctement dans ArcGIS Desktop. Tout d'abord, permettez-moi d'être clair sur le fait que je suis nouveau sur GIS et encore plus nouveau sur QGIS (j'ai complètement appris l'application). J'ai créé le fichier de points à partir de zéro en me référant au plugin d'image satellite de Google et Bing Maps. J'ai également fait référence à une "carte" papier du cimetière des années 1950 que je ne téléchargerai pas pour des raisons de confidentialité. Mon client veut juste une carte numérique à référencer et à imprimer en cas de besoin. Ce ne sont pas des professionnels du SIG mais des employés qui veulent pouvoir aller rapidement sur ArcGIS, voir si la parcelle est gratuite ou non. Retour sur le sujet.

En regardant en arrière pendant que je créais les points, je crois que j'ai fait quelque chose auquel fait référence mkennedy - changé la référence des coordonnées géographiques. Grosse erreur de débutant de ma part.

Le truc, c'est que je suis confus et frustré. Très frustré. Je n'ai pas accès à ArcGIS pour le moment et je ne peux pas jouer.


Je pense que ce qui s'est passé, c'est que les données d'origine sont en lat/lon. D'une manière ou d'une autre, il a été affecté au système de référence de coordonnées UTM et non projeté à WGS 1984, un système de référence de coordonnées géographiques. Avoir des valeurs "Y" ou de latitude proches de zéro qui devraient être aux latitudes moyennes est un signe classique d'une définition UTM erronée pour les données de latitude/longitude.

Je ne connais pas QGIS. Un flux de travail dans ArcGIS pour récupérer les données consiste à projeter le fichier de formes WGS84 vers UTM 17N (WKID : 32617). Ensuite, redéfinissez-le à l'aide de l'outil Définir la projection ou de la page de propriétés des données dans ArcCatalog vers WGS 1984.

Peut-être que quelqu'un d'autre peut parler de ce qui s'est passé dans QGIS. N'hésitez pas à intégrer ma réponse dans la vôtre si vous le souhaitez.


Il y a certainement quelque chose qui ne va pas avec votre fichier de formes - en le visualisant dans QGIS, les étendues sont :

-85.489443389,0.000406358 : -85.489443375,0.000406369

… le plaçant quelque part au large des côtes de l'Équateur.

Autre indice : la différence d'étendue X (-85,489443389 - -85,489443375) est de 0,0000000014 degrés décimaux - ce qui fait que l'ensemble du cimetière a une largeur d'environ 150 microns !

Vous avez peut-être transformé les coordonnées UTM "normales" telles que 406358 8548944 en degrés décimaux (-85.489443389, 0.000406358), en divisant chacune par un facteur, puis en appliquant le CRS géographique WGS84 au fichier.

Vous n'avez pas mentionné comment vous avez créé le fichier, mais vous avez probablement une table des abscisses (c'est-à-dire 406358) et des ordonnées (8548944). Vous devez ajouter la table (fichier csv ?) en tant que fichier « texte délimité » dans QGIS, en identifiant les abscisses comme X et les ordonnées comme Y à partir des colonnes correctes, et affecter la couche avec le CRS correct (32618). Voir ici pour en savoir plus sur QGIS et le texte délimité.


Une transition d'ArcGIS vers des logiciels SIG open source

Ce guide a été rédigé alors que nous effectuions cette transition vers l'utilisation du SIG pour estimer le rendement solaire photovoltaïque sur de grandes surfaces. Texte intégral de l'étude disponible ici : H.T. Nguyen et J.M. Pearce, "Estimation du rendement photovoltaïque potentiel avec r.sun et le système d'aide à l'analyse des ressources géographiques Open Source" Énergie solaire 84, pp. 831-843, 2010. accès libre


Utilisation de QGIS avec des cartes d'aviation CADRG pour créer les blocs de zone de travail militaire pour un affichage de navigation de simulateur de vol. Grande expérience d'apprentissage. J'adore ce logiciel.

Je ne vois généralement que des questions ici, j'espère que le partage de mon expérience est également le bienvenu. J'avais besoin d'obtenir toutes les coordonnées de latitude et de longitude des zones d'opérations militaires utilisées pour l'entraînement hors de Whiting Field. Les graphiques ont les limites, mais les documents de formation ont les blocs à l'intérieur. J'ai donc créé un fichier de forme et dessiné chaque ligne définie comme une caractéristique. Les lacunes sont comblées mais parce que je voulais pouvoir définir le début et la fin de chaque bloc, j'ai fait des lignes au lieu de polygones. Il y a souvent une supercherie de chevauchement utilisée pour les afficher dans l'avionique.

J'ai eu quelques difficultés à exporter les coordonnées. L'exportation Csv n'a exporté qu'une liste des entités, pas leurs coordonnées, même si j'ai utilisé l'option géométrie as_xy. Pour gagner du temps, je viens d'exporter vers kml à la place et de modifier les informations supplémentaires à l'aide d'une feuille de calcul pour créer la liste de coordonnées finale utilisée dans le simulateur.

8 zones définies par l'utilisateur de 10 coordonnées ou moins. Plutôt doux!

Merci d'avoir partagé! Tracer des lignes dans arcpro est au moins un processus fastidieux. Ainsi, les sommets de chaque zone définie par l'utilisateur sont l'une des 10 coordonnées ou moins ?

Les images CADRG et autres images NTF/RPF sont d'une qualité horrible et pénible. NGA s'est éloigné de ces plusieurs années dans le cadre de l'effort de modernisation.

Je connais. Très désorganisé aussi. Je les avais déjà dans mon dossier d'un projet précédent et je n'en avais pas besoin pour autre chose que pour tracer les limites.

ECRG est la version à meilleure résolution de cet ensemble de données

Les zones d'opérations militaires sont disponibles sous forme de données vectorielles La FAA a un site de données ouvert avec des fichiers de formes à télécharger Sinon, les utilisateurs du DOD ont des fichiers de formes AVDAFIF

D'autres espaces aériens militaires font partie de l'espace aérien à usage spécial

https://adds-faa.opendata.arcgis.com/datasets/ac09bd0cf4164870bc7b68e60e8e09fb_0?geometry=-123.671%2C-47.486%2C129.454%2C85.985 J'ai traité des données d'aviation pour Aero App pour NGA et pour Jeppesen sur pour projets de cartographie Web et pour Hilton Software pour Aero App EFB App et WingX General Aviation EFB app

Construisez des tuiles vectorielles hors ligne (web aussi) Et même des tuiles vectorielles 3D montrant le plafond des espaces aériens avec MapBox gl JS et GL NATIVE SDK iOS /Android

Également des tonnes de traitement de cartes matricielles pour créer des mbtiles et des gpkg pour les applications mobiles

L'espace aérien à usage spécial fait également partie de l'abonnement NASR sous forme de fichiers XML AIXM

J'ai parcouru les données avdafif et je n'ai rien vu de corrélé à ces points. Surtout pas les blocs intérieurs qui sont spécifiques à l'unité.

J'aurais probablement pu obtenir les limites de faa cependant. C'était tellement facile de les tracer à partir des fichiers cadrg que j'avais sur mon lecteur.

Avez-vous un lien vers les fichiers de forme faa ?

Comme je le pensais, l'espace aérien à usage spécial est proche de ce dont j'ai besoin, mais il ne s'agit que de limites, pas de blocs internes. Les blocs internes sont déterminés au niveau de l'unité je pense. En outre, en regardant les limites, par exemple, Pensacola sud MOA a une limite différente (plus grande) que celle affichée dans l'avion. L'avion est limité à 10 zones définies par l'utilisateur avec pas plus de 10 coordonnées chacune. Et les blocs ne remplissent parfois pas complètement tout l'espace aérien à usage spécial. Regardez plus précisément à quoi ressemble mon moa sud de Pensacola par rapport à l'espace aérien sur la carte. J'ai reçu l'ordre de tirage et l'arrangement d'un étudiant au merlan. Et la division réelle des blocs à partir d'un pdf sur les règles du cours sur t6bdriver.com

Tout ce qui précède est mon raisonnement pour ne pas utiliser les données que vous avez liées. Mais je ne nie pas l'utilité et l'exactitude des éléments que vous avez liés. Je suis sûr que cela me sera utile dans d'autres projets. Merci pour ça) Je ne voulais pas que vous pensiez que j'étais dédaigneux. J'avais déjà quelques points d'un étudiant, mais ils devaient être modifiés pour la simulation et les anciennes données cadrg que j'avais étaient assez bonnes pour cela.


Hfrhyu

Comment dois-je répondre à un joueur qui veut attraper une épée entre ses mains ?

Que faire avec un poteau atteint de pourriture sèche ?

Existe-t-il un folklore associant un allaitement tardif à une faible intelligence et/ou à une crédulité ?

Enregistrement d'un jeu Blender au mauvais moment

Suis-je moralement obligé d'aller au travail un jour de congé si la raison est soudaine ?

Puis-je lancer une épée qui n'a pas la propriété Lancer sur quelqu'un ?

Quelle est la différence entre (size_t)-1 et

J'ai du mal à faire en sorte que mes joueurs fassent des choses dans une campagne bac à sable

Pourquoi « Captain Marvel » est-il traduit par masculin au Portugal ?

Les physiciens en activité considèrent-ils la mécanique newtonienne comme « falsifiée » ?

Lorsque vous communiquez l'altitude avec un « 9 », doit-il être prononcé « neuf cents » ou « neuf cents » ?

Classification des faisceaux, tours de Postnikov, théorie de l'obstruction, coefficients locaux

Complexité de nombreux pas de temps constants avec des pas logarithmiques occasionnels

Comment puis-je rendre les noms plus distinctifs sans les allonger ?

Comment empêcher mes slimes de s'échapper de leurs stylos ?

Comment les joueurs peuvent-ils entreprendre ensemble des actions qui seraient impossibles autrement ?

De quel type d'affichage s'agit-il ?

Quels objets du niveau technologique de l'ère romaine pourraient être utilisés pour dissuader toutes les créatures d'entrer dans une petite zone ?

Quelle serait la sanction attendue de Julian Assange, sur le droit pénal anglais actuel ?

Comment colorer la carte des États-Unis avec du jaune, du vert, du rouge et du bleu pour minimiser le nombre d'états avec la couleur du vert

Pourquoi les fichiers de formes créés avec le package sf (dans R) n'affichent pas le même CRS dans ArcMap ?

Unicorn Meta Zoo # 1: Pourquoi un autre podcast? Extraire les valeurs du raster à l'aide de données ponctuelles avec tampon dans RCRS Les problèmes de projection empêchent la fusion spatiale dans RGetting “Error in par(pin = p)” lors de l'utilisation de spTransform dans Rhow pour créer un tampon autour shapefile dans RNerical Vertex Edit Error: la latitude ou la longitude a dépassé les limitesCalculer une matrice de distance dans R avec geosphereProblème en utilisant 'masker' lors du traçage de KDE - RUnités de projection CRS spécifique?Transformer la carte avec “custom” CRS en WGS84?gErreur d'intersection: linearRing not créé

J'ai créé un fichier de formes de polygones dans ArcMap en utilisant 7 points (lat, lon) puis j'ai lu ce fichier de formes dans R pour obtenir le CRS. J'ai ensuite créé un fichier de forme en R en utilisant le package sf (et les 7 points) et j'ai utilisé le CRS obtenu à partir du fichier de formes ArcMap. Lorsque j'apporte le fichier de formes créé dans R dans ArcMap, je reçois un avertissement concernant les différents systèmes de coordonnées. Pourquoi cela arriverait-il ?

7 points (long et lat) où point 1 = point 7 (boucle fermée). Créez un fichier de formes de polygones dans ArcMap et affichez-le. Les propriétés dans ArcMap montrent : Système de coordonnées géographiques : GCS_North_American_1983 Datum : D_North_American_1983

Dans R, j'utilise rgdal pour lire dans le fichier de formes et obtenir CRS

Maintenant, je crée le fichier de formes dans R en utilisant le package sf (je pourrais utiliser %>%)

J'apporte ensuite ce Rshapefile dans ArcMap et les systèmes de coordonnées sont différents. Lorsque je visualise les propriétés dans ArcMap, elles affichent : Système de coordonnées géographiques : GRS 1980 (IUGG, 1980) Datum : D_unknown

Pourquoi est-ce? Je dois faire quelque chose de mal mais je ne sais pas quoi !

Je ne peux pas vous aider avec cette question, mais merci d'avoir inclus les références aux packages pour chaque fonction.

Avez-vous vérifié le CRS à chaque étape de la manipulation de Rshapefile après avoir d'abord attribué le CRS ?

dns=chemin doit être dsn=chemin . Je ne suis pas sûr que cela résolve le problème, mais au moins, cela permet à votre code de fonctionner correctement.

J'ai créé un fichier de formes de polygones dans ArcMap en utilisant 7 points (lat, lon) puis j'ai lu ce fichier de formes dans R pour obtenir le CRS. J'ai ensuite créé un fichier de forme en R en utilisant le package sf (et les 7 points) et j'ai utilisé le CRS obtenu à partir du fichier de formes ArcMap. Lorsque j'apporte le fichier de formes créé dans R dans ArcMap, je reçois un avertissement concernant les différents systèmes de coordonnées. Pourquoi cela arriverait-il ?

7 points (long et lat) où point 1 = point 7 (boucle fermée). Créez un fichier de formes de polygones dans ArcMap et affichez-le. Les propriétés dans ArcMap montrent : Système de coordonnées géographiques : GCS_North_American_1983 Datum : D_North_American_1983

Dans R, j'utilise rgdal pour lire dans le fichier de formes et obtenir CRS

Maintenant, je crée le fichier de formes dans R en utilisant le package sf (je pourrais utiliser %>%)

J'apporte ensuite ce Rshapefile dans ArcMap et les systèmes de coordonnées sont différents. Lorsque je visualise les propriétés dans ArcMap, elles affichent : Système de coordonnées géographiques : GRS 1980 (IUGG, 1980) Datum : D_unknown

Pourquoi est-ce? Je dois faire quelque chose de mal mais je ne sais pas quoi !

Je ne peux pas vous aider avec cette question, mais merci d'avoir inclus les références aux packages pour chaque fonction.

Avez-vous vérifié le CRS à chaque étape de la manipulation de Rshapefile après avoir d'abord attribué le CRS ?

dns=chemin doit être dsn=chemin . Je ne suis pas sûr que cela le résolve, mais au moins cela permet à votre code de fonctionner correctement.

J'ai créé un fichier de formes de polygones dans ArcMap en utilisant 7 points (lat, lon) puis j'ai lu ce fichier de formes dans R pour obtenir le CRS. J'ai ensuite créé un fichier de forme en R en utilisant le package sf (et les 7 points) et j'ai utilisé le CRS obtenu à partir du fichier de formes ArcMap. Lorsque j'apporte le fichier de formes créé dans R dans ArcMap, je reçois un avertissement concernant les différents systèmes de coordonnées. Pourquoi cela arriverait-il ?

7 points (long et lat) où point 1 = point 7 (boucle fermée). Créez un fichier de formes de polygones dans ArcMap et affichez-le. Les propriétés dans ArcMap montrent : Système de coordonnées géographiques : GCS_North_American_1983 Datum : D_North_American_1983

Dans R, j'utilise rgdal pour lire dans le fichier de formes et obtenir CRS

Maintenant, je crée le fichier de formes dans R en utilisant le package sf (je pourrais utiliser %>%)

J'apporte ensuite ce Rshapefile dans ArcMap et les systèmes de coordonnées sont différents. Lorsque je visualise les propriétés dans ArcMap, elles affichent : Système de coordonnées géographiques : GRS 1980 (IUGG, 1980) Datum : D_unknown

Pourquoi est-ce? Je dois faire quelque chose de mal mais je ne sais pas quoi !

J'ai créé un fichier de formes de polygones dans ArcMap en utilisant 7 points (lat, lon) puis j'ai lu ce fichier de formes dans R pour obtenir le CRS. J'ai ensuite créé un fichier de forme en R en utilisant le package sf (et les 7 points) et j'ai utilisé le CRS obtenu à partir du fichier de formes ArcMap. Lorsque j'apporte le fichier de formes créé dans R dans ArcMap, je reçois un avertissement concernant les différents systèmes de coordonnées. Pourquoi cela arriverait-il ?

7 points (long et lat) où point 1 = point 7 (boucle fermée). Créez un fichier de formes de polygones dans ArcMap et affichez-le. Les propriétés dans ArcMap montrent : Système de coordonnées géographiques : GCS_North_American_1983 Datum : D_North_American_1983

Dans R, j'utilise rgdal pour lire dans le fichier de formes et obtenir CRS

Maintenant, je crée le fichier de formes dans R en utilisant le package sf (je pourrais utiliser %>%)

J'apporte ensuite ce Rshapefile dans ArcMap et les systèmes de coordonnées sont différents. Lorsque je visualise les propriétés dans ArcMap, elles affichent : Système de coordonnées géographiques : GRS 1980 (IUGG, 1980) Datum : D_unknown

Pourquoi est-ce? Je dois faire quelque chose de mal mais je ne sais pas quoi !

Je ne peux pas vous aider avec cette question, mais merci d'avoir inclus les références aux packages pour chaque fonction.

Avez-vous vérifié le CRS à chaque étape de la manipulation de Rshapefile après avoir d'abord attribué le CRS ?

dns=chemin doit être dsn=chemin . Je ne suis pas sûr que cela le résolve, mais au moins cela permet à votre code de fonctionner correctement.

Je ne peux pas vous aider avec cette question, mais merci d'avoir inclus les références aux packages pour chaque fonction.

Avez-vous vérifié le CRS à chaque étape de la manipulation de Rshapefile après avoir d'abord attribué le CRS ?

dns=chemin doit être dsn=chemin . Je ne suis pas sûr que cela le résolve, mais au moins cela permet à votre code de fonctionner correctement.

Je ne peux pas vous aider avec cette question, mais merci d'avoir inclus les références aux packages pour chaque fonction.

Je ne peux pas vous aider avec cette question, mais merci d'avoir inclus les références aux packages pour chaque fonction.

Avez-vous vérifié le CRS à chaque étape de la manipulation de Rshapefile après avoir d'abord attribué le CRS ?

Avez-vous vérifié le CRS à chaque étape de la manipulation de Rshapefile après avoir d'abord attribué le CRS ?

dns=chemin doit être dsn=chemin . Je ne suis pas sûr que cela le résolve, mais au moins cela permet à votre code de fonctionner correctement.

dns=chemin doit être dsn=chemin . Je ne suis pas sûr que cela résolve le problème, mais au moins, cela permet à votre code de fonctionner correctement.


Le projet pilote JUMP

J'essaie d'importer un fichier de forme ESRI (.SHP) représentant la région de Munich, en Allemagne, dans OpenJUMP. Le fichier de formes contient des objets LineString qui sont décrits via les coordonnées de latitude/longitude WGS-84. Il existe également un fichier .PRJ décrivant le système de coordonnées à l'aide de cette chaîne WKT :

Cette chaîne WKT doit faire référence au système de coordonnées EPSG 4326, tel qu'il est décrit ici :

Apparemment, OpenJUMP prend en charge les coordonnées WGS-84 (telles que définies dans la classe com.vividsolutions.jump.coordsys.impl.PredefinedCoordinateSystems -> GEOGRAPHICS_WGS_84).

Malheureusement, alors qu'OpenJUMP importe le fichier avec succès sans erreur, la balance semble être complètement foirée. Une région s'étendant sur plusieurs kilomètres est mise à l'échelle de manière à s'étendre sur plusieurs millimètres. Si vous n'avez pas encore trouvé de moyen de résoudre ce problème. Cependant, si j'importe un autre fichier de formes de la même région qui contient des valeurs faisant référence à une projection conique conforme de Lambert, l'échelle semble fonctionner.

Quelqu'un a-t-il une idée pour obtenir une mise à l'échelle correcte? En fait, je ne suis pas sûr que le lecteur Shapefile d'OpenJUMP considère même le fichier .PRJ. Je n'ai pas non plus eu de chance de forcer l'instance de CoordinateSystem à être celle "Geographics" définie dans le CoordinateSystemRegistry (dans com.vividsolutions.jump.io.datasource.DataSource.installCoordinateSystem()).

En général, OJ ne se soucie pas de votre projection. Il ne fait que conserver les données telles quelles. Je suis donc surpris que cela fonctionne avec les données Lambert.
Vous auriez besoin de charger les données avec vos coordonnées géographiques, comme vous l'avez fait, puis de les transformer avec un plugin supplémentaire, voir ici :

Vous pouvez également transformer vos données avec un autre SIG au préalable, par ex. Quantum GIS, qui propose même une re-projection à la volée.

Merci! L'extension CTS a fonctionné. Cependant, j'ai d'abord dû convertir en WGS-84, puis en Gauss-Krüger Zone 4. Je ne sais toujours pas pourquoi ce processus corrige la mise à l'échelle. Il convient de noter que Quantum GIS a pu importer le fichier de formes avec la bonne mise à l'échelle sans autre reprojection. Il en va de même pour ArcGIS Explorer. Alors peut-être qu'il y a encore un bogue dans OpenJUMP. WGS-84 ne définit pas de projection, donc l'importation de fichiers de formes avec la latitude/longitude WGS-84 ne devrait pas poser de problèmes avec la mise à l'échelle.

Concernant les données Lambert, elles n'ont pas été entièrement correctement importées. J'ai observé une sorte de distorsion qui est probablement causée par la projection. Ce n'est pas grave cependant, car si vous avez des données projetées Lambert, vous pouvez d'abord les reprojeter à l'aide de Quantum GIS, comme vous l'avez décrit.

Comme Stefan l'a expliqué, OpenJUMP ne se soucie pas de la projection. Le fichier PRJ est simplement ignoré.
De plus, il considérera que l'unité de données importée est le "mètre", ce qui, dans votre cas, est faux.
Avec vos données, chaque degré est "interprété" par OpenJUMP comme un "mètre".
C'est ce qui vous est apparu comme un problème de mise à l'échelle (et qui, en effet, est bien plus qu'un problème de mise à l'échelle !).

CTS permet de transformer des coordonnées géographiques en coordonnées projetées (dont l'unité est généralement le mètre)
Je n'ai aucune expérience avec CTS mais mon pari est que les deux étapes que vous avez dû faire sont :
- informez CTS que vos données utilisent le système géographique WGS 84 (qui est nécessaire pour les reprojeter correctement)
(cette étape ne serait pas nécessaire si OpenJUMP avait lu le PRJ)
- laissez CTS transformer vos données du WGS 84 géographique à la projection souhaitée (dans votre cas, Gauss-Kruger)

Par contre, QGis ou ArcGIS lisent le PRJ, sachez que vos données utilisent Geographic WGS 84 (en degré),
et si vous demandez d'afficher les données en projection Gauss-Kruger, reprojetez automatiquement les données.


Certains de nos clients


Afficher les données XY ne respectant pas le système de coordonnées du système de coordonnées d'entrée ?

Afficher les données XY ne respectant pas le système de coordonnées du système de coordonnées d'entrée - J'ai des données tabulaires avec des colonnes lat lon dans un système de coordonnées géographiques inconnu que je dois importer dans ArcMap et comparer à une classe d'entités avec un système de coordonnées connu. J'ai utilisé Display XY Data à trois reprises, en spécifiant à chaque fois un système de coordonnées géographiques différent (NAD27, NAD83 et WGS84) pour les données d'entrée. J'ai exporté chacun vers une nouvelle classe d'entités et les ai tous affichés sur une carte. Je m'attendais à ce qu'il y ait une différence dans les emplacements des points entre les points NAD27 et NAD83, mais les 3 sont essentiellement tombés les uns sur les autres. Y a-t-il quelque chose que je ne comprends pas à propos de la fonctionnalité Afficher les données XY, ou n'honore-t-elle pas la spécification des systèmes de coordonnées des données d'entrée, ou quoi ??

par Melita Kennedy

ArcMap ne définit plus automatiquement les transformations géographiques/de référence. Auparavant, il chargeait automatiquement NAD_1927_To_NAD_1983_NADCON, mais nous avons cessé de le faire il y a quelques années (10.1 ?). Si vous regardez chaque fichier de formes individuellement, oui, ils auront tous les mêmes coordonnées. Si vous en ajoutez deux ou tous dans ArcMap et ne définissez aucune transformation, ils auront toujours les mêmes coordonnées.

Les transformations sont définies dans l'onglet Systèmes de coordonnées des propriétés du bloc de données.

Si les données se trouvent aux États-Unis, essayez NAD_1927_To_NAD_1983_NADCON pour NAD 1927 et NAD 1983. Vous pouvez utiliser NAD_1927_To_WGS_1984_79_CONUS entre NAD 1927 et WGS 1984 si vous souhaitez utiliser les mêmes grilles de cônes de NADCON. Pour NAD 1983 et WGS 1984, vous pouvez essayer WGS_1984_(ITRF00)_To_NAD_1983.

par DanPatterson_Re fatigué

Le système de coordonnées du bloc de données est établi par le premier fichier ajouté à ArcMap, sauf modification contraire. Après cela, tout fichier ajouté avec un système de coordonnées différent est « projeté à la volée » sur celui du bloc de données afin que tout semble s'aligner automatiquement, donnant aux gens la possibilité de visualiser les données avec différents systèmes dans une valeur commune . C'est formidable si vous savez que cela se produit, mais un désastre si vous ne le faites pas ou si vous souhaitez afficher les données dans 2 systèmes de coordonnées différents. et dans ton cas. références. pour voir quelles peuvent être les différences. Vous avez été mordu par le bogue Esri-helpful-bug et il semble que vous ne vouliez pas voir les données comme ils le souhaitent, mais vous préférez les voir pour ce qu'elles sont.

Je comprends ce que vous dites au sujet des projections à la volée, mais je ne suis pas sûr d'être d'accord avec votre conclusion. Considérez le processus que j'ai suivi:

J'ai commencé avec une feuille de calcul Excel contenant des colonnes pour la latitude et la longitude dans un système de coordonnées inconnu

J'ai ensuite ouvert une carte vierge (donc aucun système de coordonnées défini pour le bloc de données) et ajouté la feuille sous forme de tableau.

J'ai ensuite fait Display XY Data, en sélectionnant NAD27 comme système de coordonnées d'entrée pour les données tabulaires

J'ai ensuite exporté la couche d'événements vers une classe d'entités nommée NAD27.shp

Ensuite, j'ai fermé et rouvert Arcmap et j'ai recommencé avec une nouvelle carte vierge (donc encore une fois pas de système de coordonnées du bloc de données)

J'ai répété le processus ci-dessus, cette fois en choisissant NAD83 comme système de coordonnées d'entrée et en exportant le résultat vers NAD83.shp

J'ai répété le processus à nouveau, en choisissant WGS84 et en exportant vers WGS84.shp

Ainsi, à ce stade, les 3 classes d'entités ont été créées indépendamment des mêmes données tabulaires. Mais comme j'ai choisi un système de coordonnées d'entrée différent pour chacun, et que chaque système de coordonnées fait référence à un ellipsoïde différent, l'emplacement physique des paires de coordonnées latitude-longitude doit se situer à un endroit différent. J'ai utilisé les mêmes paires de coordonnées (nombres littéraux) pour créer les trois classes d'entités, elles devraient donc tomber à des endroits différents. 40N117E dans NAD27 n'est pas au même endroit que 40N117E dans NAD83 - dans ma partie du pays, le décalage se situe entre 80 et 240 mètres. En important les données tabulaires « indépendamment » dans les trois cas, le résultat du processus aurait dû « geler » les emplacements des points à des emplacements différents. La reprojection à la volée dans ArcMap projetterait alors simplement les trois classes d'entités dans un système de coordonnées commun, mais toujours à des emplacements différents.


Ajouter un auteur

San Francisco est situé au centre de la Californie du Nord. Elle a commencé comme base pour la ruée vers l'or de 1849, la ville est rapidement devenue l'une des villes les plus peuplées des États-Unis. Peu de temps après, San Francisco a été dévastée par le tremblement de terre de 1906. Le développement a culminé dans les années 1900, lorsque San Francisco a reconstruit les zones démolies par le tremblement de terre et les incendies pour compenser la croissance démographique. Au cours des années 1930, le pont San Francisco-Oakland Bay et le pont Golden Gate ont été ouverts. De plus, pendant la Seconde Guerre mondiale, San Francisco était un important point d'approvisionnement du continent et un port d'embarquement pour la guerre dans le Pacifique. Ces deux facteurs ont conduit à un autre pic dans la construction. Après la Seconde Guerre mondiale, de nombreux militaires américains qui étaient tombés amoureux de la ville en partant ou en revenant du Pacifique s'installèrent dans la ville. Cela a conduit à la promotion du développement du Sunset District, de la Visitacion Valley et de la construction totale de San Francisco. À partir de la seconde moitié des années 1960, San Francisco est devenu le plus reconnu pour le mouvement hippie. Actuellement, San Francisco est devenue connue pour les industries de la finance et de la technologie. Il existe une forte demande de logements, due à sa proximité avec la Silicon Valley, et une faible offre de logements disponibles a fait de la ville l'un des endroits les plus chers des États-Unis.

Les données utilisées pour l'animation de la série chronologique ont été importées de data.gov. Data.gov est un référentiel pour les données open source du gouvernement américain. Les données importées comprenaient un Land use Shapefile pour San Francisco. Le fichier de formes comprenait des informations telles que l'utilisation des terres, la zone de forme, l'adresse, le numéro de rue, etc. Le fichier de formes d'utilisation des terres incluait également l'année de construction du bâtiment. Les années de construction vont de 1848 à 2016 affichant 153 ans d'urbanisation. Les bâtiments étaient représentés sous forme de polygones dans tout San Francisco. De plus, une carte de base en échelle de gris d'ArcGIS Pro a été affichée pour créer une conception de carte plus cohérente.

Animation de séries temporelles

Pour développer la reconstruction de San Francisco au fil des ans, QGIS et ArcGIS Pro ont été utilisés. Les deux plates-formes ont été utilisées pour fournir une comparaison entre les outils d'animation de séries temporelles d'une application open source et d'une application non open source.

QGIS est une application de systèmes d'information géographique open source qui fournit la visualisation, l'édition et l'analyse des données via des fonctions et des plugins. Pour créer l'animation de la série temporelle, le plugin Time Manager a été utilisé. Le plugin Time Manager anime les caractéristiques vectorielles en fonction d'un attribut de temps. Pour cette étude, l'attribut de temps était les années construites.

ArcGIS Pro est le dernier SIG de bureau professionnel d'Esri. ArcGIS Pro permet aux utilisateurs d'afficher, d'explorer, d'analyser, de modifier et de partager des cartes et des données. Contrairement à QGIS, aucun plugin supplémentaire n'est requis pour créer la série temporelle animée.

Méthodologie QGIS

Pour générer les séries temporelles dans QGIS, le fichier de formes d'utilisation des terres a été téléchargé et ouvert dans QGIS. La table attributaire du fichier de formes d'utilisation des terres a ensuite été exportée et ouverte dans Excel afin que la colonne yrbuilt puisse être reformatée pour répondre aux exigences de QGIS Time Manager. La colonne yrbuilt avait les données présentées au format AAAA pour les dates de construction. QGIS Time Manager nécessite que les horodatages soient au format AAAA-MM-JJ. Pour corriger le format, -01-01 a été ajouté à la fin de chaque année de construction. Les valeurs modifiées ont ensuite été enregistrées dans une nouvelle colonne appelée yrbuilt1. La feuille Excel a ensuite été importée dans QGIS et jointe au fichier de formes d'utilisation des terres.

Dans QGIS, chacun des bâtiments était présenté sous forme de polygones. La symbologie du fichier de formes est passée d'une symbologie simple à une symbologie quantifiée. En d'autres termes, la symbologie pour chacun des polygones a été décomposée en sept classes définies par années. Chaque classe a ensuite été distinguée par sa couleur, afin de différencier le bâtiment le plus ancien des bâtiments les plus récents. De plus, un fond de carte en niveaux de gris a été ajouté pour créer une carte plus cohérente.

De plus, dans les paramètres du gestionnaire de temps, « Ajouter un calque » a été sélectionné. Le fichier de formes d'utilisation des terres a été choisi comme couche d'intérêt. L'heure de début a été définie sur l'attribut yrbuilt1, tandis que l'heure de fin a été définie sur « Aucune heure de fin - accumuler des entités ». Cela permet d'ajouter des bâtiments plus récents sans que les bâtiments plus anciens ne soient supprimés de la carte. Pour l'animation, chaque intervalle de temps sera affiché pendant 100 millisecondes. Le plugin Time Manager a ensuite été activé pour que la série temporelle puisse s'exécuter.

Afin d'exporter l'animation de la série temporelle, Time Manager propose une option « Exporter la vidéo ». Cependant, cela exporte l'animation en tant que série d'images, et non en tant que vidéo réelle. Pour corriger cela, la série d'images a été téléchargée sur Mapbox où des styles Mapbox supplémentaires ont été utilisés pour rendre la carte. Il a ensuite été exporté en tant que Gif depuis Mapbox.

Méthodologie ArcGIS Pro

Dans ArcGIS Pro, le fichier de formes d'utilisation des terres a été importé. La symbologie de chacun des polygones a ensuite été décomposée en sept classes définies par années. Les mêmes couleurs utilisées dans QGIS ont été appliquées aux classes dans ArcGIS Pro pour différencier les années de construction. Dans les propriétés de la couche, l'heure des couches a été sélectionnée car “chaque entité a un seul champ temporel”. De plus, les heures de début et de fin ont été réglées sur les années de construction les plus récentes et les plus anciennes. Le nombre d'étapes a reçu une valeur de seize. Dans View, l'animation a été ajoutée et les étapes du curseur temporel ont été importées. Les délais ont été définis pour correspondre à l'animation QGIS afin que les deux animations de séries temporelles s'exécutent à la même vitesse. L'animation de la série temporelle a ensuite été exportée en tant que Gif.

Carte animée finale

Enfin, pour créer une carte animée cohérente, les Gif exportés ont été rassemblés dans PowerPoint. Des fonctionnalités cartographiques supplémentaires, telles qu'une légende, ont été conçues dans PowerPoint. Un graphique à barres a été ajouté au bas de la carte pour montrer les années de pic de construction de bâtiments. La carte de la série temporelle finale a ensuite été exportée au format .mp4 et téléchargée sur YouTube.


La façon dont vous utilisez sDNA dépend de votre application hôte.

ArcGIS 10.x¶

  1. Depuis ArcGIS, accédez à ArcToolbox.
  2. Cliquez avec le bouton droit sur la racine de l'arborescence ArcToolbox et choisissez Ajouter une boîte à outils. ”.
  3. Accédez à l'endroit où vous avez installé sDNA (généralement c:Program Files (x86)sDNA ) et sélectionnez la boîte à outils sdna.pyt .
  4. (Facultatif) Répétez les étapes 2 et 3 pour ajouter la boîte à outils sDNA_ArcGIS_extra_tools.tbx .
  5. (Facultatif) Pour ajouter définitivement de l'ADN s à ArcToolbox, cliquez avec le bouton droit sur la racine d'ArcToolbox et choisissez Enregistrer les paramètres → par défaut .

sDNA apparaît comme un ensemble d'outils dans ArcToolbox. Les résultats peuvent être affichés à l'aide de l'onglet Symbologie de la boîte de dialogue Propriétés de la couche. Si vous n'êtes pas familiarisé avec l'utilisation des outils d'ArcToolbox ou la modification de la symbologie des couches, consultez la page Aide d'ArcGIS Desktop site web pour plus de détails.

ArcGIS Professionnel¶

Dans ArcGIS Professional, les boîtes à outils externes apparaissent dans le catalogue plutôt qu'avec les propres outils de géotraitement d'ESRI.

  1. Depuis ArcGIS, accédez au ruban « Affichage » et choisissez « Volet du catalogue » pour ouvrir le catalogue.
  2. Dans le volet Catalogue, faites un clic droit sur « Boîtes à outils », choisissez « Ajouter une boîte à outils »
  3. Accédez à l'endroit où vous avez installé sDNA (généralement c:Program Files (x86)sDNA ) et sélectionnez la boîte à outils sdna.pyt .

Les outils peuvent alors être utilisés à partir du catalogue.

  1. Depuis QGIS, choisissez Plugins → Gérer et installer les plugins. . À l'heure actuelle, la prise en charge de QGIS est considérée comme expérimentale, alors allez dans Paramètres et cliquez sur Afficher également les plugins expérimentaux .
  2. Tapez "sdna" dans la zone de recherche, vous devriez trouver le plugin Spatial Design Network Analysis. Différents plugins sDNA devraient apparaître selon la version de QGIS que vous utilisez (2 ou 3).
  3. Cliquez sur Installer le plugin , puis sur Fermer
  4. Go to Processing → Toolbox to show the processing toolbox
  5. At the bottom of the processing toolbox, change from Simplified interface to Advanced interface
  6. “Spatial Design Network Analysis” should now appear in the processing toolbox
  7. Go to Processing → Options → General and ensure Keep dialog open after running an algorithm is switched on.

Results of sDNA operations can be displayed using layer styles. After running sDNA, right-click the relevant layer in the layers panel, choose Properties → Style , change Single Symbol to Graduated and select the data you want to display.

Autocad¶

When we originally created sDNA, we envisaged urban designers using it via Autocad. As sDNA has become more advanced, the data handling capabilities of Autocad no longer support all the features we offer in particular, use of user data attached to links is not possible. We are not fixing this because the Urban Design world mostly uses BIM systems these days, and we plan to implement sDNA for BIM in future. If you are interested in this possibility, please get in touch with us!

If you are an Autocad Map3d user, there is a workflow for using fully featured sDNA models that involves exporting/importing data from the free QGIS. See our notes on Advanced sDNA models in Autocad Map3d.

For other products in the Autocad family, use of basic models (without user data) is supported. Installation is as follows:

  1. On your start menu, in the sDNA program group, click on Register sDNA for Autocad (32 or 64 bit depending on your Windows installation). You may need to provide an administrator password.
  2. From the Ribbon, choose Manage → Load Application
  3. Under Startup Suite click Contents… then Add…
  4. Navigate to the place where you installed sDNA (usually c:Program Files (x86)sDNA ) and select the application sdna.vlx.
  5. Click Close on the Startup Suite dialog
  6. Click Close on the Load Application dialog
  7. In Autocad versions 2010 onwards, load the sDNA buttons:
    1. From the Ribbon, choose Manage → Custom User Interface (CUI)
    2. Locate the button for loading a Partial Customization File – the icon is a folder symbol with a green plus sign
    3. Navigate to the place where you installed sDNA (usually c:Program Files (x86)sDNA ) and select sDNA.cuix
    4. Click OK

    sDNA for Autocad processes networks of polylines using the coincident endpoint connectivity rule (see network preparation chapter for more details on this). Networks using an intersection-is-connectivity rule can be converted using the sdnaconvertunlinks tool. This will take a mixture of polylines and polygons as input, and automatically breaks all polylines where they intersect (unless the intersection falls inside a polygon, which you can use to denote brunels).

    After running sDNA Integral, you will need to use the sDNA Colour tool to display results.

    In Autocad 2010 onwards, sDNA will appear as a series of buttons on the ribbon toolbar labelled “sDNA”. Simply click these buttons to load the tools.

    In older versions of Autocad, it is necessary to know the commands for running sDNA. (These can also be used in Autocad 2010 onwards, if preferred). Enter one of the following at the command prompt:

    • sdnaconvertunlinks to convert from intersection-connectivity to coincident endpoint connectivity
    • sdnaloaditn to load ITN data
    • sdnaprepare to prepare the network
    • sdnaintegral to analyze the network
    • sdnacolor ou alors sdnacolour to display the results of sdnaintegral

    Advanced sDNA models in Autocad Map3d¶

    To use the full data capabilities of sDNA from Autocad Map3d, we recommend the following workflow:

    This enables the use of Map3d’s sophisticated 3d editing and snapping features in sDNA models. However, please take note of the following:

    • Do not edit shapefiles as a Map3d mapping layer, as this discards 3d information.
    • Instead, create your network using Autocad polylines.
    • Models can be exported from Autocad polylines to shapefiles. Note that (1) it is necessary to manually specify export of all attached object data, (2) it is necessary to select the 3d export driver to preserve height data, and (3) care must be taken to preserve the spatial referencing.
    • Shapefiles can be imported into Map3d as Autocad objects, with data attached as object data, and preserving spatial reference.

    Using sDNA from the command line¶

    sDNA can also be used to process shapefiles from the command line. Before starting, you will need to install Python, if you don’t have it already. We have tested with versions 2.6 and 2.7 other versions may work as well. You can download Python 2.7.3 from here:

    If your file associations are set up correctly for python (the python installer should have done this) and the sDNA bin directory (usually c:program filessdnain ) has been added to your path (the sDNA installer should have done this), then you can use command line sDNA as follows.

    The commands are sdnaprepare.py , sdnaintegral.py , sdnalearn.py and sdnapredict.py . Note that from the command line, various functions handled separately in QGIS and ArcGIS (geodesics, convex hulls, link measures, destination maps, network radii) are all handled by sdnaintegral.py . See Advanced configuration and command line options for more details alternatively to learn the command for a given operation, try performing the operation from QGIS and see the command QGIS calls (shown in the algorithm dialog).

    If you have ArcGIS 10.1 or later installed, then the command line interface to sDNA will also support work on geodatabase paths. Of course you can use sDNA from inside ArcGIS as well, but some of us like to make batch scripts to run outside of Arc.


    Urban Development of San Francisco

    SA8905 Geovisualization Project, Ryerson University

    The Development of San Francisco

    San Francisco is located in the center of Northern California. It started as a base for the gold rush of 1849, the city quickly became one of the most populated cities in the United States. Shortly thereafter, San Francisco was devastated by the 1906 earthquake. Development peaked in the 1900’s as San Francisco rebuilt areas demolished by the earthquake and fires to compensate the growing population. During the 1930’s the San Francisco-Oakland Bay Bridge and the Golden Gate Bridge were opened. Additionally, during World War II, San Francisco was a major mainland supply point and port of embarkation for the war in the Pacific. Both factors led to another peak in construction. After World War II, many American military personnel who had fallen in love with the city while leaving for or returning from the Pacific settled in the city. This led to promoting the development of the Sunset District, Visitacion Valley, and the total build-out of San Francisco. Starting in the latter half of the 1960’s, San Francisco became most recognized for the hippie movement. Currently, San Francisco has become known for finance and technology industries. There is a high demand for housing, driven by its close proximity to Silicon Valley, and a low supply of available housing has led to the city being one of America’s most expensive places to live.

    The data used for the time series animation was imported from data.gov. Data.gov is a repository for the US Governments open source data. The imported data included a Land use Shapefile for San Francisco. The shapefile included information such as land use, shape area, street address, street number, etc. The land use shapefile also included the year the building was built. The building years range from 1848 to 2016 displaying 153 years of urbanization. The buildings were represented as polygons throughout San Francisco. Additionally, a grey scale base map from ArcGIS Pro was displayed to create a more cohesive map design.

    Time Series Animation

    To develop the reconstruction of San Francisco throughout the years, both QGIS and ArcGIS Pro were utilized. Both platforms were used so to provide a comparison between time series animation tools from an open source application and a non-open source application.

    QGIS is an open source geographic information systems application that provides data visualization, editing, and analysis through functions and plugins. To create the time series animation the Time Manager plugin was utilized. The Time Manager plugin animates vector features based on a time attribute. For this study the time attribute was the years built.

    ArcGIS Pro is the latest professional desktop GIS from Esri. ArcGIS Pro enables users to view, explore, analyze, edit and share maps and data. Unlike QGIS, no additional plugins are required to create the animated time series.

    QGIS Methodology

    To generate the time series in QGIS, the land use shapefile was downloaded and opened in QGIS. The attribute table from the land use shapefile was then exported and opened in Excel so that the yrbuilt column could be reformatted to meet QGIS Time Manager requirements. The yrbuilt column had the data presented as YYYY format for building dates. QGIS Time Manager requires timestamps to be in YYYY-MM-DD. To correct the format, -01-01 was added to the end of each building year. The modified values were then saved into a new column called yrbuilt1. The Excel sheet was then imported into QGIS and joined to the land use shapefile.

    In QGIS, each of the buildings was presented as polygons. The shapefile symbology was changed from single symbology to quantified symbology. In other words, the symbology for each of the polygons was broken down to seven classes defined by years. Each class was then distinguished by color, so that one may differentiate the oldest building from the newest buildings. Furthermore, a grey scale basemap was added to create a more cohesive map.

    Furthermore, in the Time Manager settings, “Add Layer” was selected. The land use shapefile was chosen as the Layer of interest. The start time was set to the yrbuilt1 attribute, whereas the end time was set to “No end time – accumulate features”. This allows newer buildings to be added without older buildings being removed from the map. For the animation, each time frame will be shown for 100 milliseconds. The Time Manager plugin was then turned on so that the time series may run.

    In order to export the time series animation, Time Manager offers an “Export Video” option. However, this exports the animation as an image series, not as an actual video. To correct this, the image series was uploaded to Mapbox where additional Mapbox styles were used to render the map. It was then exported as a Gif from Mapbox.

    ArcGIS Pro Methodology

    In ArcGIS Pro, the land use shapefile was imported. The symbology for each of the polygons was then broken down to seven classes defined by years. The same colours utilized in QGIS were applied to the classes in ArcGIS Pro to differentiate between the building years. Within the layer’s properties, the Layers Time was selected as “each feature has a single time field”. Furthermore, the start and end times were set to the newest and oldest building years. The number of steps were assigned a value of sixteen. In View, the animation was added, and the Time Slider Steps were imported. The time frames were set to match the QGIS animation so that both time series animations would run at the same speed. The time series animation was then exported as a Gif.

    Final Animated Map

    Finally, to create a cohesive animated map the exported Gif’s were complied together in PowerPoint. Additional map features, such as a legend, were designed within PowerPoint. A bar graph was added along the bottom of the map to show years of peak building construction. The final time series map was then exported as a .mp4 and upload to YouTube.


    Voir la vidéo: Créer fichier de formes. ArcGIS. arcgis الدرس 02 احتراف