geofumadas

Hace algún tiempo me vienen pidiendo esto, y en vista que el amigo parece un poco apresurado y que hoy es día para celebrar muchas cosas, aquí les dejo una herramienta que permite pasar de grados/minutos/segundos a decimales.

Porqué la tabla

Es común, encontrar coordenadas que están en formato grados, minutos, segundos, por ejemplo:

75 ° 25 ‘ 23.72 ” N       45 ° 59 ‘ 12 ”W

La N significa que es una latitud 75 grados por sobre el ecuador, si tuviera una S significaría que es en el hemisferio sur.  En el caso de las longitudes, tendrán E o bien W, dependiendo si están al este o oeste del meridiano de Greenwich

Programas como Google Earth y ArcGIS requieren que estos vayan en formato decimal, como:

La latitud, si estuviera por abajo del ecuador sería negativo, e igual sucederá con las longitudes, que serían negativas para el hemisferio occidental.  Recomiendo para entenderlo, jugar un poco con Google Earth, cambiando las opciones de visualización de UTM, geográficas, con y sin decimales.

Como funciona la tabla

Utilizando siempre la tabla de Gabriel Ortiz, que había acomodado para la conversión de coordenadas geográficas a UTM, desplegando una columna donde se ven en formato decimal.

• Se puede elegir el esferoide, en la pestaña superior.
• Las columnas en amarillo, son para ingresar los datos, en la primera columna acepta un número identificador del punto. 
• A la derecha de cada una se ve la latitud y longitud en forma decimal, sin redondeo, con su respectivo símbolo negativo cuando corresponde.
• La columna naranja contiene el dato concatenado, con el número de punto, latitud y longitud.
• En el encabezado de esta columna, se puede ingresar el número de decimales que esperamos redondee la concatenación.  Con cuidado, que redondear decimales de coordenadas geográficas puede llevar a errores grandes.

Mandar a txt

Para enviarlas a un archivo txt, solo hay que abrir un nuevo archivo, copiar los datos de la columna naranja y pegarlos allá.

Luego este archivo se puede cargar desde Google Earth, indicando el orden, tal como lo expliqué en aquel post.

Eso sí, el Datum debe estar en WGS84 para que no caigan en otro lado.  Siempre han quedado las columnas para convertir a UTM y concatenar para AutoCAD, como era la versión original de esta tabla.

De aquí pueden descargar la tabla

Como dice Google, es versión Beta, pruébenla para asegurar que funciona en orden.  Si algo le falta, me avisan.

Google ha lanzado una nueva versión beta de su navegador de mapas, con herramientas bastante interesantes.  En este caso, para activarla hay que ejecutar el enlace de ¡Nuevo! a la derecha del símbolo de prueba de laboratorio, y activar las opciones.

La advertencia es clara, solo son pruebas que se están haciendo, por lo que al salir al público de manera definitiva podría ser que no todas se incluyan.  Además si se vuelve inestable hay que regresar a la dirección:

http://maps.google.es/maps?ftr=0

Veamos que se traen de nuevo los amigos.

De lo más práctico, que ahora el acercamiento se puede hacer con una ventana de zoom, así como cualquier programa CAD/GIS.  Para ello se aparece un botón abajo de la barra de acercamiento.

Lo otro atractivo es una especie de vista isométrica, llamada rotatorio.  No tengo idea como lo hicieron, pero está muy fumado.  En el ejemplo de arriba es el Centro de Convenciones donde ESRI hace los eventos anuales, en la Avenida Embarcadero de San Diego.   Vean que son tomas de diferentes horas, se nota en la sombra de las dos torres, diferente a la de el edificio en curva.

Pero estas pequeñeces no le quitan el gusto, la opción a rotar desde cuatro ángulos y el acercamiento le da una buena utilidad.  Tiene cierta similitud al bird eye de Virtual Earth, pero no es igual, este se ve más como una vista isométrica y aquél con más perspectiva, también me parece más vistoso, aunque no hay de muchos lugares aún.

Esta opción de rotar, también está en planta, pudiéndose girar en ángulos de 90 grados, manteniendo los nombres siempre en posición horizontal.

También le agregaron funciones al botón derecho, en el que se puede colocar la coordenada lat/long, o la alternativa “que hay aquí”, que despliega la dirección y negocios en el punto seleccionado.

Otras funcionalidades habrá que probarlas, como el zoom inteligente, que avisa cuando se está haciendo una cercamiento del que no existe contenido.

Se los dejo para que prueben.

Este es un ejercicio en iguales condiciones, para medir el tiempo que tarda en arrancar un programa desde el clic en el ícono hasta el momento que está en ejecución.

Para fines de comparación, he usado el que arranca en menos tiempo, y luego una indicación (redondeada) de veces en relación a este.  No se pretende sacar conclusiones, pues mi pobre máquina está muy cargada de programas, pero sí, todos están medidos en condiciones iguales.

Windows XP Profesional, Intel Core 2 Duo, con 2.19 Ghz y 1 GB de RAM.

Seguro que hay detalles específicos que justificarán la tardanza de unos, pero lo dejo a su libre albedrío.  Se quedan fuera ArcGIS y TatukGIS que hubiera querido incluir, pero no están instalados.

¿Opiniones?

Saber de donde provienen los visitantes y colocarlos en el mapa es una de las funciones que presta Google Analytics, pero aún no existe esa funcionalidad para mostrar sus propios mapas.  El ejemplo representa mis visitantes de hoy, con la desventaja que no hay zoom, a menos que quiera ver por país, y esos molestos tamaños no se pueden controlar.

Sin embargo, los amigos de Zipwise, usando la API de Google Maps han hecho un bonito juguete que, con solo recibir el hit de una imagen colocada en el blog puede reflejar los últimos 100 visitantes sobre el mapa.

Para hacerlo se copia el siguiente código en el header o en un anuncio de tipo Adsense deluxe.

<a href="http://www.zipwise.com/geomap/"> <img src="http://www.zipwise.com/images/geomap.jpg" alt="ZIP Code Maps" border="0"></a>

Aquí les muestro el ejemplo de como se ve la zona de influencia del área hispana que frecuenta Geofumadas a las 10 PM, hora de Venezuela. Claro, con la desventaja de solo poder ver las últimas 100 a menos que agarres el código de su API y hagas trucos a tu gusto.

La conversión de un IP a una coordenada de tipo lat,lon es una función que existe en SQL de la forma INET_ATON() y INET_NTOA().  Aunque los amigos de Zipwise afirman que hay una forma simple de convertirlo manualmente:

Para el caso, un IP 12.34.56.78 se transforma haciendo series de la manera:

12 * 256^3 = 201,326,592
34 * 256^2 = 2,228,224
56 * 256^1 = 14,336
78 * 256^0 = 78

Hasta llevarlo a la forma:

203,569,230

Jeje, tan fácil como el Geospatial Administrator de Bentley Map.

Existen otros datos que se pueden descargar desde la web de Zipwise, y mediante servicios pagados de acceso a sus datos. 

Hace un par de días, al calor de un café de palo que hace mi suegra hacíamos algunas alucinaciones sobre las tendencias marcadas para 2010 en el área de Internet.  En el caso del medio geoespacial, la situación es más estática (por no decir aburrida), mucho en esto ya está dicho en el mediano plazo por las grandes marcas, pero para no malgastar la taza de café de esta hora y el preámbulo de fin de año, aquí va.

Software comercial (no libre):  Pocas novedades.  El posicionamiento entre ESRI, Bentley y AutoDesk parece no variar, (al menos en el entorno hispano) y en cuanto a innovación ya hace casi cinco años que lo novedoso del xml e interacción con estándares OGC dejó de ser sorprendente.

También por mucho que se alegue, mejorar las capacidades de edición vectorial en el GIS y las de visualización en el CAD son temas que van para largo.

Así, en el caso de AutoDesk, lo más que veremos es AutoCAD 2011, en que la gente ya se va acostumbrando a la cinta contextual (Ribbon) y empieza a entretenerse en lo valioso que vino esa ocasión.  Es posible que Civil 3D nos de sorpresas, pero no mucho, la madurez del software y el equilibrio por no desorientar a los usuarios con muchas locuras se mantendrá.  También como sabemos, AutoDesk no hace novedades extremas en años impares (de release, no de calendario), solo maquillaje, esto nos tranquiliza pues veremos un nuevo formato .dwg hasta en 2011 cuando se anuncie AutoCAD 2012.

En caso de Bentley veremos cosas más alocadas, pero solo a nivel de fumada extrema.   I-model por el momento solo afectará a Project Wise y Publisher, también a nivel de propuesta, pues a mi entender Bentley busca recuperar su valor agregado de Select y diseminar el XFM, lo que planea a mediano plazo no lo veremos en 2010.  Quizá para este año veamos las primeras implementaciones de Bentley Cadastre participando en los Be Inspired, eso sí, debería ser fumada a lo sublime, del que tengo tres ligeros presentimientos que prefiero no revelar.

En cuanto a ESRI no tengo la más mínima idea de lo que podríamos esperar, ¿Una versión 9.4?, lo dudo.  Para herramientas con ese nivel de posicionamiento (en ventas y piratería) es difícil sentir que se puede madurar más, aunque los amigos del barrio open lo tengan en el paredón de Macondo.

En cuanto a Manifold GIS sería de lo más agresivo, posiblemente antes de Junio veamos Manifold 9.   En lo poco que hemos leído en los testamentos magistrales que suelta  Dimitry, percibo insistencia con CUDA y seguir obligando a la gente hacia los 64 bits, que es a lo que ellos llaman velocidad.   Una pena, porque hace mucho que estos deberían entrar de forma propositiva en acuerdos con los grandes, al menos con los formatos dwg y dgn que se han quedado a un nivel limosnero justificados en su ironía que se columpia entre lo real y el mal gusto.

Si algo es de esperar de Manifold es que estos amigos sí que fuman de la verde, no nos sorprendería que le metan muchas más funcionalidades locas al juguete, que poco a poco mejora su posición respecto a los grandes.  Pero a mi parecer, veremos más locuras a nivel de base de datos e interoperabilidad, poco en el nivel de construcción y edición vectorial.

Open source:  A buscar sostenibilidad.  Nadie dijo que este no sea comercial, los términos libre y no libre son los adecuados para separar los segmentos. 

Meras apreciaciones, pero a mi criterio, gvSIG con su versión estable 1.9 seguirá resolviendo pequeños bugs y creando alianzas que le den sostenibilidad y posicionamiento.  Este término parece complicado, si le damos micrófono a los sociólogos , me gusta más como lo describen los agrónomos:

un poco de árboles no constituyen un bosque, pues debe existir un entorno favorable y una cantidad determinada para que se considere sostenible.

En caso de gvSIG, deberá seguir esas alianzas que ha iniciado hacia Europa, interior de España y Latinoamérica.  Una razón básica:  quién dará continuidad a versiones locas como Windows 7 si a la Generalitat no le interesa mucho seguir con Don Bill Gates, o los mil sabores que hay en los repositorios Linux.   Y para esto, necesita crear redes de sostenibilidad de contexto híbrido: academia, sector privado, sector público, que puedan estar listos para cuando veamos cosas de gvSIG 2.0.

El caso del papelón que juegan iniciativas como OSGeo, FIG y Open GIS Consortium, es de esperar que sigan moviendo el piso en la granja, con mayor representatividad de la comunidad hispana y equilibrio entre lo libre y no libre.

Los otros no libres, es probable que tengamos una nueva versión de Portable GIS, que actualice plataformas estables e integre un par de destornilladores más.  A mi parecer, poco nuevo veremos con los otros que ya obtuvieron madurez, como Quantum GIS, Grass y Udig; estos tienen más presión por construir sostenibilidad que por hacer innovaciones.

No descarto novedades interesantes, lo que sucede es que al igual que iniciativas pequeñas (no libres), su capacidad de hacer ruido tienen poco impacto en el medio hispano.  Al menos, no como gvSIG, que con cada clavito saca la jolota a volar, estrategia que le ha funcionado más por ser sistemáticos que por el tamaño del clavito; y eso construye sostenibilidad.

Si por mi fuera, soltaría algunas preferencias que tengo por el Software no libre, lo que sucede es que gvSIG tiene que pensar en los usuarios de Widows, (el 95%) que con 90,000 parcelas sufren la lentitud del entorno Java y que distintas políticas les impiden pasarse a Linux así de romplón.

También mucho del open source rondará al rededor de lo que pase con MySQL, ahora que Oracle tiene la fumada perfecta entre el segundo y tercer dedo (más el tercero).  En parte bueno, porque muchos sí esperan novedades locas salidas de PostgreSQL y PostGIS.

Otras hierbas:  Lo impredecible.  Google Earth, a mi criterio en unos tres años podría tener muchas capacidades de construcción y análisis sobre el pinche kml y los servicios OGC.  Es probable que el hecho de enchutarlo a la braca como estándar al Consortium produzca frutos sobre desarrollos de terceros, esto haría que Google insista en darle el valor que le merece (a ellos), una plataforma de navegación gorilopólica.   (Esto último entiéndase en el contexto de las zonas UTM 15 y 16 más el efecto del café de esta señora

Que más podría decir, este es el vecindario de productos que rondan por aquí.  CadCorp, MapInfo y SuperGIS son de otro barrio, y esto mantiene el post en la miopía de la granja local.

Plex.mark! es un desarrollo hecho sobre el ActiveX de Google Earth, que facilita la operación directamente en UTM, no solo para obtener coordenadas sino también para ingresar.  Es gratuita. 

Instalar Plex.mark!

Se debe descargar de Plescape, la empresa Griega fabricante de Plex.Earth tools; luego de instalarlo se crea el acceso directo en el escritorio.  Para ejecutarlo se debe tener en ejecución Google Earth y requiere activar la licencia a través de un enlace que llega al correo electrónico.

Obtener coordenadas

Es interesante, que en lugar de tener un cursor con desplazamiento libre, lo que se tiene es un puntero fijo en el centro, y para ubicar un punto lo que se hace es mover el fondo para que el punto que nos interesa coincida con este puntero.

Vean que simple trae las opciones para elegir la zona, en este caso, esta parcela es el DF, elegimos  la zona 14 N.  Para obtener la coordenada, se selecciona el ícono Placemark position, y se levanta un panel con las coordenadas y la opción para asignarle un nombre.  Para fines básicos, se puede hacer copy/paste de las coordenadas.

Ingresar coordenadas

Los dos botones que tiene el panel placemark position, el primero es para colocar un punto, se puede ingresar la coordenada directamente o vía copy/paste, y el punto se ubica en el lugar que dicen las coordenadas.  Luego el archivo se puede guardar como kml/kmz para desplegarlos con otro programa CAD/GIS; es interesante que allá el punto no tendrá coordenadas lat/lon sino UTM y el nombre.

El segundo botón es para actualizar el dato, al hacer un desplazamiento, obtiene la coordenada del punto sobre el que está ubicado el cursor.  El procedimiento para ingresar puntos es:

Mover el cursor, actualizar coordenadas, ponerle nombre al punto, colocar el punto.

No está mal, considerando que este juguetito va a crecer, suponemos que lo siguiente sería colocar polígonos y pololilineas con snapping.  Han prometido enviarme la versión beta en cuanto la tengan lista.

De lo mejor que he visto en juguetes para Google Earth, considerando que no es de pago.

Aquí pueden descargar Place.mark!, es gratuita.