geofumadas

Aprovechando una reciente conversación con una institución de Catastro que buscaba con qué publicar sus mapas, aquí resumo lo más importante para devolver los rescates del tema hacia la comunidad.  Quizá en su momento le sirva a alguien que desea tomar una decisión o pedir ayuda geofumada.

Porqué MapServer

El escenario era alguien, que tenía la intención de irse por GeoWeb Publisher, de Bentley, pues contaba todavía con una licencia de Discovery Server, el antecesor de éste, allá en los años del polvo.  Otra razón por la que les interesaba Bentley es que su mapeo está sobre Microstation Geographics, con aplicaciones VBA para construcción y mantenimiento de mapas catastrales.

Anteriormente en el blog (Feo – Raro como dice el amigo) mostrábamos como crear un servicio de mapas web, utilizando Manifold GIS, como una alternativa de bajo costo.  También hablé un día sobre las bondades de Geoweb Publisher de Bentley como una solución cuando hay más plata.  Esto para darle continuidad a ese post antiguo en que hacía comparaciones entre diversas aplicaciones para publicación de mapas en línea.

Luego de la conversación decidimos irnos por MapServer, tema que espero explotar en los próximos días.  De paso, iniciar a probar durante el resto del año otras plataformas open source, pero en entorno web.

MapServer no es una aplicación GIS, ni siquiera pretende serlo, como lo dice su página.  Nace como iniciativa de la Universidad de Minnesota, de allí que su logo venga de la confluencia de los ríos Minnesota y Missisipi.   Es hoy por hoy es un referente en el servicio de mapas web muy distribuido, quizá por su origen anglosajón.  Como esta aplicación existe una gama amplia –muy amplia realmente-, me gusta su sencillez, de lo más simple para usuarios nuevos; toda la magia está en el manejo del fichero .map que bien se puede generar desde programas como QGis o entenderle la lógica a mapscript para explotar lenguajes como PHP, Java, Perl, Python, Ruby o C#.

Sobre MapServer están desarrolladas aplicaciones más “servidas” como Chamaleon, Cartoweb, Ka-map y Pmapper.  Estos son recomendables para usuarios con menos dominio de código, aunque es ideal entender la lógica primitiva de MapServer.

El ejemplo mostrado es eso, solo un ejemplo del trabajo que ahora estamos haciendo.  Con permiso de ellos y consciente que este servicio estará disponible al público en un par de semanas y entonces lo podrán ver funcionando.

Que otras aplicaciones web existen

Para esto, voy a usar como referente la Fundación OSGeo, que es uno de las iniciativas más creativas en cuanto a la sostenibilidad y estandarización del código abierto en el ámbito geoespacial.  Aunque admito que hay otras más.

• Mapbender, bastante popularizado, utilizado como cliente ligero junto a Mapserver en el caso de la IDE Guatemala.  La razón de su atractivo es que se desarrolló para PHP y JavaScript, dos de las combinaciones que más se usan en la web actualmente.
• Mapbuilder, que llegó a su fin en la versión 1.5 y se fusionó a Open Layers.  Lo de AJAX… era una belleza.
• Open Layers, maravillas si se quiere integrar a Google o Yahoo Maps o eficientar el caché en el despliegue raster.
• Mapguide Opensource, muy popular por su relación con AutoDesk.  Robusto a morir, en el sabor que se desee.
• Degree, toda una fumada en estándares.  Con mucho potencial en Europa.  Por su estabilidad en soporte GML se le sugiere como la alternativa neutral para implementación de procesos web en la iniciativa INSPIRE.

Otras soluciones en incubación del OSGeo están: 

• Geoserver, su mayor potencial está en que el desarrollo es sobre Java. Con mucho que ofrecer tal como Open Layers al integrarse a datos Google Maps, Google Earth, Yahoo Maps, inclusive a ArcGIS.
• Geomajas que incluye cliente ligero, escritorio y web.
• MapFish, con un enfoque prioritario hacia Pyton pero quizá una de las menos documentadas (online).

Ventajs de MapServer

Compatibilidad con estándares OGC. Quizá de lo mejor, aunque en esto casi todas las aplicaciones open source andan bien, al menos en lo que respecta WMS, WFS, WCS, GML.

• Web Map Service (OGC:WMS) 1.0.0, 1.0.7, 1.1.0 and 1.1.1
• Web Feature Service (OGC:WFS) 1.0.0, 1.1.0
• Web Coverage Service (OGC:WCS) 1.0.0, 1.1.0
• Geography Markup Language (OGC:GML) 2.1.2, 3.1.0 Level 0 Profile
• Web Map Context Documents (OGC:WMC) 1.0.0, 1.1.0
• Styled Layer Descriptor (OGC:SLD) 1.0.0
• Filter Encoding Specification (OGC:FES) 1.0.0
• Sensor Observation Service (OGC:SOS) 1.0.0
• Observations and Measurements (OGC:OM) 1.0.0
• SWE Common (OGC:SWE) 1.0.1
• OWS Common (OGC:OWS) 1.0.0, 1.1.0

Servir datos vía lineamientos del Open Gis Consortium, hará que cualquier programa se pegue a ellos sin mucha traba.  Desde AutoDesk Civil3D, ArcGIS. Bentley Map, hasta gvSIG, QGis, etc.  Inclusive Google Earth/maps vía wms.

Comparándolo con las aplicaciones que antes he trabajado (GeoWeb Publisher y Manifold GIS), MapServer les supera al tener mucha difusión, producto de eso su página tiene suficiente información, ejemplos desarrollados, sin mencionar la comunidad de usuarios.  En el caso de GWP hay que trabajar mucho con las uñas y lo que hay de Manifold en Español es muy poco -dejando fuera Geofumadas para no entrar en contradicción-.

El soporte de datos es una maravilla.  No es el cielo pero se aproxima a lo suficiente: 

• Datos vectoriales o de Geodatabase:  Shape files, GML, PostGIS y un mundo más vía OGR, entre ellos DGN.
• Datos raster:  Tif georeferenciado y lo que deseemos vía GDAL.
• De salida, se puede generar jpg, png, pdf y por supuesto, estándares OGC.

Luego está el soporte multiplataforma.  MapServer puede correr sobre IIS, lo que lo vuelve amigable para usuarios de Windows/PC.  También sobre Apache, con lo que puede correr sobre Windows y Linux de maravilla, no solo para servir datos sino para navegar.  En el caso de Manifold, publicación solo IIS, si les hablas de Apache les pega congestión, aunque hay quienes han hecho sus piruetas.  Y en caso de Bentley, solo Windows, inclusive el despliegue web es un ActiveX que solo corre sobre Internet Explorer, a menos que se fume IDPR a lo sublime en cartucho espacial.

De más está decir, que no se ocupa pagar licenciamiento.  La licencia con Manifold Universal estaría por el orden de $600, la de Bentley GWPublisher por los US$ 10,000 con usuarios limitados y si fuera de GIS Server de US$ 15,000 para arriba.

Por último, veo una gran ventaja en el desarrollo.  Encontrar alguien que trabaje MapServer no es que sea así de fácil, pero se encuentra con mucha mayor facilidad que con las otras aplicaciones, inclusive vía remota como ahora lo estamos haciendo.  Un desarrollador que le conozca las tripas a Bentley GWPublisher no es tan fácil de encontrar, tiene que conocer Project Wise, Geographics, Microstation VBA y Bentley Map para sacarle provecho a un desarrollo robusto sobre Bentley Geospatial Server (Aunque admito que allí se hacen cosas maravillosas).  Un desarrollador de Manifold GIS, muy difícil aunque es solo .NET, y uno de GIS Server, seguro cobrará en función de cuanto vale la licencia.

Como instalarlo en 5 pasos

No hay muchos pasos, así como el principio del Génesis:

1. Descargue OSGEO4W de aquí
2. Instálelo, mínimo MapServer, Apache y un ejemplo.
3. Instale Apache y cree el servicio (o levante un directorio vía IIS).
4. Levante el servicio
5. Ejecute el ejemplo en el navegador

Sí, como el génesis, entre el verso 1 y 2 hay varias cosas que sucedieron en la rebelión de Satanás.  Generalmente levantar el servicio ya sea vía http://localhost/  o http://127.0.0.1/ ocupa su batallada, pero se aprende.

Será en la próxima que lo explicaremos.

Suscríbete

Varios años de hacer catastro, y esta pregunta es muy común siempre.   ¿Qué método es mejor para hacer catastro?

Admitimos que esto no es una receta, pues hay diferentes condiciones que deben tenerse en cuenta y cada método puede tener variables opuestas en diferentes territorios.  Así que para darle luces al post, mastiquemos algunos aspectos que puedan ser útiles para decisiones, de paso rescatar lo productivo de un foro de discusión entablado hace un par de días.

Porqué catastro municipal.  Aclaro esto, porque el post es aplicable a un entorno, en que un municipio quiere hacer su catastro, sea por sus propios medios o con apoyo de un proyecto de cooperación.  No aplica para un proyecto grande de modernización a nivel regional o nacional, liderado por un ente centralizado, que tendrá mejores condiciones de ejecutar el proyecto y más plata que gastar… aunque también más indicadores sobrantes que cumplir.

El escenario es, por lo tanto, un municipio, de tamaño regular, que tendrá a lo máximo unos 5,000 inmuebles urbanos en su cabecera municipal, unas 4 comunidades grandes, pero con menos de 1,000 inmuebles y el resto zona rural o como le llamen del otro lado, rústica.

Catastro para qué.  Esto es importante definirlo, porque los criterios de precisión para catastro con enfoque jurídico no serán los mismos si el enfoque es solamente fiscal o de control en el uso de suelos.  También porque si hay una metodología de avalúo, la medición de edificaciones o valoración del cultivo permanente requiere otros criterios para eficientar el proceso.

La prioridad para un municipio que no tiene catastro no está en su precisión, está en tenerlo a como de lugar para darle uso.  Así que se deben considerar métodos que sean sostenibles, que ayuden a terminar el levantamiento completo del municipio, para dedicarse a darle uso, a actualizarlo y a mejorar su precisión.

Algunos métodos que he probado.  Los últimos cuatro años hemos probado diferentes alternativas, dependiendo las condiciones del municipio, aquí resumo algunas:

• Fotogrametría.  Poco a poco, en áreas urbanas este método está cayendo en desuso, principalmente porque no es económico en relación a su precisión.  Ninguna empresa hará un vuelo a 10,000 metros de altura por una zona urbana muy reducida, hacerlo para todo el municipio puede ser inalcanzable con fondos propios.  Luego que si se usa fotointerpretación en área urbana siempre es necesario medir los frentes y finalmente la precisión no será muy buena en áreas donde las personas se sacan un cuchillo por 10 centímetros.  No obstante, en el caso de áreas rurales sí es muy práctico porque se alcanzan mayores coberturas sin necesidad de recorrer cada lindero y la precisión es relativamente suficiente pues las parcelas tienen áreas grandes. 
• Fotointerpretación+GPS. Si se cuenta con la ortofoto puede aplicarse perfectamente al área rural con muy buenos resultados.  Aclarando, que hablamos de ortofoto proveniente de un fotografía aérea, pues la imagen satelital ortorectificada que ahora presenta pixel inferior a un metro tiene demasiadas distorsiones en zonas de topografía irregular, para esa gracia mejor usar la orto de Google.  En la práctica he observado que combinar el uso de ampliación (de ortofoto) impresa y GPS de baja precisión (Garmin 3 a 5 metros) trae resultados más prácticos que pinchar las fotografías aéreas y estereoscopio para luego pasarlo a la ampliación. 
  No digo que sean descartables pero cuestionables para proyectos de municipios pequeños, en su vigencia ante otras facilidades que ahora permiten los GPS con despliegue raster o porque no siempre se puede tener disponible los pares o recurso humano capaz de dominar la técnica.  El pinchado de fotografías no trae ventajas en asuntos de precisión, porque solo el ancho de un rapidógrafo sobre una ortofoto impresa 1:10,000 será 10 metros mas el error que ya acumuló el software de ortorectificación. También la cuestión si el filo de una colina que el estereoscopio muestra muy bien pero no se ve en una impresión, se descarta porque la práctica demuestra que esto es posible para un técnico que proviene del método convencional, un novato no la verá por ninguno de los dos métodos y le saldrá mejor tomar un par de puntos con el GPS para orientarse.  Y luego con la interpretación de otros detalles como el uso del suelo, las técnicas de teledetección actuales hacen mejores labores y más económicas con la clasificación supervisada.
• GPS+brújula.  Este método es muy práctico si se cuenta con poca plata.  Lo he usado en zonas urbanas, aprovechando un par de GPS de precisión submétrica para procesar la grilla de calles, y usando brújula para amarrar los extremos.  Como se usa cinta para medir los frentes, el error se traslada a la calle, quedando una precisión relativa de linderos en menos de 10 centímetros y absoluta respecto a los amarres con GPS cerca del  metro.  Hay que medir los fondos y sacar los rumbos con triangulación.  No es adecuado si el levantamiento tiene implicaciones jurídicas, si se darán títulos de propiedad o certificaciones catastrales con valor legal; para eso, ocupará inspección de campo al momento de la solicitud.
• GPS+estación total.  Este método es funcional, porque permite muy buena precisión e información en 3 dimensiones que tarde o temprano será útil. Requiere un par de GPS para georeferenciar los primeros dos puntos de inicio, y para tomar unos cuantos –suficientes- puntos de control que prevengan un error en la toma incorrecta de vista atrás.  No es necesario tener una estación total, pues se puede alquilar, al igual que los puntos GPS que se pueden contratar de forma individual.  Siempre habrá que medir los fondos, que se pueden apoyar en la ortofoto, brújula o triangulación por amarres que es lo más adecuado.

Cual recomiendo.

Si me tocara a mi decidir, para urbano me iría por estación total. Tomar unos chicos salidos del bachillerato en computación, entrenarlos y soltarlos para que se desenvuelvan funciona.  También para un municipio o mancomunidad o consorcio de ayuntamientos, adquirir una estación total que ande por los $7,000 no es una mala inversión, pues el uso más allá de catastro en levantamiento, replanteo u ejecución de proyectos de ingeniería resulta una buena inversión.  Solo hay que buscar la capacitación del recurso humano.

Y en esto hablo de una estación total convencional, lo de robótica no aplica a entornos que mano de obra es relativamente barata y donde si cierras medio ojo te roban la estación, el celular… y si aún se tiene hasta el honor.

Como conclusión, quien decide el método debe entender, que siempre el mapa catastral será un reflejo impreciso de la realidad.  Y por muy precisa que sea nuestra medición actual, en unos años será cuestionada por su relativa imprecisión respecto a una montaña de Marte.

El mejor método es el que es sostenible con fondos propios, cuya inversión se recupera en el corto plazo y con el que tendremos el municipio completo levantado en solo dos períodos de gobierno.

Suscríbete

Hace unos días veíamos como capturar datos con el Mobile Mapper 6, ahora vamos a probar hacer postproceso.   Para esto se requiere tener instalado el Mobile Mapper Office, en este caso estoy usando la versión 2.0 que viene en la compra del equipo.

 Descarga de datos.

La forma más práctica para esto es usar el Prolink, aunque si los datos se están almacenando en la memoria externa, sale más funcional sacarle la tarjeta SD y tomar los archivos desde allí.

Carga de datos al Mobile Mapper Office.

Anteriormente expliqué la funcionalidad de los diferentes formatos, toda la data está almacenada en los archivos .shp pero los archivos .map son los contenedores de capas, por lo que si se bajan los archivos a una misma carpeta, con abrir el .map vamos a poder tener las capas que se habían configurado.  (Así como lo hace un .gvp de gvSIG)

Para cargarlos en el Mobile Mapper Office, se selecciona desde el botón azul.

Si no se desea descargar el proyecto, se puede crear uno nuevo con la opción “Nuevo” y luego cargar las capas.

Como se ve en el gráfico superior, en el panel izquierdo se pueden apagar o encender las capas .shp, mientras que a la derecha se pude cambiar la propiedad de relleno o color de líneas.

Postproceso de datos.

Para cargar datos para postprocesar, se usa el botón Agregar datos brutos remotos, con el que podemos seleccionar los datos .grw que guardó el GPS. Estos se ven reflejados en la parte inferior del panel, tanto su hora inicial como final.

Para cargar datos de referencia, se usa el siguiente botón, que permite por una parte, cargar datos disponibles, como:

• Datos brutos en el formato de Ashtech (b*.*)
• Datos brutos RINEX

La otra opción, es descargar datos desde la web, si disponemos de conexión a Internet.  Aquí es posible establecer la cantidad de estaciones o también los kilómetros a la redonda; entonces el sistema empieza a buscar estaciones que tienen datos disponibles para esas horas en que hemos capturado información.

Allí va, buscando en el ftp de los datos RINEX de las estaciones Cors de la NOAA, claro que estar en Estados Unidos o España haría maravillas, pues se cuenta con más estaciones cercanas sirviendo información en Internet.

Vean como al darle la opción de 7 estaciones me identifica el servidor IGS de San Salvador, supongo que es el de CNR a 168 kilómetros.  También aparecen dos servidores en Guatemala y dos en Nicaragua, con la diferencia que aquellos están a 242 y 368 kilómetros.  Todos tomando datos cada 30 segundos, es claro que ninguna de estas distancias son aceptables para un trabajo serio, se requiere datos de una base más cercana.

Una vez que se elige cual descargaremos, entonces lo seleccionamos y presionamos el botón Descargar.  Allí puede verse como la escala de tiempo coinciden los datos, una vez realizado esto solo se debe presionar el botón Iniciar proceso, y esperar que finalice el tratamiento.

Precisiones.

Vean este ejemplo, es un estacionamiento medido cuatro veces, las líneas azules corresponden a levantamiento usando tomas cada 1 segundo.  Los triángulos corresponden a la información real, tomada con un equipo Promark de precisión milimétrica, justo en el mismo período de tiempo.

Al realizar el postproceso, vean lo que sucede, esta corrección ajusta el objeto almacenado en la capa GIS, o sea el shape file, que modifica sus datos geométricos, aunque no sus datos tabulares almacenados en el dbf. 

Es interesante, que la distancia relativa sin postproceso anda en menos del metro, si se toman en tiempos equivalentes.  Pero el error absoluto anda entre 3 y 5 metros, al hacer el postproceso este baja a menos del metro.

Nada mal para un equipo que anda por abajo de los US$ 1,500 (El Mobile Mapper 6)  El ejemplo segundo está tomado de un ejercicio descargado de la página de Magellan.

El Mobile Mapper 6 es la generación que vino a reemplazar a los CX y Pro, que antes producía Magellan.  Hoy veremos como capturar datos en campo.

1. Configuraciones básicas.

Para capturar datos, el equipo debe tener instalado el software Mobile Mapping, que viene con los discos al momento de adquirir el equipo y se instala vía Active Sync. 

Para ejecutarlo, se hace Inicio > Mobile Mapping. Aparece la vista de navegación, al cargarlo por primera vez se deben configurar algunos parámetros desde la opción Menu en la parte derecha inferior.

• Registro:  Aquí se debe establecer si queremos que registre automáticamente la posición cada cierto tiempo.  Por ejemplo, cada 30 segundos.
• También podemos definirle que la tome automáticamente cada cierta cantidad de metros de desplazamiento.  Esto es ideal para rutas.
• También podría decirse que se tome de forma manual, cuando yo lo seleccione.  Y para esto, se debe indicar arriba, cuanto tiempo debe promediar posiciones, significa que si le indico 45 segundos, el equipo tomará datos durante ese tiempo y me capturará el valor promediado.
• Unidades.  Aquí se establece si trabajaremos en metros, kilómetros, millas, pies etc. igual para el área.
• Hay otros parámetros, por ahora vamos a definir solo esos.

2. Crear mapa nuevo

Para esto, se hace Menu > nuevo… Es necesario entender la forma como opera el Mobile Mapper, para saber donde quedan guardados los datos. 

• El archivo .map.  Este  es una especie de contenedor, así como el .apr de ArcView, el .mxd de ArcGIS.  No contiene datos, solo la configuración de capas cargadas. Se debe especificar el nombre y donde se almacenará.
• El archivo .shp.  Este equipo permite crear capas de tipo shape file, donde se almacena la información capturada.  Al crearse, también se crean los archivos .dbf y .shx obligados.

Para esto se hace Menu > capas, y allí se puede seleccionar una capa existente ya, o bien una nueva.  Estas capas pueden ser de tipo línea, punto o polígono, 2D o bien 3D.  Luego los atributos pueden ser de tipo texto, numérico, si/no, fecha, imagen o audio capturados con el mismo equipo.

Así se pueden crear capas como:  Predios, ejes de calle, puntos de control, árbol, etc.

Cada capa puede tener atributos almacenados en el .dbf, como: propietario, fotografía, número de casa, declaración en audio, etc. 

También atributos de despliegue, como símbolo, color, grosor, relleno.

Cada capa puede tener escala de visualización.  Por ejemplo, si le establezco 1:10,000 a la capa de límite municipal, no la veré a menos que esté a una escala por arriba de esta y no me estorbará cuando esté trabajando con parcelas a escalas 1:400.

Igual se puede cargar una capa existente, como por ejemplo un mapa predial o de carreteras.  Inclusive podrá ser una imagen georeferenciada.

• Los archivos .grw y .crg.  Estos se crean a medida que vamos tomando puntos, y son necesarios para que en su momento podamos hacer postproceso en base a datos obtenidos con otro equipo estático.  Los datos sin postproceso andarán en un radio de 3 a 5 metros –como cualquier navegador-, con postproceso se alcanza precisión submétrica. 

Advertencia: El Mobile Mapper 6 (MM6) no puede ser base (hasta ahora).  Pueden ser base el antiguo Mobile Mapper Pro, creo que el CX y el Magellan Promark 3 (Este cuesta al rededor de US$ 2,500 mientras que el MM6 anda abajo de los $1,500, casi lo que valía el Pro o CX)

Significa que para un proceso masivo, podría tenerse un Promark3 y 5 MM6, Cerca de US$ 10,000.  Quizá una solución incomparable si comparamos precios con marcas como Trimble.

También será necesario establecer la proyección y sistema de coordenadas la primera vez que se cargue una capa.

3. Capturar datos.

Una vez hecho lo anterior, se inicia el GPS y tendremos una ventana parecida a la mostrada en la imagen. 

Arriba se muestra la cantidad de satélites visibles, abajo la coordenada y en el visor la ubicación.

Para capturar datos, se selecciona desde el menú inferior, en el lado izquierdo, donde dice Log.  Si lo tenemos en español dirá Registro.  Inmediatamente nos deja elegir en que capa guardaremos el punto a capturar, y si lo tenemos configurado de forma manual, como expliqué en el paso 1, entonces una barra de avance hará el proceso durante los segundos establecidos hasta capturar el punto.

Luego se abre el panel para ingresarle atributos.  Si se tiene otra configuración, como por ejemplo, cada 10 metros, podemos dejar el equipo en el tablero del carro y manejar, éste irá haciendo una captura cada vez que detecte un desplazamiento de 10 metros.

En el siguiente post veremos como descargar datos y postprocesarlos.

Este es un ejemplo de un problema común, que ahora me está sucediendo.  Tengo un levantamiento realizado anteriormente con un método menos preciso, posiblemente con GPS, cinta y brújula.  El caso es que al montar la estación total nos damos cuenta que la información ocupa una deformación.

El asunto, es que si solo se toma la medida de los vértices externos, el ajuste a lo interno es una locura.

Veamos como hacerlo con AutoCAD Civil 3D:

Simple, se selecciona Map > tools > rubber sheet

Luego, el programa solicita que se indiquen los puntos a desplazar y los puntos de control.  El orden es primero el punto que sabemos está malo (base point), luego el punto a donde debe moverse (reference point).

Cuando ya se han indicado todos, se hace enter. Entonces el programa solicita los objetos que esperamos ajustar, se seleccionan todos los linderos de los predios y se vuelve a hacer Enter.

Aquí en esta parte es donde extraño Microstation, porque allá podría apagar o encender niveles sin tener que detener el comando activo.  Aquí no es posible, deben estar apagados los niveles que no deseo seleccionar en ventana.

Y allí lo tienen:  Entre más puntos de control, será mejor.  Y claro, deben existir nodos en los vértices, para que se mantenga la limpieza topológica.

Es claro, que para un trabajo masivo no se recomienda hacerlo de un solo golpe, sino ir haciéndolo por manzana.  Vean como el la parte inferior de los predios 4 y 5, por no haberse tomado ese vértice, el punto no se movió, lo que implica que debería irse a tomar o modificar manualmente las líneas en caso que no haya ese quiebre.

La herramienta se ve muy práctica, mucho más que como lo hace  Microstation desde tools > warp coordinates.  

Viaje largo, por tres días he estado de gira, con suculentas comidas criollas.  Por fin de vuelta, muchos correos no leídos y la nueva cámara Kodak de 12.2 megapixeles anda muy bien.

Aquí les dejo unas lecturas y novedades de su interés:

Bentley extiende la interoperabilidad a FME.

Muy interesante, Bentley Map ha integrado posibilidad de interactuar datos vía ETL de Safe Software.  Con lo que se podrá leer más de 250 formatos CAD, GIS, Raster y bases de datos.  La novedad no es tanto para usuarios de Bentley, sino para otras plataformas que hasta ahora, leen el dgn V8 pero pcocos (o ninguno) había mencionado leer datos xml de un proyecto Bentley Map.

Ya hace mucho Bentley y AutoDesk habían firmado un acuerdo para mejorar la interoperabilidad, tema que con esta alternativa están logrando para hacer interactuar Bentley Map con AutoDesk Civil 3D.  Nos parece una de las mejores decisiones de Bentley, pues ETL hace las veces de adaptador de intercambio, tanto para cargar (load), extraer (extract), y transformar (transform) información con un enfoque espacial, lo que Safe Software hace muy bien.  Diferentes empresas lo hacen por medio de esta vía, entre ellos:

• AutoDesk
• ESRI
• Google
• Mapinfo
• MapInfo
• Intergraph
• Oracle
• SmallWorld

Funciona con versiones a partir de Bentley Map SELECT Series1, o sea V8.11.7 liberada en Noviembre de 2009.  Mi gran pregunta es si el software open source podrá sacarle provecho a esto.  Aquí pueden ver el video de como funciona.

2.  Curso de Impuesto de Bienes Inmuebles

El Instituto Lincoln ha anunciado un interesante Curso de Desarrollo Profesional sobre Impuesto a la Propiedad Inmobiliaria en América Latina.

Este será del 23 al 30 de Abril de 2010 en Costa Rica, promovido por el Órgano de Normalización Técnica (ONT) del Programa de Regularización de Catastro y Registro de Costa Rica.

La metodología, basada en estudio de caso, a partir de la experiencia que está ejecutándose en Costa Rica y, con el intercambio a nivel de aula virtual previa, con los participantes de diversos países se espera obtener resultados valiosos para retos fuertes como:

• Sincronías entre el impuesto predial y otros impuestos
• Modelos de financiamiento local; diseño fiscal del impuesto predial
• Descentralización fiscal
• Proyectos de re-estructuración catastral y rutinas de actualización continua de datos
• Valuación masiva y control de calidad de los trabajos
• Combate a la evasión (recaudación y recuperación de deudas)
• Atención al contribuyente
• Indicadores de resultados para evaluar el desempeño del impuesto

Y yo… quiero ir.

6 Sitios recomendados de esta semana

Blog IDEE

• IGN y CNIG Liberan la descarga de datos cartográficos

FICUNFV

Recursos / servicios para ingeniería y construcción.

SinfoGeo

El curso de Geomarketing parece ser el de mayor demanda.

GeoMarketingSpain

Incansables amigos, geofuman sobre ese tema a lo grande.

GeoDatum

Las estaciones GPS del mundo en un mapa

GoogleMapsMania

Los pueblos abandonados de España

Geo Jobe

Las 10 novedades de ArcGIS 10