Migrando uma plataforma geoespacial 10 anos depois - Microstation Geographics - Oracle Spatial

Este é um desafio comum para muitos projetos de Cadastro ou Cartografia, que na época 2000-2010 integrou a Microstation Geographics como um mecanismo de dados espaciais, considerando razões como as seguintes:

• A gestão do arco-node foi e continua a ser extremamente prático para projetos cadastrais.
• O DGN é uma alternativa atrativa, considerando a sua versão no mesmo arquivo, que não mudou nos anos 15, ao contrário de outros formatos em que vimos muitas versões incompatíveis de três em três anos.
• Em 2002 software livre era um sonho distante do que temos hoje.
• padrões OGC não pesava mesmo em software proprietário.
• arquivos SHP foram limitados a projetos oceânicos e bases espaciais ainda estavam muito fechado aos regimes não-padronizados que comprometiam o desempenho dos servidores ... e prata.
• conectividade remota era incipiente em comparação com o que temos agora.

Assim, implementar um GIS baseado em um esquema de “CAD vinculado” era uma solução viável, apesar de sacrificar a usabilidade para propósitos de apresentação atraentes. A API VBA era farta para programar rotinas de gerenciamento transacional conectadas ao ProjectWise para o controle de arquivos físicos e a possibilidade de usar o GeoWeb Publisher para análise espacial do servidor, embora a publicação se limitasse a ActiveX no Internet Explorer (que naquele ano era o único navegador).

O problema é não ter evoluído gradativamente e em vez de passar para o Geospatial Server ou versões mais robustas do ProjectWise, querer fazer um GIS sobreviver a partir de arquivos físicos, tendo todo o potencial do Oracle Spatial licenciado e capacidade de desenvolvimento. Então esse foi o nosso desafio.

1. O banco de dados: Postgres, SQL Server ou Oracle?

Em particular, eu teria preferido o primeiro. Mas quando você está diante de um sistema transacional não orientado a serviços, mas funcionando bem, em que parte da lógica e integridade é como PL no banco de dados, a mudança para uma base OpenSoure não é uma emergência. Não, a menos que seu objetivo seja desenvolver uma nova versão do sistema que não esteja disponível imediatamente.

Tampouco se trata de uma ação do Taleban para menosprezar tudo que tem cheiro de privado. Portanto, ficar com a Oracle é uma decisão sábia, se ela está funcionando bem, se é grande e exigente, se está bem projetada, protegida e se o suporte está sendo aproveitado. Tema para outra ocasião.

Então o que restava era desenvolver capacidades para os dados serão migrados para esta base, serviços de publicação e dados vetoriais ferramentas de gestão transacionais.

Para controlar funções e usuários que anteriormente eram geridos de ProjectWise, uma ferramenta modular, permitindo criado:

• Gerencie usuários e papéis da VBA BentleyMap.
• Atribuir do usuário com direitos administrativos, o direito de departamentos e municípios.
• Atribuir direito de registro cadastral por projeto.
• Direito às ferramentas disponíveis nos módulos de construção, edição, publicação, consulta e administração Dessa forma, apenas novos aplicativos são criados e exibidos para os usuários de acordo com sua função ou atribuição específica.
• Este painel de login também simplifica a complexidade comum dos projetos BentleyMap, de modo que, ao inserir apenas a árvore de categorias e os atributos definidos no Administrador Geoespacial, aparece.

Um painel soluciona mal-entendidos e riscos de usuários novos em recursos como a interoperabilidade de dados. O que é outra chatice, porque o Bentley edita nativamente no Oracle Spatial, o que é maravilhoso, mas também arriscado se você não tiver controle transacional.

Assim, por exemplo, o módulo de construção tinha as seguintes ferramentas:

• atribuir Características
• ligação geográfica Assistant
• Lote de migração espaço
• excluir objetos
• editar polígonos
• Exportação SHP / CAD
• Import SHP / CAD
• migração Geolínea
• GeoPoint migração
• migração Georegión
• registar mapa
• Geo-Line Ligação
• Geo-Point link
• Fazer a ligação Geo-Região

ferramentas complementares foram adicionando gradualmente, incluindo alguns para editar diretamente o Administrador Geoespacial.

• Para exibir administrador recursos
• análise topológica
• consulta SAFT
• consultar Característica
• Converter Curva para LineString
• Criar Características
• Criar propriedades
• configuração DBConnect
• Inquérito DBConnect
• Editar recurso Xfm
• Edite o Projeto Xfm
• Remover recursos Xfm
• Identificação de parcela
• Modificar simbologia
• Recursos de sobre escritas
• Atização por aulas
• Temática
• Telemática por lista suspensa
• Xfm Utilities

2. Os dados: Migração de DGN para a base espacial: Oracle Buider ou Bentley Map?

O desafio mais interessante foi que uma migração controlada era necessária, e tendo em mente que os arquivos DGN que foram atualizados há mais de 10 anos podem ter problemas de topologia - uma loucura real.

De fato foi. Os principais problemas dos mapas estão aqui:

• Modificação de um enredo sobre o arquivo fronteira (setor ou zona) implica que deve haver modificação de ambos, incluindo nós em casos de harmonização tais como quando um setor é uma única linha, mas no vizinho essa linha é segmentado.
• Há arquivos após operações de manutenção 300 armazenados no DGN histórica podem ser corrompidos.
• Não há problemas mais complexos gabinete administrável, como quando uma área se sobrepõe sobre um outro vizinho em outro arquivo, por montantes que não podem ser resolvidos no mapa porque isso implicaria a inspecção no terreno para evitar que afetam a terceiros.
• Irregularidades, tais como a inclusão de mapas em projecções diferentes, neste caso, tinha sectores NAD27, embora o padrão foi WGS84. Em casos extremos, foram feitos ajustes entre dados de diferentes projeções, para o mal.

A solução foi uma ferramenta de texto Wizzard migração em massa, que pode migrar individualmente mapear, vários ou mesmo todos um município (município) ou departamento.

Basicamente o que a ferramenta faz exame de dados Geographics para projetar e promover características de Benltey Mapa, em seguida, faz uma série de validações, tais como:

• Uma a uma relação entre a geometria e de banco de dados,
• falta de validação de duplicatas,
• área-centróide validação consistência,
• mapa validação objetos sobre objetos inativos na base de dados,
• topologia de validação sobre topologias existentes base espacial

Após as validações, o painel permite adicionar informações maciçamente, como método de medição e controle de qualidade padrão de dados.

Por fim, poste no banco de dados, gerando um relatório. De fato, há uma extensão tremenda, mas finalmente se ajustou aos caprichos do Oracle Spatial que ainda são tão rebuscados quanto os de Bentley e sua maneira de ver propriedades complexas ou muitos vértices.

3. A publicação: Geoserver or MapServer? OpenLayers ou folheto?

Um visualizador foi construído usando OpenLayers e alguns plug-ins. Pela primeira vez após 10 anos de negligência com o desenvolvimento da parte espacial, um novo visualizador foi visível que substituiu o ActiveX do GeoWeb Publisher. O código MapFish foi usado para a impressão, geojson para controlar a árvore lateral, do Geoserver as camadas servidas pelo OracleSpatial foram servidas.

Finalmente tecnologias de substituição foi feita de acordo com a seguinte tabela. Como você pode ver, uma combinação de código aberto, mantendo o banco de dados e ao ordenamento do território utilizando software proprietário.

4. Construir e editar, direto ao Oracle Spatial. Mapa Bentley ou QGIS?

Esta é outra história. O Bentley Map edita nativamente na base espacial, o que causa conflitos se não funcionar com um Transactional Web Feature Service (WFS). O conflito é:

Como resolver uma regra de não permitir sobrepondo topologia, se você estiver editando e publicará relatórios que o objeto-self afeta?

Isso funciona versionando antes, editando e validar esse post diretamente, se algo der errado versionamento recupera deixando a transação foi concluída, mas não conseguiu estado.

Outro problema que teve de ser resolvido é a entrada maciça de dados, considerando que os usuários deveriam parar de usar a Geografia e ter vários projetos criando um cadastro maciço.

Isso foi fácil porque era apenas uma ferramenta semelhante à que era integrar os dados na Microstation Geographics, facilitando as potencialidades do BentleyMap e com um assistente mais controlado.

A imagem mostra como esta ferramenta foi desenvolvida, com algumas peculiaridades, tais como a criação e registo de vértices ea inclusão de Puntoparcela como lista de funcionalidade no caso do método de medição de alguns vértices não atender determinado padrão de qualidade.

Definitivamente, esse fluxo era muito bom, porque os usuários sabiam quais ferramentas usavam com mais frequência. Era preciso fazer com que mudassem de mentalidade entre passar de múltiplas funcionalidades à gestão por níveis, promovendo novos benefícios para que se esquecessem da arcaica Microstation V8 2004, como o serviço WMS, transparências e reconhecimento nativo de arquivos DWG de versões recentes; sem falar na interoperabilidade com kml, shp e gml para os mais astrais.

Da mesma forma, tornou-se ferramentas de manutenção cadastral, ter a opção de editar diretamente em formas ou baixá-los para arco-nó para casos complexos.

5. Cliente para municípios via GML. QGIS ou gvSIG?

QGIS. Mas essa é outra história para contar depois.