geofumadas

Aclarando, que esto no es un curso de crackeo, solo es respondiendo una duda de alguien que preguntó cómo se controla la licencia de Microstation V8.

El servidor de licencias

Esta es la forma empresarial como se controla el licenciamiento mediante un servidor de licencias, que es una aplicación para usuarios de Bentley Select antes de v8.9(XM), que permite dejar una computadora donde están administradas las licencias; las versiones XM ya traen incluido select server incluido.  Esto del servidor de licencias es una buena opción, pues se puede hacer checkout de una licencia, en caso que se vaya a trabajar desconectado o en una portátil, el checkout puede ser de un mes pro ejemplo luego de ese tiempo se requiere volverse a conectar para renovar la licencia. 

En este caso, el archivo de licencia de cada máquina solo apunta a un url de la computadora que tiene instalado el servidor de licencias.

También es ventaja de tener un servidor de licencias pues se pueden manejar de forma flotante, tal que si una licencia no está en uso, está disponible; el servidor administra cuantas están activas y alerta cuando se acaban. Un ejemplo de esto es tener una licencia única (o pocas) de una aplicación que no se usa mucho, pero que está disponible para cualquiera en la red; lo que no permitirá es usuarios concurrentes.

Claro, recuerdo que una noche, teníamos que generar unos mapas que se producían mediante una aplicación vba que se tardaba su rato, abríamos varias muchas veces Microstation en cada máquina, dejamos los procesos trabajando y nos fuimos a dormir al karaoke.  Hasta entonces nos dimos cuenta que cada aplicación abierta era una nueva licencia, en la mañana los que madrugaron en otras oficinas se encontraron que no habían licencias disponibles.  jeje, buena forma de demostrarles que nos desvelamos hasta las 3 am… y más después de las Coronas.

El archivo de licencia

Para equipos que no están conectados a un servidor de licencias, Microstation hasta las versiones 8.5 Bentley resolvía lo del servidor de licencias mediante una simulación local. 

Dentro de la estructura de archivos de Bentley está:

c:/Archivos de programa/bentley/licensing

Y allí están los archivos de licencia que son documentos de texto con extensión .lic, dentro lo que tienen es la clave de activación para esa máquina, un número como de 138 caracteres. 

Para cada programa existe un archivo diferente, por ejemplo para Microstation es msv8.lic, para Geographics msgeo.lic , para geopack geopack.lic y así para los demás.

Este método es muy antiguo, si recuerdan  para Microstation J se llamaba msj.lic Microstation SE se llamaba ustation.lic, para Microstation 95 ms95.lic aunque en esos tiempos esa misma licencia administraba varias aplicaciones, solo tenía más numeritos así como las licencias de ArcView si me permiten mezclar chicha con limonada.

Cuando se instala Microstation, versión legal sin servidor de licencias, éste pide una clave de activación y se guarda como ruta de licencia en un archivo de apenas 276 kb llamado licnsmgr.dll que está en:

c:/Archivos de programa/bentley/program/microstation

Este archivo hace las veces de servidor de licencias, es por eso que Bentley seguía siendo pirateado pues la mara pecaminosa solo se iba a reemplazar esos dos archivos por los que andan allí nadando en Internet y ya la hacían.

Para las versiones XM se hizo otra forma de activación de licencia, allí la comentamos otro día.

Búsqueda personalizada

Conocer la longitud de una curva es una necesidad frecuente, como ser el eje de una carretera.  Luego de batallar con Microstation V8 me puse a revisar como lo hace AutoCAD y Microstation XM.

Con Microstation V8:

No es posible por medio de la tabla de propiedades, pues al activarla con el comando "element information" no aparece. Quizá una de las herramientas más deficientes en las versiones anteriores a XM de Microstation.

Sin embargo es posible con el comando "medir distancia", y seleccionando la opción "a lo largo de el elemento".

Usando AutoCAD:

Se debería mostrar en la tabla de propiedades, que en el caso de AutoCAD 2009 se encuentra en "view/properties" pero para no complicarse se toca el elemento y se aplica botón derecho del ratón seleccionando "properties". 

Como ven la tabla, no contiene la longitud de curva. 

Así que se toca el objeto, y luego se aplica el comando "list" y allí lo tienen.

ELLIPSE   Layer: "Eje de calle"
Space: Model space
Color: 1 (red)    Linetype: "BYLAYER"
Handle = d4
Length: 54.03
Center: X = 483515.54, Y = 1553059.20, Z = 0.00
Major Axis: X = 75.28    , Y = 27.06    , Z = 0.00
Minor Axis: X = -27.06   , Y = 75.28    , Z = 0.00
Start Point: X = 483591.22, Y = 1553033.25, Z = 0.00
End Point: X = 483590.83, Y = 1553086.26, Z = 0.00
Start Angle: 321d
End Angle: 0d
Radius Ratio: 1.00

Usando Microstation XM:

Parece que le entendieron al problema al diseñar Microstation 8.9 (XM), en el antiguo comando "element properties", con una tabla mejorada ya se incluye la longitud de arco.

Búsqueda personalizada

Este archivo contiene un globo terráqueo con una imagen colocada como material sobre su superficie.  Inicialmente fue publicada en el blog de Shaan Hurley.

¿Como lo hicieron?

Crearon un objeto esférico 3D

Luego crearon un material nuevo, basado en esta imagen

Luego se lo aplicaron como material a la esfera, definiéndole una proyección cilíndrica.   Para verlo hay que aplicar una vista renderizada. 

En este caso lo he abierto con Microstation XM porque alguna extraña razón hacía que en AutoCAD 2009 se quedara colgado… creo que la memoria de mi portátil está pidiendo vitaminas…  pareciera que igual le pasó a Shaan.  Pero da igual, se ve interesante.

De aquí puedes bajar el archivo comprimido que contiene dos archivos dwg y dos imágenes de esta y otra vista nocturna.

Era una de mis expectativas al atender la conferencia de Baltimore en Mayo para ver que ofrece Bentley para imágenes 3D.

Usando imágenes 3D en Microstation

Fue una presentación realizada por RIEGL USA, una empresa dedicada a prestar servicios de captura y procesamiento laser, RIEGL nace en en Austria pero tiene cobertura en varios países entre ellos Estados Unidos.  Aunque su página web no tiene nada respecto a las aplicaciones desarrolladas para este fin, en la exposición mostraron una funcionalidad interesante importando una nube de puntos directamente desde Ri Scan Pro a Microstation… con algunos botones para personalizar el despliegue.

Ted Knaak, su presidente fue quien realizó la demostración, lastimosamente no hay nada de información en línea… de modo que lo mejor es contactarlos directamente.

La otra exposición programada en que aparentemente iban a mostrar otras "adquisiciones emergentes" no se realizó… de modo que no hay mucho que mostrar posiblemente.  Por ahora Terrascan, Cloudworx, Cyclone y otros similares siguen siendo alternativas, nada desde Microstation.

El futuro de las "emergentes"

Cuando Bentley no tiene herramientas especializadas en un tema,  presenta algunas empresas privadas que trabajan soluciones y a estas suele llamarle "emergentes".  No es malo,  Bentley hace muy bien en darle oportunidades a partners que desarrollan aplicativos complementarios como lo es Axiom.

Pero también recuerdo hace 4 años que Bentley consideraba "emergente" a Corporate Montage, que hacía lo que las versiones antes de XM no podían; mapas bonitos.  Así que Corporate Montage ampliaba muy buenas funcionalidades para generar layouts con características muy buenas como transparencias, sombras, materiales fotorealistas y plantillas de impresión.

A partir de XM, Bentley adquirió los productos de su "emergente" y ahora se llama CAD Scripts y Map Scripts. De modo que habría que ver que pasa con algo de los desarrollos de RIEGL dentro de 4 años.

Por ahora… no hay nada en Bentley para imágenes LIDAR, solo contactar a su emergente y esperar Microstation Athens, que se espera sea lanzado a finales de este año.

Hoy ha sido el día que me ha correspondido exponer en el curso de catastro inmobiliario de Bolivia. El tema ha sido orientado a la reflexión de cómo elegir una herramienta informática para un desarrollo geomático.

Este es el gráfico que he usado, y mi enfoque ha sido el análisis del contexto en donde esperamos implementar la solución.

El asunto es que si se quiere elegir una simple herramienta para captura de datos se debe considerar aspectos que no tienen que ver solamente con la capacidad de hacer vectores, sino más bien la sostenibilidad que puede soportar en la medida que sea exigido por los usuarios que acceden a ésta desde diferentes niveles y la cantidad de usuarios que requerirán licencias.

Entre algunos criterios que hemos considerado, y cuyo peso podrá variar en función del contexto de país o alcances, entre otros se pueden considerar:

• Interoperabilidad
• Estándares OGC
• Curva de aprendizaje
• Velocidad vrs. Cantidad de usuarios
• Crecimiento modular
• Disponibilidad de interfases de programación (API)
• Costo integral

Luego hemos dividido el contexto geomático en al menos seis etapas y sopesado el nivel de importancia de los criterios anteriores en diferente momento. Cada una de las etapas puede seleccionarse un listado de características especiales que los usuarios o especialistas proponen y a estos se les da un peso a fin de evaluar de forma comparativa las ventajas y desventajas de las diferentes soluciones:

1. La etapa de construcción

En esta, básicamente se espera que la solución sea efectiva y práctica para la producción a alto nivel por parte de los técnicos que vienen de campo, digitalizan, limpian topología, integran a bases de datos e interactúan con imágenes o servicios de mapas.

2. La etapa de administración

En esto se considera, que los datos producidos puedan someterse a estándares tales como para ser aceptados dentro de una base de datos o un administrador de archivos versionados. Aspectos como sostenibilidad de formatos y API disponible son muy importantes. Y claro, las soluciones que se buscan a este nivel para manejo de bases de datos se espera que más que tener interfases atractivas, puedan tener un buen rendimiento para entornos multiusuario y capacidad de almacenar tanto datos tabulares como geometría e índices raster.

4. La etapa de Publicación, a este nivel se considera que las soluciones de construcción de datos hayan tenido posibilidades de transformación a estándares ogc y que las herramientas de servicio de datos tengan un nivel de personalización para que tanto se puedan servir datos como que también se vean artísticamente atractivos.

5. La etapa de mantenimiento, esto es un segundo nivel de construcción, en que se espera que las herramientas tengan la opción a poder personalizar su acceso para conservación de resultados versionados, almacenamiento histórico de cambios y de nuevo, facilidad en la construcción precisa. Si es posible la opción a hacer anotación gráfica bajo un activex que funcione en línea… mejor.

6. La etapa de respaldo, le he llamado así, pero en realidad es una etapa de repositorios de acceso, donde los usuarios dentro de la institución acceden, transforman datos, respaldan y generan nuevos productos. Aquí los requerimientos a la solución CAD/GIS apenas se van a la estabilidad de formato y capacidad de soportar versionado, mientras que las herramientas de manejo, que tengan mucha disponibilidad al desarrollo, normas de seguridad y funcionalidades cliente servidor.

3. La etapa de intercambio, este es un segundo nivel de la publicación, en la que se espera servir datos en formatos xml, gml u otros soportados por estándares ogc, productos que esperamos sean utilizados por otras soluciones geomáticas pero que también regresen modificados. Que decir, capacidad de pervertirse bajo estándares geofumados, incluida la opción de simplificación vectorial… sí, bien geofumados.

Aunque el principio es aplicar un test de características a diferentes soluciones en cada etapa del proceso, no debemos olvidar su contexto integral; así que hemos concluido con un ejercicio rápido en caso de tener un cliente importante, como un instituto de catastro en un país, que desea implementar un sistema completo para un entorno de unos 20 técnicos de producción CAD/GIS, 3 desarrolladores, 75 usuarios de intranet y consulta múltiple en línea (hemos omitido los costos de un Oracle de $30,000 anuales por procesador, el desarrollo informático, los equipos y la implementación):

Hacerlo con AutoDesk podría costar arriba de $180,000, con las limitantes en la fase de repositorios que debería complementar con otras marcas y el rendimiento de recursos de los equipos para servir datos de forma eficiente y bajo metas altas de postproceso.

Hacerlo con Bentley podría costar hasta $210,000, con las limitantes en la fase de intercambio, publicación tomada de los cabellos y algo en la curva de aprendizaje

Hacerlo con ESRI podría constar hasta $300,000, con las limitantes en la fase de construcción y repositorios, para lo que ocuparía complemento de otras marcas; aparte que en el camino podría surgir que se requieren 10 licencias de una extensión que vale $9,000

Hacerlo con Manifold podría costar $15,000, con las limitantes en la fase de construcción, curva de aprendizaje y necesidad de desarrolladores de primera (aunque en todos los casos hay que desarrollar mucho). También aclaro que hay otras soluciones de bajo costo, pero uso este porque lo he probado últimamente y me ha sorprendido.

En el peor de los casos me sobran $155,000 como para contratar la elaboración de buenos manuales y si juego con licencias runtime puedo tentar el ego del cliente.

Es curioso que casi el total se puede hacer con software libre, a puro GvSIG/Grass, Postgre, intelliCAD y otras hierbas si logro integrar un equipo de sistematización de procesos, desarrolladores geofumados y la credibilidad para vender el proyecto… si el cliente tenía considerado $700,000… le puedo pegar más duro pues entre mayor es la cantidad de usuarios se puede justificar más el software libre o de bajo costo.

En resumen, espero haber despertado su curiosidad por las soluciones libres y de bajo costo, aunque el tiempo era muy corto como para llegar más lejos. Hemos definido varias conclusiones breves:

• La tecnología adecuada es: “la que pueda ser sostenible” dentro del contexto global del desarrollo
• Nunca podrá existir una tecnología “buena para todo”
• El aspecto “económico” debe pensarse en función de “ciclo de vida de tecnologías” y su interoperabilidad
• Los procesos documentados (sistematización) extienden la el ciclo de vida de las tecnologías
• No todos están listos para el software libre, para iniciar es preferible las aplicaciones “comerciales”, con la experiencia se puede pensar en aplicaciones “de bajo costo“, con la osadía a las “libres” o “propias”

En una conferencia de prensa, estos dos proveedores de  software han anunciado un acuerdo para expandir la interoperabilidad entre sus portafolios de arquitectura, ingeniería y construcción conocido por sus siglas en inglés AEC. Hace un tiempo hablábamos de las equivalencias entre ambas tecnologías; y de acuerdo a esta buena noticia, AutoDesk y Bentley intercambiarán sus librerías, incluyendo el RealDWG para implementar la capacidad de poder leer y escribir en ambos formatos dgn o dwg sin importar la plataforma en que se está trabajando.

Esta me parece una de las mejores noticias que he escuchado, sobre todo porque a esta altura ni AutoCAD con sus 25 años y Microstation con sus 27 (sin incluir los 11 anteriores) se echarán para atrás luego de haberse posicionado muy bien y haber sobrevivido a la batalla del tiempo que en tecnologías es muy corto.  A la fecha, Microstation había logrado leer y escribir de forma nativa sobre el formato dwg y AutoCAD ya era capaz de importar un archivo dgn, pero lo que se intenta es que ambos formatos tengan un mismo principio construcción no solo en la aplicación básica sino sobre las diferentes especializaciones de AEC, posiblemente creen un estándar que pueda cumplir con estándares OGC como un formato para manejo vectorial.

Adicionalmente, las dos empresas facilitarán los flujos de procesos entre sus aplicaciones tanto de arquitectura, como ingeniería y construcción a fin de soportar de forma recíproca sus interfases de programación (APIs).  Con este arreglo, tanto Bentley como AutoDesk podrían permitir que un proyecto pueda llevarse en diferentes plataformas, por ejemplo podría construirse toda la capa 2d de un plano en AutoCAD, pero mantener la animación 3D sobre Bentley Architecture.

La interoperabilidad ha tenido un auge importante para los usuarios de las plataformas de diseño e ingeniería aunque hasta ahora lo veíamos más fuerte en la línea geoespacial.  Un estudio en 2004 hecho por el Instituto Nacional de Estándares y Tecnología, de Estados Unidos encontró que los costos directos por el tiempo invertido en plataformas con inadecuada interoperabilidad es cerca de $16 billones anuales!!!

La intención es que los usuarios se dediquen a trabajar, a crear, a fumar en lugar de estar complicándose en cuanto al formato de archivos o como lo distribuirán.

Imaginen trabajar con AutoDesk Revit, y poder tener una empresa subsidiaria trabajando en Bentley STAAD, sobre un solo formato, con manejo de datos NavisWorks y desplegado hacia la web por ProjectWise… wow!!!, esto cambia la misma historia.

Este gesto me parece muy bueno, sobre todo por parte de AutoDesk, que aunque tiene la mayor porción del mercado, reconoce que muchos clientes usan las ventajas de ambas plataformas pues finalmente son ellos quienes saben como sacarle mayor provecho.