Quienes esperan usar Microstation 8.5 hoy día deben recurrir a Windows XP sobre máquinas virtuales por incompatibilidades con Windows 7, mucho peor sobre 64 bits. Mencionan el problema con el editor de texto, del que ya hablé antes como solventarlo y también hacen referencia al gestor de imágenes y la conexión ODBC. Veamos cómo se resuelven estos asuntos.
Problema con el Raster Manager.
No es motivo de discusión porqué la gente sigue utilizando esta versión 10 años después. Lo cierto es que Microstation V8 del año 2004 fue toda innovación. A la gente le encantó esta versión por lo potencial después de sufrir con los últimos años con un dgn que todavía era de 16 bits. Ahora podía leer y editar el fichero dwg/dxf de AutoCAD 2006 de forma nativa, integraba el guardado histórico, dejaba por un lado el dolorosos lenguaje MDL, adoptando Visual Basic for Applications (VBA) y por supuesto explotaba el potencial del dgn v8 que ya no se limitaba a 64 niveles ni cantidad de objetos.
Pese a lo anterior el desarrollo de la herramienta era aun sobre Clipper, con una interfaz gráfica limitada en el manejo de transparencias y en la interacción del cursor, hacía una especie de refrescamiento en forma de imagen que retornaba el objeto en tono negro. Pero fuera de estas cosas, el tener un entorno propio que no era proporcional a la memoria RAM del equipo, de una forma impresionante podía manejar grandes cantidades de datos de forma eficiente.
Bentley prometió sacar una versión «realmente windows», prometiendo no dañar la potencialidad. Fue así que en 2006 apareció la serie XM, aunque de forma extraña la gente se preguntó porqué la anunciaban con un mensaje de «no ser lo último, y que esperáramos algo más». Fue hasta un par de años después que apareció V8i, que trajo todo lo que ahora Bentley explota bajo el concepto de i-model.
Claro que esa versión es obsoleta con lo que ahora se puede hacer con Bentley Map o cualquier versión de Microstation V8i. Pero si alguien desarrolló sobre VBA para aquella versión, no se cambiará fácilmente si el programa resuelve sus necesidades básicas; mucho menos si el desarrollo iba sobre una vertical como el caso de Microstation Geographics, ProjectWise, Geoweb Publisher, o si explotaba funcionalidades del dgn de aquella fecha como el histórico.
Bla, Bla, Bla… historia. Veamos como resolver el problema:
Volviendo al asunto del problema de Raster Manager. Todo está en el cambio en el manejo de caché de Microstation, que se definía en variables diferentes, entre ellas MS_RASTER_CFILE_FOLDER.
Para XM Bentley integra un manejo diferente, y por supuesto el cambio de localizaciones de carpetas que llega después de Windows XP hace que no sea posible alcanzar el caché… mucho más con 64 bits donde los derechos son más complejos en ciertas carpetas. Pero la funcionalidad existe porque no sucede con archivos primitivos como jpg, solo sucede con ficheros comprimidos, como .ecw .hmr o bien .tiff.
La forma más fácil de resolver el asunto, es copiando el fichero hrfecwfile.dll, que es el que resolvió esto en los primeros testeos que hicimos de Microstation XM.
De modo, que lo que se requiere es buscar en Internet Microstation XM, instalarlo, y buscar este archivo. Luego se reemplaza en la ubicación donde están los archivos comunes:
C:\Program Files (x86)\Common Files\Bentley Shared\RasterFileFormats\ECW\hrfecwfile.dll
Con esto se pueden llamar de modo attach, pero al arrastrar y soltar se queda colgada. Para resolver esto, hay que deshabilitar los temas visuales en la composición del escritorio.
Problema con el driver ODBC para Microsoft Acess en 64 bits
En el caso de los usuarios de Microstation Geographics, era muy robusta la conexión a una base de datos mediante un Driver Oracle, Microsoft Acess vía ODBC. Si bien Geographics es obsoleto respecto a Bentley Map, sigue siendo utilizado por muchos proyectos, al grado que no es extraño ver aun en los Be Inspired desarrollos utilizando estas funcionalidades.
El problema para quienes no acostumbran leer, es que en Windows 7 sobre 64 bits no se puede hacer una conexión ODBC para Acess o Excel.
Si accedemos a la conexión ODBC de forma tradicional:
Inicio / panel de control / herramientas administrativas / Sistema y Seguridad / herramientas administrativas / orígenes de datos ODBC
Se puede ver que solamente se pueden agregar controladores para SQL Server. Pero esto es porque la primera alternativa es ejecutar esto desde 32 bits, con lo que los permisos de administrador no están habilitados en el fichero Odbcad32.exe de la dirección
C:\Windows\System32
En teoría se podría activar las propiedades en el botón derecho y modificar los derechos de ejecución como administrador, pero en algunos casos podría no permitirlo, de modo que,
Lo que hacemos es buscar el mismo comando pero bajo el entorno 64 bits, en la ruta:
C:\Windows\SysWOW64
Aquí buscamos el comando Odbcad32.exe. Y en efecto, al ejecutar el comando vemos todas las opciones que esperamos.