Migrera en geospatial plattform 10 år senare - Microstation Geographics - Oracle Spatial

Detta är en gemensam utmaning för många fastighetsregistret och kartografi projekt som i 2000-2010 Micro Geographics integrerad tid som geografiska data motor, med tanke på orsaker enligt följande:

• Arkhanteringshanteringen var och fortsätter att vara extremt praktisk för kadastrala projekt.
• Den DGN är ett attraktivt alternativ, med tanke på vilka versions i samma fil, som inte har ändrats i 15 år, i motsats till andra format som vi har sett många inkompatibla versioner vart tredje år.
• I 2002 fri programvara var en dröm långt ifrån vad vi har idag.
• OGC-standarderna var inte ens tunga på proprietär programvara.
• Shp-filerna var begränsade för höga utkastsprojekt och de rumsliga baserna var fortfarande mycket stängda för icke-standardiserade system som äventyrade servrarna ... och silverens prestanda.
• Fjärrkoppling var begynnande jämfört med vad vi nu har.

Således var implementering av ett GIS baserat på ett ”länkat CAD” -schema en livskraftig lösning, trots att man offrade användbarheten för attraktiva presentationsändamål. VBA API var rikligt med att programmera transaktionshanteringsrutiner kopplade till ProjectWise för kontroll av fysiska filer och möjligheten att använda GeoWeb Publisher för rumslig analys från servern, även om publikationen var begränsad till ActiveX i Internet Explorer (vilket det året var en webbläsare).

Problemet är att man inte har utvecklats gradvis och istället för att flytta till Geospatial Server eller mer robusta versioner av ProjectWise, vill man få ett GIS att överleva från fysiska filer, med all potential för licensierad Oracle Spatial och förmågan att utvecklas. Så det var vår utmaning.

1. Databasen: Postgres, SQL Server eller Oracle?

I synnerhet skulle jag ha föredragit den första. Men när du står framför ett transaktionssystem som inte är inriktat på tjänster men fungerar bra, där en del av logiken och integriteten är som PL i databasen, är bytet till en OpenSoure-bas inte en nödsituation. Nej, såvida inte ditt mål är att utveckla en ny version av systemet som inte är tillgänglig omedelbart.

Det handlar inte heller om att göra en talibanåtgärd för att förringa allt som luktar privat. Att bo hos Oracle är därför ett klokt beslut, om det fungerar bra, om det är stort och krävande, om det är väl utformat, skyddat och om stödet utnyttjas. Tema för ett annat tillfälle.

Så det som var kvar var att utveckla funktionaliteter för de data som ska migreras till denna databas, publiceringstjänster och transaktionshanteringsverktyg för vektordata.

För att styra de roller och användare som tidigare hanterades från ProjectWise skapades ett modulärt verktyg som tillåts:

• Hantera användare och roller från BentleyMap VBA.
• Tilldela användare med administrativa rättigheter, rätt till avdelningar och kommuner.
• Tilldela rätt till cadastral fil genom projekt.
• Rätt till verktyg som finns tillgängliga i modulerna Konstruktion, utgåva, publicering, konsultation och administration. På det här sättet skapas bara nya applikationer som visas för användare enligt deras roll eller specifika uppgift.
• Den här inloggningspanelen förenklar också BentleyMap-projektens vanliga komplexitet, så att du bara kommer in i dig att se trädet i kategorier och attribut definierade i Geospatial Administrator.

En panel med detta löser missförstånd och risker hos användare som är nya för funktioner som Data Interoperabilitet. Vilket är en annan bummer, eftersom Bentley redigerar inbyggt i Oracle Spatial, vilket är underbart men också riskabelt om du inte har transaktionskontroll.

Således hade till exempel byggnadsmodulen följande verktyg:

• Tilldela funktioner
• Guiden Geografisk länk
• Batchrymdmigrering
• Radera objekt
• Redigera polygoner
• Exportera Shp / CAD
• Importera Shp / CAD
• Geologisk migration
• Migration Geopunto
• Georegion migration
• Registrera kartan
• Link Geo-Line
• Länk Geo-Point
• Link Geo-regionen

Komplementära verktyg tillsattes gradvis, inklusive några för att direkt redigera Geospatial Administrator.

• Administratör för att visa funktioner
• Topologisk analys
• Se SAFT
• Bläddra Feature
• Konvertera kurva till LineString
• Skapa funktioner
• Skapa egenskaper
• DBConnect-konfiguration
• DBConnect-förfrågan
• Redigera funktionen Xfm
• Redigera Xfm-projektet
• Ta bort funktioner Xfm
• Paketidentifikation
• Ändra symbologi
• Överskrivningsfunktioner
• Klass Thematization
• Till tematiskt
• Formatera med rullgardinsmenyn
• Xfm Utilities

2. Uppgifterna: Migrering från DGN till rumslig bas: Oracle Buider eller Bentley Map?

Den mest intressant utmaning i denna tid var en kontrollerad migration krävs och med tanke på att de DGN-filer har uppdaterats i över 10 år kan ha problem med topologi-en riktig galenskap.

Det var det faktiskt. De viktigaste problemen med kartorna är här:

• Ändring av en tomt på gränsen fil (sektor eller zon) innebär att det måste finnas modifiering av båda, inklusive matchande noder i sådana fall som när en sektor är en enda rad, men i grann den linjen är segmenterad.
• Det finns filer som efter 300-underhållstransaktioner som finns lagrade i DGN-historiken kan skadas.
• Det finns ingen mer komplexa problem hanterbara skåp, som när ett område överlappar på en annan granne i en annan fil, för belopp som inte kan lösas på kartan, eftersom det skulle innebära att fältbesiktning att undvika att påverka en tredje part.
• Dålig praxis, såsom införande av kartor i olika projektioner, hade i detta fall sektorer i NAD27, även om standarden var WGS84. I extrema fall gjordes justeringar mellan data från olika projicer till den perverse.

Lösningen var ett Wizzard-typverktyg för massmigration, som kan migrera en karta, flera eller till och med hela en kommun (rådhus) eller avdelning.

I grund och botten vad verktyget tar data från Geographics-projektet och främjar dem till funktioner i Benltey Map, gör sedan en serie valideringar, till exempel:

• Ett-till-ett-förhållande mellan geometri och databas,
• Validering av brist på duplikat,
• Validering av konsistens i området centroid,
• Validering av kartobjekt i förhållande till inaktiva objekt i databasen,
• Topologi validering med avseende på befintliga topologier i den rumsliga basen

Efter valideringen tillåter panelen att aggregera information på ett massivt sätt, såsom mätmetod och kvalitetskontrollstandard för den data.

Slutligen, skicka till databasen och generera äntligen en rapport. Från sagt till faktum finns det en enorm sträcka, men slutligen anpassade den sig till Oracle Spatials nycklar som fortfarande är lika långsökta som Bentleys och deras sätt att se komplexa egenskaper eller många hörn.

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

En tittare byggdes med OpenLayers och några plugins. För första gången efter tio år av försummelse av utvecklingen av den rumsliga delen sågs en ny tittare som ersatte ActiveX för GeoWeb Publisher. MapFish-koden användes för utskrift, geojson för att kontrollera sidoträdet, från Geoserver serverades OracleSpatial-serverade lager.

Slutligen utfördes ersättning av teknik enligt följande graf. Som du kan se, en kombination av fri kod, underhåll av databasen och markhantering med proprietär programvara.

4. Bygg och redigera, direkt till Oracle Spatial. Bentley Map eller QGIS?

Det här är en annan historia. Bentley Map redigerar inbyggt på rumslig basis, vilket orsakar konflikter om det inte fungerar med en Transactional Web Feature Service (WFS). Konflikten är:

Hur löser du en regel som inte tillåter topologi att överlappa, om det redigeras och när du vill posta rapporter som objektet påverkar sig?

Detta löser sig genom versionering innan, redigering direkt och validering av det vid inläggning, om något misslyckas blir versionen återställd och transaktionen slutförd, men i ett misslyckat tillstånd.

Ett annat problem som måste lösas är den massiva datainmatningen, med tanke på att användarna var tvungna att sluta använda Geographics och hade flera projekt som väckte massiv kadastre.

Det var enkelt eftersom det bara var ett verktyg som liknade det som användes för att integrera data i Microstation Geographics, vilket underlättade möjligheterna hos BentleyMap och med en mer kontrollerad assistent.

Bilden visar hur detta verktyg har utvecklats, med vissa egenheter, såsom skapande och registrering av hörn och införandet av Puntoparcela funktionalitet lista om metoden för att mäta vissa hörn inte uppfyller viss kvalitetsstandard.

Definitivt var detta flöde mycket bra, eftersom användarna visste vilka verktyg de använde oftast. Det var nödvändigt att få dem att ändra sin mentalitet mellan att flytta från flera funktioner till hantering efter nivåer, främja nya fördelar så att de skulle glömma den arkaiska Microstation V8 2004, såsom WMS-tjänsten, OH-film och inbyggt igenkänning av DWG-filer i de senaste versionerna; för att inte tala om interoperabilitet med kml, shp och gml för de mest astrala.

Av samma sak gjordes verktyg för kadastral underhåll, med möjlighet att redigera direkt i former eller sänka dem till ljuskrona för komplexa fall.

5. Kund för kommuner via GML. QGIS eller gvSIG?

QGIS. Men det är en annan historia att berätta senare.