geofumadas

Hace 10 años el pleito era por los portales de navegación, hoy día sin ser portal Google que llegó tarde se quedó con el tráfico, poco o nada queda de lo que eran Excite, Yahoo, Infoseek, Lycos y otros.

Ahora el pleito es contra Google, en el caso de los servicios de mapas todos hacen casi lo mismo, peleando por quien los despliega más vistosos y Google sigue ganándoles el tráfico, no porque sus mapas sean más atractivos sino porque cada día integra más datos con una apertura no solo al mercado de habla inglesa.  También Google sale ganando por la integración de otros juguetes como GoogleEarth, StreetView, la API disponible y sobre todo su buscador.

Indudable, al final se ganará el premio quien logre hacer mejores negocios con los mapas. Estos son algunos de los servicios de mapas actualmente compitiendo:

Google Maps		Variación de vista de mapa, satélite, híbrida y ahora de terreno. API abierta a desarrolladores.Agresivo modelo de negocios al integrarlo con todas sus aplicaciones, todas beta.
Microsoft Live Search		Capaz de competir con Google, mucho más vistoso, menos imágenes pero funcionalidades 3D muy creativas.
Yahoo! Maps		Bueno a nivel de mapas, su control de acercamiento tiene ayudas para navegar a nivel de ciudad, estado, calle etc.  poca cobertura de imágenes, sabemos que Microsoft lo hará desaparecer para darle vida a Live.
Ask.com		Otra alternativa, de un buscador que aún sobrevive.
Multimap		Bastante detalle a nivel de direcciones, opciones de imágen e híbrida. Limitada cobertura en países no potenciales en la web.
OpenStreetMap		Sistema de código libre, opciones para editar y colaborar.Creciendo poco a poco, pero al ritmo siempre de los no populares por ser open.

Hay otros servicios que solo tienen coberturas locales, ¿alguien sabe de otras con intención global?

Búsqueda personalizada

Hola mis amigos, antes de irme de vacaciones, tiempo en que no espero escribir mucho les cuento una historia un poco larga pero necesaria para los geofanáticos en vísperas de navidad.

Esta semana me han llegado unos señores cooperantes pidiéndome un mapa de la zona donde actualmente hacemos el levantamiento catastral. Conciente que el técnico GIS se fue de vacaciones les he pedido un par de horas buscando impresionarlos, sería el colmo no darles un buen resultado y de paso escribir la experiencia en mi último post desde casa.

De modo que aquí la comparación entre estas cuatro herramientas que he usado para jugar con la holgura permitida por el mapa al salir del plotter: AutoCAD, Microstation, ArcView, Manifold y Google Earth. Soy conciente que para gustos los colores, cada quien está convencido de la chica con la que le gusta bailar en noche buena:

Aunque todos quisieramos una aplicación que fuera tan vistosa para mapas pintados, tan versátil para interactuar con otros sistemas y tan precisa para edición vectorial.

No quería algo astral, solo imprimir un mapa catastral 1:1,000 de el cuadrante E0312Y, en la zona 16 Norte, con proyección Cilíndrica UTM y la ortofoto de Google Earth de fondo. Con las parcelas tematizadas por área, transparentes a un 50% y la Cuadrícula WGS84

Aunque no lo he hecho con AutoCAD ni Microstation, me tomé dos minutos para analizar que pasaría; El mapa inicial estaba en dxf de modo que nadie lleva ventaja:

Si lo hiciera con AutoCAD

• Fácil de llamar la imágen, Fácil de moverla de lugar y darle el giro aunque no se puede exportar a otro formato y de rato en cuando se pone lento el paneo.
• Fácil la edición vectorial, muy familiar la iconografía
• Ingerfase amistosa, luego de tanto verla

• Complejo configurar una pluma de impresión en poco tiempo, tendría que modificar las propiedades desde el panel lateral en lugar de usar los layers
• Crear los shapes no es tan rápido aunque se puden agregar rellenos vistosos y transparencias… y pelear con el estilo de líena (lts)
• Que decir del layout… sigue siendo tortuosos, tendría que configurar el estilo de línea pues no es dinámico y rasgar las vestiduras por encontrar una escala gráfica dinámica… la cuadrícula UTM solo con Map3D
• No es posible interactuar con Google Earth sin el printsreen y no hay forma fácil de de asignar proyección geodésica sin Map3D.

En conclusión, útil para uso CAD, amistoso pero si pudiera crearía una vesión AutoBentley

Si lo hiciera con Microstation:

• Fácil de llamar la imágen, Fácil de moverla de lugar y darle el giro (por la imprecisión de Google Earth) y exportarla a otro formato.
• Fácil la edición vectorial, estilo de línea dinámico
• Poco consumo de memoria

• La interfase un tanto bizarra, aunque luego de varios años me suena familiar.
• Muy difícil darle buena calidad de impresión en poco tiempo aunque fácil el manejo de niveles (layers),
• Fácil para crear los shapes, aunque hacer las transparencias es imposible sin usar materiales a lo pícaro.
• El manejo de layouts una pesadilla a la que muchos nos acostumbramos, tendría que buscar con llanto las celdas de Norte y la cuadrícula UTM solo sería posible con Geographics.
• Con el plugin de Google Earth es posible abrir el mismo display Google Earth pero no se puede traer al mapa sin usar printscreen… al menos soporta proyección sin tener que usar Geographics.

En conclusión, útil para edición CAD aunque me gustaría una edición XM que consumiera el recurso de V8.

Haciéndolo con Manifold… casi igual que con ArcView

• En un minuto he traído la imágen directamente de Google Earth, fácil de exportar a otro formato, fácil de rectificar respecto al mapa
• Fácil la preparación de estilo vistoso para imprimir, la creación de shapes tan simple como ArcView, aunque fue más fácil la tematización.
• Fácil la creación de layouts
• Poco consumo de memoria… con este mapa
• En definitiva, casi como hacerlo con ArcView, a bajo costo y con el orgullo de no haber pirateado a ESRI
• Sencillo y funcional manejo de proyecciones, al vuelo

• La interfase un tanto bizarra, requiere algun tiempo para exorcizarse.
• No muy buena la calidad de edición vectorial, aunque mejor que ArcView sin extensiones extra
• Bizarro manejo 3D, aunque lo hace hubiera preferido ArcView y algunas de sus extensiones

En conclusión, práctico para uso GIS y para evitarse piratear ArcGIS, ArcIMS, ArcSDE, ArcServer, Arc2Eart… aunque mis amigos me han tomado por gentil.

Con Google Earth

• Muy bueno el manejo de imágen, vistas 3D y los plus de la base geográfica web… volar, navegar, impresionar.
• Buena visualización de imágenes y datos cocinados con Manifold aunque se pone loco con shapes rellenos o complejos.

• Solo para ver, imposible editar el vector en masa
• Bizarra la forma de cambiarle estilo de línea, no tiene manejo de niveles, solo puños de líneas
• Imposible manejar una forma de impresión consistente
• No he podido importar directamente el dxf

En conclusión, sabía que no sirve para uso GIS/CAD pero práctico para fanfarronear,

Luego en la reunión los señores se llevaron muy contentos el mapa pintado y babearon al verlo en Google Earth… sus conocimientos ténicos casi nulos han llegado a la conclusión que estamos haciendo un buen trabajo.

Sin tener que explicarles el estudio de valores de tierra, la concertación de los valores de edificación… mucho menos la precisión submétrica lograda con un Magellan Mobile Mapper de $1,500 y costos finales de apenas $6.72 por predio… incluído todo!!!

El mundo es injusto desde que nacemos, al ver la capacidad de recurso consumido por la máquina (512 de Ram) vemos que este es el orden:

• Firefox (78MB), justificable porque tengo el 3.2 beta y ese error de consumir memoria hasta el colapso no se lo ha cambiado nuestro señor Google
• AutoCAd 2006, (44 MB), antes del autoguardado
• Live Writter (32 MB), la aplicación con la que escribí el post, como siempre Microsoft optimizando recurso
• MSPaint (26MB)… sin palabras, la aplicación más obsoleta desde Windows 3.1 consume eso, la he usado para copiar las pantallas
• Microstation V8 (22 MB), la versión XM mejor no la probé, por temor al colapso
• Manifold 7 (17 MB)
• Google Earth (12 MB)

• ArcView? … me colapsó dos veces, supongo que por exagerar del recurso y los malos consejos de andr :p

Moraleja:
No le pidas peras al olmo si quien se las comerá las confunde con manzanas…

Un saludo, gracias por su paciencia y nos veremos el próximo año, si en mi tierra natal no puedo conectarme.

Búsqueda personalizada

Istanbul (Estambul) la ciudad de Turquía que comparte su metrópoli entre Asia y Europa, conocida en el período Bizantino/Griego como Constantinopla, actualmente con cerca de 11 millones de habitantes, cuenta con un sistema certificado por varias normas mundiales de control de calidad de aguas.

Este año la implementación de tecnologías para el manejo de su sistema de aguas ha sido ganador de el primer lugar en los premios BE Awards en la categoría Manejo de recursos hídricos dentro de la línea geoespacial.  Cada año, El Instituto Bentley hace su premiación a las ideas innovadoras que utilizan los productos de geoingeniería de la línea Bentley; esto lo hacen en la conferencia anual que en este año ha sido en Exton, Pensilvania donde han elegido los ganadores entre 280 nominaciones.
Las categorías siempre son:

Construcción, Obras Civiles, Plantas, Premios especiales, Premios académicos y por supuesto Geoespacial.

El proyecto ISKABIS desarrolló e implementó un complejo sistema sobre la plataforma Visual Basic que viene integrada en las herramientas CAD de la línea Microstation.  Los productos que utilizaron son:

• Microstation para mapeo general y desarrollo VBA
• Geographics para manejo GIS del proyecto
• PowerDraft para licenciamiento económico de usuarios
• Water, Wastewater para el sistema hidrosanitario
• Descartes para el tratamiento avanzado de imágenes
• Inrods Site para el diseño geométrico de carreteras.

El despliegue final  permite a administradores del sistema y usuarios un control y visualización atractiva ( tanto de mapas, imágenes raster y animación en tres dimenciones de las edificaciones y toda la red hidrosanitaria de Istanbul).

Aunque se quedaron cortos, quizá una siguinte fase debería ser la integración de servicios web.

Muchos critican este tipo de premiación, considerándola una forma de dar palmadas en la espalda a quienes gastan su plata comprando productos tal como lo hace también ESRI, aunque les seré sincero… el momento de recibir esos premios es gratificante

Antes le echábamos una mirada a la exportación de datos a Excel usando Softdesk, ahora veamos como crear curvas de nivel, el proceso en Civil3D se ha simplificado pero suele tener la misma lógica que explicaré de mi antiguo manual de Topografía CAD.

1. Dibujo de puntos de elevación

El levantamiento que he realizado en el terreno tiene un eje central donde he tomado como línea base cada 50 metros, en estos puntos he tomado las elevaciones y luego he tomado vistas a la derecha e izquierda dependiendo de la irregularidad del terreno. También he tomado las elevaciones de los vértices de la poligonal. El dibujo de esto se hace en AutoCAD normal, simple dibujo de líneas, usando círculos y puntos en las intersecciones. Puesto que Softdesk 8 solo trabajaba con AutoCAD 14 he tenido que guardar el archivo como versión 14 para poder soportarlo en Softdesk.

2. Configuración de puntos

• Cargar Softdesk (AEC/softdesk programs), si no habías hecho un proyecto eliges crear uno nuevo
• Elegir cogo, luego ok
• Configurar estilo de puntoe (Points/setup/set points settings)

• Aquí hay que configurar el punto de inicio, y la opción “elevations on”, para que puedas digitarlas directamente en la línea de comando, en caso de querer agregar descripciones puedes dejar sin marcar “automatic descriptions”, luego hacemos ok. Ojo, asegúrese de dejar inactiva la opción “automatic elevations” para que estas se sean ingresadas en la línea de comando.

3. Inserción de puntos

• Para esto elegimos la opción points/set points/manual luego insertamos cada punto, anotando la elevación en la línea de comandos. En caso de tener puntos en 3 dimenciones o traídos de una estación total se puede dejar la opción “automatic elevations” inactiva y solo clicarlos con el snap activo.
• Los puntos de la derecha son los 23 vértices de mi poligonal, y se llevarán la descripcion automática “pol”

• Ahora ingreso los puntos internos, que tienen una nomenclatura diferente, para esto desactivo el “automatic description” e ingreso una descripción cada vez que colocamos los puntos

4. Creación de Contorno

• Para esto seleccione AEC/softdesk programs/DTM/ok

• Ahora creamos una superficie para asignar a esta los puntos, seleccione surface/new/agregue nombre/agregue descripción/ok
• Para agregarle los puntos ingresados a la superficie creada iniciaremos por crear el contorno, así que seleccione surface/surface data/standard faults/by point number
• Ingrese en la línea de comando los puntos incluídos en la poligonal de esta forma 1-23, luego para que cierre repetimos el 1
• luego hacemos enter, damos nombre al perímetro y de nuevo enter

5. Triangulación (Modelo Digital de Terreno o MDT)

• Para hacer esto seleccione surface/build surface/ elegimos tanto las opciones faults, contour y points inactivando zero elevations
• luego hacemos ok, enter, Yes para ver la triangulación y luego enter
• Nuestro dibujo debería verse así:

6. Creación de Curvas de Nivel

• Apague todos los layers que no desea ver en este momento
• Configure las características de las curvas de nivel seleccionando contour/contour properties y active las opciones siguientes:

• Ahora creamos las curvas con la opción contour/create contour

• Elegimos el intervalo de curvas principales y secundarias, usaremos las principales cada 5 metros y las secundarias cada 1, también elegimos el nombre de los layers
• Luego hacemos ok, y enter
• Al cambiar los colores a los layers debe quedarnos el trabajo de esta forma

La versión 2008 de Visual Basic, parece ser una completa contradicción entre sus altas capacidades y el tiempo de vida que se le ha considerado.

En un artículo publicado en msdn Magazine en su edición Diciembre 2007, Scott Wisniewski, ingeniero de diseño de software en Microsoft, muestra un trabajo excepcional a manera de tutorial acerca de cómo dibujar mapas mediante Visual Basic. Con esto hace una demostración no sólo de algunas de las características más atractivas de Visual Basic, sino también ofrece un ejemplo de funcionamiento que podría usar como base para agregar a otros aplicativos desarrollados.

Al inicio de este post hacemos referencia que esto contradice lo que hace tiempo muchos suponían, que Visual Basic estaba en una línea de muerte.  La sugerencia de esta premisa se basa en esa loca costumbre de Microsoft por abandonar plataformas para mantener sus ventas; luego de su efusivo empuje hacia .NET y C(Sharp) en su desesperación por competir contra Java.
Sabemos que las limitantes que traía Visual Basic, en ser muy exclusivo hacia el desarrollo en plataformas Windows tendría que ser reemplazado cuando muriera el entorno Win32x, Microsoft le entra con fuerza a .NET y cambia su estrategia de liberías dinámicas (dll) por el framework bajo la línea que trae C++; por lo que era de esperar que Visual Basic muriera estrepitosamente… tal parece que sucederá a largo plazo, cuando Windows Vista se posesione (el año 2014 :))

Si la historia se repite, lo de Visual Basic y .NET sucederá tal como hizo Microsoft con Fox para prolongar la vida de SQL y Access.  Aunque ahora la competencia no es como lo era en aquel tiempo, las tendencias de diseño multicapa e integración web son los detonadores que harán colapsar o enmascarar a Visual Basic.

Pues bien, vale la pena echarle una mirada al desarrollo planteado por Scott, aunque recomendamos leer el documento completo haremos algunos comentarios que por el tamaño del post obligan al simplismo.

1. El uso de entorno WPF

Admitamos, el artículo está muy bien elaborado y abstraído, sobre todo si el mérito no es de un editor sino del mismo desarrollador; explica como el entorno wPF (Windows Presentation Foundation) puede traducir lo que antes conocíamos como “objetos”, bajo un concepto más amplio de “geometrías”, que pueden estar asociados a código dinámico… nos queda la duda si esto solo es para fines de “view” como los mapas en flash, o la geometría es reconstruida al vuelo de una base de datos.

2. Modelo de Objetos de aplicación

El autor continúa explicando como configuró (reinventó) la forma de despliegue de datos… muy creativo en su concepción de Map, region, polygon todo bajo Dependency Objetct y preocupante en el sentido de literalmente reinventar lo que ya hacen las aplicaciones espaciales en las funcionalidades básicas como zoom, pan, xtent.  Nos preocuparía si en base a estas funcionalidades quisieran desarrollarse nuevas plataformas de mapeo, por el desperdicio que existiría en reinvención a puro código, considerando que este campo más que programación requiere adaptación de conceptos cartográficos, geodésicos y ahora geomáticos muy documentados pero que cada vez que se desea reinventar sistemas se obvian.  De modo que no criticamos la creatividad, más bien nos quitamos el sombrero ante alguien que desarrolla algo y desea compartirlo tan abiertamente, sin embargo recordamos la inminente necesidad de estandarizar y sistematizar lo que ya se ha logrado.
Traigo a colación una frase que escuché hace un tiempo en una reunión:

…estamos buscando hacer un ArcView Brasileiro… jo…

3. El uso de Clases Map

Aquí de manera muy creativa el autor hace una vinculación de los polígonos con los estándares federeales norteamericanos conocidos como FIPS, aunque estos son usados únicamente para fines “estadísticos” nos parece que el chico se ha fumado un buen trabajo.  Bien lo dice, las propiedades de “region” serán editables externamente.

4. Manejo de datos XML

Finalmente, asumo que luego de pensar y tomar café ha decidido irse por una (casi inevitable) estructura xml y LinQ para importar datos y la geometría de forma estructurada, aunque aquí topa con la limitante de este complejo  campo, la geodesia.  Esto muestra que el reinventar en este sentido es peligroso, si no se tiene bien claro la finalidad de el resultado; nos parece que el trabajo que ha hecho para fines de “ver resultados” es muy bueno, lo preocupante es cuando este resultado es visto por un ejetutivo en una reunión y dice:

“tengo contacto con accionistas que están dispuestos a invertir en esta aplicación para que hagamos un sistema de mapeo que se puede implementar en el Mega instituto de gestión territorial…”

y dale, terminan reinventando algo… que Scott admite en su lenguaje de no geomático:

“para las geometrías complejas lo que hice fue hacer  dos figuras, primero mostré la del fondo para que no me tapara la del frente y así se viera como isla…”

5. Conclusiones necesarias
Finalmente, para nuestros amigos programadores recomendamos el documento, pues muestra como es posible construir aplicaciones de mapas sin usar códigos de tercerso… le damos el mérito al autor agradeciéndole su gentileza y su claridad al concluir al final sobre lo que él espera de esto:

En esencia, mediante Visual Basic, WPF, Expression Blend y LINQ pude elaborar una aplicación capaz de recrear visualizaciones relativamente sofisticadas a partir de un cuerpo existente de datos. Esta aplicación podía extenderse fácilmente para ver los datos de años diferentes o para manipular los datos de distintas maneras. Todo el código está disponible con la descarga de este artículo, así que no dude en experimentar y ver lo que puede conseguir.

Via: Geomusings

Tal parece que el cambio de licenciamiento de ESRI no solo está sucediendo a nivel de aplicaciones web, sino también en las modalidades empresariales.  Actualmente ESRI está ofreciendo precios especiales para municipios pequeños, cuya población es inferior a los 100,000 habitantes con el fin de que aprovechen las capacidades de sus plataformas… y que al mismo tiempo se disminuyan la piratería :).

Estas licencias se extienden bajo la línea conocida como Enterprise (ELA) y aparentemente cubre el uso ilimitado de los diferentes productos de ESRI, aunque solo está disponible para Estados Unidos.

Desconocemos el valor de los “precios especiales”, aunque anteriormente lo habíamos visto en la línea Bentley, cuando ofreció la licencia Select para municipios pequeños, que por un precio anual se podía usar toda la línea, aspecto que se vuelve interesante para un municpio que desea modernizar procesos de geoingeniería, especialmente para diseño de obras civiles (Geopack, STAAD, Water), Animación arquitectónica (Triforma), y aplicaciones CAD en general (Microstation, Descartes, Geographics)

A pesar que los precios de ESRI son altos para “pequeñas municipalidades”, no es una mala iniciativa para aquellas que están utilizando esta plataforma de forma irregular en un país donde las normas de derechos de autor son severas.  Para conocer sobre precios y más información deben remitirse a los distribuidores estatales.

De cualquier forma, hay que reconocer que los productos de ESRI son utilizados por más de 300,000 organizaciones a nivel mundial, que incluyen las 200 ciudades más grandes de Estados Unidos, más de las dos terceras partes de las 500 compañías del ranking Fortune y más de 7,000 instituciones educativas.

Vía: GIS User