Migrere en geospatial plattform 10 år senere - Microstation Geographics - Oracle Spatial

Dette er en felles utfordring for mange kadastrale eller kartografiske prosjekter, som på det tidspunktet 2000-2010 integrerte Microstation Geographics som en geografisk datamotor, med tanke på grunner som følgende:

• Arch-node-styringen var og fortsetter å være ekstremt praktisk, for kadastrale prosjekter.
• DGN er et attraktivt alternativ, vurderer sin versjon i samme fil, som ikke har endret seg i 15 år, i motsetning til andre formater der vi har sett mange inkompatible versjoner hvert tredje år.
• I 2002 var fri programvare en fjern drøm om hva vi har i dag.
• OGC-standardene veide ikke selv på proprietær programvare.
• SHP-filene var begrenset for høyprofilerte prosjekter, og de romlige basene var fortsatt veldig lukkede for ikke-standardiserte ordninger som kompromitterte ytelsen til serverne ... og sølv.
• Fjernkontakten var begynnende i forhold til hva vi nå har.

Dermed var implementering av et GIS basert på en "koblet CAD" -ordning en levedyktig løsning, til tross for at det ofret brukervennlighet for attraktive presentasjonsformål. VBA API var rikelig med å programmere transaksjonsstyringsrutiner koblet til ProjectWise for kontroll av fysiske filer og muligheten for å bruke GeoWeb Publisher for romlig analyse fra serveren, selv om publikasjonen var begrenset til ActiveX i Internet Explorer (som det året var enkelt nettleser).

Problemet er ikke å ha utviklet seg gradvis, og i stedet for å flytte til Geospatial Server eller mer robuste versjoner av ProjectWise, ønsker å få et GIS til å overleve fra fysiske filer, ha alt potensialet i lisensiert Oracle Spatial og evnen til å utvikle seg. Så det var utfordringen vår.

1. Databasen: Postgres, SQL Server eller Oracle?

Spesielt hadde jeg foretrukket førstnevnte. Men når du står foran et transaksjonssystem som ikke er orientert mot tjenester, men som fungerer bra, der en del av logikken og integriteten er som PL i databasen, er ikke endringen til en OpenSoure-base en nødsituasjon. Nei, med mindre målet ditt er å utvikle en ny versjon av systemet som ikke er tilgjengelig på kort sikt.

Det er heller ikke snakk om å ta en Taliban-handling for å bagatellisere alt som lukter privat. Så å bo hos Oracle er en klok beslutning, hvis det fungerer bra, hvis det er stort og krevende, hvis det er godt designet, beskyttet og hvis støtten blir utnyttet. Tema for en annen anledning.

Så det som var igjen var å utvikle funksjonalitet for dataene som skal overføres til denne basen, publiseringstjenester og transaksjonsvektordatahåndteringsverktøy.

For å kontrollere rollene og brukerne, som tidligere ble administrert fra ProjectWise, ble det opprettet et modulært verktøy som tillot:

• Administrer brukere og roller fra BentleyMap VBA.
• Tilordne fra brukeren med administrasjonsrettigheter, rett til avdelinger og kommuner.
• Tilordne rett til kadastralfil per prosjekt.
• Rett til verktøy tilgjengelig i modulene Konstruksjon, utgave, publisering, konsultasjon og administrasjon. På denne måten opprettes bare nye applikasjoner og vises for brukere i henhold til deres rolle eller spesifikke oppgave.
• Dette påloggingspanelet forenkler også den vanlige kompleksiteten til BentleyMap-prosjektene, slik at ved å komme inn i deg, vil du se treet av kategorier og attributter definert i Geospatial Administrator.

Et panel av dette løser misforståelser og risikoer for brukere som er nye for funksjoner som datainteroperabilitet. Noe som er en annen bummer, siden Bentley redigerer innfødt i Oracle Spatial, noe som er fantastisk, men også risikabelt hvis du ikke har transaksjonskontroll.

Således har for eksempel byggemodulen følgende verktøy:

• Tilordne funksjoner
• Geografisk koblingsassistent
• Batch Space Migration
• Slett objekter
• Rediger polygoner
• Eksporter Shp / CAD
• Importer Shp / CAD
• Geoline-migrasjon
• Migrering Geopunto
• Migrasjon Georegion
• Registrer kart
• Link Geo-Line
• Link Geo-Point
• Link Geo-regionen

Komplementære verktøy ble lagt til gradvis, inkludert noen for å redigere Geospatial Administrator direkte.

• Administrator for å vise funksjoner
• Topologisk analyse
• Spørsmål SAFT
• Consult Feature
• Konverter kurve til LineString
• Lag funksjoner
• Opprett egenskaper
• DBConnect-konfigurasjon
• DBConnect Query
• Rediger funksjonen Xfm
• Rediger prosjektet Xfm
• Fjern funksjoner Xfm
• Pakkeidentifikasjon
• Endre symbologi
• Overskrive funksjoner
• Theming etter klasser
• theming
• Tema gjennom rullegardinlisten
• Xfm Utilities

2. Dataene: Migrasjon fra DGN til Spatial Base: Oracle Buider eller Bentley Map?

Den mest interessante utfordringen i dette var at en kontrollert migrasjon var nødvendig, og med tanke på at DGN-filene hadde blitt oppdatert i mer enn 10-årene, kunne det ha topologiproblemer - en sann galskap -.

Det var det faktisk. Hovedproblemene med kartene er her:

• Modifikasjon av et plott på grensen fil (sektor eller sone) antyder at det må være modifikasjon av begge deler, herunder samsvarende noder i tilfeller slik som når en sektor er en enkelt linje, men i nabo at linjen er segmentert.
• Det er filer som etter 300-vedlikeholdstransaksjoner som er lagret i GDNs historie kan bli skadet.
• Det er ikke mer komplekse problemer håndterlig kabinett, som når et område lapper på en annen nabo i en annen fil, for beløp som ikke kan løses på kartet fordi det ville innebære å befaringen for å unngå å påvirke en tredjepart.
• Dårlig praksis, som inkludering av kart i forskjellige fremskrivninger, i dette tilfellet var det sektorer i NAD27, selv om standarden var WGS84. I ekstreme tilfeller ble det foretatt justeringer mellom data fra forskjellige fremskrivninger, til den perverse.

Løsningen var et Wizzard-typeverktøy for massemigrasjon, som kan migreres individuelt til et kart, flere eller til og med alle kommuner (rådhus) eller avdeling.

I utgangspunktet hva verktøyet tar geografiske prosjektdataene og markedsfører dem til funksjoner i Benltey Map, gjør deretter en rekke valideringer, for eksempel:

• Et til ett forhold mellom geometri og database,
• Validering av mangel på duplikater,
• Validering av konsentrasjon i området-sentroid,
• Validering av kartobjekter med hensyn til inaktive objekter i databasen,
• Topologi validering med hensyn til eksisterende topologier i den romlige basen

Etter valideringen kan panelet legge til informasjon på en massiv måte, for eksempel målemetode og kvalitetskontrollstandard for dataene.

Til slutt, legg inn i databasen, og generer endelig en rapport. Fra sagt til faktum er det en enorm strekning, men til slutt tilpasset den seg innfallene til Oracle Spatial som fortsatt er så langt hentet som Bentleys og deres måte å se komplekse egenskaper eller mange hjørner på.

3. Publikasjonen: Geoserver eller MapServer? OpenLayers eller Leaflet?

En seer ble bygget ved hjelp av OpenLayers og noen plugins. For første gang etter 10 års forsømmelse av utviklingen av den romlige delen, var en ny seer synlig som erstattet ActiveX av GeoWeb Publisher. MapFish-koden ble brukt til utskrift, geojson for å kontrollere sidetreet, fra Geoserver ble lagene servert fra OracleSpatial servert.

Endelig ble erstatning av teknologier gjort i henhold til følgende graf. Som du kan se, en kombinasjon av fri kode, vedlikehold av databasen og landstyring ved hjelp av proprietær programvare.

4. Bygg og rediger, direkte til Oracle Spatial. Bentley Map eller QGIS?

Dette er en annen historie. Bentley Map redigerer naturlig på romlig basis, noe som forårsaker konflikter hvis det ikke fungerer med en Transactional Web Feature Service (WFS). Konflikten er:

Hvordan løse en regel om ikke å tillate at topologi overlapper, hvis det blir redigert og når du vil legge ut rapporter som objektet påvirker seg selv?

Dette løses ved å redigere før, redigere direkte og validere det når du legger ut, hvis noe feiler, blir versjonen gjenopprettet, slik at transaksjonen er fullført, men i mislykket tilstand.

Et annet problem som måtte løses er den massive dataregistreringen, med tanke på at brukerne måtte slutte å bruke Geographics og hadde flere prosjekter som økte massiv kadastre.

Dette var enkelt fordi bare et verktøy som ligner det som brukes til å integrere dataene i Microstation Geographics ble gjort, forenklet med potensialene til BentleyMap og med en mer kontrollert assistent.

Bildet viser hvordan dette verktøyet ble utviklet, med noen særegenheter, som for eksempel etablering og registrering av noder og inkludering av Puntoparcela som funksjonalitet liste i tilfelle metoden for å måle noen noder ikke oppfyller visse kvalitetsstandarden.

Definitivt, denne flyten var veldig bra, fordi brukerne visste hvilke verktøy de brukte hyppigst. Det var nødvendig å få dem til å endre sin mentalitet mellom å flytte fra flere funksjoner til ledelse etter nivåer, fremme nye fordeler slik at de skulle glemme den arkaiske Microstation V8 2004, for eksempel WMS-tjenesten, transparenter og naturlig gjenkjenning av DWG-filer i nyere versjoner; for ikke å nevne interoperabilitet med kml, shp og gml for de mest astrale.

Tilsvarende ble det laget verktøy for kadastral vedlikehold, med mulighet til å redigere direkte i figurer eller senke dem til lysnøkkel for komplekse tilfeller.

5. Oppdragsgiver for kommuner via GML. QGIS eller gvSIG?

QGIS. Men det er en annen historie å fortelle senere.