Suite

À quoi dois-je définir le système de coordonnées de cet ensemble de données ?

À quoi dois-je définir le système de coordonnées de cet ensemble de données ?


J'ai une feuille de calcul Excel avec des colonnes lat et lon, et 5 colonnes supplémentaires avec des données associées. Je souhaite ouvrir les points de données dans ArcMap 10.2. On m'a dit que les données étaient :

basé sur une projection conforme de Lambert avec les spécifications suivantes :

Latitude/longitude centrale 40N, 97W

Premier angle sécant 33N Deuxième angle sécant 45N

Origine à -1872000.0, 828000.0 du centre.

Comment ouvrir ces données dans Arcmap avec le bon système de référence spatiale ?


Après avoir fait quelques hypothèses, voici un fichier prj possible pour la définition que vous avez donnée. Les hypothèses sont :

  1. GeoCRS est NAD 1983
  2. La fausse abscisse est 1872000.0 mètres (en supposant que les valeurs d'origine sont données en mètres)
  3. La fausse ordonnée est de -828000.0 mètres (c'est celle dont je me sens le plus incertain)

(2) et (3) sont basés sur l'affirmation selon laquelle les coordonnées 0,0 sont -1872000, 828000. Cela signifie que le point central de la projection a les valeurs de signe opposé. C'est-à-dire +1872000.0, -828000.0.

PROJCS["USA_LCC",GEOGCS["GCS_North_American_1983",DATUM["D_North_American_1983",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION ["Lambert_Conformal_Conic"],PARAMETRE["False_Easting",1872000.0],PARAMETER["False_Northing",-828000.0],PARAMETER["Central_Meridian",-97.0],PARAMETER["Standard_Parallel_1",33.0],PARAMETER["Standard_2", 45.0],PARAMETER["Latitude_Of_Origin",40.0],UNIT["Meter",1.0]]

Copiez la chaîne PROJCS[… ]] et placez-la dans un fichier texte comme une seule ligne avec un retour chariot à la fin. Changez l'extension du fichier en .prj. Vous pouvez maintenant utiliser l'option d'importation pour l'affecter aux données ou au bloc de données.


  1. Vérifiez le système de coordonnées du bloc de données ArcMap en accédant à Afficher > Propriétés du bloc de données et cliquez sur l'onglet Système de coordonnées.

  2. Vérifiez les systèmes de coordonnées de chaque couche de la carte individuellement en cliquant avec le bouton droit sur le nom de la couche > Propriétés et cliquez sur l'onglet Source. Le système de coordonnées de la couche s'affiche dans la zone Source de données.

  3. Vérifiez les systèmes de coordonnées de toutes les données de la carte en accédant à Afficher > Propriétés du bloc de données et cliquez sur l'onglet Système de coordonnées. Sous 'Sélectionner un système de coordonnées', ouvrez le dossier nommé Couches et le dossier de chaque ensemble de données dans le bloc de données. Les noms de définition de projection s'affichent.

Logiciel : ArcMap 10.4.1, 10.4, 10.3.1, 10.3, 10.2.2, 10.2.1, 10.2, 10.1, 10


Surfer a plus de 2500 systèmes de coordonnées dans le Attribuer un système de coordonnées dialogue. Pour rechercher un système de coordonnées spécifique, saisissez un nom partiel, un nom complet ou un code EPSG dans le champ Recherche de texte ou de code EPSG domaine. Cliquez ensuite sur le bouton ou appuyez sur ENTER pour rechercher le système de coordonnées. Le nombre de résultats de recherche renvoyés sera affiché sous la barre de recherche. Les résultats de la recherche remplaceront la liste complète des systèmes de coordonnées. Naviguez dans les résultats de la recherche en cliquant sur le bouton pour développer les catégories dans le Attribuer un système de coordonnées dialogue. Cliquez sur le bouton pour effacer les résultats de la recherche et afficher tous les systèmes de coordonnées dans le Attribuer un système de coordonnées dialogue.

Lors de la recherche dans le Attribuer un système de coordonnées dialogue, la chaîne de recherche doit correspondre exactement à une partie du nom du système de coordonnées ou du code EPSG souhaité. Cependant, la chaîne de recherche n'a pas besoin d'être le nom complet ou le code EPSG. Par exemple, rechercher Système 1984 retournera le Système géodésique mondial 1984 système de coordonnées, mais en recherchant Monde 1984 ne renvoie aucun résultat.


Identifiez et définissez le système de coordonnées des données à l'aide de l'outil Définir une projection dans ArcToolbox > Outils de gestion des données > Projections et transformations, ou de la page de propriétés des données dans ArcCatalog.

Reportez-vous aux liens de la section Informations connexes ci-dessous pour obtenir des informations sur l'identification du système de coordonnées des données, la création d'un système de coordonnées personnalisé dans ArcMap et des informations générales sur les projections, les systèmes de coordonnées et les références spatiales.

Si ces articles ne résolvent pas le(s) problème(s), contactez l'assistance technique d'Esri :
- en appelant au 888-377-4575
- via le centre d'assistance Esri.


À quoi dois-je définir le système de coordonnées de cet ensemble de données ? - Systèmes d'information géographique

Sélectionnez les systèmes de coordonnées

Utilisez la boîte de dialogue Sélectionner un système de coordonnées pour choisir un système de coordonnées prédéfini, pour définir un nouveau système de coordonnées, pour personnaliser un système de coordonnées existant ou pour copier une chaîne de système de coordonnées dans le presse-papiers.

    Le tableau Système de coordonnées sélectionné est renseigné avec les informations du système de coordonnées du jeu de données en entrée. Pour choisir un autre système de coordonnées, cliquez pour développer la liste des systèmes de coordonnées géographiques ou des systèmes de coordonnées projetés (ou utilisez le Chercher pour rechercher un système de coordonnées donné), puis sélectionnez le système de coordonnées spécifique. Ses propriétés s'affichent dans le tableau Système de coordonnées sélectionné.

Pointe: WGS 1984 est situé sous le Systèmes de coordonnées géographiques > Monde dossier.

Dans la boîte de dialogue Modifier le système de coordonnées, cliquez sur Sélectionner pour choisir un système de coordonnées géographiques. Choisissez ensuite un système de coordonnées projetées Taper et Unités dans les listes déroulantes fournies. Entrez un Nom pour le nouveau système de coordonnées, puis cliquez sur d'accord pour revenir à la boîte de dialogue Sélectionner le système de coordonnées.

Noter: Les modifications ne s'appliquent que pendant la session active et ne sont pas enregistrées de manière permanente. Pour enregistrer vos modifications, ajoutez le système de coordonnées modifié en tant que favori.


3 réponses 3

J'ai aimé la discussion dans "A Geometric Approach to Differential Forms" de David Bachman, et "Tensors, Differential Forms And Variational Principles" de Lovelock & Rund.

Premièrement, les espaces vectoriels n'ont pas besoin de systèmes de coordonnées. Les espaces vectoriels peuvent être très bien définis en termes abstraits. Un grand livre ici est Halmos "Espaces vectoriels de dimension finie". Le livre d'Axler (suggéré ci-dessus) est également excellent.

En physique, nous voulons généralement parler d'espaces, et en particulier d'espaces topologiques, et en particulier de variétés différentiables. Disons que vous avez une telle variété $M$ et une fonction scalaire $F$ définie sur ce $M$ . La fonction peut être vue comme une application de la variété à l'espace des nombres réels $F : M o mathbb$ , c'est-à-dire que pour chaque point $pin M$ sur la variété la fonction a une valeur réelle.

Ensuite, travailler avec des points abstraits sur la variété est fastidieux, donc on définit généralement une carte à partir de nombres réels, ou produit cartésien de plusieurs espaces de nombres réels sur la variété, c'est-à-dire $varphi:mathbb imesdotsmathbbà M$ . Tel que pour chaque $pin M$ il existe un unique tuple de nombres réels $_$ , tel que $varphileft(x^1,,x^2,dots ight)=p$ . C'est le système de coordonnées. On peut maintenant définir $f=Fcircvarphi : mathbb imesdotsmathbbàmathbb$ .

Ensuite, nous voulons généralement savoir combien $F$ change lorsque nous passons de $p_1=varphileft(x^1dots ight)$ à $p_2=varphileft(x^1+delta x ^1pointsdroit)$ . Cela peut être exprimé sous la forme $df=sum_i delta x^i frac=delta x^i partial_i f$ . Maintenant, nous pouvons noter qu'il existe une similitude entre les espaces vectoriels et les dérivées partielles, les deux peuvent être additionnés, multipliés par des nombres réels, etc. L'analogie est si bonne que vous pouvez définir un espace vectoriel tangent au point $pin M$ . Cet espace vectoriel tangent, noté $T_p M$ , contient toutes les combinaisons linéaires de dérivées partielles du premier ordre à $p$ , c'est-à-dire $T_p M=$ . C'est l'espace vectoriel que vous recherchiez. En particulier un vecteur $vin T_p M$ , $v=v^ipartial_i$ est un opérateur différentiel qui peut être appliqué à n'importe quelle fonction sur $M$ pour donner $vf=v^i partial_i f$ , où $v^i$ sont des nombres (réels).

Notez que cet espace vectoriel n'est défini qu'en un seul point de la variété. L'ensemble des espaces tangents en tous points est appelé fibré tangent. Il y a beaucoup plus de choses à couvrir là-bas. Sternberg en parle dans "Théorie des groupes et physique".

Alors, quelle est l'utilité pratique d'une définition aussi longue ? Eh bien, définir votre base vectorielle à l'aide de dérivés peut être assez élégant. Par exemple, les vecteurs de base cartésiens en 3D peuvent être donnés par $mathbf>=oldsymbol< abla>x,,mathbf>=oldsymbol< abla>y,,mathbf>=oldsymbol< abla>z$ . De même, nous pouvons définir une base non normalisée pour les coordonnées sphériques comme $oldsymbol_r = oldsymbol< abla>r,, oldsymbol_ heta = oldsymbol< abla> heta, oldsymbol_phi = oldsymbol< abla>phi$ . Donc pour toute fonction $f=fleft(r,, heta,,phi ight)$ , par définition,

$oldsymbol< abla>f=oldsymbol_rpartial_r f + oldsymbol_ hetapartial_ heta f+ oldsymbol_phipartial_phi f$ ,

$oldsymbol< abla>f=mathbf>partial_x f + mathbf>partial_y f + mathbf>partial_z f$ .

$oldsymbole_ heta = mathbf>partial_x heta + mathbf>partial_y heta + mathbf>partial_z heta$

Alors maintenant, vous connaissez la décomposition de l'un des vecteurs de base sphérique en base cartésienne à partir du calcul - pas besoin de ces diagrammes embêtants ! Par exemple $ an heta=sqrt/z$ , donc

Après quelques travaux, vous pouvez récupérer la base sphérique normalisée $mathbf>=oldsymbole_r,,oldsymbol>=roldsymbol_ heta,oldsymbol>=rsin hetaoldsymbol_phi$

Et alors? Eh bien, que diriez-vous de prendre curl?

$oldsymbol< abla> imesoldsymbol>=oldsymbol< abla> imes r.oldsymbol< abla> heta=oldsymbol< abla>r imesoldsymbol < abla> heta=oldsymbol> imes oldsymbol>/r$


Comment faire ’em

Pour créer un nouveau système de coordonnées, je dois d'abord m'assurer d'avoir un point dans l'espace à référencer. Il peut s'agir de plusieurs éléments différents :

Mais le point que vous sélectionnez pilote le nouvel emplacement du système de coordonnées.

Création de nouveaux points à l'aide de la géométrie de référence Indiquer est également assez simple et constitue un excellent moyen de définir des emplacements. Par exemple, si je voulais un point sur la face avant centrale de cette fléchette, je pourrais choisir Indiquer, puis sélectionnez Centre du visage, et sélectionnez la face avant pour définir ce nouvel emplacement de point.

Après avoir défini un point dans l'espace, je peux alors sélectionner le Système de coordonnées sous géométrie de référence pour définir mon nouveau.

Dans mon gestionnaire immobilier, j'ai quatre cases que je peux définir. Le premier est mon point, définissant la nouvelle origine de mon système de coordonnées. Les trois suivants déterminent l'orientation de l'axe X, Y ou Z. Choix parmi un grand nombre de choix :

  • Sommet, points, milieux
  • Bord linéaire ou lignes d'esquisse
  • Arête non linéaire ou entité d'esquisse
  • Faces planes


Utilisation de l'aperçu des données expérimentales

L'affichage des données expérimentales enregistrées sous forme de fichier .trc à l'intérieur du système de coordonnées du modèle est un moyen simple d'identifier si le système de coordonnées du laboratoire est compatible ou non avec le système de coordonnées du modèle. Voir la page Aperçu des données de capture de mouvement (Mocap) pour une explication sur la façon d'utiliser le Aperçu des données expérimentales fonctionnalité. En comparant l'orientation des marqueurs expérimentaux bleus à l'orientation du modèle, vous pouvez déterminer si les systèmes de coordonnées correspondent. Par exemple, dans l'image ci-dessous, l'axe longitudinal du modèle est aligné sur l'axe y du système de coordonnées du modèle, mais l'axe longitudinal des données du marqueur est aligné sur l'axe z dans le cadre de référence du modèle. Une transformation de coordonnées est nécessaire pour faire correspondre les coordonnées du laboratoire aux coordonnées du modèle.

La prévisualisation des données expérimentales permet également à l'utilisateur de visualiser les effets des transformations de coordonnées sur les données. Cela peut être utile pour trouver les transformations nécessaires qui doivent être apportées aux systèmes de coordonnées du laboratoire. Les transformations prévisualisées peuvent être appliquées et enregistrées dans un nouveau fichier .trc une fois que le système de coordonnées des données correspond à celui du modèle. Pour fixer le système de coordonnées au-dessus, les données du marqueur sont transformées comme indiqué ci-dessous. Toutes les divergences du système de coordonnées ne peuvent pas être corrigées avec le Aperçu des données expérimentales fonctionnalité, mais la fonctionnalité peut toujours être un bon début pour déterminer quelles transformations doivent être appliquées à un système.


Attaquer les systèmes de coordonnées et les données

À la fin du mois dernier, on m'a demandé d'examiner un article sur les meilleures pratiques discutant de l'état des systèmes de coordonnées géographiques et projetées, en particulier en ce qui concerne les systèmes de référence et la collecte de données de terrain GPS. Cet article répond à cette demande. Il n'est pas destiné à être utilisé comme un didacticiel, bien qu'il fournisse des concepts concernant les problèmes de système de coordonnées qui pourraient vous éviter des problèmes.

Récemment, j'ai expérimenté la publication de données sur ArcGIS Online et sur Portal for ArcGIS. J'ai testé des informations de système de coordonnées correctes, incorrectes et manquantes dans des jeux de données, des cartes et des services. J'ai également construit un ensemble de données de sécurité publique dans le nord-ouest du Pacifique qui m'a obligé à fusionner ou à ajouter différents ensembles de données de polygones. Je suis presque tombé dans un énorme piège lorsque les systèmes de coordonnées assignés se sont heurtés les uns aux autres. Heureusement, j'ai identifié les problèmes à temps pour les résoudre et créer les couches composites requises.

Cet article résume certains problèmes actuels de système de coordonnées et de datum et répertorie des références utiles supplémentaires. Il montre ce qui se passe lorsque les données sont publiées en tant que service en ligne sans documentation suffisante du système de coordonnées. Il montre également ce qui peut se produire lorsque des tâches de géotraitement sont effectuées sur des systèmes de coordonnées et des références mal définis.

Publication sans préparation

“Using Web GIS to Build Consensus and Combat Wildland Fire Threats,” publié dans le numéro d'hiver 2016 de ArcUsermagazine, a décrit comment une carte des dangers liés aux terres sauvages du comté de Linn, en Oregon, a été publiée sur ArcGIS Online. Le document ArcMap et ses données ont été correctement conçus et comprenaient des métadonnées complètes qui consistaient en des informations sur le système de coordonnées pour le système de référence nord-américain de Mercator transverse universel (UTM) de 1983 (NAD83).

Avec juste un peu de cajolerie, la carte a été publiée. Mais que se serait-il passé si la même carte avait été publiée sans aucune information de système de coordonnées pour les couches de données et la carte ? Pour tester ces conditions, j'ai copié le jeu de données d'origine dans une nouvelle géodatabase et supprimé toutes les informations du système de coordonnées des classes d'entités et du document ArcMap. Lorsque je l'ai rouvert, la carte modifiée semblait raisonnable et les données semblaient être dans l'espace relationnel. Cependant, les propriétés du bloc de données de la carte ne répertoriaient aucun système de coordonnées, les unités de la carte étaient inconnues et ma fenêtre d'échelle de carte proportionnelle était désactivée.

Ensuite, j'ai inspecté toutes les propriétés de la couche et j'ai constaté que le système de coordonnées n'était pas défini mais que les données semblaient bien, j'ai donc décidé de publier la carte. Je me suis connecté à ArcGIS Online et j'ai continué à partager la carte en tant que service d'entités. Lorsque j'ai analysé la carte, j'ai reçu plusieurs erreurs majeures (élevées), dont une erreur fatale de référence spatiale, signalée par un x rouge et blanc. Dans l'exercice précédent, plusieurs messages d'erreur élevés et moyens ont été générés, mais aucune erreur fatale. Voir “Using Web GIS to Build Consensus and Combat Wildland Fire Threats” dans le numéro de l'hiver 2016 pour une discussion sur la résolution de ces avertissements.

Si j'ai cliqué avec le bouton droit sur l'erreur de référence spatiale, ArcGIS Online m'a invité à envisager de modifier la projection du bloc de données. De plus, j'ai trouvé que l'aide contextuelle m'a encouragé à définir un système de coordonnées pour le bloc de données.

Avec l'éditeur de service ouvert, j'ai découvert que je pouvais définir de manière interactive le système de coordonnées du bloc de données. J'ai contacté le fournisseur de données et j'ai appris que la carte et ses données devaient être projetées en UTM NAD 1983 Zone 10N, pieds américains. J'ai pu attribuer le système de coordonnées de bloc de données approprié sans fermer l'éditeur de services. J'ai également ouvert l'onglet de transformation et constaté qu'aucune transformation n'était nécessaire. J'espérais que mon fournisseur de données était correct. Après avoir corrigé l'erreur de référence spatiale et mis à jour plusieurs problèmes mineurs, j'ai réanalysé ma carte et j'ai reçu plusieurs avertissements mais aucune erreur fatale, je l'ai donc publiée.

Vérification des résultats publiés

J'étais assez curieux de voir la carte publiée, alors je l'ai ouverte dans ArcGIS Online. J'ai trouvé que le système de coordonnées du bloc de données était correctement défini, que les unités de la carte étaient correctes et que l'échelle de ma carte fonctionnait correctement. Ensuite, j'ai ouvert les propriétés de la couche Airports et vérifié le système de coordonnées source. Le système de coordonnées de la couche ArcGIS Online a également été défini sur UTM NAD 1983 Zone 10 Nord, bien que le système de coordonnées de la couche Airports d'origine n'ait toujours pas été défini. J'ai maintenant réalisé que je devais revenir à ma carte d'origine et définir des systèmes de coordonnées pour toutes les couches dans ArcMap. La morale de cette histoire est qu'il vaut mieux préparer et documenter davantage les données, et il vaut mieux le faire plus tôt que plus tard.

Un défi de système de coordonnées réel

Ensuite, j'ai commencé à préparer des ensembles de données de fond de carte pour soutenir une étude de sécurité publique pour un district de protection contre les incendies du nord-ouest du Pacifique. Une grande partie de mes données ont été obtenues à partir d'un portail SIG de comté. La plupart des données disponibles ont été projetées dans un système de coordonnées Washington State Plane NAD 1983 North US Feet. Cependant, une couche très importante, les limites des Fire Districts, a été décrite dans le fichier de projection et les métadonnées telles que projetées dans le Washington State Plane NAD 1983 HARN (High Accuracy Reference Network) North US Feet. Lorsque j'ai utilisé la fonction de géotraitement d'union pour combiner les couches Fire Districts (NAD83 HARN) et Cities (NAD83), de nombreux petits éclats et lacunes se sont formés. Cela m'a fait remettre en question l'ajustement HARN des districts d'incendie, j'ai donc décidé de le tester.

Tester les transformations

Dans un modèle de test, j'ai d'abord chargé la couche limite du comté, qui a été correctement projetée dans WA State Plane NAD 1983 North US Feet. Ce jeu de données définit correctement le système de coordonnées du bloc de données. Ensuite, j'ai chargé la couche Cities, suivie de la couche Fire Districts. Avant l'ouverture de la couche Fire Districts, j'ai reçu une erreur d'avertissement du système de coordonnées suggérant de définir une transformation. J'ai sélectionné la transformation NAD_1983_To HARN_WA_OR appropriée.

Lorsque j'ai zoomé sur une ville complètement entourée de quartiers d'incendie, j'ai remarqué des irrégularités possibles le long de la limite ouest de la ville. En zoomant, j'ai confirmé que oui, il y a quelques petits polygones de couche Fire Districts valides qui s'étendent dans la ville. En zoomant, j'ai également remarqué que les couches de limites Cities et Fire Districts ne coïncident pas. Bien que la différence soit inférieure à un pied, cela est certainement suffisant pour créer des erreurs lorsque les deux ensembles de données sont combinés via une union. J'ai décidé de résoudre le problème en expérimentant la transformation HARN et en réinitialisant la transformation sur Aucun.

Après avoir supprimé la transformation, j'ai zoomé sur le même coin que j'avais mesuré précédemment et j'ai observé que les limites de la couche Fire Districts non transformées coïncidaient désormais avec les limites de la couche Cities. J'ai vérifié les relations des limites à travers la zone et j'ai constaté que les limites de la couche Fire Districts non transformées correspondent exactement aux limites de la couche Cities. Lorsque j'ai réexécuté l'outil Union, les éclats et les lacunes avaient disparu. Dans cet exemple concret, j'ai discuté de mes observations avec le fournisseur de données, qui a promis de résoudre tous les problèmes.

Qui a besoin de références ?

Il s'avère que quiconque crée des cartes et des modèles spatiaux dans notre monde moderne doit être conscient des références et les comprendre. Pour mieux comprendre la relation entre les datums et les systèmes de coordonnées, vous pouvez revoir les diapositives d'une excellente présentation, intitulée “Space, Time, and Datum Forensics—Aligning GIS Dataona Dynamic Earth [PDF] ,” donnée à la Conférence des utilisateurs Esri 2015 par Michael Dennis, président et propriétaire de Geodetic Analysis, LLC. Il fournit un examen complet des systèmes de coordonnées et des systèmes de référence.

Un atelier sur ce sujet donné par Dennis a été résumé par Eric Gakstatter dans son article « Ce qui compte vraiment pour les professionnels du SIG », disponible en ligne sur geospatial-solutions.com/what-really-matters-to-gis-professionals/. Gakstatter est l'éditeur de Solutions géospatiales mensuelles et un éditeur collaborateur de Monde GPS magazine et le site Web Geospatial Solutions.

Remerciements

Je suis reconnaissant envers les nombreux experts en systèmes de coordonnées dans le monde de l'arpentage et des SIG et j'apprécie vraiment leur diligence et leur expertise partagée. Je remercie également tous les développeurs de données SIG d'agences, privés et autres qui s'efforcent de fournir les meilleures données possibles.


Utilisation du navigateur de l'espace de travail pour convertir vers un système de coordonnées différent

  1. Créez un espace de travail et définissez votre lecteur et rédacteur.
  2. Dans la zone du jeu de données source du volet Navigateur, le paramètre Système de coordonnées s'affichera sous la forme <not set>. Cela signifie que FME utilisera les valeurs par défaut ou lira le système de coordonnées à partir des données source.

Vous pouvez définir explicitement le système de coordonnées source (qui remplacera tout système de coordonnées lu à partir de la source) mais dans la plupart des cas, vous n'aurez pas besoin de modifier le paramètre par défaut.

  1. Dans la zone du jeu de données de destination du volet Navigateur, double-cliquez sur le paramètre Système de coordonnées.
  2. Dans la boîte de dialogue qui apparaît, vous pouvez soit cliquer sur le bouton Parcourir pour afficher la galerie de systèmes de coordonnées, soit saisir un préfixe ou une chaîne de caractères qui affichera une liste de sélections correspondantes. Par exemple, si vous saisissez la chaîne "UTM", vous verrez ces correspondances :

FME reprojettera les données dans le système de coordonnées que vous entrez dans ce champ, et le volet Navigateur affichera quelque chose de similaire à ceci :

Pointe: Si vous ajoutez des jeux de données source ou de destination à un espace de travail (en choisissant Ajouter un lecteur ou Ajouter un écrivain dans les menus Lecteurs ou Rédacteurs), vous pouvez définir des systèmes de coordonnées en même temps.