Geo web Publisher, parece más fácil
Revisando lo que ahora es Geoweb Publisher V8i, es notorio que este producto ha tenido muuuucha evolución, aunque la lógica se mantiene, hay un gran cambio entre lo que fue una herramienta primitiva para que los geo-ingenieros publicaran sus datos en vectoriales y lo que ahora es una propuesta destinada para fines geoespaciales.
Me ha llegado la versión V8i, pienso hacer una revisión pero antes, aprovecho para hablar de lo que eran las versiones anteriores a fin de no hacer tan pesado el artículo de comparación y recordar las debilidades que se tenían.
Publisher – GeoWeb Publisher
Inicialmente, Publisher era una geofumada difícil de implementar, pues ocupaba conocer mucho las tripas del workspace de Microstation y Geographics legacy. 
No tenía wizard, ni íconos de plantilla, todo había que construirlo a pie. Para 2004 fue lanzado Geoweb Publisher que ya incluía un medio wizard para la creación de páginas con marcos básicos y para todo lo que se había cibstryudi con el Publisher (con las uñas) fue una ofensa que no compensaron las mejoras. Aparte que había que invertir en adaptar los cambios.
El VPR
Cuando llego Geoweb Publisher, Bentley dejó de empecinarse con la applet de Java, a la que había llegado con Microstation J. Surgió un ActiveX propio de Bentley llamado vpr, como acrónimo de lo que se podía hacer con el: view, print and redline.
El servicio en forma de imágenes no era problema, el problema era siempre el visor de datos vectoriales, aunque los datos se sirvieran vía IIS, si la versión inicial requería la instalación de un motor Java (JRE) más arcaico que específico, en la implementación del AcitveX se cerró a solo funcionar con Internet Explorer, y era una lata hacerlo correr por primera vez, si se tenía una conexión lenta y poca paciencia (o conocimiento de que estaba pasando en el hígado del despacho de datos)
Todo lo que hacía el vpr era un simple despliegue del dgn, pero era posible servir casi cualquier cosa que hacía Geographics pues en la práctica el Geoweb Publisher era en sí un Geographics trabajando desde el servidor. Así que la magia estaba en las maravillas que se hicieran sobre Geographics, podía servir temáticos, análisis topológico, inclusive cuasi-vectorizar en línea y esto se agregaba como un archivo redline asociado al dgn original. Claro, con las debilidades antes de XM, no se podía hacer transparencias a menos que se geofumaran con PictureScript Scenes (PSS), no habían símbolos dinámicos, y era medio destrompado el manejo de escalas, en la práctica la proyección no era de forma convencional y cuando se generaba un temático sobre un archivo semilla nuevo se perdía en el espacio por una extraña razón.
Requería un recurso mortal de el servidor, por ser Publisher sirviendo rutinas que se ejecutaban en Geographics a demanda de usuario era de entender. Aunque admito que era admirable, si consideramos que levantaba 25,000 parcelas de forma vectorial en segundos, y una vez que caían el refrescamiento no era necesario a nivel de zoom, solo de pan fuera del extent. También la integración a Project Wise permitía control del flujo de trabajo y asociación a documentos externos mediante el Web Explorer Lite.
Todo lo hacía siguiendo los lineamientos del proyecto Geographics, que bien podía estar en Oracle, SQL o Access. La ventana de despliegue leía las cuatro esquinas del visor, y hacía análisis espacial sobre el archivo Index y luego cargaba de referencia los dgn registrados en en esa vista (o bien mediante el map manager). Este despliegue no era una imagen común, pues los msliks se convertían en hipervínculos de los objetos que tenían ligue a la base de datos y de esta forma se podía desplegar la tabla asociada.
Luego, permitía configurar las categorías y atributos en un árbol lateral para encender o apagar. Las limitadas query keys botones disfrazados que ejecutaban tareas comunes de Microstation: apagar o encender capas (niveles), attachar mapas de referencia, imágenes, apagar, ejecutar rutinas mdl, macros o aplicaciones vba.
No estándares
Pero no había estándares OGC, todo era una fumada propia de Bentley, al estilo de ellos. En las únicas dos posturas posibles: la resignación que el interesado debe fajarse las mangas de la camisa o la tranquilidad que es un peludo de barba GNU, que antes trabajaba en la NASA y ahora se dedica a hacer GIS.
_________________________________________
Le he echado una mirada a Geoweb Publisher v8i, y mis respetos. Creo que en esto Bentley mejora su punto de vista del usuario común, que no tiene a Walter Mercado al lado que le explique su carta diaria. Que sea más fácil, podría ser, lo cierto es que ahora tiene una lógica más entendible en el flujo desde el objeto construido hasta el servicio.
Pero más que esperar que la implementación sea fácil, la potencia de lo que hace se ve interesante, como la evolución del primitivo dpr, ahora como idpr me parece magnífica en un concepto de base de datos espacial (desde el mapa), donde es posible integrar tanto datos dwg, dgn, xfm e inclusive arcaicos shape files que luego servidos desde una base de datos espacial.
Y luego el soporte de estándares OGC.
Ya lo veremos en los próximos días.
