Ce qui ramène le Global Mapper 13

La nouvelle version de Global Mapper a été annoncée, en version 13 pour 32 et 64 bits. Bien que ce programme soit remis en question pour ses capacités SIG, sa simplicité l'a rendu très populaire, notamment pour la gestion de modèles tridimensionnels et la possibilité d'importer et d'exporter entre différents formats.

Il y a de nombreux changements, j'essaierai de résumer ceux qui ont attiré mon attention et que je considère comme significatifs, mais qu'il est sécuritaire pour les utilisateurs fréquents du programme, il y a beaucoup plus.

Formats de support

• Le changement le plus frappant est la prise en charge des ensembles de données d'une géodatabase ESRI. Avec cela, le programme se rapproche d'un créneau intéressant, où les utilisateurs d'ArcMap ont stocké une bonne quantité de données mais sont limités pour avoir à acheter des extensions telles que 3D Analyisis, qui, d'ailleurs, pour faire une chose simple, vous devez donner demi-tour de chauffage au tribunal. En utilisant GlobalMapper 13, les utilisateurs pouvaient générer en quelques secondes modèles numériques et retournez-les à la géodatabase sans perdre toutes les capacités d'analyse et de construction de données dans ce que ESRI a de plus à offrir.
• Lors de l'exportation, la possibilité d'envoyer un DEM ASTER au format SRTM HGT a été ajoutée, qui, bien qu'il s'agisse d'un format brut conventionnel, est largement utilisée par les Nord-Américains en raison de son potentiel d'indexation quadrant. De plus, il peut déjà être exporté au format Vulcan 00D TIN .3t.
• Pour ajouter aux nombreux formats déjà pris en charge par Global Mapper, il a maintenant pris en charge le format SegY, une norme utilisée dans la zone géophysique, également pour le format LEM, qui est la simulation DEM utilisée par les Japonais et NMGF utilisés plus en aéronautique.
• Dans le cas de l'exportation d'images dans un fichier kmz, il est désormais possible de spécifier la qualité du jpg, ce qui réduira la taille à volonté. Prend également en charge maintenant lorsque kmz apporte des fichiers .gif
• Vous pouvez exporter des images au format ERDAS .img, popularisé par les utilisateurs ESRI.
• Dans le cas des fichiers DGN, le fait que certains polygones soient venus sans remplissage s'est amélioré car ils n'ont pas pu interpréter les multiples géométries que Microstation a traitées en interne comme des cellules partagées pendant une longue période. L'erreur qui s'est produite avec certaines courbes qui smart ils n'avaient pas beaucoup.
• Lors du téléchargement de couches servies via WCS, vous n'avez plus de problème si elles sont dans une projection différente de Google Earth (lat / long / WGS84)
• Dans le cas des fichiers XML d'Open Street Maps, ils ont amélioré le problème qui se bloquait lorsqu'il y avait beaucoup de données. La même chose s'est produite avec les nuages ​​de points Lidar LAS (qui sont toujours nombreux), où ils ont optimisé l'utilisation de la mémoire.
• Pour l'exportation des fichiers DWG et DXF, un problème qui qui avec plus de caractères 31 (allez, ce ne sont plus qui).
• Maintenant prend en charge les données géoPDF sans limites signalées précédemment.

Amélioration de l'analyse

• Joindre des tables. Peut déjà être fait rejoindre entre les tables de différentes couches au moyen d'un attribut commun, assez basique mais incroyablement n'existait pas.
• Copiez et calculez les données dans des tableaux. La possibilité d'effectuer des opérations mathématiques entre les données d'une colonne a maintenant été créée, pour être stockée dans une autre, comme par exemple le calcul d'une surface dans une unité de mesure différente en la multipliant par un facteur; La même fonction est également utilisée pour copier-coller entre les tables, car il s'agit d'une opération de multiplication par unité, qui générerait la même valeur.
• Dans la manipulation des modèles numériques, de nouvelles surfaces peuvent être générées à partir d'un existant, des points spécifiques et même des attributs d'une table associée à une surface. Avec cela, plus d'un modèle pourrait être stocké dans la même table d'attributs, sans que cela signifie qu'ils sont deux et facilite les opérations comme coupe / remplissage sans effectuer d'opérations en dehors de la même table.
• Maintenant, la recherche de données, a la possibilité d'être faite sur la vue actuelle et pas sur toute la couche.

Capacités de déploiement.

• Vous pouvez synchroniser un écran pour que la même zone soit vue dans Google Earth, bien que vous ne puissiez pas le faire dans l'autre sens, comme l'une des 6 choses qu'il fait Microstation à cet égard.
• Dans la gestion des couches, il est maintenant possible d'interagir avec une couche raster pour la rendre transparente ou derrière une couche de vecteurs, ce qui jusqu'à ce que les versions 12 soient encore anciennes dans le panneau des couches obsolètes.
• Dans le cas des données mises en ligne par Intermap, on peut maintenant obtenir une résolution élevée, puisqu'il ne télécharge plus les données en tant que local, mais dans un courant qui s'actualise lorsque vous zoomez. Dans le cas du téléchargement de données NOAA, vous pouvez télécharger les fichiers de décalage de grille binaire Geoid.
• Beaucoup d'autres améliorations seront vues en cours de route, en particulier avec les capacités qui ont été données au bouton droit de la souris et l'utilisation du clavier autant pour la construction que l'édition de données.
• Dans le cas des données GPS avec le protocole NMEA, l'option $ DPGGA a été ajoutée.

Amélioration de la construction de données

• Il y a une amélioration significative dans cette partie, même si c'est encore une grande faiblesse. Dans ce cas, la manipulation de snaps, l' le plus proche est maintenant maintenu dans la couche d'édition comme une priorité en présence d'autres couches ou géométries non sélectionnées.
• Les lignes et les polygones des polygones basés sur des déviations peuvent maintenant être plus facilement construits en utilisant la méthode des points 3.
• En outre, un sous-menu en ligne de construction, lorsque vous avez une sélection de points, peut suggérer la création de lignes du point le plus proche, ce qui simplifiera la numérisation d'une trajectoire des points capturés avec un GPS.
• Les transformations peuvent être effectuées avec quelque chose de plus agile, comme c'est le cas du déplacement d'un calque. C'est généralement une mauvaise pratique mais utile lorsque la précision géodésique est négligeable par rapport à l'utilité des données, pour prendre un exemple:

Plusieurs fois, nous avons une couche dans NAD27 ou PSAD 56 et pour la déplacer vers WGS84, nous la déplaçons vers un vecteur connu. Ce ne sera pas la meilleure pratique, mais de s'en tenir aux données existantes ou quand cela n'affecte pas le contexte local ... c'est bien.

• Maintenant, il existe un Datum appelé "NAD83", à l'exception de "D_North_American_1983", après qu'ESRI dans les versions primitives d'ArcView ait confondu une partie du suif avec du saindoux et rendu les fichiers .prj générés avec des versions archaïques non compatibles avec cette projection. Quelque chose de similaire arrive à Microstation, quand vous voulez croire que le NAD27 utilisé par le gringos Les Américains dans de nombreuses régions du continent étaient un symbole d'initiation.
• Quelque chose d'similaire, ils ont fait avec un Datum provisoire appelé South American Datum 1956 (PSAD56), pour rendre compatibles avec les erreurs générées par Mapinfo.
• Désormais, lors de l'importation de données génériques à partir d'un fichier ASCII, il existe un support pour les degrés, les minutes et les secondes avec décimal et les degrés et minutes avec les formats décimal (sans secondes). Même aussi incroyable que cela puisse paraître, il prend en charge les fractions, comme au lieu de dire 0.25, utilisez 1/4

Télécharger Global Mapper