Migrando recursos de Geographics a Bentley Map

Há algum tempo, estamos falando sobre o que significa fazer o salto da Microstation Geographics para Bentley Mapfalamos sobre como ambos trabalham esquemas e algumas vantagens importantes do Bentley Map. Já em um post falei como possível migre a estrutura do projeto, neste caso, eu quero mastigar sobre como migrar mapas com atributos geográficos para classes de recursos xfm.

Embora, uma estrutura de projeto construída com o Geographics Legacy possa ser importada do Bentley Map, isso não significa que os atributos que os objetos tenham sejam reconhecidos pelo novo projeto, eles devem ser atribuídos.

Como a geografia funcionou

No estilo Geographics, os objetos através de um MSLINK tinham uma associação a um banco de dados, que era tudo o que o objeto tinha, um link do tipo OLE. Este MSLINK associou o objeto gráfico do arquivo dgn através do MAPNAME da tabela MAPS, e através do MSCATALOG para identificar onde obter os dados de Entitynum. Além disso, havia tabelas duplas para projetos compatíveis com intergrafos que usualmente carregavam um UG antes.

Arquivos de formas exportar geografia do mapa bentley

Além disso, o objeto tinha um FEATURE, embora não fosse dinâmico, quando atribuído, adquiriu as propriedades definidas para aquele atributo (entre elas, comandos) e isso foi associado à tabela CATEGORY. Um objeto poderia ter mais de um atributo e a prioridade era a que designava o estilo final, que FEATURE e outros objetos vinculados à base estavam associados à tabela MSCATALOG onde foram atribuídos os mesmos entitynum que era o umbigo de tudo.

dbdiagrm

Então, o arquivo index.dgn (MAPID), de modo que cada tabela ligada à Geografia tenha pelo menos dois campos: MSLINK (número de entidade exclusivo em cada mapa) que é sempre a chave primária e MAPID ( em qual mapa é armazenado, é exclusivo no catálogo do mapa), que é uma chave estrangeira para a tabela MAPS.

Portanto, a única maneira de interagir com os dados foi conectada à base, e as operações com ele foram feitas para a besta como ser a atualização nas tabelas que tinham informações do objeto como área, perímetro e coordenadas para que o Publisher soubesse como exibi-lo. Também poderia ser extraído Labels que caiu como objetos do banco de dados com o mesmo link do objeto conectado.

Parece simples, mas me custou um mundo para entender isso da MGE, e o doloroso é que toda essa fumaça não ajuda muito para um projeto com o Bentley Map.

Como o Bentley Map funciona

Arquivos de formas exportar geografia do mapa bentley Um projeto Bentley Map mantém a mesma lógica de Categoria, atributo, mapa, objeto; mas, neste caso, substituindo a forma de link de dados OLE por XML, muitas das mudanças de processo.

Neste caso, o objeto no mapa pode ter dados armazenados (no mesmo dgn), que é entendido como xml ou como Bentley o chama wfm. Então, também muda que agora os objetos só podem ter um atributo e estar associados espacialmente por regras topológicas; antes que pudesse ser a mesma linha o limite do manzanero e também o limite da propriedade, agora eles devem ser objetos separados mas com uma associação topológica tal que ao modificar um o outro é também assim.

Então, interagindo com dados, é um simples clique, seja conectado ou não ao projeto, você pode ler tudo o que ficou como dados xfm. E então a manipulação de Labels e propriedades dos atributos, com apenas alterações do Administrador Geoespacial. Antes, fazer alterações era apenas uma exibição dinâmica através do Publisher, mas os objetos precisavam ser removidos e reatribuídos ao atributo.

Além disso, o Bentley Map oferece opções para criar formulários de dados, processos sequenciais, comandos associados (métodos / operações / domínios / critérios / relatórios) e outras piruetas que facilitam a construção de dados.

Algo não mudou muito, e é que, como os usuários dizem ESRI, essa fumaça ocupa o verde para mastigar e digerê-lo.

O problema

Agora, a migração da estrutura de um projeto é possível e, em seguida, adicione funcionalidades através do Administrador Geoespacial, o que significaria estar pronto para continuar com os dados de alimentação, mas o dilema é:

E os mapas construídos com Geographics?

Para este Bentley não projetou nenhum artefato que permita converter objetos de um projeto Legacy para um xfm ... Que merda é o negócio!

A proposta que eu sugiro é a que eu vejo viável, depois de conversar com um amigo que do Chile me contatou, depois de vários e-mails que chegamos a uma Geofumada desactualizada, mas funcional.

Passo 1. Exportando para formar arquivos

De um projeto geográfico aberto, a opção de exportar atributos para dar forma aos arquivos é escolhida (arquivo / exportação / SHP). Isso tem que ser feito para cada característica existente no mapa.

Arquivos de formas exportar geografia do mapa bentley

Seria necessário lutar um pouco quando os objetos são centroides / limites, pois seria necessário passá-los para formas, transferindo o ligue.

A exportação também pode ser feita no Mapinfo, como é preferível.

Passo 2. Importação do Mapa de Bentley

Arquivos de formas exportar geografia do mapa bentley E agora, do Bentley Map Project, escolhemos a opção de importação (Tipos de dados de arquivo / importação / SIG), com isso a janela Interoperabilidade, clique com o botão direito do mouse em importações e selecione nova importação.

Com o botão direito do mouse no Imoport1, um arquivo ou diretório completo é selecionado. É possível importar arquivos de formaum Arquivos de formas exportar geografia do mapa bentley Mapinfo arquivos tipo mif e guia.

Ao jogar o classe de recurso podemos ver que é possível selecionar o nível, a cor, a transparência e outras propriedades.

Para atribuí-lo ao característica O que nos interessa é suficiente para atribuir a camada (nível).

Quão doloroso

Como Memin disse naquele antigo pakin mexicano:

"Dana!"

você precisaria fazer isso para cada recurso em cada mapa em cada categoria em cada projeto.

Para fazer isso, você pode salvar o importar, por isso só é chamado de arquivo por arquivo ou por diretório. A verdade é que há muito trabalho para transformar dados, especialmente se eles estiverem em arquivos separados. Não faria mal trabalhar um vba no .net para aut
Omitir o processo em vez de enfrentar essa tarefa a pé, o que pode causar mais de um suicídio em um dia. problema Toral é que para fazer o salto que continua a contar com um especialista (e muito fumado) compreender a coragem de Bentley Map e aconselhamento Geographics, é possível, mas os aplicativos não devem ser tão astral (reconhecidamente, ambos são) para usuários comuns.

Ainda mais doloroso, se no original dgn havia informações armazenadas na história... o novo arquivo não terá nenhum histórico.

Em conclusão

Eu apresento a solução é viável se você tem poucos dados, ou se eles estivessem armazenados no espaço de cartucho, de modo a triste conclusão é que a migração de Geographics a Bentley Map não é tão simples, para a transformação de dados. Se o administrador geoespacial, como eu disse antes, é uma dor de dente, a migração de dados pode ser ainda mais dolorosa, a menos que Bentley pense em soluções para seus usuários que não desejam passar de um dia para o outro.

Falar com amigos geofumados fez uma analogia imprudente, mas desde hoje é um dia aborrecido em um hotel de má morte e a comparação é tão certa, com sua permissão eu vou usá-lo:

"Não é como mudar de parceiros ...

... poderia ser como perder novamente a virgindade "

Deixe um comentário

Seu endereço de email não será publicado.

Este site usa o Akismet para reduzir o spam. Saiba como seus dados de comentário são processados.