Bentley Map Pode ser mais difícil?
A passagem do MicroStation Geographics a Bentley Map é uma melhoria das funcionalidades que esta ferramenta fez, e, claro, tentar forçar para ganhar os usuários de outras soluções, como MapInfo, ArcView, e agora toda uma lista de programas de baixo preço e de código aberto .
Agora que estou trabalhando com um município de tamanho normal que quer implementar uma solução GIS, eles me pediram para propor uma marca para eles. Expliquei a eles que isso não funciona assim, que são eles que devem decidir, então nos sentamos para medir as expectativas, entre o que eles querem fazer, o dinheiro que têm e as alternativas de sustentabilidade disponíveis para sua rotina inevitável de trocar pessoas a cada quatro anos para questões políticas.
Depois de olhar para diferentes soluções, concluímos que eles não querem código aberto ou software pouco conhecido. Porque eles são usuários que vêm do ArcView 3x e Microstation J, eles estavam interessados em saber como é fácil implementar um banco de dados espacial, eu mostrei a eles como o ArcCatalog da ESRI funcionava, eles fizeram perguntas básicas sobre porque o ArcSDE era necessário e que diferença havia entre ArcIMS e GIS Server. Quando comecei a explicação do Administrador Geoespacial do Bentley Map, eles me ouviram com respeito, mas no final, traroscaron olhos média para como Garfield e me contaram em seus corações o que outros me disseram antes:
Não poderia ser mais complicado?
Até à data, os usuários da Geografia têm problemas para migrar para Bentley Map, não só por causa do que isso implica na mudança dados ou reconstrução de ferramentas personalizadas, mas também porque a Leia-me não é suficiente e não há tutoriais guiados explicando a ordem a seguir. Por exemplo:
Entender o que fazer no Administrador Geoespacial, em qual usuário, como configurar domínios, como criar formulários para alimentar o dgn xml, não é tão intuitivo. Apenas entender a relação dos termos Critérios-Operação-Método-IU é meio difícil às 3 da manhã.
Sem mencionar a execução do lado do mapa, com o Command Manager e o Map Manager.
O que acontece é que o usuário da Geographics espera encontrar os botões como era antes -que não foram muitos, a propósito-.
O Map Manager pegou o que era o Display Manager, Topological Analysis agora se chama Overlay, e para esse mesmo lugar foi o Buffer e o mapeamento temático. Se isso não for procurado com uma lupa, qualquer um pode pensar que o Bentley Map não possui esse tipo de funções.
Em seguida, o Feature Manager estava no painel do lado direito conhecido como Command Manager, de onde os recursos não podem ser desligados ou ligados, mas apenas criados. Não há como aplicar ou remover atributos assim ... em conclusão, difícil para os mais experientes.
Devo admitir que essa sensação de perplexidade não mudou em vários anos, quando me foi mostrado pela primeira vez antes de ser chamado assim.
Foi na conferência dos usuários 2004, quando o potencial de Xml Feature Markup (XFM), que já rodava no Geographics 8.5. Mais tarde, ele foi chamado de Bentley Map, começando com XM 8.9, e eles chamaram todos os legados acima. A essa altura, estávamos interessados em seu potencial, mas com a impressão de que ainda era uma ferramenta rudimentar, decidimos reconstruir rotinas que eram feitas em Geografia.
Os vídeos mostrados abaixo foram feitos em 2005, a partir do desenvolvimento em Visual Basic da Microstation (VBA) que um menino muito ansioso fez, enquanto a Bentley integrou essas funcionalidades no XM, dos quais Eu conversei com você, alguns anos atrás uns dias.
|
| Da geografia ao xfm. Tendo criado um schema, foi programado para fazer uma transferência de camadas, a partir do projeto Geographics montado no Oracle, eles definiram quais recursos se queriam e os construíram levando os dados em xml no mesmo dgn. A intenção era que o município tivesse os dados no dgn, sem complicar a vida com um banco de dados onde quase não havia conectividade. |
| Exportar a camada cadastral. Como no caso anterior, os mapas de um município podiam ser exportados, os dados básicos de interesse da camada xfm iam como xml para o dgn, incluindo a chave cadastral baseada na setorização. Com isso, esperava-se que eles pudessem fazer a manutenção e então reconciliar centralmente os dados que diferiam e que se tornaram transações de manutenção. |
| Anexar mapas de um município. O que essa ferramenta fez foi carregar de uma cerca, todos os mapas que geograficamente coincidiam com aquela geometria, todos das duas camadas criadas na etapa anterior. Semelhante ao que o Map Manager costumava fazer com o que foi registrado no Vizinhança. |
| Desligue e encaixe as camadas. O Gerenciador de mapas traz essa funcionalidade, mas até então não tínhamos outra fonte que Geographics com o Display Manager, mas neste caso com as camadas XFM. |
| Análise topológica. Com isso, o que foi feito foi reconstruir as funcionalidades de criação de topologias e análises que tinha Geografia. Eu poderia criar camadas de pontos, linhas, polígonos e, em seguida, fazer cruzamentos entre eles Estou executando um relatório html. Mais tarde, foi integrado no Map Manager, mas acho que nunca com essa facilidade. |
| theming. Isso agora vem no Map Manager, se as classes Feature forem criadas, mas antes que Geographics o soltasse e como tal fosse desenvolvido. |
| Tecidos personalizados. Isso vinha dos atributos do banco de dados Oracle, mesmo que não estivessem integrados aos dados XFM. Como na Geografia, você tinha permissão para criá-lo como dgn. |
| Pesquisa por atributos. Com isso foi feita uma busca por alguns critérios, que foram coloridos ao serem selecionados. Também permitiu enviar o relatório para html. |
| Levantamento socioeconômico. Acontece que vários municípios tinham além do cadastro um levantamento socioeconômico, o que fizemos foi que da base Oracle, um botão fazia a transferência de dados para a camada xfm. Com base nos critérios temáticos, ele poderia colocar uma célula diferente, aproveitando o que é chamado no projeto "critérios". |
| Transferir para o centróide. Além disso, como o município, com base em determinados critérios, estava colocando um símbolo diferente no centróide, foi programado que os dados do levantamento socioeconômico pudessem ser transferidos para este centrólido. Claro, como a folha que representava o levantamento era muito grande, a caixa de diálogo ajustável teve que ser deixada nas duas pontas, para fazer o vídeo ficar louco por causa do tamanho da tela. |
| Evitando o administrador geoespacial. Entender como funciona é extremamente complexo, falei para o programador tirar o horrível disso, então do lado do mapa foi possível criar um novo atributo, atribuir o tipo, simbologia e até uma caixa de diálogo com propriedades. Também oferecemos a opção de editar um recurso já criado e até mesmo aplicar alterações em objetos já criados anteriormente. Great Smoke, este Bentley deve implementá-lo, pois é literalmente um dor de dente faça isso a partir daí. |
| Carregar dados do Visual Fox. Havia um sistema no município denominado SIIM, que possuía os dados cadastrais sob uma metodologia de avaliação massiva e sob uma nomenclatura de chave cadastral baseada em quadrantes. Bem, o que fizemos foi criar um formulário que leria os dados do dbf, mas do mapa xfm no Microstation. |
| Publicação na Web. A funcionalidade de publicação foi adicionada usando Geoweb Publisher, levantando dados em tempo real das camadas disponíveis no xfm. |
Tudo o que foi dito acima foi feito com o Microstation VBA com um instalador que deixou tudo em execução, o projeto XFM e até o Geo Web Publisher.
Porque não estou feliz com isso:
Primeiro, porque não houve oportunidade de sistematizar o processo, apenas fazer os vídeos. Ele teria nos levado de bom grado ao BE Awards em 2007, com certeza recebemos uma indicação, pois foi o primeiro desenvolvimento na XFM.
Então, até onde eu sei, apenas um par de municípios veio implementá-lo, já que os projetos do governo estão tristes após cada 4 anos.
Finalmente, porque a Bentley precisa -nestas versões 2008- melhorar a facilidade de operação do Bentley Map, que para ser uma ferramenta GIS -na minha opinião-, não está pronto para uma pessoa comprar o pacote, pegar o manual, procurar ajuda nos fóruns e implementar um sistema.
Em conclusão, os amigos partiram para outra solução, apesar de seus custos.
O desenvolvimento foi feito na plataforma Visual Basic que traz a Microstation, com a versão 8.5, e correu em Geographic 8.5 e XFM que já trouxeram essa versão.
O banco de dados foi Oracle, o gerenciamento de mapas do Bentley Project Wise e a publicação Bentley Geoweb Publisher.
Não sei se há um referente na web onde você pode encontrar material sobre esse desenvolvimento, mas no que posso, você poderia colaborar.
edição (a) geofumadas.com
Eu gostaria de saber como fizemos módulos e qu programado tudo e se eu pudesse dizer onde eu posso em contrar um guia sobre o que você did'm em um semelhante ao seu, mas com geographics projeto MicroStation v8 e precisa de algo har assim Obrigado por seu apoio