A un poco menos de una semana, empiezo a sentir el estrés de un curso de ArcGIS, de esos que salen quien sabe de donde, que aceptas no sabes cuando, y que de repente ya estás comprometido.

Es un grupo de entusiastas que no se quieren complicar con el software desconocido, que tienen la plata y esperan integrar a ArcGIS.  Por un momento quise ofrecerles otras opciones, pero en este caso, ArcGIS es lo que más les conviene, por una serie de circunstancias, entre ellas la disposición de manuales y el tiempo que no tengo para un curso más largo.

Requieren integrar un sistema catastral, que según veo incluye archivos con una limpieza topológica suculenta.  Me causó satisfacción saber que estos mapas fueron construidos por la persona que me enseñó Microstation hace unos años, de allí que el sucio que tienen es producto de mantenimientos alocados e inocencia en no aplicar el histórico.  Esto facilitaría saber donde andan los cambios y posibles errores topológicos.

Por ahora, les he hecho una propuesta dietética, porque ni ellos tienen, ni yo cuento con el tiempo, menos si hay que desplazarse un par de horas.  En dos fines de semana se cubrirá la formación de aula, con tareas para la semana y un soporte de dos semanas vía chat de Gmail.

Aparte, será necesario hacerles unos tutoriales paso a paso de las 7 rutinas más comunes, entre las que se ha identificado:

• Integración de datos CAD
• Integración a la base de datos
• Análisis con otras capas para planificación
• Mantenimiento catastral
• Generación de mapas para impresión
• Interacción con Google Earth

Allí les cuento como me va, por ahora les he exigido que tengan las máquinas listas y me manden ejemplos de los datos para ir conformando la geodatabase.  Y si todo sale bien, quizá esos tutoriales paso a paso y tips del soporte finalicen cargados en este blog.

Hacer levantamiento catastral con una estación total, aparte de tener precisiones milimétricas, también nos puede ser útil para otros propósitos, en vista que se cuenta con la elevación de cada punto.  Veamos en este caso, como generar curvas de nivel, que ya lo vimos con AutoDesk Civil 3D, con Bentley Geopak y Manifold GIS, así que para fines educativos, en este caso lo haremos con ArcGIS.

1.  Los datos CAD

Para este ejercicio, tengo los archivos de levantamiento en dgn, uno por cada día de trabajo.  Importarlo es tan simple como:

• Arctoolbox
• Data interoperability
• Quick import

Se seleccionan los archivos dgn, y listo, adentro todos.  Vean que bonitos se ven tematizados, se puede ver los días que trabajaron los chicos, cuando se esforzaron y cuando guevonearon.

Más que interesante, se puede notar donde tomaron puntos, en este caso casi solo en los cambios de rumbo de las manzanas, para tomar los frentes y fondos con cinta métrica.  Práctico para respaldar el método de levantamiento para el momento de no coincidencias con medidas documentales o de otros levantamientos.  También se puede notar donde montaron el equipo para hacer vista atrás.

2.  Ingresar puntos a la geodatabase

Para un mejor manejo, ingresaré los puntos a una geodatabase.  Para ello, suponemos que esta ya está creada con el ArcCatalog y definido un Feature class.

• ArcToolbox
• Conversion tools
• To geodatabase
• Feature class to geodatabase

3. Crear modelo digital

Varios de estos pasos pueden obviarse, pero para fines de entender de el uso de 3D Analyst, los veremos en este orden.

• ArcToolbox
• 3D Analyst tools
• Terrain
• Create terrain

Con esto solo hemos definido el nombre del modelo, vamos a ingresarle los puntos:

• Add feature class to terrain
• Build terrain

Ahora vamos a generar el TIN

• ArcTool box
• 3D Analyst tools
• TIN creation
• Create TIN

Se puede ver que en los extremos que no hay suficientes puntos la triangulación se queda pobre, pero donde están las calles se mantiene consistencia.

También pude notar que por su inocencia, en este levantamiento los chicos erraron al no conservar la elevación en un cambio del aparato.  Error salvable, por interpolación de puntos cercanos pero la observación se puede tener a tiempo para hacer el correctivo.  También sugerirles que en los primeros dos puntos de georeferencia usen coordenada de elevación provista por el GPS y distancia suficiente para reducir el error de rotación por la imprecisión del GPS.

4. Generar curvas de nivel

Siempre dentro de 3D Analyst

• TIN Surface
• TIN Contour

Aquí elegimos el TIN recién creado, la capa de destino e intervalo entre las curvas de nivel (entre otras piruetas que me ahorro por razones de espacio).

Los pasos son más al compararlo con Manifold GIS, pero las opciones son mucho más potentes.

5. Generar mapa de pendientes.

• TIN surface
• TIN Slope

Lo que viene es darle uso a esto, que bien se puede aplicar para diseño de sistemas de alcantarillado, pues este ya no solo es un levantamiento parcelario, sino un levantamiento topográfico con el que se pueden trabajar perfiles de calles con apenas un par de pasos.

Cuando tienes objetos lineales sin grosor ni relleno, parece no ser importante esto, pero tarde o temprano es una lata, a pesar que en los layers (niveles) debe estar la sabiduría.

Sucede que tengo este predio, que al rellenarse cubre lo que está detrás como texto.  En Corel Draw era muy fácil, solo había que usar combinaciones de ctrl, shift con pageup o pagedown; Seguro que hay otras formas de hacerlo en CAD, veamos como lo he hecho:

1.  Con Microstation V8

• Se selecciona los objetos
• Edit
• Bring to front

2.  Con Microstation V8i sigue siendo igual de limitado, con la ventaja que en las propiedades generales de los objetos se puede aplicar transparencia.

2. Con AutoCAD antes de 2009

• Se selecciona el objeto
• Botón derecho del ratón
• Display order
• Bring to front, o send to back.

Si se han modificado las propiedades del botón derecho del ratón no se podrá.  También funciona con Tools > Display order… si encuentras el Tools.

3. Con AutoCAD después 2009

• Igual que con anteriores, pero en lugar de decir Display order aparece como Draw order.

…la cantidad de veces que me he equivocado. …cuando he ofendido a otros, con alta, baja o nula intención. …las veces que me he tropezado con la misma piedra, con el mismo pie, con la misma uña. sería tan simple todo. …sólo habría que tener una calculadora de abarrotería.  Sólo hacer sumas, sin regresiones, series o integrales complejas. Los golpes que más duelen son los causados por un mal entendido.  Tragarse el orgullo, evitar discutir y dejar que gane el otro, no está en la academia.  Pero vaya que funciona como última instancia para encontrar la paz. …también sucede que pocas veces me crucé con alguien que se cree tan libre como para tirar las piedras de esa forma.

Estoy bien, solo que el parseo parece no funcionar siempre con réplicas de una base de datos que perdió su integridad y se quiere remendar a puro SELECT FROM.

Los que somos usuarios de aplicaciones gráficas, siempre estamos expectantes que los equipos tengan suficiente memoria de trabajo.  En esto, los programas CAD/GIS siempre han sido cuestionados o medidos en función de el tiempo que se tardan en realizar actividades cotidianas como:

• Análisis espacial
• Rectificación y registro de imágenes
• Despliegue de datos masivos
• Gestión de datos dentro de una geodatabase
• Servicio de datos

La PC tradicional no ha cambiado mucho en los últimos años, en lo que respecta memoria RAM, disco duro, memoria gráfica y características que solo han ido incrementándose; pero la lógica de operación del CPU ha mantenido su diseño original (Por eso seguimos llamándole CPU).  También ha sido una desventaja que a medida que los equipos crecen en capacidades, los programas matan su expectativa diseñándose para consumir el nuevo potencial.

Como ejemplo, (y solo ejemplo), cuando se colocan dos usuarios al mismo tiempo, en iguales condiciones de equipo y datos, uno con AutoCAD 2010 y otro con Microstation V8i, cargando 14 imágenes raster, un archivo parcelario de 8,000 predios y conexión a una base de datos espacial Oracle, nos hacemos la pregunta:

¿Qué tiene uno de los dos, para no colapsar la máquina?

La respuesta no está en innovación, simplemente es la forma de desarrollo del programa, porque no sucede así con AutoDesk Maya, que hace cosas más locas y rinde mejor.  El modo de explotar la PC es igual (hasta ahora en el caso de los dos programas), y en función de esto fusilamos los programas, porque los ocupamos para trabajar, y mucho.  Así, algunos equipos se conocen como PCs tradicionales, estaciones de trabajo o servidores; no porque sean de otro color, sino por la manera que rinden ejecutando programas de alto consumo en el diseño gráfico, tratamiento de video, desarrollo de aplicaciones, funciones de servidor y en nuestro caso, operación con datos espaciales.

Menos CPU, más GPU

De lo más sobresaliente en cambios recientes sucedidos a la arquitectura de las PCs es el término acuñado como GPU, (Unidad de Procesos Gráficos), que permite encontrar un mejor rendimiento del equipo, convirtiendo grandes rutinas en pequeñas tareas simultáneas, sin pasar por la administración del CPU (Unidad Central de Procesos), cuya capacidad de trabajo se juega entre las revoluciones del disco duro, memoria RAM, memoria de video y entre otras particulares (no muchas otras).

Las tarjetas gráficas, no están hechas para incrementar la memoria de video, sino que ellas mismas incluyen un procesador que contiene cientos de núcleos diseñados para ejecutar procesos paralelos.  Esto lo han tenido siempre (más o menos), pero la ventaja actual radica en que estos fabricantes ofrecen cierta arquitectura abierta (casi) para que los desarrolladores de software puedan considerar la existencia de una tarjeta de estas capacidades y explotar su potencial.  PC Magazine de este mes de Enero menciona empresas como nVidia, ATI y otras incluidas dentro de la alianza OpenCL

Para entender la diferencia entre CPU y GPU, aquí les refiero un símil:

CPU, todo centralizado, es como una municipalidad con todo centralizado, que tiene un planeamiento urbano, sabe que debe controlar su crecimiento pero es incapaz de supervisar ni tan siquiera las nuevas construcciones que están violando las normas.  Pero en lugar de concesionar este servicio a la empresa privada, insiste en atribuirse el rol, la población no sabe a quien quejarse por el vecino que se está tomando la acera, y la ciudad sigue desordenándose cada día más. 

Disculpa, no hablaba de tu alcalde, solo hablaba de un símil del CPU, donde esta Unidad Central de Procesos (en caso de Windows) debe hacer que el equipo rinda en procesos como:

• Programas que se ejecutan al iniciar Windows, como Skype, Yahoo Messenger, Antivirus, Motor de Java, etc.  Todos consumiendo una parte de la memoria de trabajo con una prioridad baja pero de forma innecesaria a menos que se modifiquen mediante el msconfig (cosa que algunos ignoran).
• Servicios que están en ejecución, que son parte de Windows, programas de uso común, hardware conectado u otros que se desinstalaron pero quedan allí corriendo.  Estos suelen tener una prioridad media/alta.
• Programas en uso, que consumen espacio con prioridad alta.  Su velocidad de ejecución la sentimos en el hígado porque maldecimos si no lo hacen rápido a pesar de tener un equipo de alto rendimiento. 

Y aunque Windows hace sus malabares, prácticas como tener muchos programas abiertos, instalar o desinstalar de forma irresponsable, temas innecesarios que se ven pintones, hacen que nosotros mismos seamos culpables del mal funcionamiento del equipo.

Sucede entonces, que cuando echamos a andar un proceso de los mencionados al inicio, el procesador se quiebra el coco buscando dar prioridad a este por sobre los otros programas en uso.  Sus pocas opciones para optimizar son la memoria RAM, memoria de video (que muchas veces es compartida), si hay una tarjeta gráfica sacarle algo, dependiendo del tipo de disco duro y otras pequeñeces, el quejido lastimero podría ser menor.

GPU, procesos paralelos, es como que la municipalidad decida descentralizar, concesionar o privatizar aquellas cosas que están fuera de su alcance que aunque sean grandes procesos se entregan en pequeñas tareas.  Así, en base a la normativa vigente se entrega a una empresa privada el rol de vigilar las violaciones penables de forma específica.  Como resultado (sólo ejemplo), el ciudadano puede cumplir con ese delicioso placer de contarle las costillas al vecino que saca el perro a cagarse en su acera, que construye un muro tomándose parte de la acera, que parquea su carro de forma indebida, etc.  La empresa atiende la llamada, va al lugar, procesa la acción, le lleva a la corte, ejecuta la multa, la mitad va para la municipalidad, la otra es un negocio rentable.

Así funciona el GPU, los programas pueden diseñarse de modo que no envíe procesos masivos de forma convencional, sino que se vayan en paralelo como pequeñas rutinas filtradas.  Oh! maravilloso!

Hasta ahora, no muchos programas están haciendo sus aplicaciones con estas características.  La mayoría, juegan aspiran llegar a 64 bits para resolver sus problemas de lentitud, aunque todos sabemos que don Bill Gates siempre se va a pasear en esas capacidades cargando cosas innecesarias sobre las próximas versiones de Windows.  La estrategia de Windows incluye aprovechar el GPU por medio de las API diseñadas para trabajar sobre DirectX 11, que seguro será una alternativa que todos (o la mayoría) aceptarán porque lo preferirán como estándar en lugar de hacer locuras para cada marca fuera de OpenCL.

El gráfico muestra un ejemplo, donde se muestra como entre 2003 y 2008 el procesador nVidia vía GPU ha ido revolucionando sus capacidades en comparación con el procesador Intel CPU.  También la explicación fumada de la diferencia.

Pero el potencial del GPU está allí, ojalá y los programas CAD/GIS le saquen el jugo necesario.  Ya se ha escuchado, aunque el caso más sobresaliente es el de Manifold GIS, con las tarjetas CUDA, de nVidia, en el que un proceso de generación de modelo digital de terreno que se tardaba más de 6 minutos se logró ejecutar en apenas 11 segundos aprovechando la existencia de una tarjeta CUDA.  Fumada que les hizo ganar el Geotech 2008.

En conclusión:  Vamos por el GPU, seguro veremos mucho en los próximos dos años.

Aquí uno de los mejores relatos que contaba mi padre, readaptado a su verdadero origen… ese origen del que apenas tengo memoria, y que a veces pareciera nunca haber existido.  Pero que al igual que mi padre, me hace falta cuando escucho las cigarras.

Fue desde el bordo del barranco que lo vio volar, en el crepúsculo de la oracioncita. Parecía una garza alargada que descendía por la quebrada de Las Trancas, hacia los encuentros con el río Araute. Puesto que iba contraluz, el atardecer lo resignó a creer provisionalmente en el cuento de la oscura zancuda que buscaba la posa redonda, por donde hay barrancos altos, por donde vive el Torogoz.

Pero al día siguiente la noticia despertó la leyenda: una res en el llano de Vargas muerta, sin rasguños, sin golpes, sin lengua.  Fue entonces que Don Marcos, que entonces le llamábamos Maco (como le decía la abuela), recordó la historia y me la contó, por otra penúltima vez.

Era una noche oscura de verano, con el calor chorreando en las costillas y el canto itinerante de los guacos en busca de desobedientes gallinas en los árboles de bolas.  El silencio grillolento se rompió, y no por cigarras aburridas; era como el bramido de un toro, que mugía desesperado en la enturbiada distancia. Maco se incorporó y caminó al bordo, por detrás de la letrina; la noche era todavía más negra, sin nuevas estrellas, como cualquier aburrido Abril sin amoríos, y la voz de su esposa en el eco del silencio:

- Ese toro está llorando, debe haberse enredado en un alambre.

Sus lejanas esperanzas que el tío Noé pudiera atender la res terminaron cuando decidió atarse bien el zapato izquierdo, regresó a casa por el fusil veintidós, la lámpara de cazador y una caja de municiones.
Descendió a la puerta de golpe, sacudió la lámpara por despertar su lumbre, mientras tomaba la derechura por el rancho de Don Catarino; justo cayendo a la posa de La Cachirula.
Escuchó el silencio del casto eunuco mientras se cantó otra canción pero con el mismo coro:

- Ah! Catocho, de nuevo te tomó la noche en la Iglesia.

Bajó con cuidado, recordando viejos resbalones con sabor a besos furtivos, el aliento de ocote y congratulados aterrizajes de la prisa de los suegros potenciales.   Más pronto aún estaba cruzando el río, apagó la linterna por el conocido culto a la costumbre, mientras lo repitió en el hígado.

- Se recuerda mejor el copante con la claridad de la espuma y el ruido de las piedras.

Al llegar al escenario del toro, a unos metros del trapiche, intentó razonar la ecuación; el animal corría alrededor de un matorral y cada tercio de elipse lanzaba su mortífero alarido.  Maco, a oscuras se acercó a la trayectoria, listo para encender la lámpara que ya se había colocado en la frente. Fusil en mano, intentó resolver la derivada del animal, que tras media hora de trillar el pasto ya tenía marcado un carril.

Si tan solo hubiera subido su mirada, hubiera visto el misterioso alado, que desde arriba controlaba al toro con un narcotizante olor que descendía cual rocío y penetraba en la nariz al ritmo de un dispar aleteo de lechuza en el tabanco.
Era el Sacalenguas, que en su intento errado de variar el género escogió un toro resistente al dogma; una vaca se hubiera dormido en minutos, y entonces suavemente hubiera descendido, le habría cubierto el cuello a doble vuelta con su serpentina jafa, apretando hasta que la lengua saliera en tamaño comerciable. La degustaría y quitaría el mal sabor a rumia comiendo su tierna ubre como postre.

Los minutos de la serpiente emplumada terminaron prematuramente; Maco encendió la lámpara, al tiempo que encañonó al toro que, sin opciones reaccionó soltándose en tangente hacia la finca del Tío Noé. Cuando llegó a la puerta de trancas lanzó un alarido y otro más cuando lo saltó, por el sonido de ramas rotas no se detuvo en gran distancia mientras atravesaba la cañera, allá por el árbol de quitacalzón. Cuando Maco, tardíamente alzó la vista buscando alumbrar el reptil alado, ésta se había ido.  Únicamente descendía su rocío y apenas pudo rescatar una pluma color gris empedrado que por su pestilente olor pertenecía definitivamente al sacalenguas.

Maco regresó como sonámbulo, intentando hilvanar su ruedo mientras una fría línea de sudor le figuró la espalda en vertical. Llegó a la casa, guardó el fusil, los zapatos y la lámpara, impotente a tal rompecabezas se durmió y soñó que se bañaba en la poza de La Sirenita, con un cielo navegado por animales de la película Avatar, pero en 2D.

Al día siguiente una vaca parda estaba muerta en la finca de Don Jesús Orellana, sin huellas, sin sangre, sin lengua.

Hasta ahora es de los mejores (si no el mejor) visores de datos CAD / GIS que he visto, gratis y práctico.  Tatuk es una línea de productos  que nace en Polonia, hace apenas unos días fue anunciada la versión 2 de tatukGIS Viewer.

Los otros visores

Si valoramos los programas gratuitos de otras marcas, proporcionados para ver datos nos encontraremos con al menos uno de los siguientes aspectos:

• No abren proyectos como: apr de ArcView 3x, mxd de ArcGIS
• o map de MapInfo.
• No cargan archivos dgn V8 de Microstation
• No cargan formatos kml
• Despliegan algunos formatos solo importándolos
• No se pueden guardar las configuraciones de capas como estilos
• No se puede guardar como proyecto

Que datos lee TatukGIS Viewer

Cuando se ve la funcionalidad y capacidad de interactuar con otros formatos, se puede notar que el visor casi es TatukGIS Editor, sin las capacidades de edición, análisis y algunos formatos de lectura como FME y OGR.  Quizá por eso, se va más allá de lo que hacen los visores de otros programas que se especializan casi en sus propios formatos y con un enfoque de apenas vea e imprima.

Que funcionalidades atractivas tiene

Interface muy limpia, con paneles laterales a la derecha al estilo Manifold que incluye propiedades de objeto seleccionado, capas del proyecto y un minimapa; abajo se puede cargar las tablas de atributos en atractivas pestañas.  Todos se pueden arrastrar como ventanas flotantes o cambiar de lugar con mucha libertad.

Carga de capas.  Las capas se cargan, reconoce de forma maravillosa la proyección de muchos formatos CAD/GIS, y reproyecta al vuelo en la proyección del visor.  Soporta escalas de visualización, transparencia, jerarquía, caché y renderizado. También e pueden hacer grupos de capas.

Estilos a capas.  se puede aplicar tematizaciones a las capas, tanto para tipo de línea, relleno, patrón de relleno, gráficos de barra, pastel, etc.  Estas propiedades de capa se pueden guardar con extensión .ini para aplicarlo a otras.

Etiquetas.  En las propiedades de capa se pueden aplicar labels con estilos muy atractivos que pueden estar estáticos o  dinámicos al despliegue para que se muevan de forma que mientras la capa esté visible se vean.  Incluye renderizado HTML.

Ayudas.  Permite elegir un atributo de la tabla que se visualice al pasar el ratón sobre el objeto (hints) y también despliega hipervínculos en caso que existan en los datos tabulares.

Medición.  Tiene herramientas de medición (sin snap) de rectángulos, círculo, ruta, polígono, rectángulo ortogonal.  Al hacer botón derecho permite copiar la coordenada al portapapel.

Idioma y estilo.  Con un simple clic se puede elegir el idioma entre los que está Español, y también el etilo de interface.

Impresión.  Tiene una funcionalidad bastante práctica para imprimir, inclusive para exportar a pdf.

Velocidad. Todo esto lo hace, con una agilidad muy sorprendente, le he cargado 14 ortofotos ecw, 16 mapas dgn, conectado a un apr de ArcView con 11 capas y desde una Acer Aspire One… panea muy bien.

Datos tabulares.  Es muy interesante el despliegue de tablas, al estilo uDig maneja pestañas que se agregan con un simple clic a partir de las capas del proyecto.  Se visualizan las propiedades espaciales de los objetos como área y longitud, uno de los aspectos interesantes es que los objetos se pueden tocar individualmente y elegir la opción que no sean visibles aunque la capa sí lo esté.  También hay una serie de procesos de filtrado, selección individual y por grupo.

Guardar proyecto.  El proyecto se puede guardar, al estilo de un mxd/apr con extensión .ttkgp para poder abrirlo de nuevo, por simplel que parezca, puede ser desplegado por TatukGIS Inernet Server como servicio ASP.NET.

Conclusión

Definitivamente, reemplaza lo que hace cualquier visor gratuito de los programas de marca, a una velocidad de despliegue muy eficiente.  De lo mejor, la interacción con formatos, estándares y proyectos de programas de uso popularizado (ESRI, OpenGIS, Bentley, MapInfo, Google Earth).  Nada mal para ser gratis.

Ver mas de TatukGIS Viewer

Descargar TatukGIS Viewer

Lo bueno. 

El último dibujo de mi hijo antes de tener 11 años, el viernes los cumple.  Dice que son Giratina, Jorda y Palkia, no me gusta el tema pero me encanta la habilidad; ya quisiera haber podido hacer eso a mis 10.

¿… podés subir este dibujo a tu blog, crear un criterio de seguimiento en AdSense y que ese pisto sea para mi?

Seguro que sí, y de paso comerciante tecnológico.

Lo malo.

Uno de sus mejores trabajos manuales de quinto grado, las células animal, vegetal y humana.  Le dieron 12 puntos de 10, una pena que hubo que tirarlo por falta de espacio. (La de la pose es la beba de 7)

Lo feo.

Hoy por la mañana m i e …!

Nos pasa a los aficionados a los mapas, que en el supermercado compramos una revista solo por traer un gran mapa desplegable o un atlas que se suma a la colección de lo que ya tenemos.  Las enciclopedias han hecho lo mejor posible por mostrar mapas interactivos en Flash o desarrollos que simulan la operación de un sistema de información geográfica, pero en formato vectorial solo veíamos para programas de diseño gráfico.

Lo que ha hecho Euroatlas, está de piquete.  Hasta hace un tiempo se dedica a publicar atlas impresos muy bien elaborados, ahora están promoviendo mapas que traen respaldo en formato vectorial con una campaña intersante:

“haga su propio atlas históricos con mapas GIS históricos”

Echémosle el ojo que nos queda antes de ir a dormir:

Mapas GIS.  Si se trata de atlas históricos, antiguos y de referencia para viajeros, Euroatlas tiene suficiente, pero lo que me llama la atención es que se pueden obtener capas vectoriales en formato shape files para uso con programas GIS.  Ellos, como no son giseros solo mencionan ArcGIS, Open Jump y Map Windows, pero obviamente este arcaico formato ahora lo reconoce casi cualquier programa CAD y GIS.  Vienen:

• un pdf con la descripción de las capas
• estilos en sld
• un prj que incluye las capas y proyección
• y los tradicionales shp, dbf y shx.

Entre los mapas en condición GIS hay (por ahora) mapas  históricos de cada uno de los 20 siglos que nos anteceden con precios desde los 30 Euros.  Claro que hay que revisar bien la licencia de uso para fines derechos de autor en caso de querer publicar nuevos contenidos.

En caso de formatos Corel (cdr) o Ilustrator (ai) vienen ya con layers creados.  Aquí figura un completo mapa de Europa 2009 y de la Roma Antigua

Despliegue web.  Uno de los aspectos interesantes, es que varios mapas se puede visualizar en línea, para motivar la compra.  Vean el caso de la Roma Antigua, las siete colinas originales (Septimontium), la Roma del primer siglo y con un mosaico que facilita ver el detalle… ¡suculento! y en Corel Draw.

Muy interesante, para fines educativos y de viajes se ve muy útil.  Se los recomiendo.

Web: Euroatlas

…vender las capacidades de lo que hace el software libre es más difícil que convencer a un funcionario de cometer delito penable (piratería) por lo que no hace un software caro.

Recientemente Bentley ha lanzado una campaña para promover Bentley Map, usando como argumento, que no es necesario estar pensando de forma separada si ambos pueden ser manejados por una sola herramienta.  Sobre esto, varios comentan que estamos muy cerca de reducir la brecha y dejar de usar las palabras CAD/GIS de forma separada.

Existen diferentes puntos de vista, unos por aspectos económicos, otros por razones de especialidad, otros por terquedad, pero en la práctica con tanto avance tecnológico, seguimos luchando con el mismo problema.

1.  El caso práctico.  Sucede que para implementar un catastro (para usar un ejemplo), la construcción vectorial, de líneas que se estiran, cortan, rotan, arrastran, se cargan imágenes, etc.  continúan  haciéndose en AutoCAD o Microstation.   Si le preguntamos a los técnicos porqué así lo prefieren dirán:

ArcGIS no es práctico para eso

gvSIG tiene herramientas pero corre muy lento (en Windows)

Manifold es muy desconocido y no tiene suficientes herramientas

La edición de líneas es más fácil que la de polígonos

El soporte para IntelliCAD no es igual

Entonces, debemos hacer toda la construcción de espaguetis, en los niveles, colores, grosores respectivos, para luego pasarlo a ArcGIS y allá construir los polígonos.  Cuando hacemos esto encontramos errores topológicos (que no reconoce el CAD), hacemos modificaciones y regresamos a hacer los cambios en el vector, con un ciclo que en procesos masivos termina algún día.  Pero en la rutina diaria de actualización permanente, estar cambiando el CAD y el GIS es una lata que finalmente se convierte en datos inconsistentes.

Luego, si queremos hacer algo más allá, lo metemos a una base de datos espacial (insisto, a manera de ejemplo), las coordenadas del CAD, que vemos en tres decimales pero que tienen una precisión de más de 10 decimales, pasa a tener solamente tres, lo que obliga a que el vector ya no sea exactamente el mismo, con tal de no afectar la velocidad de procesos en la base de datos.  Aquí la actualización sin criterios topológicos es mucho más compleja.

Y en cuanto a lo económico, un municipio pequeño debe invertir en un software para construir vectores precisos y otro para hacer mapas bonitos.  Si el municipio es tacaño o (cree que) no requiere un programa para ingeniería usará como mínimo un AutoCAD Lite y un ArcGIS más dos extensiones; por barato que sea, son más de $4,000 (sin incluir capacitación).  Quienes han trabajado con municipios sabrán cuanto cuesta vender esta cantidad a un tesorero que manda más que el alcalde.

Lo se, existen municipios que no tienen estas barreras, pero la generalidad del contexto hispano… vive esa realidad por razones de querer hacer GIS y CAD sin fumar a lo astral.

2.  El GIS debería tener capacidades CAD

Entiendo que cuando existía ArcView 3x no era posible implementar herramientas de construcción vectorial con manejo de topologías, pero a estas alturas, no entiendo porqué no tenemos herramientas en el GIS que sólo hagan lo que hace el CAD (30 cosas)

• 12 botones que sirvan para crear (líneas, arcos, círculos, polilíneas, puntos…)
• 12 botones para editar (paralela, copiar, mover, rotar, extender…)
• Un control de snap práctico (disculpen mi insistencia, así como en el CAD)

Seguro que estas cosas ya las tienen, pero nos quejamos del procedimiento.  Deberían ser similares a como se hacen los programas de uso popularizado, con facilidad de manejo de rumbos, distancias, coordenadas, extensión, arrastre, recorte… nada astral, solo como lo hacen AutoCAD o Microstation.  En este aspecto, lo mejor que hemos visto ha sido el esfuerzo de gvSIG, que en lugar de reinventar la forma de hacer vectores, se acomodó a la forma de hacerlo con AutoCAD, con millones de usuarios en el mundo que así lo hacen (conscientes que AutoCAD tiene procedimientos arcaicos).  Queda trabajo que madurar en la velocidad de trabajo cuando se cargan imágenes pesadas o archivos grandes; seguro que en Linux corre mejor, pero no en Windows, y, un reto fuerte por convencer al mundo que el open no es de menospreciar.

3.  Hay CAD que ya hace GIS

El caso de Bentley Map y AutoCAD Map, la postura ha sido crearle las capacidades GIS a las herramientas que eran usadas para ingeniería.  El avance ha sido significativo, no hay duda de ello, pero a la fecha muchas funcionalidades de visualización y publicación (mapas pintados) son débiles en lo que hace bien (o mejor) el GIS.  También creo que la practicidad de implementación para trabajos sencillos sigue siendo… tirada de los cabellos; si no, veamos cuantos usuarios hay de AutoCAD (millones) y cuantos (que quisieran) de AutoCAD Map (o Civil 3D); no por asuntos de precios, pues la comparación podría ser igual si lo hacemos con usuarios que usan las licencias de forma pirata.  Casi igual se comporta con Microstation y Bentley Map, sin meternos en aspectos de publicación e interoperabilidad (por favor).

4.  CAD y GIS son dos temas distintos. 

Hay una postura (fundamentada) que dice que ambos temas son dos áreas especializadas y que nuca habrá capacidad de hacer ambas cosas con una misma herramienta; parte de esa postura hereda la percepción nuestra de hace unos años:

…el CAD es para hacer vectores precisos y el GIS para mapas bonitos.

Pero esta postura de especialidad, en la medida que los estándares han ido madurando y siendo apropiados por el software no libre, ha perdido rigidez, iniciativas como la OGC por el lado GIS, la implementación del concepto topología, aprovechamiento del xml que avanza al concepto BIM por el lado del CAD, entre otras, que han hecho que el CAD no sea visto como la mesa de dibujo sino parte del trabajo de especialidades reales (Arquitectura, Ingeniería Civil, Topografía, etc).

La tendencia dice que la especialidad no estará en el software (CAD / GIS) sino en el área de aplicación.  Para poner un ejemplo, diseñar carreteras debería ser especialidad de un software que haga eso, con la precisión del CAD y capacidades para servirlo hacia los programas que utilizarán el eje para hacer cartografía bajo un contexto GIS.  Al igual, el shapefile debería pasar a la historia y el dato GIS ser una representación gráfica o tabular de la realidad cuya geometría se pueda editar desde el lado GIS, consultar sus atributos, conocer sus conexiones a otros datos; mientras que desde el lado GIS sus maravillosas representaciones, vinculación a datos y poderse editar con la precisión que lo haría el CAD.

Pero para eso… honestamente estamos lejos, no porque no se haya plasmado ya, herramientas pequeñas ya hacen mucho de eso, pero hay que mover las grandes marcas de software a implementarlo de forma práctica.

4.  Como lo veo yo

Creo que por un tiempo, seguiremos usando dos programas para representar el mismo predio: editando su vector en CAD, analizándolo en GIS y modificándolo en ambos.  A mi parecer, muchas cosas que hacemos le hemos cargado tanta fumada que perdió la simpleza de su uso para fines prácticos y el mercadeo tecnológico (un problema) ha hecho olvidar la razón de la inventiva humana (solucionar problemas).

La mesa de dibujo tuvo su gloria, porque nadie inventó otra forma de hacer los dibujos a mano, a más se agregaron borradores eléctricos pero la sistematización de su práctica no estaba en el material de la mesa sino en lo que hacíamos allí.  La cartografía era hacer mapas bajo estándares de escala y pertinencia sistematizados, pensábamos en que imprimirlo pero nunca dudamos de su uso para fines humanos.

No deberíamos perder la consciencia, pues ahora la tecnología debería facilitarnos las cosas y potenciar lo mismo SU USO.  Así que, debería llegar un momento que la inversión deje de ser sobre formatos, procesadores, pixeles, etiquetas y marcas, para invertir el tiempo en la razón para la que fueron creadas:  SU USO.  Producto de ello, al igual que antes, dedicarnos a generar negocios, riqueza y beneficio para las personas.

Pero la idea es ilusa, y a mi criterio, los próximos 5 años, para la generalidad de proyectos del nivel nivel planteado al inicio, seguiremos haciendo las cosas igual (vea no lo terminemos haciendo en Google Earth).  Y los productores de software CAD / GIS:

• Por el lado de ESRI, quizá veamos mejoras en la capacidad de construcción CAD, ojalá no haya que volver a aprender a usar la mesa de dibujo de nuevo.
• Por el lado de AutoDesk, popularizar Civil 3D para hacer ver el Mapeo como parte de la ingeniería.  Idea que me parece acertada.
• Por el lado de Bentley, promover PowerMap para que el CAD de bajo precio tenga capacidades GIS, y quizá facilitar la fumada de implementación.
• Por el lado del software de bajo precio:  Manifold, Tatuk GIS, Global Mapper, IntelliCAD, ganar terreno haciendo lo que no hace el software de marca reconocida.

Si el software Open Source (sostenible) cruza esta barrera, seguro todos volveremos la mirada allí, no solo por el aspecto económico (que ya vimos), sino por la solución de problemas comunes (que ya lo está haciendo) y un mercadeo global más agresivo que la piratería.

Pesimista, quizá; iluso, seguro.  Y ustedes:  ¿Cómo lo ven?