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 algunhas vantaxes importantes de Bentley Map. Xa nun post falei o máis 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 de Geographics os obxectos a través dun MSLINK tiñan unha asociación con unha base de datos, que era todo o que tiña o obxecto, unha ligazón de 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 onde obter os datos Entitynum. Adicionalmente, houbo táboas dobres para proxectos compatibles con intergrafía que normalmente levaban un UG antes.

arquivos de forma exportar mapas de mapa de bentley

Adicionalmente o obxecto tiña unha FEATURE, aínda que isto non era dinámico, cando se lle asignou, adquiriu as propiedades definidas para ese atributo (entre elas as ordes) e isto asociouse á táboa CATEGORY. Un obxecto podería ter máis dun atributo e a prioridade foi a que asignou o estilo final, que FEATURE e outros obxectos ligados á base estaban asociados á táboa MSCATALOG onde se lles asignou o mesmo entidade que era o ombligo de todo.

dbdiagrm

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 ser a actualización nas táboas que tiñan información do obxecto, como área, perímetro e coordenadas, para que Publisher soubese como mostrar. 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

arquivos de forma exportar mapas de mapa de bentley 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), o que se entende como xml ou como Bentley o chama wfm. A continuación, tamén cambia que agora os obxectos só poden ter un atributo e estar asociados espacialmente por regras topolóxicas; antes de que poida ser a mesma liña o límite do manzanero e tamén o límite da propiedade, agora deben ser obxectos separados pero cunha asociación topológica de tal xeito que ao modificar un o outro tamén o é.

Entón, interactuando cos datos, é un simple clic, ou non conectado ao proxecto, pode ler todo o que quedou como xfm de datos. E despois o manexo de etiquetas e as propiedades dos atributos, só facendo cambios do administrador geoespacial. Antes, facer modificacións só era unha visualización dinámica a través de Publisher, pero os obxectos requirían ser eliminados e reasignar o atributo.

Ademais, Bentley Map ofrece opcións para crear formularios de datos, procesos secuenciales, comandos asociados (métodos / operacións / dominios / criterios / informes) e outras piruletas 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 ten que ser feito por cada un característica existente no mapa.

arquivos de forma exportar mapas de mapa de bentley

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

arquivos de forma exportar mapas de 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 seleccionouse un ficheiro ou un directorio completo. É posible importar arquivos de formaou arquivos de forma exportar mapas de mapa de bentley 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 arquivo por ficheiro ou por directorio. O certo é que hai moito traballo para transformar datos, especialmente se se atopan en arquivos separados. Non me gustaría traballar un vba en .NET para aut
Para omitir o proceso en vez de afrontar esta tarefa a pé, o que pode causar máis dun suicidio un día. Todo o problema é que facer o salto aínda depende dun consello especializado (e moi afumado) para comprender as entrañas de Bentley Map e Geographics, é posible, pero as aplicacións non deben ser tan astral (admitir, 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 hai poucos datos, ou se estaban almacenados nun cartucho espacial, entón a triste conclusión é que a migración de Geographics a Bentley Map non é tan sinxela, debido á transformación de datos. Se o Administrador Geoespacial, como dixen 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 "

Deixe un comentario

Enderezo de correo electrónico non será publicado.

Este sitio usa Akismet para reducir o spam. Aprende a procesar os teus datos de comentarios.