Migreer 'n Geospatiale platform tien jaar later - Microstation Geographics - Oracle Spatial

Dit is 'n algemene uitdaging vir baie kadastrale of kartografieprojekte, wat destyds 2000-2010 Microstation Geographics as 'n ruimtelike data-enjin geïntegreer het, met inagneming van redes soos die volgende:

• Die arch-node bestuur was en bly baie prakties vir kadastrale projekte.
• Die DGN is 'n aantreklike alternatief, met inagneming van sy weergawes in dieselfde lêer, wat nie verander het in 15 jaar, in teenstelling met ander formate waarin ons gesien het baie onversoenbare weergawes elke drie jaar.
• In 2002 was gratis sagteware 'n droom ver van wat ons vandag het.
• Die OGC-standaarde was nie eens swaar op eie sagteware nie.
• Die SHP-lêers was beperk vir hoë konsepprojekte en die ruimtelike basisse was nog baie gesluit vir nie-gestandaardiseerde skemas wat die prestasie van bedieners en silwer in gevaar gestel het.
• Die eksterne konneksie was beginner in vergelyking met wat ons nou het.

Die implementering van 'n GIS gebaseer op 'n 'gekoppelde CAD'-skema was dus 'n lewensvatbare oplossing, ondanks die feit dat dit bruikbaarheid vir aantreklike aanbiedingsdoeleindes opgeoffer het. Die VBA API was volop met die programmering van transaksionele bestuursroetines wat gekoppel is aan ProjectWise vir die beheer van fisiese lêers en die moontlikheid om GeoWeb Publisher vir ruimtelike analise vanaf die bediener te gebruik, hoewel die publikasie beperk was tot ActiveX in Internet Explorer (wat in daardie jaar die enkele blaaier).

Die probleem is dat dit nie geleidelik ontwikkel het nie en in plaas daarvan om na Geospatial Server of meer robuuste weergawes van ProjectWise te gaan, wil u 'n GIS laat oorleef uit fisiese lêers, met al die potensiaal van die gelisensieerde Oracle Spatial en die vermoë om te ontwikkel. Dit was dus ons uitdaging.

1. Die databasis: Postgres, SQL Server of Oracle?

In die besonder sou ek die eerste verkies het. Maar as u voor 'n transaksiestelsel staan ​​wat nie op dienste gerig is nie, maar goed werk, waarin die logika en integriteit soos PL in die databasis is, is die verandering na 'n OpenSoure-basis nie noodsaaklik nie. Nee, tensy u doel is om 'n nuwe weergawe van die stelsel te ontwikkel wat nie onmiddellik beskikbaar is nie.

Dit gaan ook nie daaroor om 'n Taliban-aksie te doen om alles wat privaat ruik, te verkleineer nie. Om by Oracle te bly, is dus 'n verstandige besluit, as dit goed werk, as dit groot en veeleisend is, as dit goed ontwerp, beskerm is en die steun benut word. Tema vir 'n ander geleentheid.

Dus, wat oorgebly het, was om funksionaliteit te ontwikkel vir die data wat na hierdie databasis gemigreer moet word, uitgewersdienste en transaksionele bestuursinstrumente vir vektor data.

Om die rolle en gebruikers wat voorheen van ProjectWise bestuur is, te beheer, is 'n modulêre hulpmiddel geskep wat toegelaat word:

• Bestuur gebruikers en rolle van die BentleyMap VBA.
• Toewys van die gebruiker met administratiewe regte, reg op departemente en munisipaliteite.
• Ken reg aan kadastrale lêer toe deur projek.
• Reg op gereedskap beskikbaar in die konstruksie-, uitgawe-, publikasie-, konsultasie- en administrasiemodules. Op hierdie manier word slegs nuwe toepassings geskep wat aan gebruikers verskyn volgens hul rol of spesifieke opdrag.
• Hierdie aanmeldpaneel vereenvoudig ook die algemene kompleksiteit van die BentleyMap-projekte, sodat die boom van kategorieë en eienskappe wat in die Geospatiale Administrateur gedefinieer word, net as jy net betree.

'N Paneel hiervan los misverstande en risiko's op van gebruikers wat nuut is in funksies soos data-interoperabiliteit. Dit is nog 'n klopjag, want Bentley redigeer oorspronklik in Oracle Spatial, wat wonderlik is, maar ook riskant as u nie transaksiebeheer het nie.

So het die Konstruksie-module byvoorbeeld die volgende gereedskap gehad:

• Ken eienskappe toe
• Geografiese skakelassistent
• Batch Space Migration
• Vee voorwerpe uit
• Verander veelhoeke
• Uitvoer Shp / CAD
• Voer Shp / CAD in
• Geoline-migrasie
• Migrasie Geopunto
• Georegion migrasie
• Registreer kaart
• Skakel Geo-Line
• Skakel Geo-Point
• Skakel Geo-streek

Die aanvullende gereedskap is geleidelik bygevoeg, insluitende sommige om die Geospatiale Administrateur direk te wysig.

• Administrateur om funksies te besigtig
• Topologiese Analise
• Sien SAFT
• Blaai deur Funksie
• Skakel kromme na LineString
• Skep funksies
• Skep eienskappe
• DBConnect-opstelling
• DBConnect Ondersoek
• Redigeer funksie Xfm
• Redigeer Xfm-projek
• Verwyder funksies Xfm
• Pakketidentifikasie
• Verander simbologie
• Oorskrywingsfunksies
• Klas Tematisering
• Te tematies
• Temas deur middel van keuselys
• Xfm Utilities

2. Die gegewens: Migrasie van DGN na ruimtelike basis: Oracle Buider of Bentley Map?

Die mees interessante uitdaging hierin was dat 'n beheerde migrasie nodig was, en aangesien die DGN-lêers vir meer as 10-jare opgedateer is, kan topologieprobleme hê - 'n ware gekheid.

Dit was inderdaad. Die belangrikste probleme van die kaarte is hier:

• Verandering van 'n plot op die grens lêer (sektor of gebied) impliseer dat daar verandering van beide, insluitend wat ooreenstem met die nodes in gevalle moet soos wanneer 'n sektor is 'n enkele lyn, maar in die naburige daardie lyn is gesegmenteer.
• Daar is lêers wat na 300-onderhoudstransaksies wat in die DGN-geskiedenis gestoor is, beskadig kan word.
• Daar is nie meer komplekse probleme hanteerbaar kabinet, as wanneer 'n gebied oorvleuel op 'n ander buurman in 'n ander lêer, vir bedrae wat nie opgelos kan word op die kaart, want dit sou impliseer om veld inspeksie om te verhoed dat wat 'n derde party.
• Slegte praktyke, soos die insluiting van kaarte in verskillende projeksies, het in hierdie geval sektore in NAD27 gehad, hoewel die standaard WGS84 was. In uiterste gevalle is aanpassings gemaak tussen data van verskillende projeksies tot die perverse.

Die oplossing was 'n Wizzard-tipe instrument vir massamigrasie, wat 'n individuele kaart, verskeie of selfs al 'n munisipaliteit (stadsaal) of departement kan migreer.

Basies wat die instrument die data van die Geografiese projek gebruik en dit bevorder na kenmerke van Benltey Map, maak dan 'n reeks van validasies, soos:

• Een-tot-een-verhouding tussen meetkunde en databasis,
• Validasie van die gebrek aan duplikate,
• Validasie van area-sentroïde konsekwentheid,
• Validasie van kaartvoorwerpe relatief tot onaktiewe voorwerpe in die databasis,
• Validasie van topologie ten opsigte van bestaande topologieë in die ruimtelike basis

Na die validaties kan die paneel op 'n massiewe manier inligting versamel, soos die meting metode en die kwaliteit beheer standaard van die data.

Laastens, plaas dit in die databasis en skep uiteindelik 'n verslag. Van feit tot feit is daar 'n geweldige stuk, maar uiteindelik is dit aangepas by die grille van Oracle Spatial wat nog net so vergesog is soos dié van Bentley en sy manier om komplekse eienskappe of baie hoekpunte te sien.

3. Die publikasie: Geoserver of MapServer? OpenLayers of Leaflet?

'N Kyker is gebou met OpenLayers en 'n paar inproppe. Vir die eerste keer na tien jaar se verwaarlosing van die ontwikkeling van die ruimtelike deel, was 'n nuwe kyker sigbaar wat die ActiveX van GeoWeb Publisher vervang het. MapFish-kode is gebruik vir die druk, geojson om die syboom te beheer, vanaf Geoserver is die lae wat vanaf OracleSpatial bedien is, bedien.

Laastens is die vervanging van tegnologieë volgens die volgende grafiek gedoen. Soos u kan sien, 'n kombinasie van gratis kode, die instandhouding van die databasis en grondbestuur deur gebruik te maak van eie sagteware.

4. Bou en redigeer, direk na Oracle Spatial. Bentley Map of QGIS?

Dit is 'n ander storie. Bentley Map wysig oorspronklik op die ruimtelike basis, wat konflik veroorsaak as dit nie met 'n Transactional Web Feature Service (WFS) werk nie. Die konflik is:

Hoe om 'n reël op te los om nie oorvleueling van topologie toe te laat nie, as dit geredigeer word en wanneer berigte wil plaas dat die voorwerp homself beïnvloed?

Dit word opgelos deur die weergawe voorheen, direk te wysig en te bekragtig wanneer dit gepos word. As iets misluk, word die weergawe herstel, en die transaksie voltooi, maar in 'n mislukte toestand.

Nog 'n probleem wat opgelos moet word, is die massiewe data-invoer, aangesien gebruikers ophou om die geografiese gebruik te gebruik en verskeie projekte gehad wat massiewe kadaster verrig.

Dit was maklik omdat slegs 'n instrument soortgelyk aan die een wat gebruik word om die data in Microstation Geographics te integreer, gemaak is, met die moontlikhede van BentleyMap en met 'n meer beheerde assistent.

Die beeld toon hoe hierdie instrument is ontwikkel, met 'n paar eienaardighede, soos die skepping en registrasie van hoekpunte en die insluiting van Puntoparcela as funksie lys in geval die metode van meting van 'n paar hoekpunte nie voldoen aan sekere gehalte.

Hierdie vloei was beslis baie goed, want gebruikers het geweet watter instrumente hulle die meeste gebruik. Dit was nodig om hulle mentaliteit te laat verander tussen die verskuiwing van verskeie funksies na bestuur volgens vlakke, om nuwe voordele te bevorder, sodat hulle die argaïese Microstation V8 2004 sou vergeet, soos die WMS-diens, transparante en oorspronklike erkenning van DWG-lêers van onlangse weergawes; om nie te praat van interoperabiliteit met kml, shp en gml vir die mees astrale nie.

Gereedskap is ook gemaak vir kadastrale onderhoud, met die opsie om direk in vorms te redigeer of te verlaag na boogknope vir komplekse gevalle.

5. Kliënt vir munisipaliteite via GML. QGIS of gvSIG?

QGIS. Maar dit is 'n ander storie om later te vertel.