Migrar una plataforma Geoespacial 10 anys després - Microstation Geographics - Oracle Spatial

Aquest és un repte comú per a molts projectes de Cadastre o Cartografia, que en l'època 2000-2010 van integrar Microstation Geographics com a motor de dades espacials, considerant raons com les següents raons:

  • La gestió arc-node era i continua sent summament pràctica, per a projectes cadastrals.
  • El DGN és una alternativa atractiva, considerant la seva versionat en el mateix fitxer, que no ha canviat en 15 anys, contrari a altres formats en què hem vist moltes versions incompatibles cada tres anys.
  • En 2002 el programari lliure era un somni llunyà del que tenim avui.
  • Els estàndards OGC no pesaven encara sobre el programari privatiu.
  • Els fitxers shp eren limitats per a projectes d'alt calat i les bases espacials encara eren molt tancades a esquemes no estandarditzats que comprometien el rendiment dels servidors ... i la plata.
  • La connectivitat remota era incipient comparat amb el que ara tenim.

De manera, que implementar un SIG basats en un esquema "CAD vinculat" era una solució viable, malgrat que se sacrificava la usabilitat per a fins de presentació atractiva. L'API VBA era abundant per programar rutines de gestió transaccional connectat a ProjectWise per al control de fitxers físics i la possibilitat utilitzar GeoWeb Publisher per anàlisi espacial des del servidor, encara que la publicació es limités a ActiveX a Internet Explorer (que en aquell any era el únic navegador).

El problema és no haver evolucionat de manera gradual i en lloc de passar a Geospatial Server o versions més robustes de ProjectWise, voler fer sobreviure un GIS a partir de fitxers físics, tenint tot el potencial d'Oracle Spatial llicenciat i la capacitat de desenvolupar. De manera que aquest va ser el nostre repte.

1. La base de dades: ¿Postgres, SQL Server o Oracle?

En el particular, hauria preferit el primer. Però quan estàs davant d'un sistema transaccional no orientat a serveis però funcionant bé, en el qual part de la lògica i integritat està com PL a la base de dades, el canvi a una base OpenSoure no és una urgència. No, a menys que tinguis a meta desenvolupar una nova versió del sistema que no està en el termini immediat.

bentley map VBATampoc es tracta de fer una acció talibà de menysprear tot el que fa olor de privatiu. De manera que quedar-se amb Oracle és una decisió sàvia, si està funcionant bé, si la mida i exigència és ampli, si està ben dissenyada, protegida i si el suport s'està aprofitant. Tema per a una altra ocasió.

Així que el que quedava era desenvolupar funcionalitats perquè la data es migrarà a aquesta base, serveis de publicació i eines de gestió transaccional de dades vectorials.

Per controlar els rols i usuaris, que abans eren gestionats des ProjectWise, es va crear una eina modular que permetia:

  • Gestionar usuaris i rols des de la VBA de BentleyMap.
  • Assignar des de l'usuari amb drets d'administració, dret a departaments i municipis.
  • Assignar dret a fitxa cadastral per projecte.
  • Dret a eines disponibles en els mòduls de Construcció, edició, publicació, consulta i administració. D'aquesta manera, només es van creant noves aplicacions i van apareixent als usuaris segons el seu rol o assignació específica.
  • Aquest panell de login també simplifica la complexitat comú dels projectes BentleyMap, tal que amb només ingressar li apareix l'arbre de categories i atributs definits al Geospatial Administrator.VBA cadastre bentley map

Un panell d'això resol embolics de poc enteniment i riscos d'usuaris nous a funcionalitats com Data Interoperability. Que és un altre rotllo, ja que Bentley edita de forma nativa en Oracle Spatial, el que és una meravella però també arriscat si no es té el control transaccional.

Així, per exemple, el mòdul de Construcció tenia les següents eines:

  • assignar Features
  • Assistent de vinculació geogràfica
  • Batch Migració Espacial
  • esborrar objectes
  • Edita polígons
  • Exporta shp / CAD
  • Importa shp / CAD
  • migració Geolínea
  • migració Geopunto
  • migració Georegión
  • registrar mapa
  • Vincular Geo-Línia
  • Vincular Geo-Punt
  • Vincular Geo-Regió

Les eines complementàries es van anar afegint de forma gradual, incloses algunes per editar directament el Geospatial Administrator.bentley map VBA

  • Administrador per a visualitzar features
  • anàlisi Topològic
  • consulta SAFT
  • consultar Feature
  • Converteix Corba a LineString
  • crear Features
  • crear propietats
  • DBConnect configuration
  • DBConnect Consulta
  • Edita feature Xfm
  • Edita projecte Xfm
  • Eliminar Features Xfm
  • identificació parcel·lària
  • modificar simbologia
  • Sobre-escriure features
  • Tematització per classes
  • tematitzar
  • Tematitzar per llista Desplegable
  • utilitats Xfm

2. Les dades: Migració de DGN a força espacial: ¿Oracle Buider o Bentley Map?

El repte més interessant en això era, que requeria una migració controlada i, tenint en compte que els fitxers DGN a l'haver rebut actualització per més de 10 anys podrien tenir problemes de topologia -una veritable bogeria-.

En efecte així va ser. Els principals problemes dels mapes són aquí:

  • La modificació d'una parcel·la a la frontera del fitxer (sector o zona) implica que ha d'haver modificació d'ambdós, inclusivament la coincidència de nodes en casos com quan en un sector és una sola línia però en el veí aquesta línia està segmentada.
  • Hi ha fitxers que després de 300 transaccions de manteniment guardats en l'històric del DGN es poden corrompre.
  • Hi ha problemes més complexos no controlables en gabinet, com quan un predio es traslapa sobre un altre veí en un altre fitxer, per quantitats que no es poden resoldre al mapa doncs implicaria fer inspecció de camp per evitar afectar un tercer.
  • Males pràctiques, com la inclusió de mapes en diferents projeccions, en aquest cas havien sectors en NAD27, encara que l'estàndard era WGS84. En casos extrems es van fer ajustos entre dades de diferents projeccions, al pervers.

La solució va ser una eina tipus Wizzard per a la migració de forma massiva, la qual pot migrar de forma individual un mapa, diversos o fins i tot tots els d'un municipi (ajuntament) o departament.

migració dgn oracle spatial

Bàsicament el que l'eina fa prendre les dades del projecte Geographics i promoure'ls a features de Benltey Map, després fa una sèrie de validacions, tal com:

  • Relació un a un entre geometria i base de dades,
  • Validació de falta de duplicats,
  • Validació de consistència àrea-centroide,
  • Validació d'objectes del mapa respecte a objectes inactius a la base de dades,
  • Validació de topologia que fa a topologies existents a la base espacial

Després de les validacions, el panell permet afegir informació de forma massiva, tal com mètode de mesurament i estàndard de control de qualitat d'aquestes dades.

Finalment, escriu a la base de dades, generant finalment un informe. Del dit al fet hi ha un gran tros, però finalment es va ajustar als capricis d'Oracle Spatial que no deixen de ser tan desgavellats com els de Bentley i la seva forma de veure els predis complexos o les parcel·les molts vèrtexs.

3. La publicació: ¿Geoserver o MapServer? ¿OpenLayers o Leaflet?

Es va construir un visor utilitzant OpenLayers i alguns plugins. Per primera vegada després de 10 anys d'abandonament del desenvolupament de la part espacial, va ser visible un nou visor que va reemplaçar l'ActiveX de GeoWeb Publisher. Es va utilitzar el codi de MapFish per a la immpresión, geojson per controlar l'arbre lateral, des Geoserver es van servir les capes servides de OracleSpatial.

visor cadastral OpenLayers

Finalment el reemplaçament de tecnologies es va fer d'acord al següent gràfic. Com es pot veure, una combinació de codi lliure, mantenint la base de dades i la gestió parcel·lària utilitzant programari privatiu.

programari lliure privatiu

4. Construcció i edició, directe a Oracle Spatial. ¿Bentley Map o QGIS?

Aquesta és una altra història. Bentley Map edita natiu a la base espacial, el que genera conflictes si no es treballarà amb un Web Feature Service Transaccional (WFS). El conflicte és:

Com resoldre una regla de no permetre traslape de topologia, si s'està editant i en voler postejar reporta que l'objecte es afecta ixí mateix?

Això es resol versionant abans, editant directament i validant que l'postejar, si alguna cosa falla el versionat es recupera deixant la transacció finalitzada però en estat fallit.

Un altre problema que va caldre solucionar és l'ingrés massiu de dades, considerant que els usuaris devien deixar d'usar Geographics i havien diversos projectes aixecant cadastre massiu.

georaphics bentley map

Això va ser fàcil ja que només es va fer una eina similar a la que hi havia per integrar les dades en Microstation Geographics, facilitant amb els potencialitats de BentleyMap i amb un assistent més controlat.

registre massiu mapes bentleey map

La imatge mostra com es va desenvolupar aquesta eina, amb algunes particularitats, com la creació i registre de vèrtexs i la inclusió del Puntoparcela, com funcionalitat llista en cas que el mètode de mesurament d'alguns vèrtexs no reunissin cert estàndard de qualitat.

Defintivamente aquest flux va quedar molt bé, ja que els usuaris sabien quines eines amb més freqüència utilitzaven. Va ser necessari fer-los canviar de mentalitat entre el pas de features múltiples a gestió per nivells, promovent noves bondats perquè oblidessin l'arcaic Microstation V8 2004, tal com el servei WMS, les transparències i reconeixement natiu de fitxers DWG de versions recents; que no dir de la interoperabilitat amb kml, shp i gml per als més astrals.

De la mateixa es va fer eines per a manteniment cadastral, tenint l'opció d'editar directament en shapes o baixant-a arc-node per a casos complexos.

5. Client per a les municipalitats via GML. ¿QGIS o gvSIG?

QGIS. Però aquesta, és una altra història per explicar després.

Deixa una resposta

La seva adreça de correu electrònic no es publicarà.

Aquest lloc té validesa Akismet per reduir el correu brossa. Aprèn com es processen les dades dels teus comentaris.