Migrarea unei platforme geospațiale 10 ani mai târziu - Microstation Geographics - Oracle Spatial

Aceasta este o provocare comună pentru mai multe proiecte de cadastru si cartografie, care, în 2000-2010 Microstation integrat timp Criterii geografice motor de date spațiale, luând în considerare motivele după cum urmează:

• Managementul arcadajului a fost și continuă să fie extrem de practic, pentru proiectele cadastrale.
• DGN este o alternativă atractivă, având în vedere versiunea sa din același dosar, care nu sa schimbat în anii 15, contrar altor formate în care am văzut multe versiuni incompatibile la fiecare trei ani.
• În 2002, software-ul liber a fost un vis departe de ceea ce avem astăzi.
• Standardele OGC nu erau chiar grele în ceea ce privește software-ul proprietar.
• Fișierele shp au fost limitate pentru proiectele de înaltă proiectare, iar bazele spațiale erau încă foarte închise pentru schemele nestandardizate care compromitau performanța serverelor ... și argint.
• Conectivitatea la distanță a fost incipientă în comparație cu ceea ce avem acum.

Astfel, implementarea unui GIS bazat pe un sistem „CAD conectat” a fost o soluție viabilă, în ciuda sacrificării utilizabilității în scopuri atractive de prezentare. API-ul VBA a fost abundent pentru a programa rutine de gestionare tranzacțională conectate la ProjectWise pentru controlul fișierelor fizice și posibilitatea de a utiliza GeoWeb Publisher pentru analiza spațială de pe server, deși publicarea a fost limitată la ActiveX în Internet Explorer (care în acel an a fost browser unic).

Problema este că nu a evoluat treptat și, în loc să treacă la Geospatial Server sau versiuni mai robuste ale ProjectWise, dorind să facă un GIS să supraviețuiască din fișiere fizice, având tot potențialul Oracle Spatial autorizat și capacitatea de dezvoltare. Deci asta a fost provocarea noastră.

1. Baza de date: Postgres, SQL Server sau Oracle?

În special, aș fi preferat primul. Dar când vă aflați în fața unui sistem tranzacțional nu orientat către servicii, dar care funcționează bine, în care o parte a logicii și integrității este ca PL în baza de date, schimbarea la o bază OpenSoure nu este o urgență. Nu, cu excepția cazului în care obiectivul dvs. este să dezvoltați o nouă versiune a sistemului care nu este disponibilă în termenul imediat.

Nici nu este vorba de a face o acțiune talibană pentru a micșora tot ceea ce miroase a privat. Așadar, a rămâne cu Oracle este o decizie înțeleaptă, dacă funcționează bine, dacă este mare și exigent, dacă este bine proiectat, protejat și dacă suportul este pârghiat. Tema pentru o altă ocazie.

Ceea ce a rămas a fost dezvoltarea funcționalităților pentru migrarea datelor către această bază de date, servicii de publicare și instrumente de gestionare a tranzacțiilor pentru datele vectoriale.

Pentru a controla rolurile și utilizatorii care au fost gestionați anterior din ProjectWise, a fost creat un instrument modular care permite:

• Gestionați utilizatorii și rolurile din VBA BentleyMap.
• Atribuirea de la utilizator a drepturilor administrative, dreptul la departamente și municipalități.
• Atribuiți dreptul la fișierul cadastral după proiect.
• Dreptul la instrumentele disponibile în modulele Construcție, ediție, publicare, consultare și administrare. În acest fel, numai aplicațiile noi sunt create și apar utilizatorilor în funcție de rolul sau atribuirea lor specifică.
• Acest panou de conectare simplifică, de asemenea, complexitatea obișnuită a proiectelor BentleyMap, astfel încât, cu doar intrarea, veți vedea arborele categoriilor și atributelor definite în Administratorul geospațial.

Un panou rezolvă neînțelegerile și riscurile utilizatorilor noi cu funcții precum interoperabilitatea datelor. Ceea ce este o altă problemă, deoarece Bentley editează nativ în Oracle Spatial, ceea ce este minunat, dar și riscant dacă nu aveți control tranzacțional.

Astfel, de exemplu, modulul Construcții a avut următoarele instrumente:

• Atribuiți caracteristici
• Expert de legare geografică
• Lotul migrației în spațiu
• Ștergeți obiecte
• Editați poligoane
• Export Shp / CAD
• Import Shp / CAD
• Migrația geologică
• Migrația Geopunto
• Migrația georegională
• Înregistrați harta
• Link Geo-Line
• Link Geo-Point
• Link Geo-Regiune

Instrumentele complementare au fost adăugate treptat, inclusiv unele pentru a edita direct Administratorul geospațial.

• Administrator pentru a vizualiza funcțiile
• Analiza topologică
• Vezi SAFT
• Răsfoiți caracteristica
• Conversia curbei la linia de undă
• Creați funcții
• Creați proprietăți
• Configurare DBConnect
• Cerere DBConnect
• Editați caracteristica Xfm
• Editați proiectul Xfm
• Eliminați caracteristicile Xfm
• Identificarea parcelelor
• Modificați simbolul
• Caracteristici over-write
• Clasificarea tematică
• Pentru tematică
• Tematica prin lista drop-down
• Xfm Utilities

2. Datele: migrarea de la DGN la baza spațială: Oracle Buider sau Bentley Map?

Cea mai interesantă provocare în acest sens a fost că a fost necesară o migrație controlată și având în vedere faptul că fișierele DGN care au fost actualizate pentru mai mult de 10 ani ar putea avea probleme de topologie - o nebunie reală.

Într-adevăr a fost. Principalele probleme ale hărților sunt aici:

• Modificarea unui complot privind dosarul de frontieră (sector sau zona) implică faptul că trebuie să existe o modificare a ambelor, inclusiv noduri de potrivire în cazuri, cum ar fi atunci când un sector este o singură linie, dar în țara vecină, această linie este segmentat.
• Există fișiere care după operațiunile de întreținere 300 stocate în istoricul DGN pot fi corupte.
• Nu există probleme mai complexe de cabinet de gestionat, ca atunci când o zonă se suprapune pe un alt vecin într-un alt dosar, pentru sumele care nu pot fi rezolvate pe hartă, deoarece aceasta ar presupune să inspecție în câmp, pentru a evita afectarea unui terț.
• Modelele incorecte, cum ar fi includerea hărților în proiecții diferite, au avut în acest caz sectoare în NAD27, deși standardul era WGS84. În cazurile extreme s-au făcut ajustări între datele de la diferite proiecții, până la perverse.

Soluția a fost un instrument tip Wizzard pentru migrația în masă, care poate migra individual o hartă, mai multe sau chiar toate dintr-o municipalitate (primărie) sau un departament.

Practic, ceea ce instrumentul ia datele din proiectul Geographics și le promovează la caracteristicile Benltey Map, apoi face o serie de validări, cum ar fi:

• Relația one-to-one între geometrie și baza de date,
• Validarea lipsei de duplicate,
• Validarea consistenței zonei-centroid,
• Validarea obiectelor de hartă față de obiectele inactive în baza de date,
• Validarea topologiei în raport cu topologiile existente în baza spațială

După validare, panoul permite agregarea informațiilor într-un mod masiv, cum ar fi metoda de măsurare și standardul de control al calității acestor date.

În cele din urmă, postați în baza de date, generând în final un raport. De la spus la fapt, există o întindere extraordinară, dar în cele din urmă s-a adaptat la capriciile Oracle Spatial, care sunt încă la fel de înverșunate ca cele ale lui Bentley și modul lor de a vedea proprietăți complexe sau o mulțime de vârfuri.

3. Publicația: Geoserver sau MapServer? OpenLayers sau Leaflet?

Un vizualizator a fost construit folosind OpenLayers și câteva pluginuri. Pentru prima dată după 10 ani de neglijare a dezvoltării părții spațiale, a fost vizibil un nou vizualizator care a înlocuit ActiveX-ul GeoWeb Publisher. Codul MapFish a fost utilizat pentru imprimare, geojson pentru a controla arborele lateral, de la Geoserver au fost servite straturile servite OracleSpatial.

În cele din urmă, înlocuirea tehnologiilor a fost făcută conform graficului următor. După cum puteți vedea, o combinație de cod liber, întreținerea bazei de date și gestionarea terenurilor folosind software-ul proprietar.

4. Construiți și editați, direct către Oracle Spatial. Harta Bentley sau QGIS?

Aceasta este o altă poveste. Bentley Map editează în mod nativ pe bază spațială, ceea ce provoacă conflicte dacă nu va funcționa cu un serviciu de funcții web tranzacționale (WFS). Conflictul este:

Cum se rezolvă o regulă de a nu permite suprapunerea topologiei, dacă este editată și când doriți să postați rapoarte că obiectul se afectează?

Acest lucru este rezolvat prin versiuni înainte, editare directă și validarea faptului că atunci când postați, dacă ceva nu reușește, versiunea este recuperată lăsând tranzacția completă, dar într-o stare defectuoasă.

O altă problemă care a trebuit rezolvată este intrarea masivă a datelor, având în vedere că utilizatorii au trebuit să înceteze să utilizeze Geographics și că au existat mai multe proiecte de ridicare a cadastrului masiv.

Acest lucru a fost ușor, deoarece a făcut doar un instrument similar care a trebuit să integreze date în Microstation Criterii geografice, facilitând potențialul BentleyMap și un asistent mai controlat.

Imaginea arată modul în care a fost dezvoltat acest instrument, cu unele particularități, cum ar fi crearea și înregistrarea noduri și includerea Puntoparcela lista funcționalitate în cazul în care metoda de măsurare a unor noduri care nu îndeplinesc anumit standard de calitate.

În mod definitiv, acest flux a fost foarte bun, deoarece utilizatorii știau ce instrumente foloseau cel mai frecvent. A fost necesar să-i facem să-și schimbe mentalitatea între trecerea de la mai multe funcții la gestionare pe niveluri, promovând noi beneficii, astfel încât să uite de arhaicul Microstation V8 2004, precum serviciul WMS, transparențe și recunoașterea nativă a fișierelor DWG din versiunile recente; Ce să nu spun despre interoperabilitatea cu kml, shp și gml pentru cei mai astrali.

S-au făcut, de asemenea, unelte pentru întreținerea cadastrală, având opțiunea de a edita direct în forme sau de a le reduce la nodul arc pentru cazuri complexe.

5. Client pentru municipalități prin GML. QGIS sau gvSIG?

QGIS. Dar asta este o altă poveste de spus mai târziu.