- Crear categorías
- Crear features
- Configurar la conexión a la base de datos
- Definir normas topológicas
- Conformar escalas de despliegue
- Actualizar tablas
Sin embargo, todo lo que sabíamos de Geographics es poco útil, pues la funcionalidad del Geospatial Administrator es medio tomada del pelo. Tiene muchas capacidades, aunque bastante escondidas detrás de un botón derecho del ratón; lo que es costoso al inicio.
Ventajas del Geospatial Administrator.
Comparando como se hacía con Geographics, estas son algunas ventajas:
- Figuritas, me refiero, antes la mayoría de configuraciones carecían de complemento gráfico.
- Menos programación, antes hacer esto requería meterse con el código de los archivos .ucf y más.
- Features reales, ahora, la simbología no es un atributo del CAD, como antes sino está asociado totalmente al atributo
- Escala, los atributos pueden tener propiedades de escala, así se depliegan o ocultan a escalas configurables
- Comandos asociados a atributos, esto son características de construcción definidas para la creación de objetos, como ser: cuando voy a crear un eje de calle, se activa inmediatamente el comando linestring; a esto se le llama métodos.
- El mapa tiene los datos, es posible definir cuantos de los atributos o datos estarán dentro del xml del mapa, de modo que el dgn contiene datos sin necesitar tener conexión a una base de datos o archivos complementarios.
- Link directo, al hacer undo o redo, no hay inconsistencia, como pasaba antes pues un enlace podía crear un objeto sin referencia a la base de datos.
En sí es muy robusta la herramienta, lo que pasa es que es compleja de usarla. Para el caso, Bentley Cadastre es una aplicación construida con Geospatial Administrator que adicionalmente tiene un tutor que guía la conformación inicial.
Me abordó un amigo la otra vez, y me pidió si podía explicarlo… en varios post espero irlo haciendo, porque ahora que estoy viendo Bentley Map V8i y veo que no se echan para atrás en la necesidad de agregarle wizzard a este rompecabezas. Por ahora el post se queda en un nivel general.
Historia y lógica
El Geospatial Administrator surge a partir de la adaptación de la tecnología xml en Microstation V8.5 conocida como XFM. A partir de Microstation V8.9, conocida como XM Geographics pasa a llamarse Bentley Map y es la forma como se le sigue llamando en V8i.
Básicamente los proyectos con Bentley están estructurados en esta línea, como lo explicaba nuestro amigo Martin:
Proyecto (Project) ……………………….equivalente a la escuela
Ejemplo: Proyecto Catastro
Categorías (Categories) …………….. equivalente a los grados
Ejemplo: Categorías: catastral, vialidad, forestal, hidrológica…
Atributos (Features) ……………………. equivalente a las materias
Ejemplo: eje de calle, polígono de predio, puente…
Mapas (Maps) ………………………………. equivalente a los alumnos
Ejemplo: Mapa HJ44-2D.cat, zona forestal B.for, 0311.hid
Antes todo esto se construía desde el lado de Geographics, ahora, se separa toda la configuración desde el Geospatial Administrator, dejando solamente desde el lado de usuario de Bentley Map la construcción. Tal como abrir el mapa x, desplegar la lista de categorías, asignarle atributos, tematizarlo por, validar su topología, analizar capas espaciales… etc.
De modo que el Geospatial Administrator se parece en cierta forma a la conformación de una Geodatabase, solo que en sí éste no contiene nada sino las propiedades del proyecto completo.
Estructura del Geospatial Administrator
Lo que tenemos es una estructura en árbol de las diferentes configuraciones que lleva un proyecto, con la ganancia que ahora todo se hace desde aquí.
Las configuraciones están agrupadas en:
- Las características para todos los usuarios en general (All users)
Todas estas son generales del proyecto.
Las categorías están en este nivel y no en el de usuario particular.
También están en este nivel las normas de topología y la configuración de la base de datos a que está conectado este proyecto.
- El workspace del usuario actual
Estas son ya particulares al espacio de trabajo conocido como usuario, o lo que llamábamos antes ucf;. A diferencia de los parámetros generales, puede contener:
-operaciones y métodos particulares para cada feature. También se puede definir que features puede tener el usuario.
-Escalas de trabajo
-Archivos, como semilla o librerías compartidas
-Macros y herramientas de interface particularizadas para el usuario.
Todo esto era posible en Geographics por medio de un archivo .ucf, que permitía abrir directamente Geographics en el proyecto definido, con las herramientas necesarias… pero se hacía a puro código.
- El diccionario de sistemas de coordenadas
Aquí están las diferentes configuraciones para sistemas de coordenadas
- Las fuentes de datos espaciales
Aquí están definidas las configuraciones para acceso a bases de datos espaciales vía Oracle, así como el Index que es el archivo que contiene un índice espacial de todos los mapas registrados en la base de datos.
Y entonces ?
De aquí vale recordar algunas carpetas interesantes:
- idx, es donde está almacenado el archivo index y el vicinity
- seed, es donde está almacenado el archivo semilla
- sql, aquí se guardan las búsquedas
- tlr, aquí están las capas topológicas
- wrk, archivos de trabajo
Lastimosamente no se que concluir al final de este post, si alguien compra Bentley Map y no sabe usar el Geospatial Administator… de poco le sirve. El Geospatial Administrator es demasiado fumado para usuarios que principian en GIS.
Pero no es pecado de Bentley, el juguete es muy robusto, con .NET se pueden hacer maravillas pero igual que Geographics, difícil de ech
ar a andar sin mega-ayuda, hay ejemplos que vienen con el software, ya armados. El pecado es poca enseñanza práctica en esto; como ser, un video muy bueno en que se construye un proyecto completo y luego se alimenta, opera y se exporta a Geoweb Publisher. Tal que quien va a implementarlo sepa que ruta a seguir.
Lo sé, es mucho pedir pero eso somos, clientes que eso pedimos. Ah, me olvidaba. En español please.
Otros post relacionados: