Ha sido anunciada la nueva versión de Global Mapper, en su versión 13 tanto para 32 como 64 bits. Pese que este es un programa que se cuestiona por sus capacidades GIS, su simplicidad lo que le ha hecho muy popular, especialmente por el manejo de modelos tridimensionales y capacidad para importar y exportar entre diferentes formatos.
Soporte de formatos
- El más llamativo cambio es el soporte data sets de una Geodatabase ESRI. Con esto el programa se acerca a un interesante nicho, donde los usuarios de ArcMap han almacenado una buena cantidad de datos pero se ven limitados en tener que comprar extensiones como 3D Analyisis, que de paso para hacer una simple cosilla hay que dar media vuelta de calentamiento a la cancha. Usando GlobalMapper 13, los usuarios podrían generar en segundos modelos digitales y regresarlos de nuevo a la geodatabase sin perder todas la capacidades de análisis y construcción de datos en lo que ESRI si tiene más que ofrecer.
- En la exportación se ha agregado la capacidad de enviar un ASTER DEM a formato SRTM HGT, que si bien es un formato raw convencional, los norteamericanos lo usan mucho por su potencialidad ante la indexación de cuadrantes. Adicionalmente se puede ya exportar a formato .00t de Vulcan 3D TIN.
- Para sumarse a los muchos formatos que ya soporta Global Mapper, ahora ha incluido soporte para formato SegY, un estándar usado en el área geofísica, también para formato LEM, que es el símil DEM usado por los japoneses y NMGF usado más en la aeronáutica.
- En caso de la exportación de imágenes dentro de un fichero kmz, ahora es posible especificar la calidad del jpg, lo que hará que se reduzca el tamaño al gusto. También ahora soporta cuando el kmz trae ficheros .gif
- Se puede exportar imágenes al formato .img de ERDAS, muy popularizado por los usuarios de ESRI.
- En el caso de los ficheros DGN, ha mejorado el hecho que algunos polígonos se venían sin relleno luego que no pudiera interpretar las geometrías múltiples que por mucho tiempo Microstation internamente manejó como shared cells. También se ha corregido el error que sucedía con algunas curvas que de smart no tenían mucho.
- Al bajar capas servidas vía WCS, ahora ya no tiene problemas si están en otra proyección que no sea el de Google Earth (lat/long/WGS84)
- En el caso de ficheros XML de Open Street Maps, han mejorado el problema que se colgaba cuando habían muchos datos. Igual ha pasado con las nubes de puntos Lidar LAS (que siempre son muchos), donde han optimizado el uso de memoria.
- Para la exportación de ficheros DWG y DXF, se ha corregido un problema que había con labels con más de 31 caracteres (vaya, esos ya no son labels).
- Ahora soporta geoPDF sin limitaciones antes reportadas.
Mejoras en el análisis
- Unión de tablas. Ya se puede hacer join entre las tablas de diferentes capas por medio de un atributo común, bastante básico pero increíblemente no existía.
- Copia y cálculo de datos en las tablas. Se ha creado ahora la capacidad de hacer operaciones matemáticas entre los datos de una columna, para ser almacenados en otra como sería por ejemplo, el cálculo de un área en diferente unidad de medida al multiplicarla por un factor; la misma función sirve también de copiado y pegado entre tablas, al ser una operación de multiplicación por la unidad, que generaría el mismo valor.
- En el manejo de modelos digitales, se puede generar nuevas superficies a partir de una existente, puntos específicos e inclusive a partir de atributos de una tabla asociada a una superficie. Con esto podría almacenarse más de un modelo dentro de una misma tabla de atributos, sin que eso signifique que son dos y facilitando operaciones como corte/relleno sin hacer operaciones fuera de la misma tabla.
- Ahora la búsqueda de datos, tiene la opción de hacerse sobre la vista actual y no sobre toda la capa.
Capacidades de despliegue.
- Puede sincronizar un despliegue para que sea vista la misma zona en Google Earth, aunque no puede hacerlo a la inversa, similar a una de las 6 cosas que hace Microstation en este respecto.
- En el manejo de capas, ahora es posible con mayor interacción mover una capa raster para que se vaya transparente o atrás de una capa de vectores, cosa que hasta versiones 12 seguía siendo a la antigua en el obsoleto panel de layers.
- En el caso de datos servidos en línea por Intermap, ahora se puede obtener alta resolución, puesto que ya no descarga el dato como local sino en un stream que refresca a medida que se hace zoom. En el caso de la carga de datos de la NOAA, puede bajar Geoid binary grid shift files.
- Muchas otras mejoras se verán en el camino, especialmente con capacidades que se le han dado al botón derecho del ratón y uso del teclado tanto a la construcción como edición de datos.
- En caso de datos GPS con el protocolo NMEA se ha agregado la opción de sentencias $DPGGA.
Mejoras en la construcción de datos
- Hay mejoría significativa en esta parte, aunque sigue siendo una gran debilidad. En este caso se ha mejorado ligeramente el manejo de snaps, el nearest ahora se mantiene en la capa en edición como prioridad ante la existencia de otras capas o geometrías no seleccionadas.
- También ahora se puede construir con más facilidad líneas y bordes de polígonos basadas en deflexiones por medio del método 3 puntos.
- Adicionalmente un submenú en la construcción de líneas, cuando se tiene una selección de puntos, puede sugerir la creación de líneas a partir del punto más cercano, lo que simplificaría la digitalización de una poligonal a partir de puntos capturados con un GPS.
- Se puede hacer transformaciones con algo de mayor agilidad, como es el caso de desplazar una capa. Suele ser una mala práctica pero útil cuando la precisión geodésica es insignificante ante la utilidad de los datos, para poner un ejemplo:
Muchas veces tenemos una capa en NAD27 o PSAD 56 y para moverla a WGS84 lo que hacemos es moverla un vector conocido. No será la práctica recomendada, pero para pegarse a datos existentes o cuando no afecta el contexto local… se vale.
- Ahora existe un Datum llamado «NAD83», aparte del «D_North_American_1983», luego que ESRI en versiones primitivas de ArcView confundió algo del sebo con la manteca y hacía que ficheros .prj generados con versiones arcaicas no tuvieran compatibilidad con esta proyección. Algo parecido le pasa a Microstation, cuando se quiere creer que el NAD27 usado por los gringos norteamericanos en muchas partes del continente constituía un símbolo de iniciación.
- Algo parecido han hecho con un Datum provisional llamado South American Datum 1956 (PSAD56), para hacer compatible con errores con datos generados en Mapinfo.
- Ahora, al importar datos genéricos de una fichero ASCII, hay soporte para formatos tanto de grados, minutos y segundos con decimal, como grados y minutos con decimal (sin segundos). Inclusive por increíble que parezca, soporta fracciones, como en lugar de decir 0.25 usar 1/4