Migrando recursos de Geographics Bentley Map

Fai un tempo estivemos falando sobre o que significa facer o salto de Microstation Geographics Bentley Map, falamos de como ambos traballan esquemas e algúns importantes beneficios de Bentley Map. Nunha entrada xa falei de como é posible migrar a estrutura do proxecto, neste caso quero mastigar como migrar mapas con atributos de Geographics a clases presenciais de xfm.

Mentres unha estrutura de proxecto construído con Geographics Legado poden ser importados de Bentley Map non significa que os obxectos teñen atributos que serán recoñecidas polo novo proxecto, que debe ser asignado.

Como funciona Geographics

No estilo Geographics os obxectos a través dun MSLINK tiñan unha asociación cunha base de datos, que era todo o que tiña o obxecto, unha ligazón tipo OLE. Este MSLINK asociou o obxecto gráfico do ficheiro dgn a través do MAPNAME da táboa MAPS e a través do MSCATALOG para identificar de onde obter os datos Entitynum. Ademais, había táboas dobres para proxectos compatibles con Intergraph que normalmente levaban un UG antes.

Ademais, o obxecto tiña unha CARACTERÍSTICA, aínda que non era dinámico, ao asignalo adquiriu as propiedades definidas para ese atributo (incluídos os comandos) e asociouse á táboa CATEGORY. Un obxecto podería ter máis dun atributo e a prioridade era a asignada polo estilo definitivo, que FUNCIÓN e outros obxectos ligados á base estaban asociados á táboa MSCATALOG onde se lles asignou o tal entidade que era o ombligo de todo.

Entón o arquivo index.dgn Mantivo os mapas en forma de vínculos, aquí os mapas adquiren un MAPID, polo tanto, cada táboa vinculada a Geographics tiña polo menos dous campos: MSLINK (número de entidade gráfica, único en cada mapa) que sempre é a clave principal e MAPID ( que o mapa se almacena, é único no catálogo do mapa), que é unha clave externa da táboa MAPS.

Polo tanto, a única forma de interactuar cos datos foi conectarse á base e as operacións realizáronse á besta  como actualizar as táboas que tiñan información sobre o obxecto como a área, o perímetro e as coordenadas para que Publisher soubese amosalo. Tamén se podería extraer etiquetas que caeron como obxectos da base de datos coa mesma ligazón do obxecto vinculado.

Parece sinxelo, pero me custou un mundo para comprende-lo de MGE, eo doloroso é que todo o que fume non axuda moito para un proxecto con Bentley Map.

Como funciona Bentley Map

Un proxecto Bentley Map mantén a mesma lóxica de Categoría, atributo, mapa, obxecto; pero neste caso, substituíndo a forma de enlace de datos OLE por XML, gran parte dos cambios de proceso.

Neste caso, o obxecto no mapa pode ter datos almacenados (no mesmo dgn), que se entende como xml ou como o chama Bentley wfm. Despois tamén cambia que agora os obxectos só poden ter un atributo e poden estar asociados espacialmente por regras topolóxicas; Antes, o límite da maceira podía ser a mesma liña e tamén o límite da propiedade, agora deben ser obxectos separados pero cunha asociación topolóxica tal que cando se modifica un o outro tamén o é.

Entón, interactuar cos datos está a un simple clic, estea ou non conectado ao proxecto, pode ler todo o que quedou como datos xfm. E despois o manexo de etiquetas e atributos, só facendo cambios desde o administrador xeoespacial. Anteriormente, facer cambios só era dinámico na vista a través de Publisher, pero os obxectos requirían que se eliminase e reasignase o atributo.

Ademais, Bentley Map ofrece opcións para crear formularios de datos, procesos secuenciais, comandos asociados (métodos / operacións / dominios / criterios / informes) e outras piruetas que facilitan a construción de datos.

Algo non cambiou moito, e é que segundo din os usuarios de ESRI, o fumado toma o verde para masticar e digerir.

O problema

Agora, é posible migrar a estrutura dun proxecto e, a continuación, agregar funcionalidade a través do administrador xeoespacial, que estaría listo para continuar alimentando os datos pero o dilema é:

E os mapas construídos con Geographics?

Para este Bentley non se deseñou ningún artefacto que permita converter obxectos dun proxecto Legacy a un xfm ... Que foder?

A proposta que vou suxerir é a que vexo viable, despois de charlar con un amigo que me contactou desde Chile, despois de varios correos electrónicos chegamos a unha Geofumada anticuada pero funcional.

Paso 1. Exportar para configurar ficheiros

Desde un proxecto de Geographics aberto, escóllese a opción de exportar atributos para formatar ficheiros (ficheiro / exportación / SHP). Isto debe facerse para cada un característica existente no mapa.

Sería necesario pelexar un pouco cando os obxectos son centroide / límite, porque sería necesario pasalos a formas, transferíndolles a ligazón.

Tamén se pode facer a exportación a Mapinfo, segundo a súa preferencia.

Paso 2. Importando desde o mapa de Bentley

E agora, desde o Bentley Map Project, eliximos a opción de importación (Arquivo / importación / tipos de datos SIX), con isto aparece a xanela interoperabilidade, o botón dereito do rato está feito importacións e está seleccionado nova importación.

Co botón dereito do rato en Imoport1 seleccionas un ficheiro ou un directorio completo. É posible importar arquivos de formaou Os ficheiros Mapinfo tipo mif e tab.

Ao tocar o clase de entidade Podemos ver que se pode seleccionar o nivel, a cor, a transparencia e outras propiedades.

Para asignalo característica que nos interesen, simplemente asignalo á capa (nivel).

O doloroso

Como dixo Memín nese vello paquin mexicano:

"Diantres !!!"

Isto debería facerse para cada recurso en cada mapa de cada categoría en cada proxecto.

Para iso, é posible gardar o descargar, polo que só se chama ficheiro por ficheiro ou directorio. A verdade é que hai moito traballo para transformar datos, especialmente se están en ficheiros separados. Non faría mal, traballar un vba en .NET para aut
Saltar o proceso en lugar de afrontar esta tarefa a pé, o que pode levar a máis de algúns suicidios ao día. O principal problema é que para dar o salto seguimos dependendo dunha consultoría especializada (e moi fumada) para comprender as tripas de Bentley Map e Geographics, é posible, pero as aplicacións non deberían ser tan astrais (sexamos sinceras, ambas son) para usuarios comúns.

Aínda máis doloroso, se a información foi almacenada no ADN orixinal na historia... o novo ficheiro non terá historial.

En conclusión

A solución que presento é viable se ten poucos datos ou se se almacenou nun cartucho espacial, polo que a triste conclusión é que a migración de Geographics a Bentley Map non é tan fácil, debido á transformación de datos. Se o administrador xeoespacial, como dixo antes, é unha dor de dentes, a migración de datos podería ser aínda máis dolorosa a menos que Bentley pensa en solucións para os seus usuarios que non queren pasar dun día para outro.

Falar con amigos geofumed que me fixeron unha analoxía desagradable, pero desde hoxe é un día aburrido nun hotel cutáneo e a comparación é tan verdadeira, co seu permiso vou usalo:

"Non é como cambiar socios ...

... podería ser como perder a virxindade de novo "