Suite

Comment définir une GRID de transformation de coordonnées

Comment définir une GRID de transformation de coordonnées


Est-ce que quelqu'un sait comment définir une transformation de coordonnées dans qgis afin que je puisse mesurer les distances en mètres ou en kilomètres ?

Si quelqu'un a une piste, ce serait tout simplement génial.

Merci!


Si vous voulez mesurer en mètres, changez le projet CRS à une projection qui utilise des mètres, comme la zone UTM de votre partie du monde.

Les couches peuvent rester dans le CRS d'origine (ce que SAGA n'offre probablement pas).


Peut-être devriez-vous réenregistrer à nouveau vos données (clic droit sur le calque, enregistrer sous)… cette fois, assurez-vous de changer le crs qui a l'unité de distance (par exemple wgs 84 world mercator - meter units). Cette nouvelle couche devrait avoir une nouvelle unité de distance. Vous pouvez vérifier à nouveau si vous utilisez déjà le bon crs via les métadonnées (vous pouvez également utiliser le navigateur qgis)


Vous devriez pouvoir aller dans "Propriétés du projet/général" et vérifier que "Unités de toile (transformation CRS : ON/OFF)" est défini sur mètres


A propos de la création de systèmes de coordonnées

Toutes les données géographiques sont créées dans un système de coordonnées et dans le contexte d'un système de référence. Une référence comprend des informations sur l'ellipsoïde et une définition de référence. Par exemple, le système de projection conforme de Gauss-Kruger utilisé en Allemagne utilise la définition de l'ellipsoïde de Bessel et du datum de Potsdam.

Vous pouvez créer un tout nouveau système de coordonnées global ou utiliser un système de coordonnées prédéfini comme base pour créer le vôtre. Vous pouvez également modifier ou supprimer les systèmes de coordonnées que vous définissez. Vous ne pouvez supprimer aucun des systèmes de coordonnées prédéfinis fournis avec AutoCAD Map 3D toolset . Si vous modifiez un système de coordonnées prédéfini, vous l'enregistrez en tant que nouveau système de coordonnées et celui d'origine reste.


Définitions de coordonnées pour les arpenteurs-géomètres

coordonner– 1 adj. Égaux en rang, en qualité ou en importance similaire dans l'ordre ou la nature non subordonné. 2 Composé de choses de rang égal ou d'ordre coordonné. 3 n. L'un quelconque d'un ensemble de nombres utilisés pour spécifier l'emplacement d'un point sur une ligne, dans l'espace ou sur un plan donné ou une autre surface (les latitudes et les longitudes sont les coordonnées d'un point sur la surface de la Terre). 4 PL. Grandeurs linéaires ou angulaires, ou les deux, qui désignent la position d'un point par rapport à un référentiel donné. Il existe deux divisions générales de coordonnées utilisées en arpentage : les coordonnées polaires et les coordonnées rectangulaires. Celles-ci peuvent chacune être subdivisées en trois classes : les coordonnées planes, les coordonnées sphériques et les coordonnées spatiales.

Méthode de coordonnées, variation de—Voir variation de la méthode des coordonnées.

Système de coordonnées-Un système de référence pour définir des points dans l'espace ou sur une surface particulière au moyen de distances ou d'angles, ou les deux, par rapport à des axes, des plans ou des surfaces désignés. Trois types généraux de systèmes de référence sont couramment utilisés en arpentage et en cartographie : 1 Plan-pol dans lequel les points d'un plan sont définis par la distance d'un point spécifié le long d'un rayon avec une direction connue par rapport à une ligne de base spécifiée 2 Rectangulaire, dans lequel les points sont définis par des distances linéaires à partir de deux axes perpendiculaires ou de trois mutuellement plans perpendiculaires 3 Sphérique, dans lequel les points sur une surface sphérique ou ellipsoïdale sont définis par les angles entre une normale ou un rayon passant par le point et deux plans diamétral perpendiculaires sélectionnés. Les exemples sont les systèmes géographiques, astronomiques et azimut-altitude. Pour obtenir les avantages des coordonnées rectangulaires pour définir des points sur la surface de la Terre, un certain nombre de systèmes de coordonnées plan-rectangulaires spéciaux ont été développés et adaptés à des zones spécifiques. La procédure habituelle consiste à projeter le système de coordonnées géographiques sur un plan par transformation mathématique et à superposer une grille rectangulaire sur la projection plane. Le système de coordonnées planes (grille) prend alors le nom de la projection. Les projections les plus courantes à cet effet sont la conique conforme de Lambert et la projection transverse de Mercator. De tels systèmes ont été développés pour chaque État américain et Porto Rico, les plus grands États étant subdivisés en deux zones ou plus. Un système similaire, sur la projection transversale de Mercator, a été développé pour une utilisation mondiale dans les zones de 6° de largeur longitudinale de la grille transversale universelle de Mercator (UTM). Voir également projection cartographique, projection cartographique conique conforme de Lambert, projection cartographique transversale de Mercator, coordonnées universelles transversales de Mercator, grille plane d'état.

système de coordonnées, curviligne—Tout système de coordonnées dans lequel au moins un des éléments géométriques (lignes ou surfaces) servant de référence est courbe. Les coordonnées sont déterminées par l'intersection de lignes ou de surfaces courbes plutôt que par les intersections de lignes droites ou de plans uniquement.

coordonnées, plan supposé—Un système de coordonnées plan local mis en place à la convenance de l'arpenteur. Les axes de référence sont généralement supposés de sorte que toutes les coordonnées se trouvent dans le premier quadrant. L'axe Y peut être dans la direction du nord astronomique (vrai), du nord magnétique ou d'un nord supposé.

coordonnées, astronomiques—Grandeurs qui définissent la position d'un point sur le géoïde par rapport aux plans de l'équateur céleste et d'un méridien céleste choisi. Voir également latitude, longitude astronomique, astronomique.

coordonnées, cartésiennes—Valeurs représentant l'emplacement d'un point dans un plan par rapport à deux droites sécantes, appelées axes. Le point est localisé en mesurant sa distance à chaque axe le long d'une parallèle à l'autre axe. Si les axes sont perpendiculaires les uns aux autres, les coordonnées sont rectangulaires sinon perpendiculaires, ce sont des coordonnées obliques. Ce système est étendu pour représenter l'emplacement des points dans l'espace tridimensionnel en se référant à trois axes de coordonnées mutuellement perpendiculaires qui se coupent en un point d'origine commun.

coordonnées, géocentriques—Coordonnées qui définissent la position d'un point par rapport au centre de la Terre. Les coordonnées géocentriques (ou terrestres) peuvent être des positions géocentriques du système de coordonnées géocentriques cartésiennes (x, y, z) ou sphériques (latitude, longitude et distance radiale).

coordonnées, géodésiques—Les quantités de latitude et de longitude qui définissent la position d'un point à la surface de la Terre par rapport à l'ellipsoïde de référence. Également appelées “coordonnées géographiques.”

coordonnées géographiques—Terme inclusif, utilisé pour désigner à la fois les coordonnées géodésiques et les coordonnées astronomiques. Également appelées « coordonnées terrestres ».

coordonnées, grille—Deux distances qui fixent la position d'un point sur une grille. La distance perpendiculaire au point de l'axe des Y, appelée l'abscisse ou la coordonnée x et la distance perpendiculaire à l'axe de X, appelée l'ordonnée ou la coordonnée y. Dans les opérations d'arpentage, l'origine nominale à l'intersection des axes est généralement donnée de grandes coordonnées numériques pour éviter l'inconvénient d'utiliser des coordonnées négatives. Les coordonnées géodésiques (latitudes et longitudes) peuvent être transformées en coordonnées de grille, et tous les calculs d'arpentage qui s'y rapportent peuvent alors être effectués par les méthodes et formules de l'arpentage plan. Voir également coordonnées, plan d'état abscisse, faux méridien, ordonnée centrale, faux.

coordonnées, militaire—L'armée américaine utilisait autrefois des coordonnées de contrôle de tir basées sur une projection polyconique. Les coordonnées transversales universelles de Mercator (UTM) et les coordonnées stéréographiques polaires universelles (UPS) sont actuellement utilisées à des fins militaires avec un système de référence de grille militaire.

coordonnées, origine de—Point dans un système de coordonnées qui sert de point initial au calcul de ses éléments ou à la prescription de son utilisation. Le terme origine des coordonnées a plusieurs définitions, chacune si bien établie qu'une seule définition ne peut être prescrite à l'exclusion des autres. Les éléments suivants sont donnés dans l'ordre d'utilisation préférée pour éviter tout malentendu, l'utilisation doit être définie en indiquant la position de l'origine dans le système et en donnant les coordonnées numériques qui lui sont attribuées. 1 L'origine des coordonnées est le point d'intersection des axes de coordonnées, à partir duquel les coordonnées sont calculées. Dans les traités mathématiques, cette origine reçoit généralement les coordonnées (0,0) en arpentage, cependant, il est de pratique courante de donner à cette origine des coordonnées ayant de grandes valeurs numériques positives, évitant ainsi l'utilisation de coordonnées négatives. Voir également coordonnées, plan d'état. 2 L'origine des coordonnées est le point auquel les valeurs de coordonnées (0,0) sont affectées, quelle que soit sa position par rapport aux axes. 3 L'origine des coordonnées est le point à partir duquel procède le calcul des éléments du système de coordonnées (projection).

coordonnées, plan rectangulaire—Les distances perpendiculaires (coordonnées) d'un point à une paire d'axes qui se coupent à angle droit, calculés dans le plan défini par ces axes. Les coordonnées rectangulaires planes sont généralement calculées à partir de données qui se présentent sous la forme de coordonnées polaires, c'est-à-dire la distance et la direction (relèvement ou azimut) à partir d'un point préalablement déterminé, par exemple le calcul des latitudes et des coordonnées, en arpentage. Les méthodes utilisées sont basées sur la trigonométrie et la géométrie planes. La position d'un point sur la terre peut être définie par des coordonnées rectangulaires planes sur un plan tangent (système local de coordonnées planes), ou sur une projection cartographique dite conique ou cylindrique, telles qu'elles sont utilisées dans les systèmes de coordonnées planes d'état.

coordonnées, polaire—La distance et la direction d'un point de référence central à un point dont la position est en cours de définition. Le point de référence s'appelle le “pôle ou l'origine,” la ligne (distance) reliant l'origine au point dont la position est définie est le “rayon vecteur,” et l'angle entre la ligne fixe à auquel la direction est référencée et le rayon vecteur est l'angle vectoriel. Par exemple, les calculs de positions géodésiques (latitudes et longitudes) sont basés sur des azimuts et des distances par rapport à des positions connues.

coordonnées, rectangulaire: coordonnées sur tout système dans lequel les axes de référence se coupent à angle droit.

coordonnées, espace rectangulaire—Les distances perpendiculaires d'un point à des plans définis par chaque paire d'un ensemble de trois axes qui sont mutuellement perpendiculaires les uns aux autres en un point d'origine commun. En photogrammétrie, les coordonnées spatiales sont également appelées « coordonnées d'arpentage » et sont les coordonnées x et y qui définissent la position horizontale d'un point sur un système au sol, et la coordonnée z, qui est l'altitude de le point par rapport au système au sol. Ces coordonnées sont également utiles dans le zonage aéroportuaire.

coordonnées, sphériques—Un système de coordonnées définissant un point sur d sphère ou ellipsoïde par ses distances angulaires d'un grand cercle primaire et d'un grand cercle secondaire de référence, comme la latitude et la longitude.

coordonnées, état plan—Les systèmes de coordonnées plan-rectangulaires établis par l'US Coast and Geodetic Survey (prédécesseur du National Geodetic Survey), un pour chaque État des États-Unis, à utiliser pour définir les positions des stations géodésiques en termes de plan-rectangulaire (X et Y ) coordonnées. Chaque état est couvert par une ou plusieurs zones, sur chacune desquelles est placée une grille imposée sur une projection cartographique conforme. La relation entre la grille et la projection cartographique est établie par analyse mathématique. Les zones de dimension est-ouest limitée et d'étendue nord-sud indéfinie ont la projection cartographique transversale de Mercator comme base pour le système de coordonnées d'état, tandis que les zones pour lesquelles l'ordre de grandeur ci-dessus est inversé ont la projection cartographique conique conforme de Lambert avec deux parallèles standard . Pour une zone ayant une largeur de 158 milles terrestres, le plus grand écart par rapport à l'échelle exacte (erreur d'échelle) est de 1 partie sur 10 000. Seules les positions ajustées sur NAD 27 ou NAD 83 peuvent être correctement transformées en coordonnées planes sur un système d'état. Toutes ces positions géodésiques, validées par le National Geodetic Survey, sont transformées en coordonnées planes-rectangulaires d'état sur la grille appropriée, et sont distribuées par ce bureau avec les positions géodésiques. Les coordonnées des plans d'État sont largement utilisées dans l'enregistrement des arpentages, et dans la plupart des États, une telle utilisation a été approuvée par voie législative. Voir également coordonnées du système de coordonnées, grille.

coordonnées, stéréographique polaire universelle—La grille stéréographique polaire universelle (UPS) se compose de deux projections stéréographiques polaires, une pour la zone polaire nord et une pour la zone polaire sud. Ses spécifications sont : (a) Projection stéréographique polaire (b) Sphéroïde international (c) Zone nord—zone polaire au nord de 84° N et zone sud—zone polaire au sud de 80° S (d) L'unité de longueur est le mètre ( e) La longitude d'origine est 0° 180° EO (f) La latitude d'origine est 90° N et 90° S (g) La fausse nord et la fausse est sont toutes deux de 2 000 000 m (h) Le facteur d'échelle à l'origine est de 0,994 (i) Les grilles UPS s'étendent jusqu'à 80° 30′ N et 79° 30′ S offrant un chevauchement de 30 minutes avec la grille UTM (j) La ligne sécante approximative du facteur d'échelle unitaire est de 81° 06′ 52&# 8243. Les grilles UPS et les grilles UTM utilisent le Military Grid Reference System.

coordonnées, Mercator transverse universel—La grille de Mercator transverse universelle (UTM) a les spécifications suivantes : (a) La projection Mercator transverse (type Gauss-Kruger) dans les zones de 6° de large en longitude (b) L'ellipsoïde GRS80 si on utilise le NAD 83, et pour l'Amérique du Nord, Clarke&# 8217s Ellipsoïde de 1866 si vous utilisez le NAD 27. Pour les autres régions, il convient de consulter les publications de la Defense Mapping Agency (maintenant NGA) du département américain de la Défense (c) Pour l'Amérique du Nord, NAD 27 ou NAD 83 est correct, bien que NAD 83 est maintenant la donnée généralement préférée (d) La longitude de l'origine est le méridien central de chaque zone (e) La latitude de l'origine est 0° (l'équateur) (f) L'unité de longueur est le mètre (g) La fausse ordonnée est de 0 m pour l'hémisphère nord et 10 000 000 m pour l'hémisphère sud (h) La fausse ordonnée est de 500 000 m (i) Le facteur d'échelle au méridien central est de 0,9996 (j) Les zones sont numérotées en commençant par 1 sur la zone de 180° O à 174° O, et augmentant vers l'est jusqu'à 60 sur la zone de 174° E à 180° E. Toutes les zones de quadrillage sont identiques à l'exception du déplacement en longitude (k) Les limites de latitude sont 84° N et 80° S (1) Les zones sont délimitées par des méridiens dont les longitudes sont des multiples de 6° ouest ou est de Greenwich. Sur les cartes à grande échelle et dans les tableaux, un chevauchement d'environ 25 milles de chaque côté de la jonction est prévu pour les arpenteurs et pour l'enquête et le tir d'artillerie. Ce chevauchement n'est cependant jamais utilisé pour donner une référence de grille. Le système UTM a été conçu pour une utilisation mondiale entre les limites de latitude données ici et a été particulièrement utile pour le travail dans les pays qui n'ont pas d'autre système de coordonnées. Les zones polaires sont couvertes par la grille stéréographique polaire universelle (UPS). Les grilles UPS et les grilles UTM utilisent le Military Grid Reference System.

coordonnées, verticales—La distance verticale (élévation) d'un point au-dessus ou au-dessous d'une surface de référence (donnée). La coordonnée verticale d'un point peut être plus ou moins, selon que le point est au-dessus ou au-dessous du point de référence, le point de référence peut se voir attribuer une grande élévation positive de sorte que toutes les élévations auxquelles il se réfère seront plus.


GeoDLL - Kit de développement géodésique Outil de développement pour la transformation des coordonnées et le SIG

GeoDLL - Version 21.09 - Dernière mise à jour le 19 mai 2021 Les derniers changements importants Historique des changements et des suppléments

  1. Nouveau système de coordonnées "PDC Mercator (Pacifique)".
  2. Les versions 32 bits et 64 bits peuvent être déverrouillées avec la même clé.
  3. Systèmes de référence NTv2 pour la Belgique et le Portugal ajoutés.
  4. Nouvelles époques ITRS 2021 et 2022 pour l'Amérique du Nord et l'Europe.
  5. Nouvelle fonction gettransresidualcoord() pour les corrections avec la distribution des écarts résiduels.
  6. Ajout des systèmes de référence NTv2 TOKYO, JGD2000 et JGD2011 du Japon.

Kit de développement géodésique

Le kit de développement géodésique GeoDLL est une bibliothèque de fonctions facile à utiliser qui est spécialement conçue pour les professionnels SIG et les développeurs de logiciels. GeoDLL permet aux développeurs d'intégrer des milliers de transformations de coordonnées précises et préréglées et de décalages de références géodésiques, ainsi que des paramètres de transformation personnalisés les mieux adaptés dans leur logiciel de géoinformatique individuel. GeoDLL prend en charge les décalages de données avec sept paramètres Helmert et trois paramètres Molodensky et avec les décalages de grille NTv2 et HARN. GeoDLL contient de nombreux outils géomatiques pour le développement SIG, tels que la création de paramètres de paramètres Helmert et Molodensky et de fichiers de grille NTv2, des outils d'analyse et de manipulation de fichiers NTv2, la prise en charge d'INSPIRE et EPSG, des modèles d'élévation numériques, des calculs de distance et des déterminations de fuseau horaire. GeoDLL a grandi avec de nombreuses améliorations au fil des ans et il bénéficie continuellement des commentaires des utilisateurs. Grâce aux nombreuses suggestions d'amélioration des utilisateurs, la qualité et l'étendue des fonctions du kit de développement géodésique augmentent constamment.

GeoDLL - Groupes de fonctions

Les fonctions géodésiques de GeoDLL sont encapsulées pour des tâches spécifiques dans des groupes de fonctions, qui peuvent être licenciés et achetés séparément.

GeoDLL - Description détaillée du kit de développement géodésique Développement de votre propre logiciel géodésique

GeoDLL prend en charge le développement de logiciels géodésiques sur diverses plates-formes en fournissant des fonctions géodésiques. Le système d'exploitation WINDOWS offre aux développeurs de logiciels la possibilité d'utiliser des fonctions préparées de tiers dans leurs propres applications logicielles. Ainsi, les fonctions géodésiques de GeoDLL peuvent être liées à des programmes écrits en C, C++, C#, Java, Pascal, Delphi, MS-Access, Visual Basic, Visual Objects ou qui sont écrits dans d'autres langages de programmation. Pour prendre en charge la GeoDLL, des exemples et des interfaces avec le code source de nombreux langages de programmation couramment utilisés sont fournis.

GeoDLL est livré avec une documentation complète et est fourni sous forme de fichier DLL pour les architectures 32 bits et 64 bits ou en tant que code source C / C++. GeoDLL fonctionne avec la plupart des langages de programmation et peut être utilisé avec les programmes Microsoft Office. GeoDLL est écrit en C/C++ et est développé à l'aide de Microsoft Visual Studio. Ainsi, des performances très rapides, un code compact et une grande stabilité sont assurés. Les fonctions de GeoDLL sont préparées pour le multithreading.

Tâche principale : Coordonner les transformations

L'application la plus importante de GeoDLL est d'inclure des transformations de coordonnées professionnelles dans ses propres programmes. Ces systèmes de coordonnées et de référence sont pris en charge :

  1. Les Systèmes actuels et historiques de tous les pays d'Europe
  2. Les systèmes européens ETRS89 forcés par INSPIRE
  3. Les systèmes de référence de coordonnées américains et canadiens NAD, NTv2, HARN et SPCS
  4. Les systèmes de coordonnées de référence de la plupart des pays de tous les continents
  5. Les systèmes de coordonnées de référence de l'Allemagne, de l'Autriche et de la Suisse incl. NTv2
  6. Les coordonnées géographiques en différentes notations et coordonnées cartésiennes
  7. Transformations de coordonnées prises en charge par le fichier de grille NTv2 dans le monde
  8. Systèmes de coordonnées numériques et alphanumériques utilisés dans le monde entier
  9. La plupart des systèmes de référence de coordonnées pris en charge par EPSG
  10. Réalisations annuelles ITRS ou époques WGS84 pour les mesures GPS
  11. Transformations de coordonnées WGS84 en tenant compte de la dérive des continents
  12. Systèmes de coordonnées définis par l'utilisateur, systèmes de référence et ellipsoïdes terrestres
  13. Convergence du méridien, méridien du centre d'origine, coordonnées des points géographiques

Dans certains pays, ici l'Allemagne par exemple, les systèmes de référence de coordonnées disponibles sont divisés en plusieurs groupes :

  1. Les systèmes de coordonnées de référence de l'ancien et du nouveau Länder allemands
  2. Les systèmes de référence de coordonnées allemands « Lagestatus »
  3. Les systèmes de référence de haute précision des États fédéraux allemands, y compris NTv2
  4. Les 40 systèmes de coordonnées de Soldner des registres fonciers prussiens

Vous trouverez une liste complète des systèmes de coordonnées et de référence pris en charge sur notre site Internet et après avoir téléchargé (voir ci-dessus) la version de test gratuite dans le cadre de la documentation.

Schéma de transformation des coordonnées

Précision des calculs

GeoDLL utilise des formules de transformation de coordonnées basées sur les spécifications EPSG et les publications de Schatz, Schuhr et Klotz et Hooijberg. Les algorithmes utilisés pour les transformations spécifiques au pays sont soit publiés, soit rendus directement disponibles par les autorités de mesure des pays respectifs ou par des institutions respectables similaires. Pour obtenir la plus haute précision, seuls des algorithmes de formules puissants sont utilisés pour les calculs.

Les transformations de coordonnées sans changer le système de référence géodésique ont une précision extrêmement élevée allant au millimètre près. Un bon exemple de transformations de coordonnées géographiques entre Gauß-Kruger et les systèmes de coordonnées UTM réalisées avec GeoDLL sont les résultats publiés par la Commission d'arpentage de la Rhénanie du Nord-Westphalie. Il a été confirmé que les différences se situaient dans la plage millimétrique inférieure.

Pour une déclaration sur l'exactitude, des calculs comparatifs ont été réalisés avec un ensemble de données de test de la "Arbeitsgemeinschaft der Vermessungsverwaltungen der Länder der Bundesrepublik Deutschland" (ADV). Il a été confirmé que les différences étaient inférieures à 0,2 millimètre. Veuillez lire le rapport de test.

Une autre série de tests intéressante pour un contrôle de qualité a été menée par l'opérateur de réseau allemand Westnetz GmbH avec un fichier NTv2 extrême. Plus de 4,3 millions de points ont été transformés avec TRANSDATpro / GeoDLL et avec un logiciel de référence de Gauß-Krüger/DHDN90 vers UTM/ETRS89 puis comparés. Il n'y avait que très rarement des écarts de plus d'un millimètre. Ceux-ci n'affectaient que les coordonnées qui étaient en dehors de la portée du fichier NTv2. Le résultat du test et les déclarations sur la vitesse de calcul peuvent être trouvés dans notre publication.

Performance

GeoDLL est écrit dans le langage de programmation C++ et développé sur Microsoft Visual Studio. Cela se traduit par une exécution extrêmement rapide, un code compact et une stabilité de fonctionnement élevée. Les fonctions de GeoDLL sont prêtes pour le multithreading et prennent donc en charge les processeurs Multi Core.

Groupes de fonctions

Les fonctions géodésiques de GeoDLL sont encapsulées pour des tâches spécifiques dans des groupes de fonctions, qui peuvent être licenciés et achetés séparément. En haut de ce site, tous les groupes de fonctions sont répertoriés sous forme de liens supplémentaires.

Description des fonctions

Vous pouvez afficher les descriptions détaillées de toutes les fonctions GeoDLL dans le manuel de l'utilisateur en ligne. Une description détaillée de toutes les fonctions géodésiques dans une documentation d'aide MS en anglais et en allemand et une version de test exécutable de GeoDLL sont contenues dans le fichier de téléchargement.

Etendue des prestations des groupes fonctionnels

Les caractéristiques des différents groupes fonctionnels et les fonctions contenues sont répertoriées sous d'autres liens en haut de ce site.

  1. Systèmes de référence de coordonnées source et cible
  2. Systèmes de référence de coordonnées mondiaux et spécifiques à chaque pays
  3. Systèmes de référence de coordonnées actuels et historiques
  4. Systèmes de coordonnées numériques et alphanumériquesv
  5. UTMref, GEOREF, QTH, BNG, NAC et ING avec différentes tailles de maillage de grille
  6. Plus Code, coordonnées Google World / Pixel / Tile avec différentes tailles de grille
  7. Systèmes INSPIRE, réalisations annuelles ITRS, époques WGS84, coordonnées GPS
  8. Transformations de coordonnées 2D et 3D
  9. Utilisation des codes EPSG des systèmes de coordonnées de référence
  10. Sélection de la bande méridienne avec les coordonnées UTM et Gauss-Krueger
  11. Coordonnées UTM et Gauss-Krueger avec et sans numéro de bande méridienne
  12. Calcul de la convergence méridienne, méridien du centre d'origine, point géographique
  13. Utilisation des unités de mesure
  14. Surveillance des limites de portée
  15. Option pour l'affectation automatique d'un système de référence au système de coordonnées
  16. Calcul des jeux de paramètres Helmert et Molodensky à partir de points identiques
  1. Qualité
  2. Formules strictes de Schatz, Schuhr, Klotz et Hooijberg
  3. Paramètres de transformation des autorités topographiques des pays respectifs
  4. Prise en compte du cahier des charges EPSG
  5. Transitions du système de référence Helmert à sept paramètres Bursa-Wolf et Molodensky
  6. Transformations NTv2 exactes pour de nombreux pays
  7. Transformations NTv2 de haute précision pour les Länder allemands
  1. Caractéristiques spéciales
  2. Architecture 32 bits et 64 bits
  3. Capacité réseau
  4. Capacité de multithreading
  5. Capacité du serveur
  6. Prise en charge de CITRIX
  7. Gestion du journal des événements
  1. Système d'aide
  2. Manuel électronique détaillé
  3. Termes uniformément géodésiques dans toutes les sorties de texte et dans le manuel électronique
  4. Explication des termes géodésiques dans le glossaire
  5. Section FAQ en ligne pour les questions courantes
  6. Liste détaillée avec des systèmes de référence de coordonnées prédéfinis
  7. Les systèmes de coordonnées et les systèmes de référence dans la liste ont des clés GeoDLL numériques
  8. Structure hiérarchique de la liste par continent, pays, système de coordonnées, système de référence
  9. Liste alphabétique supplémentaire
  1. Multilinguisme
  2. Sorties de texte en anglais et en allemand
  3. Manuel d'utilisation en anglais et en allemand
  1. Interfaces de programme d'application et exemples de programmes
  2. Exemple d'interface C++
  3. Exemple d'une interface Visual Basic
  4. Exemple d'une interface Delphi
  5. Exemple d'interface d'objets visuels
  6. Exemple d'interface C# (NET Framework)
  7. Exemple de programme en C++
  8. Exemple de programme dans les objets visuels
  9. Exemple d'appel de fonction en syntaxe C++
  10. Exemple d'appel de fonction en syntaxe Visual Basic
  1. Plus de possibilités
  2. Possibilité de télécharger des fichiers NTv2 depuis le site KilletSoft
  3. Configuration des systèmes de coordonnées définis par l'utilisateur
  4. Configuration des systèmes de référence et des ellipsoïdes définis par l'utilisateur
  5. Possibilité d'un contrat de service pour l'assistance téléphonique et par e-mail
  6. Possibilité d'utiliser le service de newsletter automatisé par e-mail
  7. Transfert des jeux de paramètres de transformation du programme SEVENPAR
  8. Prise en charge des étendues de validité polygonale dans les fichiers NTv2 du programme NTv2Poly
  9. Outils NTv2 pour l'analyse et la manipulation des fichiers NTv2

Bibliothèque de liens dynamiques (DLL)

Le système d'exploitation WINDOWS offre aux développeurs de logiciels la possibilité d'utiliser des fonctions préparées de tiers dans leurs propres applications logicielles. Ainsi, les fonctions géodésiques de GeoDLL peuvent être liées à des programmes écrits en C, C++, C#, Java, Delphi, MS-Access, Visual Basic, Visual Objects ou qui sont écrits dans d'autres langages de programmation. Pour prendre en charge la GeoDLL, des exemples et des interfaces avec le code source de nombreux langages de programmation couramment utilisés sont fournis. Un exemple d'utilisation de GeoDLL est le programme TRANSDATpro qui est disponible en téléchargement sur Internet.

Modèle de mémoire

GeoDLL est fourni pour les systèmes d'exploitation WINDOWS avec une architecture 32 bits et 64 bits. Par conséquent, la DLL peut être utilisée avec des applications win32 sur des systèmes d'exploitation WINDOWS 32 bits et 64 bits et avec des applications x64 sur des systèmes d'exploitation WINDOWS 64 bits.

Code source C++

Nous recevons fréquemment des demandes pour savoir si les fonctions géodésiques sont également disponibles pour d'autres systèmes d'exploitation comme LINUX ou UNIX. De plus, certains développeurs ne souhaiteraient pas intégrer des solutions géodésiques sans connaître le code source dans leurs programmes. Pour ces raisons, nous avons décidé d'offrir les fonctions géodésiques comme code source. Les fonctions contenues dans GeoDLL peuvent être acquises intégralement en tant que code source C++. La source est largement écrite en ANSI-C++, de sorte que la migration vers des systèmes d'exploitation et des plates-formes matérielles arbitraires est possible avec des modifications mineures.

Systèmes de coordonnées et de référence

Tous les systèmes de coordonnées et de référence, pris en charge par GeoDLL, triés par continents et pays avec des informations supplémentaires sont regroupés sur une page Internet distincte.

Prise en charge de NTv2

Des décalages de données exacts dans les systèmes locaux sont possibles en prenant en charge la norme NTv2 avec des fichiers de grille.

Modèles numériques d'élévation

GeoDLL prend en charge les modèles numériques d'élévation CGIAR et GLOBE (rasters de 3 et 30 secondes) pour la détermination précise des élévations du sol au-dessus du niveau moyen de la mer. Des informations détaillées sur l'utilisation des modèles numériques d'élévation sont disponibles sur une page Internet distincte.

Fichiers de définition, Sources d'interface, Sources d'exemple

GeoDLL contient déjà des interfaces et des fichiers de définition prêts à l'emploi pour l'intégration de fonctions géodésiques dans le langage de programmation de votre choix. Des exemples de sources dans différents langages de programmation sont également présents. Les codes sources répertoriés ici sont fournis dans le fichier de téléchargement.

  1. Fichier de bibliothèque d'importation pouvant être lié pour les langages de programmation C / C++ en architecture 32 bits
  2. Fichier de définition associable pour les langages de programmation C/C++ en architecture 32 bits
  3. Déclarations de fonctions pouvant être liées pour les langages de programmation C / C++ en architecture 32 bits
  4. Fichier de bibliothèque d'importation pouvant être lié pour les langages de programmation C / C++ en architecture 64 bits
  5. Fichier de définition associable pour les langages de programmation C/C++ en architecture 64 bits
  6. Déclarations de fonctions pouvant être liées pour les langages de programmation C / C++ en architecture 64 bits
  7. Fichier de bibliothèque d'importation pouvant être lié pour le langage de programmation Visual Objects
  8. Modèle de projet Visual Studio C/C++ (télécharger)
  9. Exemple d'interface C++
  10. Exemple d'interface Visual Basic
  11. Exemple d'interface Delphi
  12. Exemple d'interface d'objets visuels
  13. Exemple d'interface C# (NET Framework)
  14. Exemple de programme en C++
  15. Exemple de programme dans les objets visuels

Version d'essai / Version complète

GeoDLL est disponible en téléchargement sur ce site en version test (shareware). Toutes les fonctions DLL peuvent être utilisées sans restrictions pendant une période de temps limitée. C'est suffisant pour tester et déterminer si les fonctions GeoDLL s'exécutent avec votre application. Vous pouvez lever les limitations de temps en entrant les codes de déverrouillage que vous pouvez obtenir auprès de KilletSoft GbR pour chacun des groupes de fonctions répertoriés ci-dessus. Les codes de déverrouillage sont transmis à la fonction DLL setunlockcode(<unlock key>,<user ID>) à partir de votre application. Ensuite, tous les appels ultérieurs aux fonctions du groupe déverrouillé n'auront plus de limitations de temps.

Modèles de licence

Les modèles de licence décrits ici ne nécessitent qu'un paiement unique. Aucun paiement supplémentaire n'est perçu en fonction du nombre d'installations clientes ou de la durée de vie de la licence. Le code de déverrouillage vous donne le droit d'utiliser les fonctions du groupe déverrouillé. Plusieurs modèles de licence sont disponibles :

  1. Licence unique: Une licence de groupe de fonctions unique permet au titulaire de licence d'utiliser les fonctions d'un groupe de fonctions géodésiques avec un Célibataire logiciel développé par le titulaire de la licence. Les applications développées par le titulaire utilisant les fonctions géodésiques d'un groupe, peuvent être distribuées à tout nombre de clients ou alors peut être installé en tant que Célibataire l'application sur le serveur Internet du titulaire de licence, ou le serveur du fournisseur d'accès Internet du titulaire de licence.
  2. Licence générale : Une licence de groupe de fonctions générales autorise le titulaire de la licence à utiliser les fonctions ou un groupe de fonctions géodésiques avec tout nombre d'applications développées par le titulaire de licence. Les applications développées par le titulaire à l'aide des fonctions géodésiques d'un groupe peuvent être distribuées à tout nombre de clients et peut être installé sur plusieurs Serveurs Internet du titulaire de licence ou du fournisseur de services Internet du titulaire de licence.
  3. Licence interne : Une licence interne autorise le licencié à utiliser les fonctions ou un groupe de fonctions géodésiques avec tout nombre d'applications développées par le licencié. Les applications développées par l'exploitant utilisant les fonctions géodésiques d'un groupe peuvent ne pas être distribué aux clients et peut ne pas être installé sur un serveur Internet. Les applications créées avec cette licence doivent être en contexte avec des tâches de recherche et éducation.

Prix ​​et commande

Les licences sélectives disponibles pour plusieurs groupes de fonctions garantissent que vous ne payez que pour les fonctions que vous avez l'intention d'utiliser. Les informations de prix et de commande peuvent être trouvées dans la liste des prix. Commandez les groupes de fonctions pour GeoDLL avec le bon de commande électronique.

Téléchargement de la version d'essai

La version de test de la bibliothèque de liens dynamiques GeoDLL avec une description détaillée et des informations sur l'utilisation des fonctions peut être téléchargée sous forme de fichier compressé ZIP par Internet.

Prix ​​des entreprises de l'UE 2020
Le magazine EU Business News de Grande-Bretagne a décerné le "EU Business Award 2020" à KilletSoft. Lire le Prix.
Lire le communiqué de presse.

Pour définir une transformation géodésique

Vous pouvez créer des transformations géodésiques à partir de zéro, ou en dupliquant et en modifiant l'une des transformations dans la bibliothèque de systèmes de coordonnées.

Pour définir une transformation géodésique

  1. Cliquez sur l'onglet Configuration de la carte le groupe de fonctions Système de coordonnées Créer Créer une définition de transformation géodésique .
  2. Dans l'assistant Définition de transformation géodésique, Créer une transformation géodésique est sélectionné. Cliquez sur Suivant.
  3. Indiquez s'il faut créer une transformation géodésique à partir de zéro ou modifier une transformation existante. Cliquez ensuite sur Suivant.

Pour modifier une transformation existante, cliquez sur Sélectionner et cliquez sur la transformation dans la liste qui s'affiche.

Ces entrées sont pour votre commodité. Le code sera utilisé dans les listes de transformations géodésiques et la description peut vous aider à vous souvenir de tous les détails importants de la transformation.

Pour utiliser une référence existante, cliquez sur Sélectionner et sélectionnez la référence dans la liste qui s'affiche.

Les transformations d'interpolation nécessitent des fichiers de grille pour les références source et cible.

Les formules analytiques ne nécessitent pas de fichiers de grille. Si vous sélectionnez cette méthode, indiquez la méthode de conversion à utiliser. Voir l'onglet Concept de cette rubrique pour plus d'informations sur les méthodes disponibles.

Les transformations nulles transforment les données entre deux références qui n'ont pas de différences significatives.

Les paramètres peuvent inclure l'un des éléments suivants :

  • Delta X (mètres) : -5 000 à +5 000
  • Delta Y (mètres) : -5 000 à +5 000
  • Delta Z (mètres) : -5 000 à +5 000
  • Axe X (secondes) : -100 à +100
  • Axe Y (secondes) : -100 à +100
  • Axe Z (secondes) : -100 à +100
  • Axe X (mètres) : -100.000 à +100.000
  • Axe Y (mètres) : -100.000 à +100.000
  • Axe Z (mètres) : -100.000 à +100.000

Les fichiers de grille qui utilisent ce format apparaissent dans la liste de gauche.

Cliquez sur + pour parcourir les fichiers de grille sur votre système. AutoCAD Map 3D ne vérifie pas si votre fichier de grille est au format sélectionné. Vous devez vous assurer que le format et le fichier de grille correspondent.

Vous pouvez ajouter un ou plusieurs fichiers de grille. Les fichiers de grille sont ajoutés dans leur ordre par défaut, mais vous pouvez modifier leur position avec les boutons Haut et Bas. Si la couverture des fichiers ne se chevauche pas, l'ordre des fichiers n'a pas d'importance. Cependant, lors de la conversion d'un point dans une zone de chevauchement de fichiers de grille, le premier fichier de grille répertorié est utilisé. Pour supprimer un fichier de grille que vous avez ajouté, sélectionnez-le et cliquez sur -.

Les valeurs sont exprimées en degrés. Les paramètres de longitude sont relatifs à Greenwich.

Pour modifier une valeur affichée, cliquez sur Modifier pour cette section. Apportez vos modifications et cliquez sur Suivant pour parcourir les écrans restants et revenir au résumé.

La conversion est effectuée à l'aide des nouveaux paramètres de transformation. AutoCAD Map 3D affiche et vérifie les résultats.


Chargez d'abord le package recexcavARR :

Pour cet exemple, nous utilisons un jeu de données simple. Dans un premier temps, nous avons les données de l'arpentage initial avec les trois principaux points de mesure placés par le géomètre. Ce sont nos coordonnées projetées (dans cet exemple les coordonnées UTM).

Après avoir construit notre propre grille locale, nous ajoutons les coordonnées locales correspondantes à celles projetées.

Il s'agit de la table de données dont nous avons besoin pour effectuer avec succès une transformation pour toutes les coordonnées locales que nous acquérons tout au long de l'excavation.

Maintenant, nous ajoutons des données, par ex. les coins de notre tranchée d'excavation ou les artefacts que nous avons excavés.

Et maintenant, utilisons le cootrans-fonction pour calculer les coordonnées UTM de nos coins de tranchée.

Le premier paramètre de cette fonction est notre data.frame pour la transformation. Les décalages directionnels, les arcs de rotation et l'échelle seront calculés à partir de ces informations.
Le deuxième paramètre est un vecteur des indices de colonne de notre table de transformation dans l'ordre spécifique :

la valeur x locale (valeur est)

la valeur y locale (valeur nord)

la valeur x projetée (valeur est)

la valeur y projetée (valeur nord)

Le troisième paramètre est le data.frame avec nos coordonnées locales mesurées qui doivent être transformées.
Notre dernier paramètre est un vecteur des indices de colonnes de notre jeu de données dans l'ordre :

la valeur x locale (valeur est)

la valeur y locale (valeur nord)

Le cootrans-La fonction renvoie le data.frame d'origine avec deux colonnes supplémentaires avec les coordonnées projetées calculées et affiche des informations sur la transformation.

Dans ce cas, nous obtenons un message d'avertissement supplémentaire d'écarts élevés dans le calcul. L'erreur la plus probable est l'attribution incorrecte des coordonnées projetées locales et correspondantes. Cela ne doit pas être la raison du message d'avertissement déclenché car le mécanisme de contrôle interne est plutôt strict. Mais pour vérifier le cas de points mal définis, nous pouvons utiliser le paramètre supplémentaire « contrôle » qui est défini sur FAUX par défaut.

Dans ce cas, la fonction affichera un tracé combiné avec les coordonnées locales et projetées cartographiées. Chaque point d'enquête est étiqueté avec un numéro d'index de leur ligne.
De plus, la fonction renvoie maintenant notre table de transformation avec les échelles et les arcs de rotation calculés (en degrés) pour chaque paire de coordonnées.

Si nous affichons notre check_data , nous remarquerons que l'échelle de la paire trois semble correcte. Dans les deux grilles (locales et absolues), nous utilisons des mètres comme unités, donc l'échelle devrait être d'environ 1 . L'échelle des points un et deux ne correspond pas à cette hypothèse, de plus les arcs de rotation diffèrent trop.
Les tracés affichés et les check_data montrent que les points locaux avec les indices 1 et 2 ne correspondent pas à ceux projetés. Ils sont donc probablement mélangés. Dans ce cas, nous reconstruisons simplement la transformation data.frame :

Comme indiqué, nous n'avons échangé que la valeur Y de la première et de la deuxième coordonnée. Maintenant, nous exécutons le cootrans-fonctionner pour la deuxième fois et vérifier notre transformation :

À ce stade, nous pouvons procéder à d'autres analyses de nos données spatiales désormais géoréférencées.

Attention!
Le message d'avertissement et le paramètre de vérification ne fonctionnent raisonnablement que s'il y a plus que deux paires de coordonnées données. Dans le cas de seulement deux points et de coordonnées définies incorrectes, l'algorithme fera simplement pivoter tous les points mesurés de 180°. Vérifiez donc toujours votre sortie !


Transformations de référence

Cette rubrique décrit la nature et l'applicabilité des techniques de transformation géodésique prises en charge par le système de conversion de coordonnées. La clause USE présente dans chaque définition de datum identifie la technique qui sera appliquée pour transformer les coordonnées entre les datums.

À quelques exceptions près, la transformation géodésique est un processus mathématique par lequel les coordonnées géographiques sont converties à partir d'une donnée vers l'ellipsoïde de référence WGS84.

Les Australiens ont adopté les techniques développées par Géomatique Canada pour sa transformation nationale (version 2) afin de définir un moyen précis de conversion du système de référence géodésique australien de 1966 au nouveau système de référence géocentrique d'Australie de 1994. Les fichiers de données impliquent un chevauchement, et ces zones méritent une attention particulière.

Les fichiers de données de décalage de référence pour cette transformation sont développés état par état. Par conséquent, il existe plusieurs fichiers de données pour cette transformation. Le système de conversion de coordonnées considère AGD66 comme une entité unique même si plusieurs fichiers de données différents se chevauchent. Les utilisateurs sont encouragés à trier les fichiers de données pour s'assurer que le fichier de données souhaité est utilisé dans les régions de chevauchement.

Plusieurs États australiens utilisent le système de référence géodésique australien de 1984 depuis un certain temps déjà. Cette technique de transformation met en œuvre la conversion de l'AGD84 en GDA 1994. Sur le plan opérationnel, cette technique est identique à l'AGD66 en GDA94 cependant, des fichiers de données différents sont utilisés. Voir AGD66 à GDA94 via Grid File ci-dessus pour plus de détails.

Le système terrestre moyen de 1977 est utilisé dans les provinces maritimes du Canada depuis 1977. Cette transformation utilise des fichiers de données au format Canadian National Transformation (version 2) pour déterminer le changement requis pour transformer correctement les coordonnées géographiques basées sur l'ATS77 en coordonnées géographiques basées sur le CSRS. coordonnées. Notez que:

  • chacune des différentes provinces impliquées a produit un fichier de données couvrant la géographie de leurs provinces respectives, et
  • les fichiers de données individuels ne sont pas dans le domaine public et doivent être obtenus par les utilisateurs directement auprès des gouvernements provinciaux concernés.

Cette transformation est en fait une approximation de la transformation à sept paramètres

L'approximation est obtenue en faisant trois hypothèses :

  1. le sinus d'un petit angle est égal à l'angle (en radians) lui-même
  2. la multiplication de deux termes sinus est zéro et
  3. le cosinus d'un petit angle est un.

Cette approximation n'est valable que pour les petits angles.

Dans tous les autres aspects, cette transformation est la même que la transformation des sept paramètres. Lors du traitement de nouveaux projets de données, utilisez la transformation à sept paramètres au lieu de Bursa/Wolf. L'approximation Bursa/Wolf est fournie dans le but de fournir les moyens de reproduire des nombres/calculs qui ont été à l'origine accomplis à l'aide de l'approximation.

La Suisse a adopté la technique canadienne pour définir le passage du CH1903 au CH1903+.

Le CSRS (Système canadien de référence spatiale) est l'équivalent canadien du HARN américain, c'est-à-dire une refonte très précise du NAD83 utilisant la technologie GPS. Cette transformation permet la conversion directe des données NAD27 en CSRS, sans s'arrêter au NAD83. Cette technique de conversion est mise en œuvre par une série de fichiers de grille de décalage de données du format Canadian National Transformation. Contrairement à d'autres mises en œuvre par des Canadiens, cependant, il y a plusieurs fichiers qui se chevauchent.

Vous pouvez choisir une transformation de secours pour spécifier comment les points de données en dehors de la couverture des fichiers de données existants doivent être traités. Encore une fois, les fichiers de données sont générés province par province. Les fichiers individuels peuvent ou non être dans le domaine public. Vous devrez peut-être acquérir vous-même les fichiers de données appropriés afin d'utiliser la transformation.

Le CSRS (Système canadien de référence spatiale) est l'équivalent canadien du HARN américain, c'est-à-dire une refonte très précise du NAD83 utilisant la technologie GPS. Comme le US HARN, les décalages sont de l'ordre de 1 à 2 & 160 pieds (40 & 160 centimètres).

Cette technique de conversion est mise en œuvre par une série de fichiers de grille de décalage de données du format Canadian National Transformation. Contrairement à d'autres mises en œuvre par des Canadiens, cependant, il y a plusieurs fichiers qui se chevauchent.

Vous pouvez choisir une transformation de secours pour spécifier comment les points de données en dehors de la couverture des fichiers de données existants doivent être traités.

Encore une fois, les fichiers de données sont générés province par province. Les fichiers individuels peuvent ou non être dans le domaine public. Vous devrez peut-être acquérir vous-même les fichiers de données appropriés afin d'utiliser la transformation.

Les autorités allemandes ont publié un fichier de données de décalage de grille pour transformer DHDN en ETRS89, applicable à la géographie allemande. Bien que ce fichier couvre toute l'Allemagne, il ne convient que pour des usages spécifiques.

Notez que le nom officiel peut utiliser la désignation ETRF89 au lieu de ETRS89.  

L'Espagne a également adopté la technique canadienne pour définir le passage du système de référence européen de 1950 (ED50) au référentiel terrestre européen de 1989 (ETRF89).

À l'heure actuelle, les différences entre ETRF89 et WGS84 sont faibles. De plus, un moyen généralement accepté de conversion entre ETRF89 et WGS84 est inconnu des auteurs du système de conversion de coordonnées. Cette technique n'apporte rien.

Cette transformation est la transformation à sept paramètres sans les paramètres de rotation. Vous pouvez obtenir les mêmes résultats en utilisant la transformation à sept paramètres, en définissant les trois paramètres de rotation à zéro et en définissant les quatre paramètres restants comme il convient.

Les différences entre GDA94 et WGS84 sont minimes. De plus, un moyen généralement accepté de conversion entre GDA94 et WGS84 est inconnu des auteurs du système de conversion de coordonnées.

Cette transformation produira les mêmes résultats que la transformation à sept paramètres avec les trois paramètres de rotation et le paramètre d'échelle mis à zéro.

Comme pour la transformation des sept paramètres, cette transformation se déroule en trois phases. Tout d'abord, les coordonnées géographiques sont converties en coordonnées géocentriques cartésiennes tridimensionnelles à l'aide de l'ellipsoïde de la référence d'origine. Deuxièmement, les trois paramètres de translation, Delta X, Delta Y et Delta Z, sont utilisés pour translater les coordonnées géocentriques. Troisièmement, les coordonnées géocentriques résultantes sont reconverties sous forme géographique à l'aide de l'ellipsoïde cible.

Comme dans tous les autres cas pour les paramètres de translation, les paramètres géocentriques doivent être donnés en unités de mètres.

Cette méthode de transformation prend en charge une liste de fichiers de grille classés par ordre de priorité dans des formats arbitraires. Il est spécifique aux définitions de transformation géodésique et ne peut pas être utilisé pour les références. Chaque entrée de fichier de grille comprend le format de grille, la direction de la grille et le chemin d'accès à la grille. La première grille qui fournit la couverture du point d'entrée sera utilisée pour la conversion.

Nom du format Description des formats Remarques
NTv1 Transformation nationale canadienne, version 1  
NTv2 Transformation nationale canadienne, version 2  
NADCON NADCON américain (c.-à-d. paire las/los) Une seule entrée doit être ajoutée pour chaque paire las/los. (par exemple, arhpgn.l?s)
FRGEO Interpolation géocentrique française  
JPPAR Interpolation de maillage de grille japonaise (c'est-à-dire .par)  
ATS77 Interpolation polynomiale des provinces maritimes  

La direction de la grille doit être ‘Fwd’ (Forward) ou ‘Inv’ (Inverse/Reverse).

Extrait d'exemple de définition de transformation :

HARN (High-Accuracy Reference Network) est également connu sous le nom de HPGN (High-Precision GPS Network) : les deux termes font référence au NAD83/91, qui est une refonte du NAD83 à l'aide de la technologie GPS (puisque le GPS n'était pas fonctionnel en 1983 ). Cette sélection de technique implique l'utilisation des algorithmes et des fichiers de données du programme NADCON de l'U.S. National Geodetic Survey pour effectuer le décalage entre NAD83 et HARN.

Comme pour la technique NADCON, cette transformation repose sur l'existence de fichiers de données qui définissent le décalage en divers points géographiques dans un format de grille. Comme c'est le cas avec les fichiers de données NAD27/NAD83 NADCON, ces fichiers de données viennent par paires et sont dans le domaine public.

Tous les fichiers de données utilisés dans cette transformation adhèrent à une convention de nommage spécifique (telle que publiée par le National Geodetic Survey) : ils doivent avoir les extensions .LAS et .LOS appropriées, et les noms et emplacements doivent être correctement enregistrés dans les données géodésiques. Fichier catalogue. Ces fichiers chevauchent tous leurs voisins d'un montant substantiel.

Étant donné que des résultats différents pour le même point peuvent être obtenus en fonction des fichiers de données spécifiques utilisés, les utilisateurs doivent porter une attention particulière à l'ordre et au choix des fichiers. Par exemple, si la géographie que l'on travaille est principalement en Ohio, le fichier Ohio HPGN doit être répertorié en premier dans le fichier de catalogue. Cela fera en sorte que ce fichier de données aura préséance sur tous les autres en cas de chevauchement.

Les utilisateurs peuvent choisir une transformation de secours pour spécifier une définition de secours à utiliser lorsque des données de coordonnées non couvertes par les fichiers de données sont traitées.

Cette méthode est utilisée pour transformer les données de l'ancien système de référence de Tokyo en système de référence géodésique japonais de 2000 (JGD2K). Les fichiers de données associés définissent la transformation et doivent être achetés auprès de l'Institut géographique du Japon.

Les fichiers de données, tels que fournis par l'Institut géographique du Japon, se présentent sous la forme de fichiers texte, sans garantie d'enregistrements de longueur fixe, et qui ne sont pas dans un ordre spécifique. Étant donné que le plus populaire de ces fichiers couvre tout le Japon, la taille de ce fichier particulier est assez importante (environ 12 Mo). FME convertira donc le fichier texte en une forme binaire lors de sa première utilisation.

Le décalage de grille local DHDN vers ETRS89 est utilisé pour transformer les coordonnées à une échelle plus précise que le décalage de grille "DHDN vers ETRS89" et ne couvre pas nécessairement toute l'Allemagne.

Cette transformation doit être configurée pour pointer vers les fichiers Grid Shift Binary (gsb) fournis par l'utilisateur requis pour exécuter la transformation NTv2 particulière requise. Pour effectuer la modification, cliquez sur Outils > Options FME > Systèmes de coordonnées.

La méthode USE pour cette donnée est DHDN_LOCAL . Le nom de transformation correspondant est DHDN/local_FME_to_ETRS89/01 .

Les autorités autrichiennes ont publié un fichier de données de décalage de grille pour transformer MGI en ETRS89, applicable à la géographie autrichienne. Cela couvre toute l'Autriche.

Cette transformation doit être configurée pour pointer vers le fichier binaire de décalage de grille AT_GIS_GRID.gsb . Pour effectuer la modification, cliquez sur Outils >Options FME > Systèmes de coordonnées. Vous pouvez également simplement placer le fichier AT_GIS_GRID.gsb à l'emplacement par défaut :

Ce fichier, disponible gratuitement sur le site Web de l'Office fédéral autrichien de métrologie et d'arpentage, http://www.bev.gv.at, est nécessaire pour exécuter la transformation NTv2 particulière requise.

La méthode USE pour cette donnée est MGI. Le nom de transformation correspondant est MGI/Grid_FME_to_ETRS89/01 .

Cette transformation est l'implémentation DMA (US Defense Mapping Agency [maintenant connue sous le nom de NIMA]) de la transformation de Molodensky. (Les formules utilisées ont été extraites du rapport technique de la Defense Mapping Agency 8350.2-B, 1er décembre 1987.) En effet, il s'agit d'une variation de la transformation géocentrique qui produit des résultats très similaires et peut être calculé sans itération. Plus important encore, le paramètre utilisé pour cette transformation est le même que pour la transformation à trois paramètres.

En plus des paramètres de transformation des sept paramètres, Molodensky-Badekas permet de spécifier un point d'origine de rotation. Les paramètres supplémentaires sont :

Origine de la rotation X : La composante X du point (dans le système de référence de coordonnées cartésiennes source) autour duquel la rotation sera effectuée.

Rotation Origine Y : Composante Y du point (dans le système de référence de coordonnées cartésiennes source) autour duquel la rotation sera effectuée.

Origine de la rotation Z : Composante Z du point (dans le système de référence de coordonnées cartésiennes source) autour duquel la rotation sera effectuée.

Cette transformation est basée sur la série de développements de la régression multiple publiée par la US Defense Mapping Agency ( NIMA ) dans le rapport technique 8350.2-B, décembre 1987 . Il s'agit essentiellement de formules développées à partir de l'application de techniques de régression linéaire à un nombre variable de points où les coordonnées de l'ellipsoïde source et cible sont connues de manière assez précise.

Ces formules de régression sont basées sur des coordonnées d'entrée normalisées. On suppose que les coordonnées normalisées définissent la plage utile de la transformation de référence. En théorie, par conséquent, une coordonnée géographique qui produit une coordonnée normalisée supérieure à 1,0 ou inférieure à -1,0 serait normalement considérée comme étant en dehors de la plage utile de la transformation. Dans cette mise en œuvre de la technique de régression, une coordonnée géographique est considérée comme étant en dehors de la plage utile d'une transformation si la valeur absolue de l'une ou l'autre des coordonnées normalisées dépasse 1,4.

Dans le cas où une coordonnée donnée est en dehors de la plage utile de la formule de régression multiple telle que décrite ci-dessus, une technique de secours est utilisée pour calculer un décalage de référence. Dans ce cas, la technique de repli est le Molodensky, la transformation à six paramètres ou la transformation à sept paramètres en fonction du nombre de paramètres définis dans la définition de base. C'est-à-dire que lors de la définition de la définition de référence, définissez temporairement la spécification technique sur Sept paramètres et définissez les paramètres de repli souhaités. Ensuite, la technique peut être ramenée à la sélection Régression multiple et les valeurs des paramètres seront conservées.

Actuellement, les paramètres d'une telle transformation consistent en un fichier de définition de transformation prétraité. Ces fichiers contiennent tous les coefficients de la formule de régression multiple sous une forme compacte. Ce formulaire facilite également le test réel de chaque fichier de paramètres individuellement car le cas de test fourni par DMA est inclus dans le fichier. Actuellement, aucune disposition n'est prise pour que les utilisateurs implémentent leurs propres fichiers de paramètres de régression multiple. Cela peut changer à l'avenir.

Cette transformation représente l'intégration des algorithmes initialement publiés par le National Geodetic Survey of the US et Geomatics Canada sous les formes communément appelées programme NADCON et National Transformation (versions 1 et 2). C'est-à-dire que cette transformation est le moyen par lequel on passerait du système de référence nord-américain de 1927 (NAD27) au système de référence nord-américain de 1983 (NAD83).

Toutes les techniques encapsulées dans cette transformation reposent sur l'accès à des fichiers de données qui définissent le montant du passage de NAD27 à NAD83 sous forme de grille. Le système de conversion de coordonnées utilise des algorithmes identiques à ceux utilisés par les programmes respectifs publiés par le gouvernement pour interroger les fichiers de données et déterminer le décalage pour toute coordonnée donnée.

Les données des quarts de travail sont stockées dans un seul fichier de données pour la transformation nationale du Canada (l'une ou l'autre version) et aucun de ces fichiers de données n'est dans le domaine public. Le fichier NTv2 recommandé est distribué avec FME. Dans le cas des fichiers de données US NADCON, deux fichiers sont requis pour chaque région couverte. Un fichier contient le décalage de latitude et le second contient le décalage de longitude. Ces fichiers sont dans le domaine public et sont généralement inclus dans la distribution de ce produit. Si des mises à jour sont disponibles, vous pouvez utiliser les fichiers de données sous la forme exacte telle qu'ils sont publiés par le National Geodetic Survey.

Étant donné que la couverture des fichiers de données est limitée, le système de conversion de coordonnées utilise une technique de secours pour calculer les décalages de référence pour les coordonnées qui ne sont pas couvertes par les fichiers de données.

Pour les applications SIG pratiques, il n'y a pas de différence entre NAD83 et WGS84. Les deux sont des mesures très précises de la même chose, et les différences entre les deux sont en grande partie dues à la façon dont le bruit statistique a été traité. De plus, il n'existe aucune technique publiée ni aucun moyen généralement accepté de conversion de NAD83 en WGS84. Le résultat final de tout cela est que cette transformation ne fait rien.

La France a développé une technique pour définir le passage de la Nouvelle Triangulation de France (NTF) à la Référence Géodésique pour la France (RGF93).  Cette technique utilise un seul fichier de grille appelé gr3df97a.txt qui doit être placé dans le dossier Reproject du FME pour fonctionner. À toutes fins utiles, RGF93 est considéré comme équivalent à WGS84.

À l'heure actuelle, les différences entre NZGD2K et WGS84 sont faibles. De plus, un moyen généralement accepté de conversion entre NZGD2K et WGS84 est inconnu des auteurs du système de conversion de coordonnées. Cette technique n'apporte rien.

La Nouvelle-Zélande a également adopté la technique canadienne pour définir le passage du système de référence géodésique de la Nouvelle-Zélande de 1949 (NZGD49) au système de référence géocentrique de la Nouvelle-Zélande de 2000 (NZGD2K). Cette implémentation est un peu plus simple dans la mesure où un seul fichier de données est utilisé.

Le décalage de grille ROME1940 à IGM95 est utilisé pour transformer les coordonnées entre ces deux références utilisées en Italie.

Cette transformation doit être configurée pour pointer vers le fichier binaire de décalage de grille fourni par l'utilisateur R40WGS_t.gsb requis pour exécuter la transformation NTv2 particulière requise. Pour effectuer la modification, cliquez sur Outils > Options FME > Systèmes de coordonnées. Vous pouvez également simplement placer le fichier R40WGS_t.gsb dans l'emplacement par défaut : <FME_Instal_Folder>/Reproject/GridData/Italy/R40WGS_t.gsb .

La méthode USE pour cette donnée est ROME40. Le nom de transformation correspondant est MonteMario_Grid_FME_to_IGM1995.

Cette transformation est une mise en œuvre rigoureuse de la transformation tridimensionnelle standard. Les sept paramètres fournis doivent indiquer la transformation pour convertir les coordonnées de référence source en coordonnées de référence cible. Pour de nombreuses applications SIG typiques, vous pouvez simplement changer le signe de chacun des sept paramètres pour affecter un inverse. Cependant, cette technique n'est pas exacte. Pour des résultats précis, une inversion rigoureuse est nécessaire afin de déterminer les paramètres appropriés.

Essentiellement, cette transformation se déroule en trois phases. Tout d'abord, les coordonnées géographiques sont converties en coordonnées géocentriques cartésiennes tridimensionnelles à l'aide de l'ellipsoïde de la référence d'origine. Deuxièmement, la transformation tridimensionnelle définie par les sept paramètres est appliquée produisant un ensemble modifié de coordonnées cartésiennes géocentriques. Troisièmement, les coordonnées géocentriques résultantes sont reconverties sous forme géographique à l'aide de l'ellipsoïde cible.

Delta X : la quantité de la coordonnée X géocentrique intermédiaire est traduite. Cette valeur doit être donnée en mètres et le sens de la translation est donné par le signe de la valeur.

Delta Y : la quantité de la coordonnée Y géocentrique intermédiaire est traduite. Cette valeur doit être donnée en mètres et le sens de la translation est donné par le signe de la valeur.

Delta Z : la quantité de la coordonnée Z géocentrique intermédiaire est traduite. Cette valeur doit être donnée en mètres et le sens de la translation est donné par le signe de la valeur.

Rotation X : la quantité de rotation autour de l'axe X qui est appliquée aux coordonnées géocentriques intermédiaires. Cette valeur est donnée en secondes d'arc, et le sens de rotation est indiqué par le signe de la valeur.

Rotation Y : la quantité de rotation autour de l'axe Y qui est appliquée aux coordonnées géocentriques intermédiaires. Cette valeur est donnée en secondes d'arc, et le sens de rotation est indiqué par le signe de la valeur.

Rotation Z : la quantité de rotation autour de l'axe Z qui est appliquée aux coordonnées géocentriques intermédiaires. Cette valeur est donnée en secondes d'arc, et le sens de rotation est indiqué par le signe de la valeur.

Échelle : un facteur d'échelle qui est appliqué aux coordonnées géocentriques intermédiaires. La valeur est donnée en partie par million et correspond à la différence entre le facteur d'échelle réel et l'unité. Par exemple, une valeur pour le paramètre d'échelle de -2,5 produit un facteur d'échelle réel de 0,9999985. C'est-à-dire que le facteur d'échelle réel utilisé est obtenu en multipliant la valeur du paramètre par 1,0x10-06 et en ajoutant le résultat (algébriquement) à 1,0.

Cette transformation est la transformation à sept paramètres sans le paramètre Échelle. Vous pouvez obtenir les mêmes résultats en utilisant la transformation en sept paramètres, en définissant le paramètre d'échelle sur zéro et en définissant les six paramètres restants comme il convient.

Cette transformation implémente les formules publiées par la U.S. Defense Mapping Agency dans le rapport technique 8350.2-B, décembre 1987 pour transformer les coordonnées géographiques basées sur WGS72 en coordonnées basées sur WGS84. La transformation est codée en dur et ne nécessite aucun paramètre.


Guide de l'utilisateur

IN(--) Image d'entrée. Ce fichier spécifie un fichier DDR d'image à partir duquel les informations de projection de sortie sont lues. Si ce paramètre n'est pas NULL, les informations de projection de sortie sont lues à partir du DDR au lieu d'utiliser OPROJKEY et INPROJ. Le fenêtrage est ignoré.

INTS(--) Fichier de sélection de point de rattachement en entrée. Ce fichier contient des coordonnées qui sont à transformer. L'unité de mesure des coordonnées est précisée dans l'enregistrement d'en-tête du fichier. Reportez-vous aux notes de l'utilisateur pour obtenir des instructions sur l'utilisation de fichiers ASCII ou de tableaux étiquetés en entrée de TRANCOORD. Si ce paramètre est NULL, l'utilisateur est invité à saisir des valeurs de coordonnées.

INPROJ(--) Fichier de définition de projection d'entrée. Ce fichier contient des informations relatives à la projection décrivant la projection de l'image. INPROJ peut contenir plusieurs ensembles de paramètres de projection pour l'entrée et la sortie. IPROJKEY et OPROJKEY spécifient la projection à utiliser. S'il existe deux jeux de paramètres de projection avec la même clé de projection, le premier est utilisé. Si INPROJ est NULL, INTS et IN doivent être spécifiés.

INPROJ est généré par PROJPRM et une description du fichier peut être trouvée dans le manuel du programmeur LAS. INPROJ est un fichier de table étiqueté et le format a une flexibilité limitée. Il doit avoir les attributs PROJKEY, PROJTYPE, PROJZONE, PROJUNITS, PROJSPH et PROJPARMS.

IPROJKEY(--) Clé de projection d'entrée. La clé du système de projection dans INPROJ qui décrit le système de coordonnées d'entrée. Lorsque la valeur nulle est donnée, les informations de projection d'entrée sont lues à partir de l'enregistrement d'en-tête du fichier de sélection de point de rattachement d'entrée, INTS. L'enregistrement d'en-tête doit être valide. Si INTS est NULL, INPROJ et IPROJKEY doivent être spécifiés.

OPROJKEY(--) Clé de projection de sortie. La clé du système de projection dans INPROJ qui décrit le système de coordonnées de sortie. Si IN est spécifié, les informations de projection de sortie sont lues à partir de l'image DDR au lieu d'utiliser INPROJ et OPROJKEY. Si IN est NULL, INPROJ et OPROJKEY doivent être spécifiés.

OUTTS(--) Fichier de sélection de point de rattachement de sortie. Ce fichier de sélection de points de rattachement contient des coordonnées transformées. L'unité de mesure des coordonnées est décrite dans la fiche d'en-tête du fichier. Reportez-vous aux notes de l'utilisateur pour obtenir des instructions sur l'obtention de fichiers de table ASCII ou étiquetés en sortie de TRANCOORD.

IMPRIMER(TERM) Destination de sortie. La destination de la sortie.

IN(--) Image d'entrée. Ce fichier spécifie un fichier DDR d'image à partir duquel les informations de projection et de cadrage de sortie sont lues. Si ce paramètre n'est pas NULL, ces informations DDR sont utilisées à la place des paramètres OPROJKEY, PIXSIZ, COORS, COORUNIT, LSCOORS, NL et NS. Le fenêtrage est ignoré.

INTS(--) Fichier de sélection de point de rattachement en entrée. Ce fichier contient des coordonnées qui sont à transformer. L'unité de mesure des coordonnées est précisée dans l'enregistrement d'en-tête du fichier. Reportez-vous aux notes de l'utilisateur pour obtenir des instructions sur l'utilisation de fichiers ASCII ou de tableaux étiquetés en entrée de TRANCOORD. Si INTS et INFILE sont NULL, l'utilisateur est invité à saisir des valeurs de coordonnées.

INTS(--) Fichier de sélection de point de rattachement en entrée. Ce fichier contient des coordonnées qui sont à transformer. L'unité de mesure des coordonnées est précisée dans l'enregistrement d'en-tête du fichier. Reportez-vous aux notes de l'utilisateur pour obtenir des instructions sur l'utilisation de fichiers ASCII ou de tableaux étiquetés en entrée de TRANCOORD. Si ce paramètre est NULL, l'utilisateur est invité à saisir des valeurs de coordonnées.

INFILE(--) Fichier d'entrée. Ce fichier ASCII contient les coordonnées des points de rattachement dans des lignes de données constituées de l'identifiant du point de rattachement, de la latitude et de la longitude, séparés par des espaces. Ce nom de fichier doit être entré en utilisant la convention de dénomination d'hôte.

INPROJ(--) Fichier de définition de projection d'entrée. Ce fichier contient des informations relatives à la projection décrivant la projection de l'image. INPROJ peut contenir plusieurs ensembles de paramètres de projection pour l'entrée et la sortie. IPROJKEY et OPROJKEY spécifient la projection à utiliser. S'il existe deux jeux de paramètres de projection avec la même clé de projection, le premier est utilisé. Si INPROJ est NULL, INTS et IN doivent être spécifiés.

INPROJ est généré par PROJPRM et une description du fichier peut être trouvée dans le manuel du programmeur LAS. INPROJ est un fichier de table étiqueté et le format a une flexibilité limitée. Il doit avoir les attributs PROJKEY, PROJTYPE, PROJZONE, PROJUNITS, PROJSPH et PROJPARMS.

IPROJKEY(--) Clé de projection d'entrée. La clé du système de projection dans INPROJ qui décrit le système de coordonnées d'entrée. Lorsque la valeur nulle est donnée, les informations de projection d'entrée sont lues à partir de l'enregistrement d'en-tête du fichier de sélection de point de rattachement d'entrée, INTS. L'enregistrement d'en-tête doit être valide. Si INTS est NULL, INPROJ et IPROJKEY doivent être spécifiés.

OPROJKEY(--) Clé de projection de sortie. La clé du système de projection dans INPROJ qui décrit le système de coordonnées de sortie. Si IN est spécifié, les informations de projection de sortie sont lues à partir de l'image DDR au lieu d'utiliser INPROJ et OPROJKEY. Si IN est NULL, INPROJ et OPROJKEY doivent être spécifiés.

OUTTS(--) Fichier de sélection de point de rattachement de sortie. Ce fichier de sélection de points de rattachement contient des coordonnées transformées et la ligne, des exemples de coordonnées du processus de maillage. L'unité de mesure des coordonnées est décrite dans la fiche d'en-tête du fichier. Reportez-vous aux notes de l'utilisateur pour obtenir des instructions sur l'obtention de fichiers de table ASCII ou étiquetés en sortie de TRANCOORD.

PIXSIZ(--) Dimensions en pixels. PIXSIZ définit la dimension de chaque pixel dans l'espace de coordonnées transformé. La première valeur est la dimension dans la direction de la ligne (Y) et la deuxième valeur est la dimension dans la direction de l'échantillon (X) les deux dimensions ont la même unité de mesure que les coordonnées de sortie, qui est spécifiée dans le fichier de définition de projection. Si IN est spécifié, la taille du pixel est lue à partir de l'image DDR et PIXSIZ est ignoré. De même, si PIXSIZ est NULL, IN doit être spécifié.

COORS(--) Coordonnées. Ces coordonnées sont utilisées pour définir le cadre de la zone de sortie pour le processus de quadrillage de la zone de sortie à la ligne, échantillons de coordonnées. Si NULL, il est supposé que IN a été spécifié et les coordonnées de coin dans le DDR sont utilisées. Les coordonnées sont entrées sous la forme Y (latitude ou ordonnée) , X (longitude ou ordonnée). Trois modes de traitement différents sont possibles :

COORUNIT(DEG) Unités de coordonnées. Le type d'unités dans lequel COORS est entré.

LSCOORS(1,1) Coordonnées de ligne/échantillon. Les coordonnées de l'image de la première paire de coordonnées saisies dans COORS lorsque les paramètres de projection sont spécifiés directement. La valeur par défaut est dans le coin supérieur gauche de l'espace d'image de sortie (1,1).

NL(--) Nombre de lignes. Le nombre de lignes dans la zone de sortie, spécifié lorsque seule la première paire de coordonnées de projection est indiquée dans COORS.

NS(--) Nombre d'échantillons. Le nombre d'échantillons dans la zone de sortie, spécifié lorsque seule la première paire de coordonnées de projection est indiquée dans COORS.

IMPRIMER(TERM) Destination de sortie. La destination de la sortie.

INTS(--) Fichier de sélection de point de rattachement en entrée. Ce fichier contient des coordonnées qui sont à transformer. L'unité de mesure des coordonnées est précisée dans l'enregistrement d'en-tête du fichier. Reportez-vous aux notes de l'utilisateur pour obtenir des instructions sur l'utilisation de fichiers ASCII ou de tableaux étiquetés en entrée de TRANCOORD. Si ce paramètre est NULL, l'utilisateur est invité à saisir des valeurs de coordonnées.

INGRID(--) Fichier de grille d'entrée. Un fichier de grille de mappage géométrique contenant des coefficients polynomiaux. Si une valeur est donnée pour INGRID, les coefficients entrés dans LINECOEF et SAMPCOEF sont ignorés. Si INGRID est NULL, les coefficients doivent être saisis dans LINECOEF et SAMPCOEF.

OUTTS(--) Fichier de sélection de point de rattachement de sortie. Ce fichier de sélection de points de rattachement contient des coordonnées transformées. L'unité de mesure des coordonnées est décrite dans la fiche d'en-tête du fichier. Reportez-vous aux notes de l'utilisateur pour obtenir des instructions sur l'obtention de fichiers de table ASCII ou étiquetés en sortie de TRANCOORD.

COOROPT("XY") Option de coordonnées. Spécifie le type de coordonnées à transformer.

LINECOEF(0,0,0,0,0,0,0,0,0,0,0,0,0,0,0) Coefficients de ligne. Coefficients décrivant la transformation à appliquer aux coordonnées de la ligne d'entrée. Il est possible de saisir jusqu'à un polynôme de quatrième ordre. Les coefficients doivent être saisis de la manière suivante :

SAMPCOEF(0,0,0,0,0,0,0,0,0,0,0,0,0,0,0) Exemples de coefficients. Coefficients décrivant la transformation à appliquer aux coordonnées de l'échantillon d'entrée. Il est possible de saisir jusqu'à un polynôme de quatrième ordre. Les coefficients doivent être saisis de la manière suivante :

OFFSETS(0,0,0,0) Valeurs de décalage. Le décalage de ligne et d'échantillon appliqué aux coordonnées d'entrée, suivi des décalages de ligne et d'échantillon appliqués aux coordonnées de sortie.

IMPRIMER(TERM) Destination de sortie. La destination de la sortie.

Exemples:

Les coordonnées de projection stockées dans IN.DAT sont converties à partir des informations de projection contenues dans l'enregistrement d'en-tête d'IN.DAT vers la projection avec un champ clé "ALBER". Les coordonnées de projection résultantes sont écrites dans OUT.DAT. Toutes les sorties de programme sont vers le terminal.

Les coordonnées de projection stockées dans IN.DAT sont converties des coordonnées géographiques en coordonnées de projection Albers Equal Area comme spécifié par IPROJKEY et OPROJKEY. (Cela suppose que les informations de projection dans l'enregistrement d'en-tête de IN.DAT n'étaient pas valides). Un calcul de rectangle englobant minimum est effectué dans l'espace de sortie pour inclure la région spécifiée par les paramètres de cadrage, comme décrit dans la méthode 1 de la section Description/Algorithme. À partir de là, la coordonnée de projection du pixel (1,1) est déterminée et toutes les coordonnées converties sont également maillées en coordonnées d'image. Les coordonnées de projection résultantes et la ligne, les coordonnées de l'échantillon sont écrites dans OUT.DAT. Toutes les sorties de programme sont vers le terminal.

Cet exemple montre comment une transformation peut être fournie par l'utilisateur. Le programme demande les noms des points et leurs coordonnées (y,x). Les coordonnées de l'image de sortie (y',x') sont calculées à partir des coordonnées d'entrée (y,x) comme suit :

Description/Algorithme :

Une transformation est exprimée comme une conversion entre deux systèmes de coordonnées. Les trois méthodes de transformation de coordonnées de TRANCOORD sont décrites ci-dessous :

SOUS-COMMANDE -PROJ

Cette sous-commande effectue la conversion des coordonnées d'une projection cartographique à une autre. Pour une liste des projections cartographiques disponibles, reportez-vous au module PROJPRM.

Après lecture des paramètres d'entrée, les paramètres des deux systèmes de coordonnées de projection cartographique sont déterminés. Si une image d'entrée a été spécifiée, les paramètres de projection de sortie sont lus à partir du DDR au lieu d'utiliser INPROJ et OPROJKEY. Les paramètres de projection d'entrée seront définis à l'aide d'IPROJKEY. Si IPROJKEY est NULL, les paramètres de projection d'entrée sont lus à partir de l'enregistrement d'en-tête du fichier de sélection de point de rattachement d'entrée. Si spécifié, INTS et OUTTS sont ouverts pour un accès en lecture et en écriture. Si INTS n'est pas renseigné, la saisie des coordonnées est manuelle via le terminal de l'utilisateur cependant, ce mode de fonctionnement n'est pas disponible en mode BATCH.

Les informations de projection pour les systèmes de coordonnées d'entrée et de sortie sont écrites sur le périphérique spécifié par le paramètre PRINT et le package de transformation de projection est initialisé.

Chaque enregistrement de point de rattachement est lu (à partir du disque ou du terminal) et la coordonnée d'entrée est extraite. Le package de transformation de projection est appelé pour convertir les coordonnées de la projection d'entrée spécifiée vers la projection de sortie spécifiée. Les coordonnées transformées sont ensuite écrites dans OUTTS (si spécifié) et dans le périphérique spécifié par le paramètre PRINT.

Une fois toutes les paires de coordonnées lues, traitées et écrites dans OUTTS, tous les fichiers sont fermés et un message d'achèvement s'affiche.

SOUS-COMMANDE -GRILLE

Cette sous-commande effectue la conversion des coordonnées d'une projection cartographique à une autre et quadrille la zone de sortie en coordonnées d'image. Pour une liste des projections cartographiques disponibles, reportez-vous au module PROJPRM.

Les paramètres de projection d'entrée et de sortie sont obtenus tels qu'ils sont dans la sous-commande PROJ. La saisie des coordonnées, que ce soit à partir du disque ou du terminal de l'utilisateur, est également la même.

Trois méthodes différentes de spécification de la trame spatiale de sortie sont autorisées :

Notez que seul le coin supérieur gauche (le minimum X, maximum Y) de l'espace de sortie est nécessaire pour quadriller la zone aux coordonnées de l'image. Cependant, le coin inférieur droit (maximum X, minimum Y) est nécessaire pour initialiser les informations de cadrage qui seront nécessaires plus tard dans le processus d'enregistrement d'une image.

Pour des diagrammes et plus d'informations sur le processus de cadrage et de maillage, reportez-vous au document de présentation du package de manipulation géométrique, GEOMPOD.

Chaque enregistrement de point de rattachement est lu (à partir du disque ou du terminal) et la coordonnée d'entrée extraite. Le package de transformation de projection est appelé pour convertir les coordonnées de la projection d'entrée spécifiée vers la projection de sortie spécifiée. Ensuite, en utilisant la coordonnée de projection du pixel (1,1) et les dimensions du pixel, la ligne, des échantillons de coordonnées du point sont calculés. Les coordonnées transformées et les coordonnées de l'image résultante sont ensuite écrites dans OUTTS (si spécifié) et dans le périphérique spécifié par le paramètre PRINT.

Une fois toutes les paires de coordonnées lues, traitées et écrites dans OUTTS, tous les fichiers sont fermés et un message d'achèvement s'affiche.

SOUS-COMMANDE -POLY

Cette sous-commande permet à l'utilisateur de spécifier la transformation d'un système de coordonnées à un autre via des coefficients polynomiaux, jusqu'au quatrième ordre. L'entrée et la sortie des coordonnées se font comme dans les autres sous-commandes, soit depuis/vers un fichier disque, soit depuis/vers le terminal de l'utilisateur.

Pour une paire polynomiale donnée F(Y,X), G(Y,X) avec un décalage d'entrée (Yo,Xo) et un décalage de sortie (Yc,Xc), les coordonnées du point de sortie (Y',X') sont données par :

Ce mappage peut être utilisé pour le grossissement, la translation, la rotation ou d'autres transformations.

Messages d'erreur non fatals :

Messages d'erreur fatale :

Le message d'erreur qui s'affiche immédiatement avant ce message est l'erreur spécifique rencontrée. Le traitement est terminé.

Les coordonnées indiquées dépassent les limites de l'unité. Veuillez re-spécifier les coordonnées.

La source des informations de projection n'a pas été précisée. Si les informations de projection en entrée ne sont pas contenues dans l'enregistrement d'en-tête du fichier de sélection de points de rattachement en entrée ou si un fichier de sélection de points de rattachement en entrée n'a pas été saisi, INPROJ et IPROJKEY doivent être spécifiés. Si une image d'entrée n'a pas été spécifiée, INPROJ et OPROJKEY doivent être spécifiés.

La taille du pixel doit être spécifiée si le paramètre IN n'est pas utilisé. Spécifiez la taille des pixels dans PIXSIZ.

Les paramètres de cadrage (une combinaison de COORS, LSCOOR, NL, NS et COORUNIT) doivent être spécifiés si une image d'entrée n'a pas été spécifiée dans IN. Corrigez l'erreur en spécifiant une image avec des informations de projection DDR valides (IN) ou en spécifiant une combinaison des paramètres ci-dessus.

Les informations de projection de sortie devaient être lues à partir de l'image d'entrée DDR, cependant, la DDR contenait des informations invalides. Corrigez les informations DDR ou spécifiez les paramètres de projection de sortie en utilisant INPROJ et OPROJKEY.

Les paramètres de projection d'entrée sont introuvables. Vérifiez la source prévue des paramètres de projection d'entrée et redéfinissez si nécessaire.

Le paramètre INFILE utilise la convention de nommage d'hôte, donc le nom de fichier doit être saisi en utilisant la convention de nommage d'hôte.


Sélectionnez à partir d'une source de données externe OpenSpirit.

Dans cette option, vous sélectionnez un projet externe existant (par exemple un projet OpenWorks, GeoFrame, Kingdom, etc.  ), puis OpenSpirit se connectera à ce projet et lira son système de référence de coordonnées CRS A. A Petrel, un projet a un CRS qui est un système de projection cartographique avec un système géographique de référence auquel est associé un datum. De plus, un décalage de référence préféré vers WGS84 est défini. détails. Ce CRS Un système de référence de coordonnées. A Petrel, un projet a un CRS qui est un système de projection cartographique avec un système géographique de référence auquel est associé un datum. De plus, un décalage de référence préféré vers WGS84 est défini. sera ensuite utilisé comme le projet Petrel CRS A Coordinate Reference System. A Petrel, un projet a un CRS qui est un système de projection cartographique avec un système géographique de référence auquel est associé un datum. De plus, un décalage de référence préféré vers WGS84 est défini. .  Cette option vous permet d'utiliser n'importe quel système de référence de coordonnées CRS A prédéfini ou personnalisé. A Petrel, un projet a un CRS qui est un système de projection cartographique avec un système géographique de référence auquel est associé un datum. De plus, un décalage de référence préféré vers WGS84 est défini. qui peuvent être définis dans le projet externe.

    Petrel nécessite un système de référence de coordonnées CRS A. A Petrel, un projet a un CRS qui est un système de projection cartographique avec un système géographique de référence auquel est associé un datum. De plus, un décalage de référence préféré vers WGS84 est défini. c'est un système de projection cartographique. Certains magasins de données externes peuvent permettre à un utilisateur de définir un projet CRS A Coordinate Reference System. A Petrel, un projet a un CRS qui est un système de projection cartographique avec un système géographique de référence auquel est associé un datum. De plus, un décalage de référence préféré vers WGS84 est défini. en tant que système géographique - ces projets ne peuvent pas être utilisés pour définir le projet Petrel CRS A Coordinate Reference System.A Petrel, un projet a un CRS qui est un système de projection cartographique avec un système géographique de référence auquel est associé un datum. De plus, un décalage de référence préféré vers WGS84 est défini. .

De plus, lorsqu'un projet externe est choisi pour définir le projet Petrel CRS A Coordinate Reference System. A Petrel, un projet a un CRS qui est un système de projection cartographique avec un système géographique de référence auquel est associé un datum. De plus, un décalage de référence préféré vers WGS84 est défini. le décalage de référence préféré Une transformation d'un système géographique (et son système de référence associé) à un autre. Il existe différents algorithmes utilisés pour accomplir cette transformation, notamment : une traduction géocentrique (3 paramètres) Molodensky (5 paramètres), Bursa/Wolfe (7 paramètres) et une approche basée sur une grille telle qu'un NADCON ou NTv2 vers WGS84 qui est défini dans le projet choisi. également être défini comme le décalage de référence préféré Une transformation d'un système géographique (et son système de référence associé) à un autre. Différents algorithmes sont utilisés pour accomplir cette transformation, notamment : la traduction géocentrique (3 paramètres) Molodensky (5 paramètres), Bursa/Wolfe (7 paramètres) et une approche basée sur une grille telle que NADCON ou NTv2 vers WGS84 dans Petrel.  Ce décalage de datum Une transformation d'un système géographique (et son datum associé) à un autre. Il existe différents algorithmes utilisés pour accomplir cette transformation, notamment : la traduction géocentrique (3 paramètres) Molodensky (5 paramètres), Bursa/Wolfe (7 paramètres) et une approche basée sur une grille telle que NADCON ou NTv2 seront ensuite utilisées par l'adaptateur OpenSpirit lors de l'échange données entre un projet Petrel et un magasin de données externe s'ils ont des datums géodésiques différents.


ProGriD - Transformation de coordonnées entre référentiels officiels

La description

ProGriD est une application Windows conçue pour convertir les coordonnées parmi les systèmes de référence officiels utilisés au Brésil : Córrego Alegre, SAD69 et SIRGAS2000. C'est le résultat d'un effort visant à fournir à la communauté des utilisateurs de données géospatiales un outil qui rationalise la transition vers SIRGAS2000.

ProGriD représente une percée dans la conversion des coordonnées entre les référentiels géodésiques. En général, deux référentiels géodésiques sont liés l'un à l'autre par des paramètres de conversion constants pour toute zone couverte par de tels référentiels. Ce qui ne peut pas être converti par ces paramètres devient des restes, représentant les distorsions du réseau géodésique. ProGriD modélise ces restes – c'est-à-dire la distorsion du réseau elle-même –, fournissant un résultat plus précis.

ProGriD utilise des fichiers contenant une grille de valeurs en latitude et longitude, ce qui permet la conversion directe entre Córrego Alegre, SAD69 et SIRGAS2000, selon le format NTv2. Le choix de la grille NTv2 était dû au fait que de nombreux programmes informatiques SIG et GPS sont capables de lire ce format.

ProGriD convertit les coordonnées à partir des matérialisations suivantes :

  • La matérialisation de Córrego Alegre en 1961, appelé Córrego Alegre (1961) dans ProGriD.
  • Les matérialisations de Córrego Alegre en 1970 et 1972, traitées ensemble et appelées Córrego Alegre (1970+1972).
  • La matérialisation originale de SAD69, comprenant uniquement le réseau classique, simplement appelé SAD69 Classic Network.
  • La matérialisation du SAD69 en 1996, ne comprenant que le réseau classique, appelé SAD69/96 Classic Network.
  • Technique Doppler SAD69 ou GPS.

Il convient de souligner que dans la conversion des coordonnées entre la "SAD69 Doppler Technique ou GPS" et "SIRGAS2000" - et vice-versa -, ProGriD utilise les paramètres décrits dans la Résolution de la Présidence de l'IBGE no. 1, du 25 février 2005 (R.PR 01/05) et, ainsi, produit les mêmes résultats obtenus par le programme TCGEO.

Ces paramètres ont été estimés sur la base d'un ensemble de 63 stations géodésiques du réseau GPS du système géodésique brésilien - SGB. Considérant que le réseau GPS du SGB a un motif de distorsion beaucoup plus petit que ceux établis par les méthodes classiques – triangulation et polygonation –, la modélisation des distorsions n'est pas nécessaire, car elles sont homogènes et petites. Ces options acceptent également en entrée et en sortie le format des coordonnées cartésiennes, qui peuvent être sélectionnées par les utilisateurs lorsque les coordonnées d'entrée sont obtenues par levé GPS ou Doppler.

Les coordonnées des stations Doppler de la SGB ont été établies grâce à la méthode de positionnement ponctuel, c'est-à-dire que ces coordonnées ont été obtenues indépendamment des réseaux classiques et GPS, ne nécessitant pas la modélisation des distorsions.

Les types de coordonnées associés à chaque référentiel sont :

  • Córrego Alegre (1961) : latitude/longitude et UTM (E, N).
  • Córrego Alegre (1970+1972) : latitude / longitude et UTM (E, N).
  • Réseau Classique SAD69 : latitude/longitude et UTM (E, N).
  • Réseau Classique SAD69/96 : latitude/longitude et UTM (E, N).
  • Technique Doppler/GPS SAD69 : latitude / longitude / hauteur géométrique, cartésienne (X, Y, Z) et UTM (E, N).
  • SIRGAS2000 : latitude / longitude / hauteur géométrique, cartésienne (X, Y, Z) et UTM (E, N).

De nombreuses fonctionnalités utilisées dans ProGriD proviennent de suggestions d'utilisateurs lors d'événements scientifiques et d'un questionnaire en ligne.