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.
Tres opciones:
-Estás ejecutando Microstation (no geographics)
-Está mal configurado el fichero .ucf
-Está mal instalado Geographics. Deberías reinstalarlo.
Tengo un problema extraño, que al ejecutar el programa geografic la opcion project no aparece en el menu pricipal, para poder cargar el wizard, pero no aperce.. quiero alguna sugerencia en base a ese problema
Pues sí que es un problema muy particular, seguro de la instalacion del windows.
Ya probe desintalandolo y volviendo de cero y nada
Es extraño.
Tal parece que esa máquina tiene algo extraño en particular. Como si el aplicativo odbc estuviera dañado o no fuera compatible.
Quizá vendría bien desinstalar y reinstalar Microstation y Geographics, podría no haberse instalado completamente los drivers de conexion.
ya todas las indicaciones de la direccion q me dio ya las se y ya lo eh instalado en otras computadoras por no decir en muchas, pero en esta otra me da ese mensaje: Unsuccessful CONNECT statement y despues me tira: New user connect failed
Revise este artículo
http://www.geoproceso.com/geographics-instalar-un-proyecto-local/
Me parece que lo que debe cambiar es el archivo msgeo.ucf, que está apuntando a una conexión de base de datos de otro proyecto.
Si lo que quiere es un proyecto local, debería ser algo como
MS_GEODBTYPE = ODBC
MS_GEOPROJDIR = C:/
MS_GEOPROJNAME = proyecto_local
MS_GEODBCONNECT = 1
MS_GEOINITCMD = PROJECT OPEN
MS_GEODBLOGIN = proyecto_local
no se que hacer,
no entiendo digamelo un poco breve o mas especifico porfavor
el mensaje lo tira al abrirlo y trato de hacer el wizard para el proyecto local y me vuelve a tirar el mismo mensaje
Entonces tiene que irse al archivo ucf y eliminarle la variable de conexión de proyecto que tiene.
Está en workspace/users
el mensaje lo envia tras que abro el geographics, y quiero hacer el wizard del proyecto local y me vuelve a enviar el mismo mensaje
En qué momento envía el mensaje?
Estás usando Microstation o Geographics?
mi problema es que me tira un msg que dice: Unsuccessful CONNECT statement
Guao que bien, aunque no puedo probar porque mi maquina con windows7 pito como el España el domingo.
pero lo intentaré en otra máquina, ahora habría que ver con windows8 que tal…