La oferta de formación en línea y presencial en materia de aplicaciones de la Geo-Ingeniería es abundante hoy día.  Entre tantas propuestas que existen, hoy queremos presentar al menos nueve cursos sobresalientes con enfoque de gestión de recursos naturales, por parte de tres de las empresas con ofertas interesantes de formación.

Instituto Superior de Medio Ambiente

• El ISM tiene una especialidad y competencia muy marcada en la temática, por lo que sus cursos se enfocan hacia la gestión de los recursos naturales.  Inclusive cuentan con una Maestría en Gestión Ambiental.

Son atractivos los Cursos:

• 1. Sistemas de Información Geográfica aplicados al Medio Ambiente
• 2. Creación de Visores de Cartografía
• 3. Aplicación de los SIG a Estudios de Litorial y Medio Marino

Adicionalmente, su oferta incluye los siguientes cursos:

Aplicación Práctica de los SIG a los Estudios de Paisaje

Aplicación Práctica de los Sistemas de Información Geográfica a la Hidrología

AutoCad para Técnicos de Medio Ambiente

Inventario de Flora y Fauna con técnicas GIS/GPS

Geo-Training

• Estos cursos están a cargo de Geosolucions, una empresa establecida en Andorra. 
• Estos cursos tienen un enfoque de diseño y gestión del recurso agua, tanto para abastecimiento como saneamiento.

• 1. Diseño de redes de saneamiento y drenaje urbano con Giswater
• 2. Diseño de redes de abastecimiento de agua potable con Giswater

3. Introducción al diseño de redes de saneamiento y drenaje urbano con EPA SWMM

También se incluye en su oferta:

• Sistemas de información geográfica con QGIS aplicado a Giswater
• Sistemas de información geográfica aplicado a gestión municipal
• Curso de especialización en Sistemas de Información Geográfica con QGIS

Geoinnova

Esta empresa tiene una oferta de más de 40 cursos, en modalidades asistidas y también autónomos conocidos como Geoplay.  Sus cursos son tanto con software libre como privativo.

Entre los sobresalientes están:

1. GIS Aplicado al uso del profesional del Territorio

2. Curso Superior en SIG.  Especialidad en Gestión Hidrológica

3. Curso Superior en SIG.  Especialidad en Gestión de Fauna

Para una muestra de la oferta de Geoinnova podemos mencionar:

• Curso SIG especialidad en territorio y medio natural
• ArcGIS 10.  Gestión de especies y espacios naturales protegidos
• Maxent y ArcGIS.  Modelos predictivos de distribución de especies, nichos ecológicos y conectividad mediante tecnologías SIG.

En conclusión.  Interesantes ofertas para tener en cuenta al momento de buscar alternativas de formación.

La entrada 9 Cursos GIS orientados a la gestión de recursos naturales aparece primero en Geofumadas.

Como una tendencia natural de esta época globalizada, interconectada y de evolución casi impredecible, el software deja de ser un producto en caja y se vuelve un servicio. AutoDesk no es la excepción que ya estamos viendo con Adobe, Bentley Systems, Corel, por mencionar algunos.

AutoDesk ha anunciado que este año 2015 será el último en el que se puedan comprar licencias perpetuas. Así que ahora, quien compre una licencia hará un pago mensual o anual con el derecho a tener acceso a las últimas versiones y servicios adicionales, dependiendo del monto pagado.

Precio de AutoCAD LT

En cuanto a precios, no se ve una mala opción, considerando que cada tres años toda versión de AutoCAD se ve limitada por el cambio de formato DWG. Para el caso, si alguien quiere comprar AutoCAD LT, puede pagar en una suscripción de tres años, 360 dólares por año, para un total de 1,080 en los tres años. Esto se puede observar en la siguiente tabla, que honestamente no es tan clara como debería en el caso de los pagos mensuales donde aparentemente alguien debería pagar 540 en total por año.

Precio de AutoCAD 2016

En este caso, las licencias anuales andan por 1,600 dólares si se elige la suscripción de tres años. Si alguien quiere una licencia de un mes, el precio anda por 210 dólares.

Habría que valorar qué tan beneficioso es. En el caso de Bentley Systems, los paquetes que están lanzando son tan atractivos porque permiten el acceso a portafolios completos de líneas como Ingeniería, Plantas, Utilidades, etc. Sin embargo, con aquel software deja de ser atractivo, pues el ciclo de vida de los productos son más extendidos. Para el caso, quien tiene en sus manos Microstation V8 del año 2002, no tiene problemas pues el formato DGN lleva 14 años de ser el mismo. De modo que la gente se salta a nuevas versiones en ciclos de hasta 6 y 8 años, cuando el exceso de mejoras en las nuevas versiones son difíciles de contener.

Posiblemente sea atractivo ante las circunstancias del mercado actual, en que hay períodos que se tiene proyectos de gran tamaño, que duran una cantidad de meses, con lo que es más atractivo incluir en los costos de ese proyecto el alquiler de licencias, si podemos llamarlo de esta manera, en lugar de comprar muchas licencias perpetuas que luego quedan desperdiciadas desactualizadas.

Lo cierto es que de esto no hay vuelta atrás, no queda más que adaptarnos al cambio y encontrarle beneficios.

Más información se puede encontrar con un proveedor local, o en la tienda en línea de AutoDesk

La entrada AutoCAD 2016. Fin de las licencias perpetuas. aparece primero en Geofumadas.

Quizá nunca soñamos ver un día un mapa histórico, montado sobre Google, tal que pudiéramos saber como era hace 300 años la tierra donde hoy estamos parados.

La tecnología de mapas web lo ha permitido. Y ¡vaya! de que manera.

Un ejemplo de esto es el mapa nostálgico de Londres, donde no solamente han hecho público una cartografía de 1746, sino que también han informado la metodología que han seguido para ajustarla a mapas catastrales de más de dos décadas.

Definitivamente es un trabajo ejemplar, en el que se han utilizado mapas de períodos entre 1869 y 1890 que seguramente eran de papel, los que han sido escaneados de forma cuidadosa para mantener el nivel de detalle que en esos tiempos era todo un arte.

Como resultado posterior, es probable hacer cosas como esta. Sorprendernos cómo donde está ahora el núcleo urbano algún día fueron fincas claramente definidas en cartografía a la antigua.

Para integrar este trabajo, luego de el escaneo, han tenido que hacer un trabajo de acoplamiento en donde los frecuentes errores individuales en cada hoja, en solape son casi imposibles de detectar. Cosa nada fácil, puesto que el tiempo hace que las hojas se deformen, sumado a lo que sucede al pasar el trabajo por un escanner.

Luego han hecho una recolección de cientos de puntos conocidos en campo, separados por cada una de los mapas.

Trabajar una cantidad grande de mapas de una zona amplia, levantados con métodos antiguos, genera problemas de rotación, georeferencia, tal que estirar un lado hace que se desacomode otro, aun dentro de la misma hoja.

Para esto, han hecho la identificación de ejes de calles, para completar una topología de red con la que se pueda hacer un estiramiento a la imagen de forma diferenciada.

Así, utilizando un método forense, al estirar, el mapa se ha acomodado lo más cercano posible como si se tratara de un mapa orto-referenciado.

Un problema interesante es todas las zonas que actualmente han sido transformadas, como por ejemplo áreas de trenes, donde es imposible determinar puntos conocidos. Para esto han recurrido a un método un tanto difícil de comprender a cabalidad, generando buffers a partir de los ejes de calle, tomando en cuenta los anchos de vía utilizados en aquellos tiempos. Y con esto han logrado una transformación aun más exacta.

En conclusión, un gran ejemplo de lo que es posible hacer utilizando las capacidades técnicas y tecnológicas disponibles. Y un gran pesar para quienes han enviado a la bodega de un baño aquellos mapas que fueron levantados con métodos empíricos, pero cuyo valor histórico no somos capaces de apreciar… por ahora.

Ver Mapas de Londres

La entrada Los mapas web reviven la cartografía histórica aparece primero en Geofumadas.

La Universidad de Burgos tiene una interesante alianza con la Universidad Chongqing Jiaotong de China, en la que se ofrecen los Grados de Ingeniería de Tecnologías de Caminos y el Grado de Ingeniería Civil en China, lo que han pensado en la actual y futura proyección internacional de la profesión.

El Grado en Ingeniería de Tecnologías de Caminos junto con el Máster de Ingeniería de Caminos, Canales y Puertos habilita para la profesión regulada de Ingeniero de Caminos, Canales y Puertos con todos los derechos que la ley sobre atribuciones profesionales les otorga.

Tras cuatro años el alumno obtendrá los dos títulos y un nivel adecuado de los tres idiomas más hablados en el mundo: Inglés, Español y Chino.

Para ello, los alumnos de ambas universidades tendrán que realizar dos cursos en su universidad de origen y los dos últimos años en la otra universidad. Los dos primeros años el alumno estudiará en el idioma de su universidad, el tercer año en inglés y el último año en el idioma de la universidad de destino.

Esquema del Plan:

Por supuesto, para esto se establece de forma obligado cursar cinco horas de Chino en el Centro de Lenguas Modernas de la UBU y que, además, se ha solicitado a la Chongqing Jiaotong University que imparta clases de Chino a los alumnos de la UBU de manera obligatoria, en tercero y cuarto año, cuando ya se encuentran estudiando en China.

• La Universidad de Chongqing, ofrecerá en su cuarto año la posibilidad de apuntarse en las asignaturas al programa English Friendly. Las bases generales de este programa es que los profesores, bajo demanda, ofrecerán el material docente de la asignatura en inglés y ofrecerán la posibilidad de tutorías y exámenes en inglés.
• Se exige a los alumnos que tengan un nivel B2 de inglés antes de realizar el tercer curso.

Además, las universidades incluirán programas de acogida especiales, enfocados a estos alumnos a fin de mostrarles las instalaciones, servicios, accesos, apoyándoles en los trámites no solo de matrícula sino también en otros como en la búsqueda de alojamiento.

Más información en la Página de la UBU.

La entrada Ingeniería de Tecnologías de Caminos en España y Civil Engineering en China en solo 4 años aparece primero en Geofumadas.

La detección de patrones espaciales de incidencias y tendencias de crimen es un tema de interés para cualquier Estado o gobierno local.

CAST es el nombre de un software libre, iniciales de Crime Analytics for Space – Time, que fue lanzado en 2013 como una solución open source para el análisis actuarial, con patrones espaciales y algoritmos de tendencias en el manejo de estadísticas criminalísticas.

CAST es una aplicación cliente desarrollada sobre Python y C++ que funciona sobre Windos, Mac y Linux, desarrollada nada menos por el Centro GeoDA, que ha desarrollado diversas aplicaciones de análisis computacional y espacial.  Este Centro cuenta con un laboratorio que fue fundado por el Director de la Escuela de Ciencias Geográficas y Planeamiento Urbano de la Universidad de Illinois. 

En el caso de CAST, fue promovido por medio de un premio del Instituto Nacional de Justicia y la Oficina de Programas de Justicia del Departamento de Justicia de Estados Unidos.  La metodología para el desarrollo de algoritmos se trabajó con la Universidad Estatal de Arizona.

La aplicación soporta ficheros SHP, los incidentes usualmente a nivel de puntos y por medio de análisis espacial genera tendencias a partir de fechas, para lo que se requiere mapas de polígonos como vecindarios, manzanas o barrios.

Como resultados se pueden aparte de los gráficos, mapas temáticos a partir de desviaciones estadísticas, también mapas de calor y mapas calendario.

Quizá lo más atractivo de la aplicación es que viene con funciones especializadas ya definidas para propósitos de análisis tendencial y reportes basados en la materia .  Por ejemplo, se puede normalizar una tendencia cruzando los datos poblacionales para representar cantidad de incidentes violentos en segmentos, como ejemplo, el caso de número de muertos por cada cien mil habitantes.  Luego permite hacer análisis temporal, para determinar por medio de gráficas el crecimiento, decrecimiento y casos puntuales de estudio tanto a nivel tabular como espacial.  De igual manera, la personalización del calendario puede hacer análisis entre días específicos, como por ejemplo incidentes en días festivos o fines de semana.

Es de jugar con la herramienta, pues inclusive se puede generar mapas animados en escala temporal, con el que es posible determinar hacia donde se extenderá una mancha de criminalidad si las tendencias se mantienen.  Por supuesto, debe ser interesante aplicar nuevos datos a partir de medidas de seguridad tomadas, para ver el impacto que se tiene.  Algo de mucha utilidad en las zonas urbanas con el contexto actual de influencia de crimen organizado y pandillas que seguro se podrán detectar como clousters interconectados.  Y como el sistema está hecho para tal fin, se adapta a modelos de gestión de seguridad y prevención de la violencia, como el manejo de cuadrantes, sectores o distritos.

En conclusión, una valiosa aplicación.  Una más bajo el modelo de código libre, a la que le deseamos patrocinadores de difusión, sin consideramos lo que invierten los gobiernos en materia de seguridad por funcionalidades no tan especializadas.

CAST se puede descargar desde este enlace.  También el manual de usuario.

La entrada CAST – Un software libre para análisis de crimen aparece primero en Geofumadas.

¿Hacer un trabajo con LiDAR podría ser más preciso que con topografía convencional? Si reduce tiempos, ¿En qué porcentaje?, ¿En cuánto reduce los costos?

Definitivamente los tiempos han cambiado.  Recuerdo cuando Felipe, un topógrafo que me hacía los trabajos de campo llegaba con una libreta de 25 páginas de secciones transversales para generar con eso un mapas de curvas de nivel.  No viví la época de interpolar en papel pero sí recuerdo haberlo hecho con AutoCAD sin usar todavía Softdesk.  De modo que interpolaba con Excel para saber a qué distancia colocar la cota entre las dos elevaciones y, estos puntos los ubicaba en layers de colores y niveles diferentes, para finalmente irlos uniendo con polilineas que convertía en curvas.

Si bien el trabajo de gabinete era una locura, no se comparaba con el trabajo de campo que era todo un arte, si se quería tener suficientes datos para hacer un modelado aceptable cuando la altimetría era irregular.  Luego llegó SoftDesk, el antecedente de AutoCAD Civil3D que simplificó gabinete y Felipe estuvo en uno de mis cursos aprendiendo a usar una estación total, con lo que se redujo el tiempo, se incrementó el volumen de puntos y por supuesto la precisión.

El escenario drones para uso civil rompe nuevos paradigmas, bajo similar lógica:  La resistencia al cambio en técnicas topográficas siempre busca reducción de costos y garantía de precisión.  De modo que analizaremos en este artículo dos hipótesis que hemos escuchado por allí:

Hipótesis 1:  Hacer topografía con LiDAR reduce los tiempos y costos.

Hpótesis 2:  Hacer topografía con LiDAR conlleva pérdida de precisión.

El caso experimental

La revista POB sistematizó un trabajo en el que se realizó un trabajo en el levantamiento de datos de un dique, utilizando método convencional a lo largo de 40 kilómetros.  Por separado, en una segunda labor unos días después se desarrolló utilizando topografía con LiDAR a lo largo de 246 kilómetros del mismo dique.  Aunque los tramos no fueron iguales en distancia, se equiparó el tramo equivalente para hacer una comparación en similares condiciones.

Topografía Convencional

El levantamiento topográfico se colectó en secciones transversales a cada 30 metros, coincidentes con estaciones existentes.  Los puntos transversales se tomaron en distancias menores de 4 metros.

Se georeferenció el trabajo con puntos de la red geodésica, que se validaron con GPS geodésicos a lo largo de los ejes, y a partir de estos se levantaron los puntos transversales usando combinación de estaciones virtuales de referencia y RTK.  Fue necesario tomar puntos adicionales en sitios especiales de cambio de pendiente y forma para asegurar consistencia del modelo digital.

Las diferencias residuales entre los puntos conocidos y las coordenadas obtenidas por el GPS fueron las mostradas en la tabla, confirmando que el levantamiento convencional es muy preciso.

El levantamiento LiDAR

Este se hizo con una Unidad Autónoma volando a una altura de 965 metros, con una densidad de 17.59 puntos por metro cuadrado.  Recobraron 26 puntos de control conocidos y los cruzaron contra 11 puntos de primer orden adicionales que fueron leídos con GPS geodésicos.

Con estos 37 puntos se hizo el ajuste de los datos LiDAR.  Aunque no fue necesario pues las coordenadas tomadas por la UAV que viene equipada con receptor GPS y controlada por estaciones base, obtuvo todo el tiempo un mínimo de 6 satélites visibles y un PDOP menor a 3.  Las distancias a la estación base nunca fueron superiores a los 20 kilómetros.

Un conjunto de 65 puntos de control adicionales sirvió para validar la precisión de los datos LiDAR.  Con respecto a estos puntos, se obtuvo las siguientes precisiones verticales fueron:

En zona urbana:   2.99 cm.  (9 puntos)

En campo abierto o pasto bajo:  2.99 cm. (38 puntos)

En bosque:  2.50 cm.  (3 puntos)

En arbustos o pasto alto:  2.99 cm.  (6 puntos)

La imagen muestra la gran diferencia de densidad entre los puntos tomado con LiDAR contra las secciones transversales marcadas en triángulos verdes.

Diferencias en Precisión

El hallazgo es más que interesante, contrario a la hipótesis que el levantamiento LiDAR no alcanza las precisiones de un levantamiento convencional.  Los siguientes son valores de RMSE (Root mean square error), que es parámetro de error entre los datos capturados y los puntos de control de referencia.

Diferencias en Tiempo

Si lo anterior nos ha sorprendido, vean lo que pasó en cuanto a la reducción de tiempo de forma comparativa entre el método LiDAR respecto al método tradicional:

El levantamiento de datos en campo con LiDAR fue apenas el 8%.

• El trabajo de gabinete fue de apenas 27%.
• Sumando las horas de campo + vuelo + gabinete de LiDAR contra los datos de campo + gabinete de topografía convenicional, LiDAR requirió solo el 19%.

Como consecuencia, las 123 horas de trabajo por kilómetro de topografía convencional se redujeron a solamente 4 horas por kilómetro.

Adicionalmente, si se divide el total de puntos capturados entre el tiempo consumido en los procesos de captura y gabinete, el método convencional obtuvo 13.75 puntos por hora, contra 7.7 millones de puntos por hora de LiDAR.

Diferencias en Tiempo

Los costos de estos equipos modernos, con esos sensores capturando esa cantidad de puntos hace suponer que el trabajo deberá ser más caro.  Pero en la práctica, la reducción de tiempos y gastos de movilización que implica la topografía convencional, ¡el costo final al cliente de los 246 kilómetros resultó con LiDAR 71% más bajo que el costo total de los 40 kilómetros con topografía convencional!.

Pareciera increíble, pero el precio por kilómetro lineal con LiDAR resultó apenas el 12% en comparación con la topografía convencional.

Conclusión

¿La topografía con LiDAR reemplaza totalmente la topografía tradiciona?.  No en total, pues el trabajo con LiDAR ocupa siempre algo de topografía para puntos de control, pero puede concluirse que con todas la ventajas de costo, calidad de producto y tiempo, el trabajo con LiDAR genera resultados con casi las mismas precisiones de la topografía convencional.

Siempre habrá pros y contras; la alta precisión de la topografía convencional es nostálgica, pero las complicaciones de pedir permiso de entrar dentro de propiedades privadas, riesgos de la ubicación en sitios irregulares, necesidad de brechas ante el pasto alto y obstáculos… es una locura.  Por supuesto, la densidad de cobertura forestal también trae sus desventajas en el caso de LiDAR, tampoco son los mismos parámetros de relación entre proyectos extremadamente pequeños.

En conclusión, nos complace conocer cómo la tecnología ha avanzado al grado que para proyectos de gran tamaño como el planteado, es necesario tener una mentalidad abierta y disponibilidad para optar por nuevas y más creativas formas de hacer topografía.

La entrada Topografía tradicional vrs. LiDAR. Precisión, tiempo y costos. aparece primero en Geofumadas.

OpenStreetMap (OSM) es quizá uno de los grandes ejemplos de cómo la información provista de forma colaborativa puede construir un nuevo modelo de información cartográfica.  Similar a Wikipedia, la iniciativa se volvió tan importante que hoy día para geoportales es preferible colocar de fondo esta capa que preocuparse por estar actualizando información propia en aspectos como puntos de interés, negocios o datos que que será imposible mantener actualizados. 

Usando OSM un proyecto de Catastro puede dedicarse a su negocio, las parcelas y cartografía local de especialidad, dejando que los datos de referencia sean los que la gente actualiza, si es posible promover la colaboración, conscientes que aunque no esté muy actualizada su localidad, algún día lo estará, porque es algo irreversible.

Hay muchas alternativas para actualizar la información en OpenStreetMap. Dependiendo de lo que se va a trabajar, la opción de hacerlo en línea o desde móvil es fácil para puntos calles que se hacen por mera fotointerpretación.  Pero en caso que esperemos hacer topologías más ajustadas, con mapas en formatos DXF, GPX o que seamos amantes del CAD, una solución interesante es JOSM, la herramienta cliente desarrollada sobre Java.

Este es un ejemplo, en el que la capa de OSM está desactualizada.  Lo puedo ver porque la imagen de Google es más reciente que la que puede mostrar OSM, usualmente Bing, que en muchos países emergentes es bastante pobre.

El mapa muestra como era esa zona hace dos años.

La imagen muestra como quedó luego del puente a desnivel construido el último año.

El programa JOSM es relativamente fácil de usar para cualquiera que ha usado un programa como AutoCAD o Microstation.  Por estar construido sobre Java es multiplataforma y una vez descargado solamente está listo para trabajar.  Como se puede ver, sobre esta imagen de Bing es que alguien alguna vez actualizó los mapas.

Funcionalidades de JOSM

Presionando el botón de desacarga, el sistema baja la zona de interés en formato vectorial, para editar, borrar o agregar.

En este caso, deseo actualizar el puente en desnivel.  El panel lateral permite elegir qué capas se desean mostrar, con la limitante que no se puede cargar Google Imágenes de fondo por políticas de OSM para evitar entrar en conflicto de derechos, pero también porque el desplazamiento que tienen las imágenes provocaría un conflicto difícil de mantener.

Una opción es conducir por el puente, con el gps del móvil activado y luego descargar los datos.  JOSM soporta abrir datos de imágenes georeferenciadas, DXF, formatos obtenidos con GPS como GPX, NMEA, así como también cargar un servicio WMS, entre otros.

Para editar o actualizar se debe tener un usuario, lo que toma unos minutos en la página de OpenStreetMap.

Edición de datos

El panel lateral muestra las capas de fondo disponibles, encender, apagar.

Para elegir cuales esperamos se vean en este panel, se selecciona en el menú superior imagery – y aquí están disponibles Bing, Mapbox Satellite, Mapquest Open Aerial, rutas propias wms o también imágenes warpeadas con la funcionalidad que el programa trae.

También se puede elegir el estilo en que esperamos se vean los objetos vectoriales.

A nivel de funcionalidad, hay que aprender algo de trucos de teclado o el scroll del mouse pues los botones de zoom son limitados.  El signo + es Zoom in, el signo – es zoom out, por más que quise no encontré un botón para desplazarse (pan).

Al tocar los objetos, se activan opciones contextuales, como el caso de cambiar la orientación de una vía, continuar o agregar nodos.

Hay que jugar con el menú para ver las funcionalidades existentes, y también ver la gama de plugins para elegir qué puede ser de interés descargar.

Para editar líneas que cambian de forma, solo he tenido que mover nodos, y tocando centro de segmento se crean nuevos nodos sin mucha complicación.  Para editar un nodo en que se unen dos líneas, he tocado el vértice y la opción desconectar, aunque he preferido hacer un nodo anterior, cortar y borrar el segmento sobrante.  Luego a los objetos hay que asignarles qué son, si son vías principales, conectores de autopista de tipo puente e indicar si tienen uno o dos sentidos.

Resultado de la edición

También he aprovechado para editar algunas líneas cercanas que estaban demasiado simplificadas y he agregado un par de tramos que aunque no se ven en la imagen de Google, las conozco porque todas las mañanas paso por aquí cuando voy a mi trabajo.

Finalmente, después de un rato de jugar, me ha quedado así el trabajo vectorial.

Al subir los datos el sistema valida inconsistencias, tal como nodos no conectados, con opción a hacer zoom a la zona de conflicto.  Sucede muy poco porque el snap es bastante funcional y práctico.  También valida topologías sobrepuestas del mismo tipo y conexiones extrañas entre sentido de vía.  Otros aspectos que valida son conflictos con otros datos que alguien puede estar subiendo de la misma zona.

Una vez subido, se puede ver el cambio casi de inmediato en OSM. 

A esto llamamos cartografía colaborativa.

Sugiero darle una mirada a una Presentación que ha hecho Jorge Sanz, con estadísticas, datos y logros de OpenStreetMap que nos ayuda a entender cuánto ocupamos abrir nuestra mente al modelo crowdsourcing.

Descargar JOSM

Comparar OpenStreetMap con otros mapas web

La entrada JOSM – Un CAD para editar datos en OpenStreetMap aparece primero en Geofumadas.

La cantidad de datos que hay en OpenStreetMap es realmente amplia, y pese que no está totalmente actualizada, en la mayoría de casos es más precisa que datos tradicionalmente levantados por medio de hojas cartográficas con escala 1:50,000.

En QGIS es genial cargar esta capa como mapa de fondo tal como la imagen de Google Earth, para lo que ya existen plugins, pero esto es solamente un mapa de fondo.

¿Qué pasa si lo que se desea es tener la capa de OpenStreetMap como vector?

1.  Descargar la base OSM

Para realizar esto, se debe elegir el área de donde se espera descargar datos.  Es obvio que áreas muy grandes, donde hay mucha información, el tamaño de la base de datos será inmenso y tardado.  Para realizar esto, se selecciona:

Vector > OpenStreetMap > Descargar

Aquí se selecciona la ruta donde se descargará el fichero xml con extensión .osm.  Es posible indicar el rango de cuadrante a partir de una capa existente o por el despliegue actual de la vista.  Una vez seleccionada la opción Aceptar, se inicia el proceso de descarga y se va mostrando el volumen de datos descargados.

2.  Crear una Base de datos

Una vez descargado el fichero XML, lo que se requiere es convertir este en una base de datos. 

Esto se hace con: Vector > OpenStreetMap > Importar topología a partir de XML…

Aquí nos solicita que ingresemos la fuente, el archivo DB SpatiaLite de salida y si queremos que se cree la conexión de importación de inmediato.

3.  Llamar la capa a QGIS

Llamar datos como una capa requiere:

Vector > OpenStreetMap > Exportar topología a SpatiaLite…,

Se debe indicar si vamos a llamar solamente puntos, líneas o polígonos.  También con el botón Cargar de la base de datos se puede listar cuales son los objetos de interés.

Como resultado, podemos cargar la capa a nuestro mapa, como se ve en la imagen siguiente.

Por supuesto, por ser OSM una iniciativa de código abierto, pasará mucho para que las herramientas privativas hagan este tipo de cosas.

La entrada Importar datos de OpenStreetMap a QGIS aparece primero en Geofumadas.

Con mucho agrado nos complace comunicar que el Comité Organizador del IX Congreso Internacional de GEOMÁTICA 2016 ha anunciado el marco de la XVI Convención y Feria Internacional Informática para el próximo año.

Este evento se desarrollará en La Habana, del 14 al 18 de Marzo con la temática central “Conectando Sociedades“.

Entre las temáticas que se abordarán en Geomática 2016 están:

1. Educación y entrenamiento en Geomática.

Formación Profesional en Ingeniería Geomática (Programas de estudios). Vías, alternativas y experiencias en las actividades de postgrado (Diplomados, Maestrías, Doctorados). Elaboración de Materiales didácticos empleando las TICs para la formación profesional en Geomática. Políticas institucionales para la formación en Geomática. Enseñanza de la Geomática desde edades tempranas. Experiencias en el ámbito de Educación Geomática. Generación de datos en aplicaciones Geomática en el ámbito de los recursos naturales y medio ambiente.

2. Geodesia y Topografía Aplicada.

Tecnologías de la información, los sistemas globales de posicionamiento y las comunicaciones. Sistemas de Geoprocesamiento en levantamiento topográfico con GNSS y Estaciones Totales. Desarrollo de Redes Geodésicas y Especiales. Estaciones y redes GNSS permanentes (CORS). Generación y empleo de los Modelos Digitales del Terreno. Creación de modelos del geoide. Modelación numérica a partir de mediciones geotécnicas y geodésicas. Geodesia Ingeniera. Tecnologías de la Información y las Comunicaciones al campo de la Ingeniería Geomática y Topográfica. Normativas sobre servicios de posicionamiento.

3. Catastro, Sistemas de Información Catastral.

Tecnología para la creación del mapa catastral urbano con el empleo de imágenes de Sistemas Aéreos no tripulados (VANT). Sistemas de información catastral para inmuebles de naturaleza urbana y rural.

Métodos para la renovación catastral. Desarrollo de bases de datos catastrales. Generación de mapas temáticos a partir de bases de datos catastrales con la aplicación de técnicas de generalización. Valoración catastral de inmuebles.

4. Cartografía y Bases de Datos Espaciales.

Tecnologías y Organización de la Producción de Cartografía Nacional. Bases de Datos Geoespaciales. Generalización Cartográfica. Modelos de integración de Datos y Metadatos. Desarrollo de herramientas de Minería de Datos. Modelos Digitales en 3D, empleo de LiDAR. Tecnología VANT con fines cartográficos. Acceso a la información y protección de datos. Organización de Archivos Digitales. Normas técnicas para calidad del producto cartográfico. La ética, comercio electrónico y Geomática. Las TIC’s y la generación de valor añadido y de actividad de servicios.

5. Percepción Remota y Fotogrametría.

Tecnologías para la captura de datos geoespaciales con cámaras digitales de cuadro y de video, combinadas con otros sensores soportadas sobre vehículos aéreos no tripulados (VANT). Desarrollo de tecnologías para el procesamiento de imágenes aéreas y satelitales para la creación y actualización de Mapas Topográficos, Catastrales y Temáticos en formatos ráster y vectorial. Captura y procesamiento de imágenes con diferentes tipos de sensores. Desarrollo de proyectos orientados a aplicaciones geomáticas. Empleo de las imágenes satelitales y aéreas para la generación de productos cartográficos con diversos fines.

6. Estudios Marinos.

Tecnologías para la producción y actualización de cartas náuticas. Sistemas de levantamientos y procesamientos hidrográficos, oceanográficos y geofísicos. Producción de cartas electrónicas. Integración de modelos de simulación. Señalización marítima y sistemas de monitoreo automatizado. Formatos estándar para el intercambio de datos hidrográficos.

7. Infraestructuras de Datos Espaciales y SIG.

Relación de las Infraestructuras de Datos Espaciales con el Gobierno, la Industria y el Ciudadano. Tendencias futuras en Gestión de Información Geográfica. Investigaciones básicas y aplicadas sobre IDEs. Evaluación de IDE. Experiencias de IDE y casos de estudio. Normatividad de información geográfica. Inteligencia de Negocio Geoespacial (GeoBI). Geomarketing. Datos Enlazados Geoespaciales y Web Semántica geoespacial. Los SIG en la gestión de redes. SIG en la Web. Aplicaciones móviles y sensibles al contexto. Big Data Geoespacial.

8. Geomática en función del Medio Ambiente y el Turismo.

Teledetección y Sistemas de Información Geográfica aplicados al estudio del Medio Ambiente. Mapeos del Medio Ambiente. Cartografía de riesgos y recursos naturales. Sistemas de gestión de riesgos y apoyo a la toma de decisiones ante desastres naturales. Soluciones Geomáticas aplicadas al turismo.

Se llevarán a cabo además Conferencias Magistrales y Talleres Pre- Congreso con el objetivo de proporcionar el intercambio entre los diferentes especialistas de más de 30 países que formarán parte de GEOMÁTICA 2016. De la misma forma se producirán importantes reuniones de negocio en el marco de la Feria Expositiva.

Más información será proporcionada en la 3ra Circular y el sitio Web de informática www.informaticahabana.com o www.informaticahabana.cu

FECHAS IMPORTANTES: Convención

• · Presentación de resúmenes y ponencias: 20 de octubre de 2015
• · Notificación de aceptación: 20 de noviembre de 2015
• · Envío del trabajo final para su publicación: 7 de diciembre de 2015
• Feria
• · Solicitudes de muestras expositivas: hasta el 28 de enero de 2016
• · Notificación de aceptación de las muestras expositivas: hasta el 18 de febrero de 2016

La entrada Conectando Sociedades – Tema de Geomática para la Feria Internacional Informática 2016 aparece primero en Geofumadas.

La Colección de Mapas de la Biblioteca Perry-Castañeda es una impresionante recopilación que contiene más de 250,000 mapas que han sido escaneados y puestos a disposición en línea.  La mayoría de estos mapas son de dominio público y, por ahora están disponibles cerca de 25,000.

Como ejemplo, mostramos algunos de los mapas disponibles en la Colección.

Esta es la Hoja Cartográfica 1:50,000 de Girona, de la primera edición de 1943, cuando esto lo hacía el Ejército de Estados Unidos por supuestas razones de seguridad :).  Mapas de este tipo se encuentran casi de todos los países, disponibles para descarga.

Vean este ejemplo de la Carta de Navegación 1:1,000.000 sobre Lima, Perú.  Todos los mapas de esta colección están disponibles con un alto nivel de detalle como se ve en la siguiente imagen.

Es interesante también los mapas de guerras; el ejemplo muestra un acercamiento de la Ofensiva del 29 de Septiembre al 14 de Octubre en Verdún, durante la Primera Guerra Mundial en 1918.

Esto es Inglaterra y Gales entre 1649 y 1910.  La colección de mapas históricos es muy amplia, de diferentes continentes.

La forma como están organizados los mapas ocupa algo de esfuerzo pues no hay un catálogo de metadatos, pero en general es posible una vez que se entra a la zona de interés, que está ordenado de la siguiente manera:

• Maps of The World
• Maps of Africa
• Maps of The Americas including United States, Canada and Mexico
• Maps of Asia
• Maps of Australia and the Pacific
• Maps of Europe
• Maps of The Middle East
• Maps of Polar Regions and Oceans
• Maps of Russia and the Former Soviet Republics
• Maps of The United States including National Parks and Monuments
• Maps of Texas
• Maps of Texas Counties
• Maps of Austin

Sugiero guarden la dirección de la página de la Biblioteca, pues es una fuente interesante de información, que gradualmente se va escaneando y subiendo para uso libre.

http://www.lib.utexas.edu/maps/

La Biblioteca Perry-Castañeda está ubicada en el Campus de la Universidad de Texas, actualmente la quinta Biblioteca más grande a nivel de instituciones académicas; la onceava a nivel de todo Estados Unidos.

La entrada 25,000 mapas de todo el mundo disponibles para descarga aparece primero en Geofumadas.

Emitir un certificado predial en tiempo óptimo es vital para la prestación de servicios en las áreas de Catastro, se puede mecanizar sin mucho esfuerzo, asegurando la eficiencia y disminución de errores humanos.

A la antigua, cuando trabajábamos con los municipios, cuando un usuario solicitaba una mensura y certificado catastral, la mitad del trabajo era la inspección y medición en campo; el resto era trabajar en gabinete el mapa y pelear contra plantillas de escala para asegurar que el certificado fuera fiel a los datos que hay dentro de la base de datos. 

Por supuesto, si la demanda es poca, las horas invertidas en descargar los datos, dibujar, validar contra mapas existentes, crear el cuadro de rumbos, distancias y plantilla escala, justifican la mañana de un técnico que solo gusta estar viendo videos en Youtube.  Pero en una Dirección de Catastro que está integrada al Registro, que va a recibir múltiples solicitudes por la exigencia de la ley al momento de la presentación, no se puede dar el lujo de hacerlo de forma manual.

Este es un ejemplo, que publicamos para visibilizar el esfuerzo humano de unas horas invertidas en desarrollar una aplicación que garantice que el certificado se emita en menos de 30 segundos.

Los insumos disponibles.

• La información de parcelas está almacenada en una base de datos Oracle Spatial.
• Las imágenes están servidas vía un WMS de ArcGIS Server.
• La herramienta cliente que ellos utilizan es BentleyMap, una aplicación de Microstation para mapeo.

Como pueden ver, la situación existencial es licenciamiento privativo, pero cuando se trabaja con instituciones públicas hay que utilizar lo que hay, si no se tiene la potestad de mover tendencias hacia el OpenSource.  Otros pueden hacer esto con otras aplicaciones, en nuestro caso debimos hacerlo con lo que existía.

Los datos que pide la aplicación

Para el desarrollo se utilizó Visual Basic for Aplicatiosn (VBA).  Si bien la herramienta antes la habíamos hecho para Microstation Geographics, hacer el cambio implicaba simplificar muchas locuras que antes se hacía sobre ficheros DGN, buscando una ejecución más rápida sacando provecho de las nuevas funcionalidades disponibles.

El formulario solicita datos en un solo despliegue:

• La clave catastral, con una máscara adaptada al formato.  En este caso, Código de departamento, Código de municipio, Sector y número de predio.
• Permite la opción que el certificado traiga los nombres de los propietarios, la clave catastral o los números de predio en el centroide de la parcela.
• Se le puede dar la opción de traer la imagen de fondo desde el servicio WMS.
• Se le puede seleccionar que se tematice el predio con un relleno transparente.
• En cuanto a la escala, la aplicación busca la más ajustada al predio más un rango extra, si por alguna razón sale muy ajustado se puede dar la opción que busque la escala siguiente en factores de 125x.
• Finalmente tiene un campo para agregar observaciones y una barra de progreso.

El Resultado

Una vez ejecutado el proceso, la aplicación hace la rutina que antes el usuario hacía manualmente:

• Se conecta a Oracle Spatial, y busca el predio con la clave seleccionada seleccionado.
• Toma los datos de rango del objeto (x,y mínimos y máximos), a esto le agrega un porcentaje para que el predio no salga ajustado al marco, y de ese rango se trae todos los predios intersectados por ese cuadrante.
• Luego, la aplicación crea un model, haciendo un recorte del recuadro y colocando la plantilla que ya tiene incrustado el módulo y logotipos..
• De la base de datos captura la información de propietario, dirección, área calculada, etc.
• De un web service consume el código de barra / Código QR.
• Y en la siguiente hoja genera las coordenadas, con sus rumbos y distancias como lo haría el usuario con CivilCAD o Civil3D.

• ¿Se simplificó el proceso de Microstation Geographics?

Sin duda alguna, aunque la simplificación se ve más en otros aspectos que en la generación de un certificado.

Pero entre la ganancia, se puede mencionar:

• El análisis espacial anterior era de más locura, pues al estar ahora los predios en una base espacial, la consulta es más ágil; antes el hecho de tener que verificar qué mapas físicos traer a partir de una consulta espacial al index (que era otro DGN)  implicaba segundos valiosos y más de alguna vez el riesgo de haberse modificado el límite de un mapa y no actualizarse el índice.
• De igual forma que el llamado de mapas de contexto, antes Geographics no soportaba servicios de imágenes, con lo que era necesario llamar de referencia imágenes que aunque estuvieran en formato liviano .ECW, al hacerse de forma remota hacían pesada y lenta la transferencia.  Ahora con un WMS se llama solamente el despliegue como un servicio, no como un fichero físico.
• Luego es ventaja el tamaño del texto, pues antes era un texto como anotación.  Hoy se puede aplicar la etiqueta, a modo de crear reglas de acoplamiento al tamaño de los predios, al igual que cualquier otra configuración de formatos de tamaño que es posible definirlos en el XML del Feature Book, no necesariamente en la plantilla.

El video adjunto muestra como se ejecuta la aplicación.

El reto que viene se vuelve hasta interesante, con una iniciativa que estamos apoyando en paralelo: Hacerlo desde un plugin de QGIS, no directo desde Oracle sino vía WFS servido con GeoServer, pensando no solo en la optimización desde el servicio sino porque no todos los municipios tienen una licencia de BentleyMap.

La entrada Certificado Catastral automatizado desde un CAD/GIS aparece primero en Geofumadas.

ES grato saber que gvSIG ha recibido un galardón de carácter internacional durante el reciente Europa Challenge.

Este premio provee la oportunidad para que los proyectos que aportan a la innovación y soluciones sostenibles para la comunidad mundial.  Por supuesto, si suman un valor agregado a la Iniciativa INSPIRE y utilizan la tecnología disponible de NASA World Wind.

El globo terráqueo virtual existió hace unos años en versión stand alone, con mucha similitud con Google Earth y ventajas en aspectos como carga de servicios OGC y funcionalidades que el popular juguete de Google solo tenía en la versión pagada.  Solo era posible instalarse en Windows, aunque hubo una versión para Linux; con el tiempo World Wind se portó y se llevó a un SDK para ser usado por la comunidad desarrolladora en el que ahora se mantienen diversas bifurcaciones, como el Proyecto Geoforge, Dapple, SERVIR-VIZ, Punt y WW2D.

Como incentivo a la continuidad, en los años recientes la NASA en el contexto INSPIRE implementó el Premio Europa Challenge, al que hoy nos satisface ver apuntado y ganando al software GIS naciente en el entorno hispano más difundido hasta ahora.

Ganancias de gvSIG con este premio

La Fundación gvSIG ha tenido a bien apostar por la Sinergia, presentando el uso que han dado al SDK de NASA World Wind, y lo han presentado en el FOSS4G Europe desarrollado la semana pasada en Italia.

El premio viene a dar un interesante aliento a gvSIG, que por varios años se ha mantenido visible y creciendo en el marco de las Jornadas libres, llegando más allá de su entorno de incubación.  Aparte del contexto latinoamericano, donde gvSIG ha encontrado un interesante nicho, llaman la atención otros ambientes como las comunidad Rusa e Italiana que mantienen significativa actividad.

Las malas noticias siempre restan, en cambio las buenas noticias no siempre suman. 

Nos agrada predecir que esta noticia, con toda seguridad sumará, sobre todo porque llega apenas dos meses después que nos amanecimos la sorpresa que Jorge Sanz se retiraba de Prodevelp.  Sabemos de sobra que las personas son sustituibles en las empresas, pero también estamos convencidos de la falta que hacen cuando son un aporte positivo a las comunidades en las que participan, sobre todo si los nuevos retos implican restricciones que antes eran casi un obsesivo hobby.  No encontraba manera de hacer mención a la baja del Xurxo desde este lado, pero luego del respeto que mantengo por su profesionalismo y entusiasmo por la colaboración, queramos o no, le echaremos de menos.  También esperamos sepa mantenerse activo en lo que sabe hacer y que solo lo podría definir como: sumar desde el entusiasmo pragmático.

En conclusión preliminar, el premio Europa Challenge viene a dar visibilidad a gvSIG que por ahora seguro tiene retos fuertes por buscar más instituciones patrocinadoras que pueden hacer lo que no hace la comunidad por sí sola y que requiere visión orientadora, especialmente en desarrollo, más que formación e implantación que por ahora ya son bastantes y crecientes.

Perspectivas y aspiraciones

No deja de ser preocupante como la visibilidad de gvSIG en las tendencias de Google alcanzó su meseta y mejor momento durante los años 2009 y 2011, pero en los últimos tres años ha venido en caída.  Esto se debe reflejar en la cantidad de descargas del software, actividad de las comunidades y por lo tanto desarrolladores; me refiero tanto a los formales desde la Academia o inversión subvencionada como los peludos haciendo código desde habitaciones repletas de humo y cerveza.

Por nuestra parte creemos que gvSIG mantendrá una línea de estabilidad en la comunidad amante de Java y del código libre.  Aunque será un reto fuerte la gestión de los recursos económicos, alianzas y promoción del desarrollo de funcionalidades sugeridas por la impaciencia que, pueda hacer crecer la visibilidad en el entorno anglosajón.  Especialmente a nivel de usuarios finales que buscan en Internet opiniones ajenas.

Seguro no es nada sencillo estar detrás de estadísticas, pero para eso es el benchmarking, mucho más en contextos de código libre.  El impacto de no disponer de los mismos recursos económicos de hace 5 años, perder recurso técnico de alto valor o enfrentar recesión económica en el contexto de los socios estratégicos, podrían compensarse con reorientar estrategias de sentido común que parecen estar funcionándole al proyecto hermano (QGIS) que, a partir de 2011 ha logrado crecer en niveles desproporcionados, tal como lo muestra la gráfica conjunta de las dos herramientas.

En materia de sostenibilidad, no hay que dejar ir ni siquiera una ligera oportunidad.  Como ejemplo, hay que darle una mirada a lo que está sucediendo con los Proyectos de cooperación en América Lagina promovidos por fondos bilaterales, multilaterales o de reconversión de deuda, provenientes de Europa que poco conocimiento o voluntad tienen en gvSIG; no estaría mal revisar qué está pasando con el mensaje que están recibiendo.

Debemos aclarar, que en el ecosistema de soluciones libres, esto no es una competencia sino una complementariedad.  gvSIG existe para Java y QGIS para C++, ambos para multiplataforma; siempre será necesario un proyecto SIG para Java, mientras este mantenga esa posición envidiable en los entornos de desarrollo.  También es interesante que nunca antes el modelo OpenSource y el desarrollo de comunidades colaborativas fue tan provisorio como hoy día; solo hay que ver el golpe que a esquemas tradicionales le han dado iniciativas como OpenStreetmap, Wikipedia, WordPress, por mencionar algunos.  Pero también debemos ser conscientes que en el mundo globalizado que hoy vivimos, levantar la curva de declinación del ciclo de vida de un producto solo es posible apoyando de manera equilibrada las pocas patas en que se sustentan los negocios tecnológicos de código libre: El capital, innovación y la comunidad.

Creemos que la estrategia de hacer sinergia hacia el SDK de World Wind de la NASA es un valioso paso para evitar invertir recursos en desarrollar algo que ya está allí y que no requiere rehacerse desde cero.  También creemos que iniciativas como esta pudieron hacerse desde hace mucho tiempo (hablando de la continuidad del proceso de incubación OSGeo y sinergias con librerías de aceptación geek) y que, más allá de la optimización de recursos es una interesante decisión por  sinergias de valía mundial. 

Fuera de parecer pesimistas en parte del artículo, buscamos transmitir un análisis constructivo.  Extendemos la felicitación a todos los usuarios de gvSIG que con mucho empeño hemos apoyado su crecimiento.  Felicidades a los impulsores por este acierto a la innovación que, seguro traerá frutos de visibilidad y nuevas alianzas.

Más información: Blog de la Fundación gvSIG

La entrada Valioso aliento para gvSIG – El Premio Europa Challenge aparece primero en Geofumadas.

En 2005 fue la primera vez que atendí la Conferencia de Usuarios de ESRI, siempre en el mismo lugar: El Centro de Convenciones de San Diego, con los grandes banners colgando de los arcos del largo pasillo de vidrios transparentes.  Chocando con árabes de barbas pegajosas y batas blancas, morenos del continente africano con sonrisas de maíz tizate e hispanos aislados esperando no desparramarse para tomarse una nueva selfie para presumir en el Face.

Tres cosas recuerdo muy bien de esa fecha, de la que hace ya exactamente 10 años:

1.  La vida es una aventura.

Cada etapa de nuestros días trae sus propios afanes, satisfacciones y aprendizajes.  Recuerdo aquellos días que mi trabajo estaba a 80 kilómetros de casa, mi hijo saltaba de emoción y buscaba la pelota cuando me escuchaba llegar el Viernes por la noche, mientras que mi hija con apenas dos años me veía con grandes ojos preguntándose quién era ese tío que se desaparecía el resto de la semana.

El otro año mi hijo va a la Universidad, y mi hija no ocupa más explicaciones que esa sonrisa para advertirme de miedos que no he vivido aun.

Así es la vida de emocionante.  Recuerdo que en ese año fui por primera vez a la Conferencia de Usuarios de ESRI.  Era apenas mi segundo viaje a Estados Unidos y cruzábamos una crisis de miedo en el proyecto en que estaba involucrado.  Nos pagaban pero no sabíamos qué mes exactamente era porque nos llevaban remolcados como tres meses y el proveedor de tarjeta de crédito nos tenían en lista para el Buró de la Central de Riesgos.  Así que un Lunes Raúl me debió prestar 50 pesos para comprar almuerzo y tomar el bus a Tegucigalpa a buscar los viáticos del viaje.

La tarde del día siguiente estaba comiendo un delicioso marisco empanizado en un piquetero Restaurante del Embarcadero de San Diego.

2.  La Inspiración está entre la gente.

Estar en medio de 35,000 personas, en un auditorio con pantallas gigantescas distribuidas para ver en tamaño aceptable lo que apenas se ve en una escenario distante, es inspirador.  Pero no por el entorno, sino por la gente.  Ver a Jack Dangermond presentar lo que lo es su vida, me hizo cambiar de mentalidad respecto a mis criterios sectarios entre una y otra marca, entre lo privativo y el código abierto que en aquellos años apenas asomaba.

Podremos discrepara en muchas cosas, pero no debemos olvidar que empresas de este tamaño construyeron el mercado en que ahora conviven el Código libre con la caja cerrada.  Acreditar que ellos fueron los que llevaron a las masas la especialidad de gurús, la complejidad de mi laboratorio de geodesia que apenas pude entender, a gente que la disfruta apasionadamente en sus manos, entre el menosprecio del conocimiento detrás y la complicidad de abrirnos puertas a quienes vivimos del contexto geoespacial.

Fue tan inspirador ver esa pila de cheles con sus desgreñadas melenas, como los rostros estirados de los Ingleses en Infraestructure Inspired de Londres, como los de ojeras desveladas de las Jornadas Libres de gvSIG.  Extremos en posturas, pero clonados a la medida en inspiración por lo que hacen, entre mixturas de lo complejo y lo práctico que parecieran ser parte de un mismo script conductual que ni ellos mismos pueden expresar.

De recordarlo ahora mismo me da escalofríos, de ver la admiración y expectación por las competencias de innovación.  Todos ellos son iguales, inspirados tanto por el Be Award de aquellos años, como por el Europa Challenge que ahora se han ganado los de gvSIG.  ¡Regio!

Lo volví a ver un día en igual intensidad, cuando Hugo Chavez llegó a mi país a insultar a los empresarios en plena Plaza Presidencial.  La vida me hizo dejar de creer en casi la totalidad de cosas que dijo, no por ideología sino por experiencia vivida.  Pero vaya que me sorprendió lo inspirado que estaba en su idea, nada que ver con las caricaturas de revolucionarios de mi país que se habían quedado usando gorras verdes al estilo Fidel Castro y vistiendo camisas del Che Guevara.  Aquella tarde fue una lección de irrespeto para la extrema derecha y una cátedra de inspiración para los remedos de los que creían estar del lado izquierdo.

La inspiración está en la gente..

3. El secreto está en saber hacia donde van las cosas.

Pero si hay algo que se aprende de estar en un evento como la Conferencia de Usuarios de ESRI, es entender hacia donde van las cosas.  A esas conferencias no se va a aprender un truco nuevo, ni siquiera hay tiempo de repetición en cámara lenta, de una pregunta, mucho menos si somos de contexto hispano que preferimos entender el mensaje que perder el tiempo en una traducción al dedillo.  Se entiende en una pasada lo que sucederá en los siguientes dos años, no solo en el software de nuestra preferencia, sino en una pauta que irreversible en el mercado mundial.

Cuando se regresar a tierra propia, es posible disfrutar la misma comunidad en formato miniatura; entre los chistes homofóbicos de Raúl, el extraño gusto por el Rock  Crunch del Chamaco, las habilidades carnívoras de Jorge, los ojos bonitos de Melissa, las buenas perras de Manuel, el cambio de luna de Wilson, las fumadas espaciales de Bárcenas.  Ese mundillo donde es difícil ser serio y donde nunca está de más otra carcajada.  Allí, sin darnos cuenta, el sentido común nos lleva a preparar el camino a las tendencias que vimos; conscientes que lo visto en Estados Unidos sucederá aquí en cinco años, que lo visto en España podría tenerse en tres, y que lo visto en Munich podría nunca suceder aquí.

Pero es allí donde se materializan las fumadas, aterrizadas desde astrales modelos UML a pasos básicos que ocupan los gobiernos municipales.  A los que no se les puede llevar a GIS mientras no hacen un buen CAD, a quienes poco les importa el 3D GML si sus aspectos básicos son combatir la evasión fiscal de afuera y no verse tan untados en la corrupción de adentro; allí, donde poco interés le ven al WFS-T mientras su temor es que el Tribunal Superior de Cuentas les levante un pliego de responsabilidades por no haber aplicado los valores catastrales concertados para el último quinquenio.

Así es mies estimados, una Conferencia de Usuarios de ESRI no debe provocarle estrés a un fanático de la marca, ni aversión al talibán del código libre.  Es un evento para inspirarse con mentalidad abierta, para ver hacia donde van las cosas, la mitad de ellas copiadas de ideas del software libre, como la otra mitad de este lado nacieron allí.

Y como muestra, les dejo los 5 videos de lo mejor que hoy hemos tenido en San Diego.

Video de Apertura

El GIS al rededor del mundo. Parte 1

ArcGIS Earth

Vector Map Tiles

Big Data & GeoAnalytics

Ver más Videos

La entrada La Inspiración – Tendencias de las tecnologías GIS – ESRI UC primer día aparece primero en Geofumadas.

Este es una artículo de colección para los amantes del Desarrollo Urbano y Ordenamiento Territorial, que más allá de fumar en las smart cities que pareciera un cliché apuntando al gusto por complicar las cosas, plantea en 20 pasos simplificados, el reto por el que están apostando países como Egipto y Guinea Ecuatorial en el redibujo de sus capitales.

El documento al que hago referencia, del que agrego enlaces al final del artículo, es un análisis sobre un escrito en inglés.  No pretende ser un plan a seguir, sino más bien permite conocer ciertas variables que han estado presentes en los proyectos de construcción de nuevas ciudades a través de la historia, las prácticas realizadas en las ciudades actuales que están siendo destacadas e imitadas en los nuevos planes y cuáles son los rubros a los que se les debe dar mayor relevancia, entre otros temas.

Resumo los veinte pasos:

1: Elegir un lugar

2: Garantizar suministro de agua potable

3: Asegurar un suministro confiable de dinero

4: Trabajo

Para que una ciudad sea económicamente sustentable necesita de empleos. En este sentido, la nueva capital de Egipto presenta mejores oportunidades porque las instituciones gubernamentales se trasladarán a esta nueva ciudad, según Herbert Girardet, autor del libro “La creación de ciudades sostenibles”.

Esta situación ya ocurrió en otras ciudades que se hicieron desde cero, como Brasilia (Brasil), Canberra (Australia), Abuya (Nigeria), Ottawa (Canadá) y Nueva Delhi (India), se establecieron como nuevas capitales, trayendo consigo “oportunidades de trabajo y mejoras económicas producto de ser un centro nacional de administración”.

5: No atentar a los habitantes

6: Elaborar un plan maestro

7: Integrar el transporte

8: Considerar la prohibición de automóviles

9: Haz basura inteligente

10: Maximizar la conectividad

11: Aspira a ser carbono neutral

12: Empieza de nuevo, olvidaste los parques

13: …y la cultura

14: Por favor, no otra isla en forma divertida

El riesgo que corren las ciudades hechas desde cero es que no les ofrezcan las mismas oportunidades laborales, de vivienda ni de transporte a quienes quieran habitarlas.

Incluso, el antropólogo de la Universidad de Oxford, Nick Simcik Arese, dice que este tipo de ciudades terminan por convertirse en un apartheid de clases, porque no hay opciones para quienes tengan menos recursos económicos.

Es por este motivo que las ciudades deben estar enfocadas en aspectos más trascendentales, como ser diversas socialmente.

15: Hacer una declaración

16: Trata a los trabajadores con respeto

17: Construir rápido, no más rápido…

18: Educación cívica para los nuevos ciudadanos

19: Si lo construyes, vendrán

20: Darle un nombre

Aunque suene lógico, no está de más tenerlo presente para que no pase lo que ocurrió con la nueva capital de Egipto, la que a cuatro meses de su anuncio, aún no tiene nombre.

Sugiero darle una mirada al artículo original, o la versión inicial en inglés.

La entrada 20 Pasos para construir una ciudad desde cero aparece primero en Geofumadas.

MyGeodata es un sorprendente servicio en línea con el que es posible transformar datos geoespaciales, con diferentes formatos CAD, GIS y Raster, a diferente proyección y sistema de referencia.

Para realiza esto, solo se debe subir el archivo, o indicar una url de donde está almacenado.  Los ficheros se pueden subir uno a uno, o en comprimido en extensiones ZIP, RAR, 7Z, TAR, GZ, BZ2, LZ, Z, ARJ, CAB, entre otros.

El servicio soporta más de 60 formatos vectoriales y más de 100 raster.  En el caso CAD / GIS se pueden subir los siguientes formatos:

  Una vez que se suben los datos, la plataforma tiene un visor con OpenStreetmap de fondo, donde se visualiza la información que se ha cargado. 

  Abajo, se puede configurar características de transformación, como cambio de datum o sistema de coordenadas.  Como ejemplo, tenemos datos en WGS84 y queremos pasarlos a ITRF91, un nuevo SRS.

Se puede seleccionar set de caracteres, muy práctico para el manejo de acentos, letras ñ o símbolos de otros idiomas.  Luego se puede elegir qué campos esperamos se mantengan.

Luego los resultados pueden generarse en estos formatos:

Finalmente, se puede descargar el fichero.

El servicio es gratuito, con tamaño de fichero vectorial hasta 20 MB y 100 MB para raster, pero haciendo donaciones voluntarias se pueden eliminar estas restricciones, así como la posibilidad de mantenerlos almacenados.

Ir a MyGeodata

Esta es toda la lista de posibles conversiones:

SHP2KML (SHP to KML), SHP2KMZ (SHP to KMZ), SHP2GeoJSON (SHP to GeoJSON), SHP2TopoJSON (SHP to TopoJSON), SHP2MIF (SHP to MIF), SHP2TAB (SHP to TAB), SHP2GPX (SHP to GPX), SHP2GML (SHP to GML), SHP2DGN (SHP to DGN), SHP2DXF (SHP to DXF), SHP2GDB (SHP to GDB), SHP2CSV (SHP to CSV), SHP2BNA (SHP to BNA), SHP2ODS (SHP to ODS), SHP2XLSX (SHP to XLSX), SHP2PDF (SHP to PDF), SHP2PCIDSK (SHP to PCIDSK), SHP2SQLITE (SHP to SQLITE), SHP2ENC (SHP to ENC), SHP2XML (SHP to XML), SHP2GeoRSS (SHP to GeoRSS), SHP2SQL (SHP to SQL), SHP2SOSI (SHP to SOSI), SHP2SOS (SHP to SOS), SHP2PIX (SHP to PIX), KML2SHP (KML to SHP), KML2KMZ (KML to KMZ), KML2GeoJSON (KML to GeoJSON), KML2TopoJSON (KML to TopoJSON), KML2MIF (KML to MIF), KML2TAB (KML to TAB), KML2GPX (KML to GPX), KML2GML (KML to GML), KML2DGN (KML to DGN), KML2DXF (KML to DXF), KML2GDB (KML to GDB), KML2CSV (KML to CSV), KML2BNA (KML to BNA), KML2ODS (KML to ODS), KML2XLSX (KML to XLSX), KML2PDF (KML to PDF), KML2PCIDSK (KML to PCIDSK), KML2SQLITE (KML to SQLITE), KML2ENC (KML to ENC), KML2XML (KML to XML), KML2GeoRSS (KML to GeoRSS), KML2SQL (KML to SQL), KML2SOSI (KML to SOSI), KML2SOS (KML to SOS), KML2PIX (KML to PIX), KMZ2SHP (KMZ to SHP), KMZ2KML (KMZ to KML), KMZ2GeoJSON (KMZ to GeoJSON), KMZ2TopoJSON (KMZ to TopoJSON), KMZ2MIF (KMZ to MIF), KMZ2TAB (KMZ to TAB), KMZ2GPX (KMZ to GPX), KMZ2GML (KMZ to GML), KMZ2DGN (KMZ to DGN), KMZ2DXF (KMZ to DXF), KMZ2GDB (KMZ to GDB), KMZ2CSV (KMZ to CSV), KMZ2BNA (KMZ to BNA), KMZ2ODS (KMZ to ODS), KMZ2XLSX (KMZ to XLSX), KMZ2PDF (KMZ to PDF), KMZ2PCIDSK (KMZ to PCIDSK), KMZ2SQLITE (KMZ to SQLITE), KMZ2ENC (KMZ to ENC), KMZ2XML (KMZ to XML), KMZ2GeoRSS (KMZ to GeoRSS), KMZ2SQL (KMZ to SQL), KMZ2SOSI (KMZ to SOSI), KMZ2SOS (KMZ to SOS), KMZ2PIX (KMZ to PIX), GeoJSON2SHP (GeoJSON to SHP), GeoJSON2KML (GeoJSON to KML), GeoJSON2KMZ (GeoJSON to KMZ), GeoJSON2TopoJSON (GeoJSON to TopoJSON), GeoJSON2MIF (GeoJSON to MIF), GeoJSON2TAB (GeoJSON to TAB), GeoJSON2GPX (GeoJSON to GPX), GeoJSON2GML (GeoJSON to GML), GeoJSON2DGN (GeoJSON to DGN), GeoJSON2DXF (GeoJSON to DXF), GeoJSON2GDB (GeoJSON to GDB), GeoJSON2CSV (GeoJSON to CSV), GeoJSON2BNA (GeoJSON to BNA), GeoJSON2ODS (GeoJSON to ODS), GeoJSON2XLSX (GeoJSON to XLSX), GeoJSON2PDF (GeoJSON to PDF), GeoJSON2PCIDSK (GeoJSON to PCIDSK), GeoJSON2SQLITE (GeoJSON to SQLITE), GeoJSON2ENC (GeoJSON to ENC), GeoJSON2XML (GeoJSON to XML), GeoJSON2GeoRSS (GeoJSON to GeoRSS), GeoJSON2SQL (GeoJSON to SQL), GeoJSON2SOSI (GeoJSON to SOSI), GeoJSON2SOS (GeoJSON to SOS), GeoJSON2PIX (GeoJSON to PIX), TopoJSON2SHP (TopoJSON to SHP), TopoJSON2KML (TopoJSON to KML), TopoJSON2KMZ (TopoJSON to KMZ), TopoJSON2GeoJSON (TopoJSON to GeoJSON), TopoJSON2MIF (TopoJSON to MIF), TopoJSON2TAB (TopoJSON to TAB), TopoJSON2GPX (TopoJSON to GPX), TopoJSON2GML (TopoJSON to GML), TopoJSON2DGN (TopoJSON to DGN), TopoJSON2DXF (TopoJSON to DXF), TopoJSON2GDB (TopoJSON to GDB), TopoJSON2CSV (TopoJSON to CSV), TopoJSON2BNA (TopoJSON to BNA), TopoJSON2ODS (TopoJSON to ODS), TopoJSON2XLSX (TopoJSON to XLSX), TopoJSON2PDF (TopoJSON to PDF), TopoJSON2PCIDSK (TopoJSON to PCIDSK), TopoJSON2SQLITE (TopoJSON to SQLITE), TopoJSON2ENC (TopoJSON to ENC), TopoJSON2XML (TopoJSON to XML), TopoJSON2GeoRSS (TopoJSON to GeoRSS), TopoJSON2SQL (TopoJSON to SQL), TopoJSON2SOSI (TopoJSON to SOSI), TopoJSON2SOS (TopoJSON to SOS), TopoJSON2PIX (TopoJSON to PIX), MIF2SHP (MIF to SHP), MIF2KML (MIF to KML), MIF2KMZ (MIF to KMZ), MIF2GeoJSON (MIF to GeoJSON), MIF2TopoJSON (MIF to TopoJSON), MIF2TAB (MIF to TAB), MIF2GPX (MIF to GPX), MIF2GML (MIF to GML), MIF2DGN (MIF to DGN), MIF2DXF (MIF to DXF), MIF2GDB (MIF to GDB), MIF2CSV (MIF to CSV), MIF2BNA (MIF to BNA), MIF2ODS (MIF to ODS), MIF2XLSX (MIF to XLSX), MIF2PDF (MIF to PDF), MIF2PCIDSK (MIF to PCIDSK), MIF2SQLITE (MIF to SQLITE), MIF2ENC (MIF to ENC), MIF2XML (MIF to XML), MIF2GeoRSS (MIF to GeoRSS), MIF2SQL (MIF to SQL), MIF2SOSI (MIF to SOSI), MIF2SOS (MIF to SOS), MIF2PIX (MIF to PIX), TAB2SHP (TAB to SHP), TAB2KML (TAB to KML), TAB2KMZ (TAB to KMZ), TAB2GeoJSON (TAB to GeoJSON), TAB2TopoJSON (TAB to TopoJSON), TAB2MIF (TAB to MIF), TAB2GPX (TAB to GPX), TAB2GML (TAB to GML), TAB2DGN (TAB to DGN), TAB2DXF (TAB to DXF), TAB2GDB (TAB to GDB), TAB2CSV (TAB to CSV), TAB2BNA (TAB to BNA), TAB2ODS (TAB to ODS), TAB2XLSX (TAB to XLSX), TAB2PDF (TAB to PDF), TAB2PCIDSK (TAB to PCIDSK), TAB2SQLITE (TAB to SQLITE), TAB2ENC (TAB to ENC), TAB2XML (TAB to XML), TAB2GeoRSS (TAB to GeoRSS), TAB2SQL (TAB to SQL), TAB2SOSI (TAB to SOSI), TAB2SOS (TAB to SOS), TAB2PIX (TAB to PIX), GPX2SHP (GPX to SHP), GPX2KML (GPX to KML), GPX2KMZ (GPX to KMZ), GPX2GeoJSON (GPX to GeoJSON), GPX2TopoJSON (GPX to TopoJSON), GPX2MIF (GPX to MIF), GPX2TAB (GPX to TAB), GPX2GML (GPX to GML), GPX2DGN (GPX to DGN), GPX2DXF (GPX to DXF), GPX2GDB (GPX to GDB), GPX2CSV (GPX to CSV), GPX2BNA (GPX to BNA), GPX2ODS (GPX to ODS), GPX2XLSX (GPX to XLSX), GPX2PDF (GPX to PDF), GPX2PCIDSK (GPX to PCIDSK), GPX2SQLITE (GPX to SQLITE), GPX2ENC (GPX to ENC), GPX2XML (GPX to XML), GPX2GeoRSS (GPX to GeoRSS), GPX2SQL (GPX to SQL), GPX2SOSI (GPX to SOSI), GPX2SOS (GPX to SOS), GPX2PIX (GPX to PIX), GPS2SHP (GPS to SHP), GPS2KML (GPS to KML), GPS2KMZ (GPS to KMZ), GPS2GeoJSON (GPS to GeoJSON), GPS2TopoJSON (GPS to TopoJSON), GPS2MIF (GPS to MIF), GPS2TAB (GPS to TAB), GPS2GPX (GPS to GPX), GPS2GML (GPS to GML), GPS2DGN (GPS to DGN), GPS2DXF (GPS to DXF), GPS2GDB (GPS to GDB), GPS2CSV (GPS to CSV), GPS2BNA (GPS to BNA), GPS2ODS (GPS to ODS), GPS2XLSX (GPS to XLSX), GPS2PDF (GPS to PDF), GPS2PCIDSK (GPS to PCIDSK), GPS2SQLITE (GPS to SQLITE), GPS2ENC (GPS to ENC), GPS2XML (GPS to XML), GPS2GeoRSS (GPS to GeoRSS), GPS2SQL (GPS to SQL), GPS2SOSI (GPS to SOSI), GPS2SOS (GPS to SOS), GPS2PIX (GPS to PIX), NMEA2SHP (NMEA to SHP), NMEA2KML (NMEA to KML), NMEA2KMZ (NMEA to KMZ), NMEA2GeoJSON (NMEA to GeoJSON), NMEA2TopoJSON (NMEA to TopoJSON), NMEA2MIF (NMEA to MIF), NMEA2TAB (NMEA to TAB), NMEA2GPX (NMEA to GPX), NMEA2GML (NMEA to GML), NMEA2DGN (NMEA to DGN), NMEA2DXF (NMEA to DXF), NMEA2GDB (NMEA to GDB), NMEA2CSV (NMEA to CSV), NMEA2BNA (NMEA to BNA), NMEA2ODS (NMEA to ODS), NMEA2XLSX (NMEA to XLSX), NMEA2PDF (NMEA to PDF), NMEA2PCIDSK (NMEA to PCIDSK), NMEA2SQLITE (NMEA to SQLITE), NMEA2ENC (NMEA to ENC), NMEA2XML (NMEA to XML), NMEA2GeoRSS (NMEA to GeoRSS), NMEA2SQL (NMEA to SQL), NMEA2SOSI (NMEA to SOSI), NMEA2SOS (NMEA to SOS), NMEA2PIX (NMEA to PIX), GML2SHP (GML to SHP), GML2KML (GML to KML), GML2KMZ (GML to KMZ), GML2GeoJSON (GML to GeoJSON), GML2TopoJSON (GML to TopoJSON), GML2MIF (GML to MIF), GML2TAB (GML to TAB), GML2GPX (GML to GPX), GML2DGN (GML to DGN), GML2DXF (GML to DXF), GML2GDB (GML to GDB), GML2CSV (GML to CSV), GML2BNA (GML to BNA), GML2ODS (GML to ODS), GML2XLSX (GML to XLSX), GML2PDF (GML to PDF), GML2PCIDSK (GML to PCIDSK), GML2SQLITE (GML to SQLITE), GML2ENC (GML to ENC), GML2XML (GML to XML), GML2GeoRSS (GML to GeoRSS), GML2SQL (GML to SQL), GML2SOSI (GML to SOSI), GML2SOS (GML to SOS), GML2PIX (GML to PIX), DGN2SHP (DGN to SHP), DGN2KML (DGN to KML), DGN2KMZ (DGN to KMZ), DGN2GeoJSON (DGN to GeoJSON), DGN2TopoJSON (DGN to TopoJSON), DGN2MIF (DGN to MIF), DGN2TAB (DGN to TAB), DGN2GPX (DGN to GPX), DGN2GML (DGN to GML), DGN2DXF (DGN to DXF), DGN2GDB (DGN to GDB), DGN2CSV (DGN to CSV), DGN2BNA (DGN to BNA), DGN2ODS (DGN to ODS), DGN2XLSX (DGN to XLSX), DGN2PDF (DGN to PDF), DGN2PCIDSK (DGN to PCIDSK), DGN2SQLITE (DGN to SQLITE), DGN2ENC (DGN to ENC), DGN2XML (DGN to XML), DGN2GeoRSS (DGN to GeoRSS), DGN2SQL (DGN to SQL), DGN2SOSI (DGN to SOSI), DGN2SOS (DGN to SOS), DGN2PIX (DGN to PIX), DXF2SHP (DXF to SHP), DXF2KML (DXF to KML), DXF2KMZ (DXF to KMZ), DXF2GeoJSON (DXF to GeoJSON), DXF2TopoJSON (DXF to TopoJSON), DXF2MIF (DXF to MIF), DXF2TAB (DXF to TAB), DXF2GPX (DXF to GPX), DXF2GML (DXF to GML), DXF2DGN (DXF to DGN), DXF2GDB (DXF to GDB), DXF2CSV (DXF to CSV), DXF2BNA (DXF to BNA), DXF2ODS (DXF to ODS), DXF2XLSX (DXF to XLSX), DXF2PDF (DXF to PDF), DXF2PCIDSK (DXF to PCIDSK), DXF2SQLITE (DXF to SQLITE), DXF2ENC (DXF to ENC), DXF2XML (DXF to XML), DXF2GeoRSS (DXF to GeoRSS), DXF2SQL (DXF to SQL), DXF2SOSI (DXF to SOSI), DXF2SOS (DXF to SOS), DXF2PIX (DXF to PIX), GDB2SHP (GDB to SHP), GDB2KML (GDB to KML), GDB2KMZ (GDB to KMZ), GDB2GeoJSON (GDB to GeoJSON), GDB2TopoJSON (GDB to TopoJSON), GDB2MIF (GDB to MIF), GDB2TAB (GDB to TAB), GDB2GPX (GDB to GPX), GDB2GML (GDB to GML), GDB2DGN (GDB to DGN), GDB2DXF (GDB to DXF), GDB2CSV (GDB to CSV), GDB2BNA (GDB to BNA), GDB2ODS (GDB to ODS), GDB2XLSX (GDB to XLSX), GDB2PDF (GDB to PDF), GDB2PCIDSK (GDB to PCIDSK), GDB2SQLITE (GDB to SQLITE), GDB2ENC (GDB to ENC), GDB2XML (GDB to XML), GDB2GeoRSS (GDB to GeoRSS), GDB2SQL (GDB to SQL), GDB2SOSI (GDB to SOSI), GDB2SOS (GDB to SOS), GDB2PIX (GDB to PIX), CSV2SHP (CSV to SHP), CSV2KML (CSV to KML), CSV2KMZ (CSV to KMZ), CSV2GeoJSON (CSV to GeoJSON), CSV2TopoJSON (CSV to TopoJSON), CSV2MIF (CSV to MIF), CSV2TAB (CSV to TAB), CSV2GPX (CSV to GPX), CSV2GML (CSV to GML), CSV2DGN (CSV to DGN), CSV2DXF (CSV to DXF), CSV2GDB (CSV to GDB), CSV2BNA (CSV to BNA), CSV2ODS (CSV to ODS), CSV2XLSX (CSV to XLSX), CSV2PDF (CSV to PDF), CSV2PCIDSK (CSV to PCIDSK), CSV2SQLITE (CSV to SQLITE), CSV2ENC (CSV to ENC), CSV2XML (CSV to XML), CSV2GeoRSS (CSV to GeoRSS), CSV2SQL (CSV to SQL), CSV2SOSI (CSV to SOSI), CSV2SOS (CSV to SOS), CSV2PIX (CSV to PIX), BNA2SHP (BNA to SHP), BNA2KML (BNA to KML), BNA2KMZ (BNA to KMZ), BNA2GeoJSON (BNA to GeoJSON), BNA2TopoJSON (BNA to TopoJSON), BNA2MIF (BNA to MIF), BNA2TAB (BNA to TAB), BNA2GPX (BNA to GPX), BNA2GML (BNA to GML), BNA2DGN (BNA to DGN), BNA2DXF (BNA to DXF), BNA2GDB (BNA to GDB), BNA2CSV (BNA to CSV), BNA2ODS (BNA to ODS), BNA2XLSX (BNA to XLSX), BNA2PDF (BNA to PDF), BNA2PCIDSK (BNA to PCIDSK), BNA2SQLITE (BNA to SQLITE), BNA2ENC (BNA to ENC), BNA2XML (BNA to XML), BNA2GeoRSS (BNA to GeoRSS), BNA2SQL (BNA to SQL), BNA2SOSI (BNA to SOSI), BNA2SOS (BNA to SOS), BNA2PIX (BNA to PIX), ODS2SHP (ODS to SHP), ODS2KML (ODS to KML), ODS2KMZ (ODS to KMZ), ODS2GeoJSON (ODS to GeoJSON), ODS2TopoJSON (ODS to TopoJSON), ODS2MIF (ODS to MIF), ODS2TAB (ODS to TAB), ODS2GPX (ODS to GPX), ODS2GML (ODS to GML), ODS2DGN (ODS to DGN), ODS2DXF (ODS to DXF), ODS2GDB (ODS to GDB), ODS2CSV (ODS to CSV), ODS2BNA (ODS to BNA), ODS2XLSX (ODS to XLSX), ODS2PDF (ODS to PDF), ODS2PCIDSK (ODS to PCIDSK), ODS2SQLITE (ODS to SQLITE), ODS2ENC (ODS to ENC), ODS2XML (ODS to XML), ODS2GeoRSS (ODS to GeoRSS), ODS2SQL (ODS to SQL), ODS2SOSI (ODS to SOSI), ODS2SOS (ODS to SOS), ODS2PIX (ODS to PIX), XLSX2SHP (XLSX to SHP), XLSX2KML (XLSX to KML), XLSX2KMZ (XLSX to KMZ), XLSX2GeoJSON (XLSX to GeoJSON), XLSX2TopoJSON (XLSX to TopoJSON), XLSX2MIF (XLSX to MIF), XLSX2TAB (XLSX to TAB), XLSX2GPX (XLSX to GPX), XLSX2GML (XLSX to GML), XLSX2DGN (XLSX to DGN), XLSX2DXF (XLSX to DXF), XLSX2GDB (XLSX to GDB), XLSX2CSV (XLSX to CSV), XLSX2BNA (XLSX to BNA), XLSX2ODS (XLSX to ODS), XLSX2PDF (XLSX to PDF), XLSX2PCIDSK (XLSX to PCIDSK), XLSX2SQLITE (XLSX to SQLITE), XLSX2ENC (XLSX to ENC), XLSX2XML (XLSX to XML), XLSX2GeoRSS (XLSX to GeoRSS), XLSX2SQL (XLSX to SQL), XLSX2SOSI (XLSX to SOSI), XLSX2SOS (XLSX to SOS), XLSX2PIX (XLSX to PIX), PDF2SHP (PDF to SHP), PDF2KML (PDF to KML), PDF2KMZ (PDF to KMZ), PDF2GeoJSON (PDF to GeoJSON), PDF2TopoJSON (PDF to TopoJSON), PDF2MIF (PDF to MIF), PDF2TAB (PDF to TAB), PDF2GPX (PDF to GPX), PDF2GML (PDF to GML), PDF2DGN (PDF to DGN), PDF2DXF (PDF to DXF), PDF2GDB (PDF to GDB), PDF2CSV (PDF to CSV), PDF2BNA (PDF to BNA), PDF2ODS (PDF to ODS), PDF2XLSX (PDF to XLSX), PDF2PCIDSK (PDF to PCIDSK), PDF2SQLITE (PDF to SQLITE), PDF2ENC (PDF to ENC), PDF2XML (PDF to XML), PDF2GeoRSS (PDF to GeoRSS), PDF2SQL (PDF to SQL), PDF2SOSI (PDF to SOSI), PDF2SOS (PDF to SOS), PDF2PIX (PDF to PIX), ENC2SHP (ENC to SHP), ENC2KML (ENC to KML), ENC2KMZ (ENC to KMZ), ENC2GeoJSON (ENC to GeoJSON), ENC2TopoJSON (ENC to TopoJSON), ENC2MIF (ENC to MIF), ENC2TAB (ENC to TAB), ENC2GPX (ENC to GPX), ENC2GML (ENC to GML), ENC2DGN (ENC to DGN), ENC2DXF (ENC to DXF), ENC2GDB (ENC to GDB), ENC2CSV (ENC to CSV), ENC2BNA (ENC to BNA), ENC2ODS (ENC to ODS), ENC2XLSX (ENC to XLSX), ENC2PDF (ENC to PDF), ENC2PCIDSK (ENC to PCIDSK), ENC2SQLITE (ENC to SQLITE), ENC2XML (ENC to XML), ENC2GeoRSS (ENC to GeoRSS), ENC2SQL (ENC to SQL), ENC2SOSI (ENC to SOSI), ENC2SOS (ENC to SOS), ENC2PIX (ENC to PIX), VFR2SHP (VFR to SHP), VFR2KML (VFR to KML), VFR2KMZ (VFR to KMZ), VFR2GeoJSON (VFR to GeoJSON), VFR2TopoJSON (VFR to TopoJSON), VFR2MIF (VFR to MIF), VFR2TAB (VFR to TAB), VFR2GPX (VFR to GPX), VFR2GML (VFR to GML), VFR2DGN (VFR to DGN), VFR2DXF (VFR to DXF), VFR2GDB (VFR to GDB), VFR2CSV (VFR to CSV), VFR2BNA (VFR to BNA), VFR2ODS (VFR to ODS), VFR2XLSX (VFR to XLSX), VFR2PDF (VFR to PDF), VFR2PCIDSK (VFR to PCIDSK), VFR2SQLITE (VFR to SQLITE), VFR2ENC (VFR to ENC), VFR2XML (VFR to XML), VFR2GeoRSS (VFR to GeoRSS), VFR2SQL (VFR to SQL), VFR2SOSI (VFR to SOSI), VFR2SOS (VFR to SOS), VFR2PIX (VFR to PIX), RUIAN2SHP (RUIAN to SHP), RUIAN2KML (RUIAN to KML), RUIAN2KMZ (RUIAN to KMZ), RUIAN2GeoJSON (RUIAN to GeoJSON), RUIAN2TopoJSON (RUIAN to TopoJSON), RUIAN2MIF (RUIAN to MIF), RUIAN2TAB (RUIAN to TAB), RUIAN2GPX (RUIAN to GPX), RUIAN2GML (RUIAN to GML), RUIAN2DGN (RUIAN to DGN), RUIAN2DXF (RUIAN to DXF), RUIAN2GDB (RUIAN to GDB), RUIAN2CSV (RUIAN to CSV), RUIAN2BNA (RUIAN to BNA), RUIAN2ODS (RUIAN to ODS), RUIAN2XLSX (RUIAN to XLSX), RUIAN2PDF (RUIAN to PDF), RUIAN2PCIDSK (RUIAN to PCIDSK), RUIAN2SQLITE (RUIAN to SQLITE), RUIAN2ENC (RUIAN to ENC), RUIAN2XML (RUIAN to XML), RUIAN2GeoRSS (RUIAN to GeoRSS), RUIAN2SQL (RUIAN to SQL), RUIAN2SOSI (RUIAN to SOSI), RUIAN2SOS (RUIAN to SOS), RUIAN2PIX (RUIAN to PIX), VFK2SHP (VFK to SHP), VFK2KML (VFK to KML), VFK2KMZ (VFK to KMZ), VFK2GeoJSON (VFK to GeoJSON), VFK2TopoJSON (VFK to TopoJSON), VFK2MIF (VFK to MIF), VFK2TAB (VFK to TAB), VFK2GPX (VFK to GPX), VFK2GML (VFK to GML), VFK2DGN (VFK to DGN), VFK2DXF (VFK to DXF), VFK2GDB (VFK to GDB), VFK2CSV (VFK to CSV), VFK2BNA (VFK to BNA), VFK2ODS (VFK to ODS), VFK2XLSX (VFK to XLSX), VFK2PDF (VFK to PDF), VFK2PCIDSK (VFK to PCIDSK), VFK2SQLITE (VFK to SQLITE), VFK2ENC (VFK to ENC), VFK2XML (VFK to XML), VFK2GeoRSS (VFK to GeoRSS), VFK2SQL (VFK to SQL), VFK2SOSI (VFK to SOSI), VFK2SOS (VFK to SOS), VFK2PIX (VFK to PIX), OSM2SHP (OSM to SHP), OSM2KML (OSM to KML), OSM2KMZ (OSM to KMZ), OSM2GeoJSON (OSM to GeoJSON), OSM2TopoJSON (OSM to TopoJSON), OSM2MIF (OSM to MIF), OSM2TAB (OSM to TAB), OSM2GPX (OSM to GPX), OSM2GML (OSM to GML), OSM2DGN (OSM to DGN), OSM2DXF (OSM to DXF), OSM2GDB (OSM to GDB), OSM2CSV (OSM to CSV), OSM2BNA (OSM to BNA), OSM2ODS (OSM to ODS), OSM2XLSX (OSM to XLSX), OSM2PDF (OSM to PDF), OSM2PCIDSK (OSM to PCIDSK), OSM2SQLITE (OSM to SQLITE), OSM2ENC (OSM to ENC), OSM2XML (OSM to XML), OSM2GeoRSS (OSM to GeoRSS), OSM2SQL (OSM to SQL), OSM2SOSI (OSM to SOSI), OSM2SOS (OSM to SOS), OSM2PIX (OSM to PIX), PBF2SHP (PBF to SHP), PBF2KML (PBF to KML), PBF2KMZ (PBF to KMZ), PBF2GeoJSON (PBF to GeoJSON), PBF2TopoJSON (PBF to TopoJSON), PBF2MIF (PBF to MIF), PBF2TAB (PBF to TAB), PBF2GPX (PBF to GPX), PBF2GML (PBF to GML), PBF2DGN (PBF to DGN), PBF2DXF (PBF to DXF), PBF2GDB (PBF to GDB), PBF2CSV (PBF to CSV), PBF2BNA (PBF to BNA), PBF2ODS (PBF to ODS), PBF2XLSX (PBF to XLSX), PBF2PDF (PBF to PDF), PBF2PCIDSK (PBF to PCIDSK), PBF2SQLITE (PBF to SQLITE), PBF2ENC (PBF to ENC), PBF2XML (PBF to XML), PBF2GeoRSS (PBF to GeoRSS), PBF2SQL (PBF to SQL), PBF2SOSI (PBF to SOSI), PBF2SOS (PBF to SOS), PBF2PIX (PBF to PIX), PGEO2SHP (PGEO to SHP), PGEO2KML (PGEO to KML), PGEO2KMZ (PGEO to KMZ), PGEO2GeoJSON (PGEO to GeoJSON), PGEO2TopoJSON (PGEO to TopoJSON), PGEO2MIF (PGEO to MIF), PGEO2TAB (PGEO to TAB), PGEO2GPX (PGEO to GPX), PGEO2GML (PGEO to GML), PGEO2DGN (PGEO to DGN), PGEO2DXF (PGEO to DXF), PGEO2GDB (PGEO to GDB), PGEO2CSV (PGEO to CSV), PGEO2BNA (PGEO to BNA), PGEO2ODS (PGEO to ODS), PGEO2XLSX (PGEO to XLSX), PGEO2PDF (PGEO to PDF), PGEO2PCIDSK (PGEO to PCIDSK), PGEO2SQLITE (PGEO to SQLITE), PGEO2ENC (PGEO to ENC), PGEO2XML (PGEO to XML), PGEO2GeoRSS (PGEO to GeoRSS), PGEO2SQL (PGEO to SQL), PGEO2SOSI (PGEO to SOSI), PGEO2SOS (PGEO to SOS), PGEO2PIX (PGEO to PIX), MDB2SHP (MDB to SHP), MDB2KML (MDB to KML), MDB2KMZ (MDB to KMZ), MDB2GeoJSON (MDB to GeoJSON), MDB2TopoJSON (MDB to TopoJSON), MDB2MIF (MDB to MIF), MDB2TAB (MDB to TAB), MDB2GPX (MDB to GPX), MDB2GML (MDB to GML), MDB2DGN (MDB to DGN), MDB2DXF (MDB to DXF), MDB2GDB (MDB to GDB), MDB2CSV (MDB to CSV), MDB2BNA (MDB to BNA), MDB2ODS (MDB to ODS), MDB2XLSX (MDB to XLSX), MDB2PDF (MDB to PDF), MDB2PCIDSK (MDB to PCIDSK), MDB2SQLITE (MDB to SQLITE), MDB2ENC (MDB to ENC), MDB2XML (MDB to XML), MDB2GeoRSS (MDB to GeoRSS), MDB2SQL (MDB to SQL), MDB2SOSI (MDB to SOSI), MDB2SOS (MDB to SOS), MDB2PIX (MDB to PIX), E002SHP (E00 to SHP), E002KML (E00 to KML), E002KMZ (E00 to KMZ), E002GeoJSON (E00 to GeoJSON), E002TopoJSON (E00 to TopoJSON), E002MIF (E00 to MIF), E002TAB (E00 to TAB), E002GPX (E00 to GPX), E002GML (E00 to GML), E002DGN (E00 to DGN), E002DXF (E00 to DXF), E002GDB (E00 to GDB), E002CSV (E00 to CSV), E002BNA (E00 to BNA), E002ODS (E00 to ODS), E002XLSX (E00 to XLSX), E002PDF (E00 to PDF), E002PCIDSK (E00 to PCIDSK), E002SQLITE (E00 to SQLITE), E002ENC (E00 to ENC), E002XML (E00 to XML), E002GeoRSS (E00 to GeoRSS), E002SQL (E00 to SQL), E002SOSI (E00 to SOSI), E002SOS (E00 to SOS), E002PIX (E00 to PIX), NTF2SHP (NTF to SHP), NTF2KML (NTF to KML), NTF2KMZ (NTF to KMZ), NTF2GeoJSON (NTF to GeoJSON), NTF2TopoJSON (NTF to TopoJSON), NTF2MIF (NTF to MIF), NTF2TAB (NTF to TAB), NTF2GPX (NTF to GPX), NTF2GML (NTF to GML), NTF2DGN (NTF to DGN), NTF2DXF (NTF to DXF), NTF2GDB (NTF to GDB), NTF2CSV (NTF to CSV), NTF2BNA (NTF to BNA), NTF2ODS (NTF to ODS), NTF2XLSX (NTF to XLSX), NTF2PDF (NTF to PDF), NTF2PCIDSK (NTF to PCIDSK), NTF2SQLITE (NTF to SQLITE), NTF2ENC (NTF to ENC), NTF2XML (NTF to XML), NTF2GeoRSS (NTF to GeoRSS), NTF2SQL (NTF to SQL), NTF2SOSI (NTF to SOSI), NTF2SOS (NTF to SOS), NTF2PIX (NTF to PIX), TIGER2SHP (TIGER to SHP), TIGER2KML (TIGER to KML), TIGER2KMZ (TIGER to KMZ), TIGER2GeoJSON (TIGER to GeoJSON), TIGER2TopoJSON (TIGER to TopoJSON), TIGER2MIF (TIGER to MIF), TIGER2TAB (TIGER to TAB), TIGER2GPX (TIGER to GPX), TIGER2GML (TIGER to GML), TIGER2DGN (TIGER to DGN), TIGER2DXF (TIGER to DXF), TIGER2GDB (TIGER to GDB), TIGER2CSV (TIGER to CSV), TIGER2BNA (TIGER to BNA), TIGER2ODS (TIGER to ODS), TIGER2XLSX (TIGER to XLSX), TIGER2PDF (TIGER to PDF), TIGER2PCIDSK (TIGER to PCIDSK), TIGER2SQLITE (TIGER to SQLITE), TIGER2ENC (TIGER to ENC), TIGER2XML (TIGER to XML), TIGER2GeoRSS (TIGER to GeoRSS), TIGER2SQL (TIGER to SQL), TIGER2SOSI (TIGER to SOSI), TIGER2SOS (TIGER to SOS), TIGER2PIX (TIGER to PIX), WFS2SHP (WFS to SHP), WFS2KML (WFS to KML), WFS2KMZ (WFS to KMZ), WFS2GeoJSON (WFS to GeoJSON), WFS2TopoJSON (WFS to TopoJSON), WFS2MIF (WFS to MIF), WFS2TAB (WFS to TAB), WFS2GPX (WFS to GPX), WFS2GML (WFS to GML), WFS2DGN (WFS to DGN), WFS2DXF (WFS to DXF), WFS2GDB (WFS to GDB), WFS2CSV (WFS to CSV), WFS2BNA (WFS to BNA), WFS2ODS (WFS to ODS), WFS2XLSX (WFS to XLSX), WFS2PDF (WFS to PDF), WFS2PCIDSK (WFS to PCIDSK), WFS2SQLITE (WFS to SQLITE), WFS2ENC (WFS to ENC), WFS2XML (WFS to XML), WFS2GeoRSS (WFS to GeoRSS), WFS2SQL (WFS to SQL), WFS2SOSI (WFS to SOSI), WFS2SOS (WFS to SOS), WFS2PIX (WFS to PIX), XLS2SHP (XLS to SHP), XLS2KML (XLS to KML), XLS2KMZ (XLS to KMZ), XLS2GeoJSON (XLS to GeoJSON), XLS2TopoJSON (XLS to TopoJSON), XLS2MIF (XLS to MIF), XLS2TAB (XLS to TAB), XLS2GPX (XLS to GPX), XLS2GML (XLS to GML), XLS2DGN (XLS to DGN), XLS2DXF (XLS to DXF), XLS2GDB (XLS to GDB), XLS2CSV (XLS to CSV), XLS2BNA (XLS to BNA), XLS2ODS (XLS to ODS), XLS2XLSX (XLS to XLSX), XLS2PDF (XLS to PDF), XLS2PCIDSK (XLS to PCIDSK), XLS2SQLITE (XLS to SQLITE), XLS2ENC (XLS to ENC), XLS2XML (XLS to XML), XLS2GeoRSS (XLS to GeoRSS), XLS2SQL (XLS to SQL), XLS2SOSI (XLS to SOSI), XLS2SOS (XLS to SOS), XLS2PIX (XLS to PIX), VCT2SHP (VCT to SHP), VCT2KML (VCT to KML), VCT2KMZ (VCT to KMZ), VCT2GeoJSON (VCT to GeoJSON), VCT2TopoJSON (VCT to TopoJSON), VCT2MIF (VCT to MIF), VCT2TAB (VCT to TAB), VCT2GPX (VCT to GPX), VCT2GML (VCT to GML), VCT2DGN (VCT to DGN), VCT2DXF (VCT to DXF), VCT2GDB (VCT to GDB), VCT2CSV (VCT to CSV), VCT2BNA (VCT to BNA), VCT2ODS (VCT to ODS), VCT2XLSX (VCT to XLSX), VCT2PDF (VCT to PDF), VCT2PCIDSK (VCT to PCIDSK), VCT2SQLITE (VCT to SQLITE), VCT2ENC (VCT to ENC), VCT2XML (VCT to XML), VCT2GeoRSS (VCT to GeoRSS), VCT2SQL (VCT to SQL), VCT2SOSI (VCT to SOSI), VCT2SOS (VCT to SOS), VCT2PIX (VCT to PIX), GTM2SHP (GTM to SHP), GTM2KML (GTM to KML), GTM2KMZ (GTM to KMZ), GTM2GeoJSON (GTM to GeoJSON), GTM2TopoJSON (GTM to TopoJSON), GTM2MIF (GTM to MIF), GTM2TAB (GTM to TAB), GTM2GPX (GTM to GPX), GTM2GML (GTM to GML), GTM2DGN (GTM to DGN), GTM2DXF (GTM to DXF), GTM2GDB (GTM to GDB), GTM2CSV (GTM to CSV), GTM2BNA (GTM to BNA), GTM2ODS (GTM to ODS), GTM2XLSX (GTM to XLSX), GTM2PDF (GTM to PDF), GTM2PCIDSK (GTM to PCIDSK), GTM2SQLITE (GTM to SQLITE), GTM2ENC (GTM to ENC), GTM2XML (GTM to XML), GTM2GeoRSS (GTM to GeoRSS), GTM2SQL (GTM to SQL), GTM2SOSI (GTM to SOSI), GTM2SOS (GTM to SOS), GTM2PIX (GTM to PIX), GTZ2SHP (GTZ to SHP), GTZ2KML (GTZ to KML), GTZ2KMZ (GTZ to KMZ), GTZ2GeoJSON (GTZ to GeoJSON), GTZ2TopoJSON (GTZ to TopoJSON), GTZ2MIF (GTZ to MIF), GTZ2TAB (GTZ to TAB), GTZ2GPX (GTZ to GPX), GTZ2GML (GTZ to GML), GTZ2DGN (GTZ to DGN), GTZ2DXF (GTZ to DXF), GTZ2GDB (GTZ to GDB), GTZ2CSV (GTZ to CSV), GTZ2BNA (GTZ to BNA), GTZ2ODS (GTZ to ODS), GTZ2XLSX (GTZ to XLSX), GTZ2PDF (GTZ to PDF), GTZ2PCIDSK (GTZ to PCIDSK), GTZ2SQLITE (GTZ to SQLITE), GTZ2ENC (GTZ to ENC), GTZ2XML (GTZ to XML), GTZ2GeoRSS (GTZ to GeoRSS), GTZ2SQL (GTZ to SQL), GTZ2SOSI (GTZ to SOSI), GTZ2SOS (GTZ to SOS), GTZ2PIX (GTZ to PIX), VPF2SHP (VPF to SHP), VPF2KML (VPF to KML), VPF2KMZ (VPF to KMZ), VPF2GeoJSON (VPF to GeoJSON), VPF2TopoJSON (VPF to TopoJSON), VPF2MIF (VPF to MIF), VPF2TAB (VPF to TAB), VPF2GPX (VPF to GPX), VPF2GML (VPF to GML), VPF2DGN (VPF to DGN), VPF2DXF (VPF to DXF), VPF2GDB (VPF to GDB), VPF2CSV (VPF to CSV), VPF2BNA (VPF to BNA), VPF2ODS (VPF to ODS), VPF2XLSX (VPF to XLSX), VPF2PDF (VPF to PDF), VPF2PCIDSK (VPF to PCIDSK), VPF2SQLITE (VPF to SQLITE), VPF2ENC (VPF to ENC), VPF2XML (VPF to XML), VPF2GeoRSS (VPF to GeoRSS), VPF2SQL (VPF to SQL), VPF2SOSI (VPF to SOSI), VPF2SOS (VPF to SOS), VPF2PIX (VPF to PIX), VMAP2SHP (VMAP to SHP), VMAP2KML (VMAP to KML), VMAP2KMZ (VMAP to KMZ), VMAP2GeoJSON (VMAP to GeoJSON), VMAP2TopoJSON (VMAP to TopoJSON), VMAP2MIF (VMAP to MIF), VMAP2TAB (VMAP to TAB), VMAP2GPX (VMAP to GPX), VMAP2GML (VMAP to GML), VMAP2DGN (VMAP to DGN), VMAP2DXF (VMAP to DXF), VMAP2GDB (VMAP to GDB), VMAP2CSV (VMAP to CSV), VMAP2BNA (VMAP to BNA), VMAP2ODS (VMAP to ODS), VMAP2XLSX (VMAP to XLSX), VMAP2PDF (VMAP to PDF), VMAP2PCIDSK (VMAP to PCIDSK), VMAP2SQLITE (VMAP to SQLITE), VMAP2ENC (VMAP to ENC), VMAP2XML (VMAP to XML), VMAP2GeoRSS (VMAP to GeoRSS), VMAP2SQL (VMAP to SQL), VMAP2SOSI (VMAP to SOSI), VMAP2SOS (VMAP to SOS), VMAP2PIX (VMAP to PIX), DCW2SHP (DCW to SHP), DCW2KML (DCW to KML), DCW2KMZ (DCW to KMZ), DCW2GeoJSON (DCW to GeoJSON), DCW2TopoJSON (DCW to TopoJSON), DCW2MIF (DCW to MIF), DCW2TAB (DCW to TAB), DCW2GPX (DCW to GPX), DCW2GML (DCW to GML), DCW2DGN (DCW to DGN), DCW2DXF (DCW to DXF), DCW2GDB (DCW to GDB), DCW2CSV (DCW to CSV), DCW2BNA (DCW to BNA), DCW2ODS (DCW to ODS), DCW2XLSX (DCW to XLSX), DCW2PDF (DCW to PDF), DCW2PCIDSK (DCW to PCIDSK), DCW2SQLITE (DCW to SQLITE), DCW2ENC (DCW to ENC), DCW2XML (DCW to XML), DCW2GeoRSS (DCW to GeoRSS), DCW2SQL (DCW to SQL), DCW2SOSI (DCW to SOSI), DCW2SOS (DCW to SOS), DCW2PIX (DCW to PIX), PCIDSK2SHP (PCIDSK to SHP), PCIDSK2KML (PCIDSK to KML), PCIDSK2KMZ (PCIDSK to KMZ), PCIDSK2GeoJSON (PCIDSK to GeoJSON), PCIDSK2TopoJSON (PCIDSK to TopoJSON), PCIDSK2MIF (PCIDSK to MIF), PCIDSK2TAB (PCIDSK to TAB), PCIDSK2GPX (PCIDSK to GPX), PCIDSK2GML (PCIDSK to GML), PCIDSK2DGN (PCIDSK to DGN), PCIDSK2DXF (PCIDSK to DXF), PCIDSK2GDB (PCIDSK to GDB), PCIDSK2CSV (PCIDSK to CSV), PCIDSK2BNA (PCIDSK to BNA), PCIDSK2ODS (PCIDSK to ODS), PCIDSK2XLSX (PCIDSK to XLSX), PCIDSK2PDF (PCIDSK to PDF), PCIDSK2SQLITE (PCIDSK to SQLITE), PCIDSK2ENC (PCIDSK to ENC), PCIDSK2XML (PCIDSK to XML), PCIDSK2GeoRSS (PCIDSK to GeoRSS), PCIDSK2SQL (PCIDSK to SQL), PCIDSK2SOSI (PCIDSK to SOSI), PCIDSK2SOS (PCIDSK to SOS), PCIDSK2PIX (PCIDSK to PIX), SQLITE2SHP (SQLITE to SHP), SQLITE2KML (SQLITE to KML), SQLITE2KMZ (SQLITE to KMZ), SQLITE2GeoJSON (SQLITE to GeoJSON), SQLITE2TopoJSON (SQLITE to TopoJSON), SQLITE2MIF (SQLITE to MIF), SQLITE2TAB (SQLITE to TAB), SQLITE2GPX (SQLITE to GPX), SQLITE2GML (SQLITE to GML), SQLITE2DGN (SQLITE to DGN), SQLITE2DXF (SQLITE to DXF), SQLITE2GDB (SQLITE to GDB), SQLITE2CSV (SQLITE to CSV), SQLITE2BNA (SQLITE to BNA), SQLITE2ODS (SQLITE to ODS), SQLITE2XLSX (SQLITE to XLSX), SQLITE2PDF (SQLITE to PDF), SQLITE2PCIDSK (SQLITE to PCIDSK), SQLITE2ENC (SQLITE to ENC), SQLITE2XML (SQLITE to XML), SQLITE2GeoRSS (SQLITE to GeoRSS), SQLITE2SQL (SQLITE to SQL), SQLITE2SOSI (SQLITE to SOSI), SQLITE2SOS (SQLITE to SOS), SQLITE2PIX (SQLITE to PIX), XML2SHP (XML to SHP), XML2KML (XML to KML), XML2KMZ (XML to KMZ), XML2GeoJSON (XML to GeoJSON), XML2TopoJSON (XML to TopoJSON), XML2MIF (XML to MIF), XML2TAB (XML to TAB), XML2GPX (XML to GPX), XML2GML (XML to GML), XML2DGN (XML to DGN), XML2DXF (XML to DXF), XML2GDB (XML to GDB), XML2CSV (XML to CSV), XML2BNA (XML to BNA), XML2ODS (XML to ODS), XML2XLSX (XML to XLSX), XML2PDF (XML to PDF), XML2PCIDSK (XML to PCIDSK), XML2SQLITE (XML to SQLITE), XML2ENC (XML to ENC), XML2GeoRSS (XML to GeoRSS), XML2SQL (XML to SQL), XML2SOSI (XML to SOSI), XML2SOS (XML to SOS), XML2PIX (XML to PIX), GeoRSS2SHP (GeoRSS to SHP), GeoRSS2KML (GeoRSS to KML), GeoRSS2KMZ (GeoRSS to KMZ), GeoRSS2GeoJSON (GeoRSS to GeoJSON), GeoRSS2TopoJSON (GeoRSS to TopoJSON), GeoRSS2MIF (GeoRSS to MIF), GeoRSS2TAB (GeoRSS to TAB), GeoRSS2GPX (GeoRSS to GPX), GeoRSS2GML (GeoRSS to GML), GeoRSS2DGN (GeoRSS to DGN), GeoRSS2DXF (GeoRSS to DXF), GeoRSS2GDB (GeoRSS to GDB), GeoRSS2CSV (GeoRSS to CSV), GeoRSS2BNA (GeoRSS to BNA), GeoRSS2ODS (GeoRSS to ODS), GeoRSS2XLSX (GeoRSS to XLSX), GeoRSS2PDF (GeoRSS to PDF), GeoRSS2PCIDSK (GeoRSS to PCIDSK), GeoRSS2SQLITE (GeoRSS to SQLITE), GeoRSS2ENC (GeoRSS to ENC), GeoRSS2XML (GeoRSS to XML), GeoRSS2SQL (GeoRSS to SQL), GeoRSS2SOSI (GeoRSS to SOSI), GeoRSS2SOS (GeoRSS to SOS), GeoRSS2PIX (GeoRSS to PIX), SQL2SHP (SQL to SHP), SQL2KML (SQL to KML), SQL2KMZ (SQL to KMZ), SQL2GeoJSON (SQL to GeoJSON), SQL2TopoJSON (SQL to TopoJSON), SQL2MIF (SQL to MIF), SQL2TAB (SQL to TAB), SQL2GPX (SQL to GPX), SQL2GML (SQL to GML), SQL2DGN (SQL to DGN), SQL2DXF (SQL to DXF), SQL2GDB (SQL to GDB), SQL2CSV (SQL to CSV), SQL2BNA (SQL to BNA), SQL2ODS (SQL to ODS), SQL2XLSX (SQL to XLSX), SQL2PDF (SQL to PDF), SQL2PCIDSK (SQL to PCIDSK), SQL2SQLITE (SQL to SQLITE), SQL2ENC (SQL to ENC), SQL2XML (SQL to XML), SQL2GeoRSS (SQL to GeoRSS), SQL2SOSI (SQL to SOSI), SQL2SOS (SQL to SOS), SQL2PIX (SQL to PIX), SOSI2SHP (SOSI to SHP), SOSI2KML (SOSI to KML), SOSI2KMZ (SOSI to KMZ), SOSI2GeoJSON (SOSI to GeoJSON), SOSI2TopoJSON (SOSI to TopoJSON), SOSI2MIF (SOSI to MIF), SOSI2TAB (SOSI to TAB), SOSI2GPX (SOSI to GPX), SOSI2GML (SOSI to GML), SOSI2DGN (SOSI to DGN), SOSI2DXF (SOSI to DXF), SOSI2GDB (SOSI to GDB), SOSI2CSV (SOSI to CSV), SOSI2BNA (SOSI to BNA), SOSI2ODS (SOSI to ODS), SOSI2XLSX (SOSI to XLSX), SOSI2PDF (SOSI to PDF), SOSI2PCIDSK (SOSI to PCIDSK), SOSI2SQLITE (SOSI to SQLITE), SOSI2ENC (SOSI to ENC), SOSI2XML (SOSI to XML), SOSI2GeoRSS (SOSI to GeoRSS), SOSI2SQL (SOSI to SQL), SOSI2SOS (SOSI to SOS), SOSI2PIX (SOSI to PIX), SOS2SHP (SOS to SHP), SOS2KML (SOS to KML), SOS2KMZ (SOS to KMZ), SOS2GeoJSON (SOS to GeoJSON), SOS2TopoJSON (SOS to TopoJSON), SOS2MIF (SOS to MIF), SOS2TAB (SOS to TAB), SOS2GPX (SOS to GPX), SOS2GML (SOS to GML), SOS2DGN (SOS to DGN), SOS2DXF (SOS to DXF), SOS2GDB (SOS to GDB), SOS2CSV (SOS to CSV), SOS2BNA (SOS to BNA), SOS2ODS (SOS to ODS), SOS2XLSX (SOS to XLSX), SOS2PDF (SOS to PDF), SOS2PCIDSK (SOS to PCIDSK), SOS2SQLITE (SOS to SQLITE), SOS2ENC (SOS to ENC), SOS2XML (SOS to XML), SOS2GeoRSS (SOS to GeoRSS), SOS2SQL (SOS to SQL), SOS2SOSI (SOS to SOSI), SOS2PIX (SOS to PIX), PIX2SHP (PIX to SHP), PIX2KML (PIX to KML), PIX2KMZ (PIX to KMZ), PIX2GeoJSON (PIX to GeoJSON), PIX2TopoJSON (PIX to TopoJSON), PIX2MIF (PIX to MIF), PIX2TAB (PIX to TAB), PIX2GPX (PIX to GPX), PIX2GML (PIX to GML), PIX2DGN (PIX to DGN), PIX2DXF (PIX to DXF), PIX2GDB (PIX to GDB), PIX2CSV (PIX to CSV), PIX2BNA (PIX to BNA), PIX2ODS (PIX to ODS), PIX2XLSX (PIX to XLSX), PIX2PDF (PIX to PDF), PIX2PCIDSK (PIX to PCIDSK), PIX2SQLITE (PIX to SQLITE), PIX2ENC (PIX to ENC), PIX2XML (PIX to XML), PIX2GeoRSS (PIX to GeoRSS), PIX2SQL (PIX to SQL), PIX2SOSI (PIX to SOSI), PIX2SOS (PIX to SOS).

Ir a MyGeodata

La entrada Transformar datos espaciales ¡Online! aparece primero en Geofumadas.

Quienes hemos dirigido un trabajo de topografía para túneles, somos conscientes de la complejidad de esta disciplina, la fatalidad que representa un segundo de imprecisión en 1,500 metros y todas las medidas de seguridad que se deben tener.

Entre el penal de El Altiplano y el predio en donde se encuentra el inmueble en obra negra, en donde desemboca el túnel por donde escapó Joaquín Guzmán Loera, existe un espejo de agua que obligó a los constructores a excavar hasta los 30 metros de profundidad.

Fuentes cercanas a las investigaciones explicaron que el túnel construido para la fuga del líder del Cártel del Pacífico no es una “línea recta”, entre el penal y el predio con el boquete de salida, sino que presenta ondulaciones que les permitieron a los constructores librar algunas irregularidades en el terreno.

Además de ingenieros, en la construcción de la obra subterránea ​participaron otros especialistas como topógrafos y geólogos para conocer las características del terreno y no enfrentar riesgos mayores.

Las investigaciones que realizan los peritos de la Agencia de Investigación Criminal (AIC) han permitido conocer que el terreno de la zona está conformado principalmente por tepetate.

Además, la mayor parte del túnel se construyó aplicando la técnica de “cúpula” lo que le permite mayor resistencia, y sólo en muy pocos tramos fue necesaria la colocación de cimbra para soportar las paredes.

Otros detalles que se revelaron fue que el tiro de entrada al túnel, desde la celda de El Chapo, la número 20 del pasillo 2 del Centro de Tratamientos Especiales, es de aproximadamente diez metros de profundidad y cuenta con una escalera de madera para llegar al fondo.

Por otra parte, el boquete de salida al predio en la colonia Santa Juanita es de siete metros, en donde también se cuenta con una escalera para salir.

Pero en este extremo del túnel también está instalada la polea mecánica que, con el apoyo de un motor eléctrico, los investigadores creen que se sacó la tierra para la construcción del pasadizo y el mismo mecanismo se habría utilizado para sacar al capo hacia la libertad.

Los trabajos de medición realizados por los peritos de la PGR han logrado establecer que a lo largo del trayecto de 1.5 kilómetros, en algunos puntos, el túnel alcanza profundidades de diez, 15 y 30 metros como máximo, bajo el cuerpo de agua.

————————————————————————————

Una pena que semejante obra de ingeniería sea partícipe de toda una estrategia de corrupción y complicidad, sin la cual no hubiera podido pasar desapercibida.

A simple vista, nada hace sospechar que esta edificación de concreto y en obra negra se convirtió en el centro de esta meticulosa operación que permitió la fuga del líder del cártel de Sinaloa de su celda de la cárcel Altiplano I, en el municipio de Almoloya del céntrico Estado de México.
La construcción se conforma de una vivienda con algunas recámaras y de una suerte de bodega (almacén), desde donde se entra a este túnel que llega a más de diez metros de profundidad y se extiende 1,5 kilómetros hasta llegar, con una perfección milimétrica, a la regadera (ducha) de la celda donde estaba recluido el capo tras su detención en febrero de 2014.
En este precario cobertizo, con un techo de aluminio desde donde se filtra el agua, destaca un boquete en una de las paredes que apunta directo hasta el penal.
No cuesta imaginar a los secuaces del capo vigilando cualquier movimiento de la cárcel y, a su vez, ambicionando día tras día un exitoso final para esta obra de ingeniería que, por su complejidad, debió involucrar a arquitectos, geólogos e ingenieros.
Aunque actualmente una cincuentena de investigadores de la Fiscalía mexicana trabaja en la zona buscando cualquier pista adicional, una visita al lugar permite obtener detalles, mínimos pero llamativos, de la operación de escape orquestada.
En la bodega y pegada al acceso al túnel, se encuentra una carretilla con tierra y un radial, las únicas referencias visibles a los miles de metros cúbicos de material que se tuvieron que sacar durante estos meses.

Un misterio, el de qué paso con las toneladas de tierra que sacaron del túnel y que los vecinos dicen no haber visto, que como tantos otros en este caso que ha indignado la opinión pública está todavía por resolver.
La carretilla, junto con varias bebidas a medio terminar, hacen pensar que, hasta el último minuto, se estuvo construyendo la escapada del capo, que tuvo lugar a las 20.52 hora local (01.52 GMT) del 11 de julio y supuso la segunda vez que Guzmán escapa de un penal de máxima seguridad mexicano.
Además, el almacén alberga varios polines (barras) de madera, probablemente utilizados para soportar la perforación, además de un agujero en el suelo que se utilizaba para la ventilación.
Ya bajo tierra, se halla un primer espacio a unos dos metros de profundidad, de unos quince metros cuadrados, que servía de antesala al estrecho túnel construido y está repleto de barras de madera y un gran generador de luz, con capacidad para alumbrar la extensa obra.
Además, una polea eléctrica que, según relataron a Efe miembros de la fiscalía presentes en la obra durante esta visita organizada a medios de comunicación, era utilizada para sacar la tierra excavada del túnel que empieza una decena de metros más abajo.
Tras descender una veintena de peldaños de madera de una estrecha escalera, comienza este túnel que, indudablemente, ya forma parte del imaginario colectivo del país.
De aproximadamente un metro setenta de altura y casi un metro de ancho, cuenta con tuberías de ventilación e instalación eléctrica y en él se aprecian las bombillas que sirvieron para alumbrar la oscuridad de este conducto.
Sorprende la instalación, pues a pesar de estar bajo tierra, por lo menos en los primeros metros que abrieron a la visita, el aire se respira todavía fresco una vez encendido el sistema de ventilación.

Al comienzo del túnel, cuyas paredes de tierra se deshacen entre los dedos y alertan de la fragilidad de la obra, se observa la ya famosa motocicleta que, presuntamente, el capo utilizó para huir con rapidez tras escapar por el orificio de 50 por 50 centímetros abierto en su celda.
A este mismo vehículo, marca Italika, con un depósito extra de gasolina a medio cargar en su parte superior, se acoplaron dos carritos que se usaron para sacar la tierra con más facilidad, y en un rincón de este diminuto espacio también se observa un pequeño montacargas todavía con varias baterías móviles.
Además de dar detalles sobre esta milimétrica operación de fuga, la visita al túnel también regala anécdotas.
Por ejemplo, sobre las largas horas que los empleados de esta obra -se estima que por el tamaño del conducto no pudieron ser más de dos excavando y dos apoyando desde la entrada- pasaron bajo tierra.
En la parte inferior de la escalera que desemboca en el túnel, en un trozo de pared, sorprenden dos dibujos y un escrito, en color azul, y varios garabatos en rojo.
Una cruz con el acrónimo INRI, una caricatura de un hombre con gafas de sol y largos bigotes y la frase “Lo Berde es Bida, cabrones pura mota (marihuana)”.
Aunque probablemente fruto del aburrimiento, estos dibujos pueden adquirir otra dimensión en esta gran historia por fascículos que es la fuga de “El Chapo “.
Un evento que ha puesto en jaque al actual Gobierno de Enrique Peña Nieto, evidenciando la corrupción del sistema y dañando su imagen internacional. Y que ya ha marcado el país para siempre.

La entrada Fuga del Chapo Guzmán, una obra de alta ingeniería aparece primero en Geofumadas.

Ya casi todo está listo para las 7as Jornadas de gvSIG Latinoamérica y caribe, que se realizarán en México.

Nos parece valioso la suma gradual de las instituciones públicas, que por año han estado controladas por el software privativo, proceso en la mayoría de situaciones iniciado desde la implantación de proyectos de financiamiento internacional que suelen venir atados al uso de marcas específicas.  Cambiar esto no es sencillo, si consideramos la debilidad en la administración pública en cuanto la rotación de recurso humano calificado y la afluencia de la piratería que es el otro elemento promotor.

El hecho que estos eventos se organicen desde la academia es sumamente valioso, en este caso la Facultad de Geografía de la UNAM.

Como tema, se está usando “Desarrollo en software libre como motor de cambio“, bastante apropiado para el contexto mesoamericano, acostumbrado a escuchar el término “desarrollo” y que remembra fracasados esfuerzos por obligar esquemas no adaptados al contexto.  Mover el modelo OpenSource como aliciente para proporcionar un lugar de encuentro de técnicos, investigadores, desarrolladores, expertos y usuarios en general, supone un interesante punto que hasta ahora nadie ha estado impulsando de esta manera.  Se espera que la acogida local genere de forma gradual un tejido que mantenga el equilibrio entre la sostenibilidad y el “lucro”, al que nadie debe temer y que, lastimosamente es necesario para que todos ganen.

Los temas son más que ricos y útiles para todo el contexto lationamericano: redes eléctricas, arqueología remota, colisiones viales, defensa civil, diagnóstico criminal, expansión urbana.  Seguro la Asociación gvSIG está consciente que tanta riqueza lleva el riesgo de atomizarse sin un hilo conductor que encamine un esfuerzo estratégico e intencional para la elaboración de soluciones de uso genérico, sin recordamos que los problemas en este contexto son casi los mismos.

Debatir es bueno, exponer, enseñar.  Nos parece importante que gvSIG se visibilice a partir de casos de uso exitosos.  Sugerimos que se debe poner más fuerza al hacha de la sistematización de experiencias y procesos, recordando que en estos lugares el borrón y cuenta nuevo de los cambios institucionales hace perder el filo de los esfuerzos.  También porque es costumbre ancestral de estas tierras reinventar el agua tibia, veces por la falta de sistematización, otras por orgullo.

La geomática libre está de moda, y eso es bueno.  Más allá de las áreas geoespaciales, la academia tiene profesionales que pueden apostar en complemento estratégico a la parte técnica, para aterrizar la fumada espacial en la cabeza de tomadores de decisiones que lleven la instrumentación a políticas públicas. 

La cita es 26, 27 y 28 de Agosto.  Hay que apurarse porque aunque la entrada es libre, el cupo es limitado.

Por ahora adelanto las ponencias que están distribuidas en dos salones paralelos:

Jueves 27 de Agosto

Viernes 28 de Agosto

Más información

Para estar al tanto, sugerimos seguir la página de la Asociación gvSIG

La entrada Desarrollo en Software libre como motor de cambio aparece primero en Geofumadas.

Cada día los países se enfocan en tendencias de gobierno electrónico, donde se simplifican los procesos en busca de la prestación de un mejor servicio a los ciudadanos, así como disminución de márgenes para la corrupción o burocracia innecesaria.

Somos conscientes que la legislación, institucionalidad y procesos en materia de propiedad en cada país son diferentes.  Sin embargo, las reglas que sirven de base para el derecho material obedecen a principios registrales que buscan un mismo fin: garantizar la seguridad jurídica.

El Land Administration Domain Model (LADM) representa uno de los más preciados logros en materia de normatividad para la Administración de Tierras; si recordamos que cuando se plantea el modelo Catastro 2014 era apenas una aspiración poética pero sí muy visionaria.  Una impresionante ganancia del estándar es la posibilidad de uniformar la semántica para el manejo de objetos, tal que el Sistema de Registro de Propiedad pueda acoplarse a iniciativas a nivel de estado que buscan la consolidación de entornos transaccionales enfocados en una visión territorial.

El núcleo de datos comunes

El gráfico al final del artículo muestra como los componentes principales del LADM pueden constituir un núcleo sobre el cual interactúan diferentes procesos, vinculando los elementos del Sistema de Derechos de Propiedad, no solo aplicable a propiedad inmueble, sino también mueble.  Al centro se observan los principales elementos de la acción registral:

• El objeto de registro, que bien puede ser una parcela, un vehículo, una nave, con o sin georeferencia al catastro, bajo técnica de folio personal o en folio real.
• Las partes interesadas; personas naturales, jurídicas o agrupaciones no formales.
• Los gravámenes jurídicos y administrativos; relaciones de derecho, restricción o responsabilidad que afectan el uso, dominio u ocupación de los bienes.
• El derecho entre el objeto y las partes interesadas, inscritas o de hecho.  En el estándar inclusive el derecho es identificado como un gravamen jurídico más.

Si bien no son los únicos elementos, son los que concentran el accionar de los actores asociados a la transacción: el banco, el notario, el agrimensor, el técnico de mapeo, que no son más que otras partes interesadas con diferentes roles.

¿Cómo llamarles y cómo modelarlas? ISO:19152

La posibilidad de integración de procesos bajo una plataforma núcleo

El caso es que estos mismos elementos figuran en los diferentes procesos de un país: Son las mismas personas que el Registro oficial de Personas maneja para fines electorales, mismas personas que aparecen realizando trámites fiscales, permisos de operación de negocios, trámites para construcción, emisión de pasaportes, etc.

Son los mismos bienes sobre los que recaen cargas tributarias, los que contienen los permisos, los que adquieren restricciones de uso, etc.

Así que en un país que promueve una plataforma transaccional central, el caso de Registro de la Propiedad y el Catastro son solo un usuario más, dentro de sus roles de Inscripción Registral y Legalización.  Otras instituciones actúan en sus roles como la Gestión de Riesgos, Ordenamiento Territorial, Planificación, Recaudación, Desarrollo Socioeconómico, Infraestructuras, etc.

Fuera de ser una isla, el Registro de la Propiedad se vuelve una pieza importante en el rompecabezas de los procesos transaccionales.  No importa donde inicia el trámite, si con el notario, en el banco, en la municipalidad o en la entidad responsable de emitir título, el Registro + Catastro se suman al escenario ideal:

Si una institución planifica la construcción de un puente, el Registro le provee la información relativa a el bien inmueble público o privado donde será ubicado; este objeto a nivel de diseño recibe un identificador en el Sistema de Infraestructuras, utilizando la información del Registro Cartográfico que contiene el modelo digital de terreno, características geológicas y contexto de uso.  El mismo objeto es identificado en el Sistema de Inversión Pública para la disposición presupuestaria, y una vez construido se registra un buffer de 500 metros que afecta las parcelas inmediatas  indicando regulaciones para la construcción de entradas en los predios privados y también sobre la región del cauce aguas abajo con una prohibición para la emisión de permisos de extracción de áridos.  Finalmente, una vez la obra terminada se entrega bajo concesión a la municipalidad para asumir un ciclo de mantenimiento periódico.

Pero todos los datos, entran a un Sistema de Registros que comparten datos comunes.  El Registro/Catastro solo expuso un servicio de localización, pero a cambio recibió normativas que afectan a los predios colindantes.

Así, cada institución asume su rol en su nivel de especialidad, logrando tanto la eficiencia en servicio como la promoción del desarrollo que es lo que al final lo que cuenta para interés general, si tomamos en cuenta que la disminución de costos y tiempos transaccionales es el único elemento que depende del gobierno en los diferentes factores asociados al desarrollo como la tecnología y demás recursos.

Las arquitecturas basadas en servicios

Es claro, que llegar a estos niveles requiere una visión amplia de país, aunque que ya no es extraño aun en los países en vías de desarrollo.  Cada día se encuentra a cargo de instituciones públicas, más profesionales con el potencial de conformar equipos multidisciplinarios que vean la administración pública con una óptica análoga a las grandes empresas de donde provienen.  Este es el caso de la adaptación que han tenido modelos donde se ve una municipalidad como un tejido modular donde hay producción, logística, distribución, inventario, envíos, facturas y contabilidad; pese que se difiera el tamaño y facultades normativas.  Por eso los sistemas tradicionales para las municipalidades tipo ERP han sido tan exitosos.

Pero un sistema como el que estamos hablando, no puede suponer que va a funcionar con desarrollos desktop y esquemas cliente-servidor.  Más bien para esto se requiere la aplicación de arquitecturas multicapa con orientación a servicios, donde el desarrollo de las capas de presentación están separadas de la lógica de negocio, y controladas mediante motores de procesamiento en lenguajes como Business Process Modeling and Notation (BPMN 2.0).  De esta manera, procesos simples como la constitución de una hipoteca, o complejos como la individualización de una urbanización, se pueden descomponer en servicios orientados a tareas, a entidades, a utilitarios, tal que no sea necesario desarrollar por separado cada servicio sino más bien orquestarlos en funcionalidades genéricas.

Arquitecturas basadas en servicios facilitan la vida y mantenimiento de grandes Sistemas, al tiempo que mantienen a los usuarios haciendo solamente aquello en lo que son especialistas; sin importar donde están, los técnicos GIS hacen una operación topológica que desmembra un inmueble, heredando derechos sobre una matrícula en Folio Real que no está separada de su geometría.  De modo que incorporar esquemas como Front-Back Office no son escenarios difíciles, porque el Sistema es lo de menos; lo que importa solamente es acoplar la ventana de presentación a un servicio donde está separada la atención al cliente del área de procesamiento.

Ventajas de usar el LADM

La más simple, proveniente de una declaración de hace 20 años:

¡Larga vida a la modelización!

Es por eso que uno de los retos urgentes de los nuevos agrimensores y profesionales de la geomática, es aprender a entender modelos.  Un estándar permite uniformar la semántica para un aspecto tan especializado, que solo hay que decirle a la empresa desarrolladora:  aplique el ISO:19152.  Ojalá fuera así de simple, pero es mucho más fácil que esperar que otros vengan a decir cómo debería funcionar el Sistema de Propiedad, cuando nuestros notarios y catastreros son los especialistas.

Interesante reto de la mesa de inspiración a la que he retornado y de lo que comparto este extracto en aras de la democratización del conocimiento que hoy día es irreversible.  Conscientes que la emoción que provoca la tecnología debe ser paciente de lo complejo que es el rol institucional, sin el cual no será posible llevarlo a la realidad.

La entrada Registro y Catastro en el contexto de un Sistema Transaccional Nacional aparece primero en Geofumadas.

Los amigos de GISGeography.com han realizado un invaluable artículo en el que comparan GQIS con ArcGIS, en nada menos que 27 tópicos.

Es claro que la vida de ambas plataformas es abismal, considerando que los orígenes de QGIS se remontan a 2002, justo cuando salió la última versión estable de ArcView 3x… que ya incluía bastante recorrido.

Indudablemente nunca antes vimos madurez y obsesión del tema Geoespacial como el que viven los usuarios de estas dos soluciones.  Por una parte ESRI soportado por una trayectoria privada de una empresa con más de 40 años en el mercado, con el mérito de ser el medio que vino a popularizar la visión espacial desde una óptica de mercadeo y público no especializado; en tanto que QGIS es la iniciativa más provisoria dentro del enfoque GIS, que logró aprovechar todas las potencialidades del modelo OpenSource, orquestando una comunidad que tiene una conducción no solo de voluntariado sino de alto nivel profesional.

En general, la comparación nos da luces interesantes en aspectos como:

• 1.  QGIS tiene un enfoque a abrirse a cualquier tipo de datos.
• 2.  Ambos buscan simplificar la capa de presentación ante el usuario final, aunque con QGIS no es tan sencillo si consideramos que la riqueza son los plugins.
• 3.  La exploración de datos entre QGIS Browser y ArcCatalog son interesantes, pero se quedan cortas en tanto dependan de la existencia de metadatos.  Siempre es difícil buscar entre los datos.
• 4.  Unión de tablas son fuoncionales en ambos, con ligeras ventajas QGSIS.
• 5.  Reproyectar y cambiar sistema de coordenadas.  Ambos son aceptables en el manejo de proyección nativa y al vuelo, aunque la ganancia ha sido que QGIS finalmente logró leer sin errores una proyección de un fichero .PRJ.
• 6.  El basto arsenal de datos en línea de ArcGIS Online es una asignatura pendiente para QGIS que con el plugin OpenLayers permite muchas capas de fondo pero no hay mucho más.
• 7.  El geoproceso lo supera QGIS, pero no porque ArcMap no lo tenga, sino porque depende del tipo de licencia que se disponga, así se podrán usar las diferentes funcionalidades.  Por supuesto, entre tanta herramienta es posible perderse antes de probarlas todas, si consideramos todas las rutinas de geoproceso que tiene GRASS y SAGA, de las que ya quisiéramos tener un solo kit.
• Claro, esta es una situación que ya no tiene que ver con capacidad del software sino con el modelo de negocio.  Al ser QGIS de licencia GPL, todo está disponible.
• 8.  El mundo de los plugins es amplio en ambas plataformas.  Aunque QGIS es muy amplio en esto, donde existe plugins para casi cada cosa, lo difícil es lo que ArcGIS Marektplace hace fácil, pues hay soluciones para cada cosa con un enfoque de especialización más fácil de encontrar.  Por supuesto, hay que pagar.
• Aunque AGIS es una máquina robusta de geoprocesamiento, no tiene toda la variedad de herramientas especializadas de ESRI.
• 9.  La gestión de datos Raster la supera ArcGIS.  Aunque QGIS+GRASS ofrecen batalla, siempre existe algo en lo que ArcGIS lo hace más fácil; si no por valores agregados, por la dificultad de compatibilidad de plugins respecto a versiones recientes.
• 10.  Las herramientas de Geoestadística de ArcGIS no se pueden comparar.  No solo son funcionales, sino educativas.
• 11.  Con datos LiDAR, habría que pensar, pues mientras algunos sugieren que ArcGIS ha pasado la borda, otros dicen que ESRI está pensando en imponer un formato propio sensores remotos.

Sugiero darle una mirada y agregarlo a su colección, pues el artículo más allá de querer defender una herramienta (que sería lo más obvio), compara 27 similitudes en aspectos como :

• Análisis de Redes
• Gestión de Flujos de trabajo (Model Builder)
• Productos cartográficos finales
• Simbología
• Anotaciones y rótulos
• Automatización de mapas continuos
• Navegación 3D
• Mapas animados
• Tematización
• Edición Avanzadas
• Limpieza topológica
• Edición de datos tabulares
• Coordenadas XY y Codificación
• Transformación de tipos de geometrías
• Documentación de soporte

En definitiva es un arduo trabajo el que ha llevado a este artículo.  En muchos aspectos seguramente requiere más profundidad, que solo conoce quien ha utilizado todas las funcionalidades de ArcGIS y las tripas de los plugins de QGIS.  Sin embargo, algo es satisfactorio:

Nunca antes vimos una épica batalla en el software GIS como el que ahora estamos viendo.

Para leer el artículo completo, ver el enlace.

De paso, sugiero le den seguimiento a la cuenta @GisGeography, que tendremos que agregar al Top40 Geoespacial de Twitter.

La entrada Comparación y diferencias entre QGIS y ArcGIS aparece primero en Geofumadas.

Cada vez que nos sentamos ante una empresa o institución que desea implementar una plataforma con enfoque de gestión territorial, acostumbrados a escuchar muchas voces negativas respecto a los modelos OpenSource, surge esta pregunta con ligeras variantes.

¿Quién responde por QGIS?

Nos parece responsable y muy normal, que un tomador de decisiones busque respaldar una acción que tarde o temprano podría ser auditada –por las buenas o por las malas-.

Lo que sucede es que los Modelos OpenSource cuesta justificarlos, en parte porque en la mayoría de casos, los funcionarios en puestos administrativos intentan entender lo que los info-tecnólogos ni siquiera podemos explicar.  Pero también porque prácticas de actores desde el sector privativo intentan causar confusión, haciendo ver que el software libre no es profesional, que no tiene soporte o que tiene un futuro incierto.

Tanto el optimismo ciego como la mala intención son de considerar, teniendo en cuenta que muchas iniciativas de código abierto han quedado en el camino.  También porque una estrategia de migración al código libre no debe venderse como una disminución total de costos sino como una oportunidad para potenciar el conocimiento, que requiere un complemento en capacitación e innovación sistemática que para ser honestos, es todavía más difícil de vender… y cumplir.

El caso de Qgis es un interesante modelo, del que se podrá escribir libros algún día.  No es la primera, ni la única; casos exitosos como WordPress, PostGIS, Wikipedia y OpenStreetMap muestran similitudes entre el altruismo y la oportunidad de negocios aprovechando la colaboración tras democratizar el conocimiento.  Y es que en el fondo, no se pretende coartar las oportunidades del sector privado ni tomar actitudes en contra de las marcas de prestigio que han conformado el mercado; más bien se trata de no limitar las posibilidades de innovación y desarrollo del ser humano a través de las herramientas tecnológicas, de manera responsable.

Pero en definitiva, las mejores prácticas que un Proyecto OpenSource pueda aplicar debe equilibrar entre el diseño funcional, la arquitectura, la imagen corporativa, la gestión de la comunidad y mucho más importante, la sostenibilidad; palabra que no cabe aquí con el mismo tono que usábamos en el sector Cooperación.  Me gusta más la palabra Lucro colectivo.

Quienes respaldan Qgis

Es interesante que la versión de Qgis que será lanzada en el mes de Marzo de 2016, cuenta con las siguientes instituciones:

Patrocinadores de Oro: 

Asia Air Survey, Japón.  Desde 2012 esta es la institución con más aportes al proyecto Qgis; que en el caso del lejano oriente es responsable de promover el desarrollo de tecnologías de alta calidad para el sector geoespacial.

Patrocinadores de Plata:

• Sourcepole AG, Suiza
• Estado de Vorarlberg, Austria
• Oficina de Obras Públicas, Irlanda
• Universidad de Ciencia y Tecnología, Polonia

Estos patrocinadores nos muestran tanto el apropiamiento que ha tenido en contexto europeo, como la combinación entre el sector Público, Privado y Academia.  Vea que no son países económicamente pudientes, pero el nivel de tecnificación de los procesos en estas dependencias que patrocinan Qgis son de respetar, al grado de poder justificar dentro de sus inversiones, el soporte para una plataforma que es de toda la comunidad mundial.

También es interesante ver que en estos países no hay extrema pobreza ni necesidad de abaratar costos en materia de software.  De modo que el OpenSource es una tendencia más por la innovación y potenciación del conocimiento colaborativo.

Patrocinadores de Bronce:

Europa

• Argusoft, Alemania
• GKG Kassel, Alemania
• ADLARES GmbH, Alemania
• GFI – Gesellschaft für Informations technologie, Alemania
• Openrunner, Francia
• Lutra Consulting, Reino Unido
• Royal Borough of Windsor and Maidenhead, Reino Unido
• Avioportolano Italia
• Molitec, Italia
• GIS3W, italia
• Trage Wegen vzw, Bélgica
• GIS-Support, Polonia
• MappingGIS, España

Como se puede apreciar en esta lista, hablamos tanto de empresas sólidamente establecidas, como de emprendimiento reciente.  Aquí nuestro mérito a MappingGIS, la primera empresa del contexto hispanohablante en apuntarse a este patrocinio.

Es importante entender, que mientras existan empresas privadas patrocinando el software libre, tendremos empresas serias brindando soporte, no solo tendremos desarrolladores freelance metidos en garajes, escribiendo código y mezclando cerveza con adrenalina.  Sino más bien profesionales contratados por empresas bajo proyectos específicos, con metas, estándares y garantías de calidad.

Por supuesto que la adrenalina y el olor a ratas de garaje son necesarias, para darle ese sabor de innovación a proyectos de gran envergadura, que por experiencia, sabemos –casi– deben nacer allí.

América

• Customer Analytics, USA
• Chartwell Consultants Ltd, Canada

Asia y Oceanía

• GeoSynergy, Australia
• Urbsol, Australia
• Gaia3D, South Korea

Los últimos dos listados nos muestran que el campo es todavía virgen en la búsqueda de patrocinadores.  Pero si tienes cuatro instituciones alemanas, una francesa, tres italianas y dos inglesas… seguro no van más allá para no perder el ímpetu.  Queda por explotar medio oriente y Estados Unidos, donde con pinzas es factible encontrar voluntad, así como algunos países de Latinoamérica donde el Proyecto gvSIG ha demostrado que también es posible.

Los orquestadores del proceso.

El software OpenSource requiere visionarios que estén clavados el horizonte, sean estos voluntarios o pagados.  Esto, para que todos los esfuerzos sean coordinados y no recaiga el peso sobre una o dos personas que no son multifacéticas.  Para esto, Qgis tiene un Comité de Dirección del Proyecto que se compone de los siguientes miembros:

• Gary Sherman (Presidente)
• Jürgen Fischer (Director de prensa)
• Anita Graser (Diseño e Interfaz de Usuario)
• Richard Duivenvoorde (Gerente de Infraestructura)
• Marco Hugentobler (Gerente de Código)
• Tim Sutton (Testeo y Aseguramiento de la Calidad)
• Paolo Cavallini (Finanzas)
• Otto Dassau (Documentación)

Es interesante, que no son nombres extraños cuando recordamos el Hashtag #qgis en Twitter o los usuarios experimentados en los foros de soporte.  Esto demuestra lo comprometidos que están con el proyecto, dando la cara al estilo de los del contexto anglosajón: sin vanagloria de lo que saben, sin buscar sobresalir, con tarjetas de presentación que ni siquiera tienen el apellido.

Gracias a este equipo de orquestadores, han logrado un nivel sorprendente de confianza interesante de sistematizar; luego de lo que he conversado con usuarios que de forma voluntaria y profesional se han llegado a involucrar en los equipos de mejora de experiencia para el usuario y documentación.  También es importante aportar, que esta agresividad y organización del proyecto Qgis es reciente; pero vaya que lo han logrado hacer tan bien.  Probé por primera vez esta herramienta en Julio 2009, justo en los días de ocio por culpa del Golpe de Estado de Honduras.  Hoy, me llama la atención la opinión de los usuarios fieles, materializada en satisfacción con la versión actual y tranquilidad que lo que le hace falta está en la lista de deseos que pronto podrá ser complacida.

La Comunidad de Usuarios

Indudablemente la vida de un software libre está en la comunidad.  Allí están los usuarios obsesivos que se descargan el build diario, solo por probar qué de novedoso trae, los miedosos que esperan que esté oficialmente testeada, los locos colaboradores que regalan su código a cambio de un porro de marihuana, los que dan consejería gratuita y hasta nosotros los escritores que aprendimos a hacer investigación sistémica en los ratos que no tenemos el látigo en la mano.  Interesante como nunca lo vimos antes, con todas las posibilidades de comunicación que hoy nos ofrece este mundo.

Me gusta la imagen siguiente, porque es el primer certificado catastral que vi hacer a un técnico municipal. Perfecto como debe ser.  Solo con Qgis.  Sin que le diéramos capacitación.

Seguro las buenas prácticas del Proyecto Qgis en materia de patrocinio sostenible, alianzas estratégicas, ruta de tiempo agresiva, creciente comunidad y presencia corporativa podrán ser de utilidad para otros esfuerzos dentro del entorno Crowdfunding. 

La entrada Qgis – Un ejemplo de buenas prácticas en el modelo OpenSource aparece primero en Geofumadas.