Geospatial - GISMicrostation-Bentley

Bentley Map Podria ser més difícil?

El pas de Microstation Geographics a Bentley Map suposa una millora de funcionalitats que aquella eina feia, i per descomptat, tractar de fer força per guanyar usuaris d'altres solucions com MapInfo, ArcView, i ara tota una llista de programes de baix preu i de codi obert .

Just ara que estic treballant amb una municipalitat de mida regular, que vol implementar una solució GIS, em van demanar que els proposés una marca. Els vaig explicar que això no funciona així, que ells són els que han de decidir, així que ens vam asseure a dimensionar expectatives, entre el que volen fer, la plata amb què compten i les alternatives de sostenibilitat disponibles davant la seva inevitable rutina de canviar la gent cada quatre anys per assumptes polítics.

Després de veure diferents solucions, vam concloure que no volen codi obert ni un programari poc conegut. Per ser usuaris que vénen d'ArcView 3x i de Microstation J, es van interessar per saber que tan fàcil és implementar una base de dades espacial, els vaig mostrar com funcionava el ArcCatalog d'ESRI, van fer preguntes bàsiques de perquè calia ArcSDE i que diferencia hi havia entre ArcIMS i GIS Server. Quan els vaig iniciar l'explicació de l'Geospatial Administrator de Bentley Map em van escoltar per respecte, però a la fi, traroscaron els ulls a mig pal com Garfield i em van dir en els seus cors el que altres m'havien dit abans:

¿No podria ser més complicat?

A la data, els usuaris de Geographics tenen problemes per migrar a Bentley Map, no només pel que implica en el canvi de dades o reconstrucció d'eines personalitzades, sinó també perquè el readme no és suficient i no hi ha tutorials guiats que expliquin l'ordre que s'ha de seguir. Per exemple:

Entendre que és el que s'ha de fer al Geospatial Administrator, en qual usuari, com conformar domains, com crear formularis per alimentar el xml de l'dgn, no és tan intuïtiu. Només entendre la relació de termes Criteria-Operation-Method-UI és mitjà difícil a les 3 de la matinada.

Que no dir de l'execució des del costat de Mapa, amb el Command Manager i Map Manager.

bentley map El que passa és que l'usuari d'Geographics espera trobar els botons com era abans -que no eren molts per cert-.

El Map Manager es va dur el que era el Display Manager, Anàlisi topològic ara es diu Overlay, i per aquest mateix lloc es va ser el Buffer i mapeig temàtic. Si això no es busca amb lupa, qualsevol pot pensar que Bentley Map no té aquest tipus de funcions.

Després el Feature Manager quedar en el panell lateral dret conegut com Command Manager, des d'on no es poden apagar o encendre features sinó només crear. No hi ha manera d'aplicar o treure atributs així res més ... en conclusió, difícil per al més experimentat.

He d'admetre, que aquesta sensació de desconcert no ha canviat en diversos anys, quan m'ho van mostrar per primera vegada abans de ser cridat així.

Va ser en la conferència d'usuaris de 2004, quan va ser llançat el potencial de Xml Feature Markup (XFM), que ja corria sobre Geographics 8.5. Posteriorment se li va cridar Bentley Map, a partir de XM 8.9, i li van cridar llegat (legacy) a tot l'anterior. En aquest moment, ens va interessar el seu potencial, però en la impressió que encara era una eina crua, vam decidir reconstruir rutines que es feien en Geographics.

Els vídeos mostrats a continuació van ser elaborats el 2005, a partir del desenvolupament sobre Visual Basic des de Microstation (VBA) que un noi de moltes ganes va fer, mentre que Bentley integrava aquestes funcionalitats en XM, dels quals els vaig parlar fa uns dies.

 

De Geographics a XFM. Tenint un schema creat, es va programar perquè fes una transferència de capes, a partir d'el projecte Geographics muntat sobre Oracle, es van definir que features es volien i les construïa portant-se la data en xml sobre el mateix dgn. La intenció era que el municipi tingués les dades en el dgn, sense complicar-li la vida amb una base de dades on amb prou feines si hi havia connectivitat.
Exportar la capa cadastral. Igual que en el cas anterior, es podia exportar els mapes d'un municipi, les dades bàsiques que interessaven per a la capa XFM s'anaven com xml a l'dgn, entre ells la clau cadastral basada en sectorització. Amb això, s'esperava que poguessin fer manteniment, per després de forma centralitzada fer una conciliació de dades que diferien i que es convertissin en transaccions de manteniment.
Adjuntar mapes d'un municipi. Aquesta eina el que feia era carregar a partir d'un fence, tots els mapes que coincidien geogràficament amb aquesta geometria, tot a partir de les dues capes creades en el pas anterior. Semblant al que abans feia el Map Manager amb el que estava registrat en el Vicinity.
Apagar i encendre capes.  El Map Manager porta aquesta funcionalitat, però per llavors no teníem una altra font que fer-ho com ho feia Geographics amb el Display Manager, però en aquest cas amb capes de XFM.
Anàlisi topològic. Amb aquesta, el que s'havia fet era reconstruir les funcionalitats de creació de topologies i anàlisi que tenia Geographics. Podia crear capes de punts, línies, polígons, i després fer encreuaments entre ells gener
camino un informe html. Posteriorment es va integrar en el Map Manager, però crec que mai amb aquesta facilitat.
tematització. Això ara ve en el Map Manager, si es creen Feature classes, però abans Geographics el portava solt i com a tal es va desenvolupar.
Tematització personalitzada.  Aquesta era a partir d'atributs de la base Oracle, encara que no estiguessin inserits en les dades XFM. Igual que a Geographics se li permetia crear-lo com dgn.
Cercar per atributs. Amb aquesta es feia una recerca d'algun criteri, i la acoloria a l'seleccionar. També permetia enviar el reporti a html.
enquesta socioeconòmica. Passa que diversos municipis tenien addicionalment a la fitxa cadastral una enquesta socioeconòmica, el que vam fer va ser que de la base Oracle, un botó fes la transferència de dades a la capa XFM. Basant-se el criteri de tematització podia col·locar una cel·la diferent, aprofitant el que s'anomena en el projecte "criteris".
Transferir al centroide. També, com el municipi en base a certs criteris, anava col·locant-li un símbol diferent a l'centroide, es va programar que se li pogués transferir a aquest centrolide les dades de l'enquesta socioeconòmica. És clar, que com el llençol que representava l'enquesta era massa gran, havia de deixar-se el quadre de diàleg ajustable en ambdós extrems, per fer el video va ser una bogeria per la mida de pantalla.
Evitar-se el Geospatial Administrator. Entendre'l el funcionament és summament complex, li vaig dir a l'programador que li traguéssim el horrible, així que des del costat de mapa era possible crear un nou atribut, assignar-li el tipus, simbologia i inclusivament quadre de diàleg amb propietats. També li vam donar l'opció de poder editar un feature ja creat i inclusivament aplicar canvis a objectes ja creats anteriorment.
Gran fumada, això Bentley hauria implementar ja que és literalment un mal de queixal fer-ho des d'allà.
Carregar dades de Visual Fox. Hi havia un sistema a la municipalitat anomenat Siim, que tenia les dades de fitxa cadastral sota una metodologia d'apreuament massiu i sota una nomenclatura de clau cadastral basada en quadrants. Doncs, el que vam fer va ser crear un formulari que llegís les dades de l'dbf, però des del mapa XFM en Microstation.
publicació web. Se li va agregar funcionalitats de publicació usant Geoweb Publisher, aixecant dades a el vol de les capes disponibles a XFM.

Tot l'anterior es va fer amb VBA de Microstation amb un instal·lador que deixava tot funcionant, el projecte XFM i inclusivament Geo Web Publisher.

Per que no m'alegra tot això:

Primer, perquè no hi va haver oportunitat de sistematitzar el procés, només fer els vídeos. Amb gust ens hagués portar-lo als BE Awards de 2007, segur ens portem una nominació ja que era el primer desenvolupament sobre XFM.

Després, que jo sàpiga tot just un parell de municipis van arribar a implementar-lo, ja que els projectes de govern són tristos després de cada 4 anys.

Finalment, perquè Bentley necessita -en aquestes versions de 2008- millorar la facilitat d'operació de Bentley Map, que per ser una eina SIG -al meu criteri-, no està llista perquè una persona compri el paquet, prengui el manual, busqui ajuda en els fòrums i implementi un sistema.

En conclusió, els amics es van anar per una altra solució, tot i els seus costos.

Golgi Alvarez

Escriptor, investigador, especialista en Models de Gestió del Territori. Ha participat en la conceptualització i implementació de models com: Sistema Nacional d'Administració de la Propietat SINAP a Hondures, Model de Gestió de municipis Mancomunats a Hondures, Model Integrat de Gestió Cadastre - Registre a Nicaragua, Sistema d'Administració del Territori SAT a Colòmbia. Editor del bloc de coneixement Geofumades des de l'any 2007 i creador de l'Acadèmia AulaGEO que inclou més de 100 cursos sobre temàtiques GIS – CAD – BIM – Digital Twins.

Articles Relacionats

2 Comentaris

  1. El desenvolupament es va fer sobre la plataforma Visual Basic que porta Microstation, amb la Versió 8.5, i corria sobre Geographics 8.5 i XFM que portava ja aquesta versió.

    La base de dades era Oracle, l'administració de mapes Bentley Project Wise i la publicació Bentley Geoweb Publisher.

    No se si hi ha algun referent a la web on puguis trobar material sobre aquest desenvolupament, però en el que pugui et podria col·laborar.

    editor (arroba) geofumadas.com

  2. em gustaria saber de quina manera van realitzar els mòduls i amb qu ho van programar tot i si em podrian dir on puc en contrar una Guia sobre el que vostès van fer estic en un projecte similar al de vostès però amb MicroStation Geographics v8 i necessita farà alguna cosa com això gràcies pel seu suport

Deixa un comentari

La seva adreça de correu electrònic no es publicarà. Els camps obligatoris estan marcats amb *

Torna al botó superior