Térinformatikai platform átállítása 10 évvel később - Microstation Geographics - Oracle Spatial

Ez számos kihívás számos katasztrális vagy térképészeti projekt esetében, amely az 2000-2010 integrált Microstation Geographics térbeli adatmotor idején, figyelembe véve a következő okokat:

• Az ív-csomópont-kezelés a kataszteri projektek számára rendkívül praktikus volt és továbbra is rendkívül praktikus.
• A DGN vonzó alternatíva, tekintve, hogy változata ugyanabban a fájlban van, amely nem változott az 15 években, ellentétben más formátumokkal, amelyekben sok összeegyeztethetetlen változatot láttunk háromévente.
• Az 2002-ban a szabad szoftver távoli álma volt annak, ami ma létezik.
• Az OGC szabványok még a saját szoftverre sem vonatkoztak.
• Az shp fájlok korlátozottak voltak a nagyprojektek számára, és a térbeli bázisok még mindig nagyon zárt voltak a nem szabványosított rendszerek számára, amelyek veszélyeztették a szerverek teljesítményét ... és az ezüstöt.
• A távoli kapcsolódás kezdeti volt, mint most.

Így a „kapcsolt CAD” rendszeren alapuló GIS megvalósítása életképes megoldás volt, annak ellenére, hogy vonzó prezentációs célokra áldozták a használhatóságot. A VBA API bőséges volt a ProjectWise-hez csatlakoztatott tranzakciókezelési rutinok programozásához a fizikai fájlok vezérléséhez és a GeoWeb Publisher használatának lehetőségéhez a szerverről történő térbeli elemzéshez, bár a kiadvány az Internet Explorer ActiveX-re korlátozódott (amely abban az évben a egyetlen böngésző).

A probléma nem fejlődött fokozatosan, és ahelyett, hogy Geospatial Serverre vagy a ProjectWise robusztusabb verzióira költözött volna, egy GIS-t akar fizikai fizikai fájlokból túlélni, a licencelt Oracle Spatial minden lehetőségével és fejlesztési képességével. Tehát ez volt a kihívásunk.

1. Az adatbázis: Postgres, SQL Server vagy Oracle?

Különösen az elsőt preferáltam volna. De amikor nem egy szolgáltatásokra orientált, de jól működő tranzakciós rendszer előtt áll, amelyben a logika és az integritás egy része olyan, mint az adatbázis PL-je, akkor az OpenSoure bázisra váltás nem vészhelyzet. Nem, hacsak nem az a célja, hogy a rendszer új verzióját fejlessze ki, amely az azonnali távon nem elérhető.

Nem is arról van szó, hogy egy tálib akciót tesznek annak érdekében, hogy kicsinyítsenek mindent, ami magánszagú. Tehát az Oracle mellett maradni bölcs döntés, ha jól működik, ha nagy és igényes, ha jól megtervezett, védett és ha a támogatást kihasználják. Téma egy másik alkalomra.

Ezért maradt a funkciók fejlesztése az adatbázishoz, a kiadványszolgáltatásokhoz és a tranzakciós vektoradat-kezelő eszközökhöz migrálandó adatokhoz.

A ProjectWise által korábban kezelt szerepek és felhasználók szabályozásához moduláris eszközt hoztak létre, amely lehetővé tette:

• Felhasználók és szerepek kezelése a BentleyMap VBA-ból.
• Hozzárendelje a felhasználótól adminisztrációs jogokkal, igazodva a szervezeti egységekhez és az önkormányzatokhoz.
• Hozzon létre jogot a kataszteri fájlhoz projektenként.
• Az Építési, kiadási, publikációs, konzultációs és adminisztrációs modulokban elérhető eszközökhöz való jog. Ily módon csak új alkalmazások jönnek létre és jelennek meg a felhasználók számára szerepüknek vagy konkrét hozzárendelésüknek megfelelően.
• Ez a bejelentkezési panel egyszerűsíti a BentleyMap projektek közös bonyolultságát is, úgy, hogy csak beadva megjelenik a Geospatial Administratorban meghatározott kategóriák és attribútumok fája.

Ennek panelje megoldja az olyan felhasználók félreértéseit és kockázatait, mint az adatátjárhatóság. Ami még egy bummer, mert a Bentley natív módon szerkeszt az Oracle Spatial-ban, ami csodálatos, de kockázatos is, ha nincs tranzakciós irányítása.

Így például az építőmodul a következő eszközök voltak:

• Szolgáltatások hozzárendelése
• Földrajzi kapcsolattartó
• Kötegeltér-migráció
• Objektumok törlése
• Poligonok szerkesztése
• Exportálás Shp / CAD
• Importálás: Shp / CAD
• Geolin migráció
• Migráció Geopunto
• Migráció Georegion
• Regisztrálja a térképet
• Link Geo-Line
• Link Geo-Point
• Link földrajzi régió

A kiegészítő eszközöket fokozatosan adták hozzá, köztük néhányat a Geospatial Administrator közvetlen szerkesztéséhez.

• Rendszergazda a szolgáltatások megtekintéséhez
• Topológiai elemzés
• Lekérdezés SAFT
• Konzultációs szolgáltatás
• Curve átalakítása LineString-be
• Jellemzők létrehozása
• Tulajdonságok létrehozása
• DBConnect konfiguráció
• DBConnect lekérdezés
• Az Xfm szolgáltatás szerkesztése
• Az Xfm projekt szerkesztése
• Xfm tulajdonságainak eltávolítása
• Csomag azonosítása
• Szimbólum módosítása
• Felülírja a funkciókat
• Osztályozás szerint
• rendszerezést
• Tematizálás legördülő listán
• Xfm segédprogramok

2. Az adatok: Áttérés a DGN-ről a Térbázisra: Oracle Buider vagy Bentley Map?

A legérdekesebb kihívás ebben az volt, hogy ellenőrzött migrációra volt szükség, és figyelembe véve, hogy a DGN fájlok frissítése több mint 10 évig lehet topológiai problémákkal - igazi őrültséggel.

Valóban az volt. A térképek fő problémái itt találhatók:

• Módosítása a telek határán fájlt (zónából) azt jelenti, hogy ott kell lennie módosítása mindkettő, beleértve megfelelő csomópontok esetekben, például amikor egy szektort egy sort, de a szomszédos ezt a vonalat szegmentált.
• Vannak fájlok, amelyek a DGN történetében elmentett 300 karbantartási tranzakciók után sérülhetnek.
• Nincs több összetett problémák kezelhetővé szekrény, mint ha egy terület átfedésben egy másik szomszéd egy másik fájlban, az összegeket, amelyeket nem lehet megoldani a térképen, mert ez azt jelentené, hogy helyszíni ellenőrzést ne sérüljenek egy harmadik félnek.
• Rossz gyakorlatok, például a térképek különböző előrejelzésekbe való felvétele, ebben az esetben voltak ágazatok a NAD27-ban, bár a standard WGS84 volt. Szélsőséges esetekben a különböző kivetítésekből származó adatok között a perverzhez igazították a beállításokat.

A megoldás Wizzard-típusú eszköz volt a tömeges migrációhoz, amely egyénileg áttelepíthető egy térképre, több, vagy akár egész településre (városháza) vagy osztályra.

Alapvetően, hogy az eszköz hogyan viszi el a Geographics projekt adatait, és elősegíti őket a Benltey Map jellemzőihez, majd egy sor validálást hajt végre, mint például:

• Egy-egy összefüggés a geometria és az adatbázis között,
• A másolatok hiányának validálása,
• A terület-centroid konzisztenciájának validálása,
• A térképobjektumok érvényesítése az inaktív objektumok vonatkozásában az adatbázisban,
• Topológia-validálás a meglévő topológiák tekintetében a térbeli bázisban

Az érvényesítések után a panel lehetővé teszi az adatok tömeges hozzáadását, például az adatok mérési módját és minőségellenőrzési szabványát.

Végül az adatbázisba posztol, végül jelentést készít. A mondattól a tényig óriási szakasz húzódik, de végül az Oracle Spatial szeszélyéhez igazodik, amely még mindig olyan elrugaszkodott, mint a Bentleyé, és a komplex tulajdonságok vagy sok csúcs meglátásának módja.

3. A kiadvány: Geoserver vagy MapServer? OpenLayers vagy szórólap?

A Viewer az OpenLayers és néhány bővítmény felhasználásával készült. A térbeli rész fejlesztésének 10 éves elhanyagolása után először új néző volt látható, amely felváltotta a GeoWeb Publisher ActiveX-jét. A nyomtatáshoz a MapFish kódot használták, a geojson az oldalsó fa vezérlésére, a Geoserverről az OracleSpatialból kiszolgált rétegeket szolgálták ki.

Végül a technológiák cseréjét a következő grafikon szerint végeztük el. Mint látható, a szabad kód kombinációja, az adatbázishoz és a földhasználat fenntartásához saját szoftverrel.

4. Építsen és szerkesszen, közvetlenül az Oracle Spatial szolgáltatásba. Bentley Map vagy QGIS?

Ez egy másik történet. A Bentley Map natív módon szerkeszt a térbeli alapon, ami konfliktusokat okoz, ha nem működik egy tranzakciós webszolgáltatással (WFS). A konfliktus:

Hogyan lehet megoldani egy szabályt, amely nem engedélyezi a topológia átfedését, ha szerkesztésre kerül, és amikor jelentéseket szeretne közzétenni, hogy az objektum hatással van rá?

Ez megoldódott a verziószámítás előtt, közvetlenül szerkesztette és érvényesítette, hogy a közzétételnél, ha valami nem sikerül, a verziószám helyreállítása után a tranzakció befejeződik, de sikertelen állapotban.

Egy másik megoldandó probléma az a masszív adatbevitel, hogy a felhasználóknak le kellett állniuk a Geographics használatával, és több projektet kellett végrehajtaniuk, amely hatalmas katasztert hozott létre.

Ez azért volt könnyű, mert csak egy olyan eszköz hasonlított össze, amely az adatok Microstation Geographicsba történő integrálásához használt volt, megkönnyítve a BentleyMap és egy szabályozottabb asszisztens lehetőségeit.

A kép azt mutatja, hogyan ezt az eszközt fejlesztettek, és néhány sajátossága, mint például a létrehozása és nyilvántartása csúcsok és felvételét Puntoparcela a funkcionalitás lista esetén a mérési módszert néhány csúcs nem felelnek meg bizonyos minőségi színvonalat.

Ez a folyamat mindenképpen nagyon jó volt, mert a felhasználók tudták, hogy mely eszközöket használják leggyakrabban. Szükséges volt arra, hogy megváltoztassák mentalitásukat a több funkcióról a szintek szerinti irányításra való áttérés között, előmozdítva az új előnyöket, hogy elfeledkezzenek az archaikus Microstation V8 2004-ről, például a WMS-szolgáltatásról, a fóliákról és a legújabb verziók DWG-fájljainak natív felismeréséről; Mit ne mondjak a kml, shp és gml interoperabilitásáról a legtöbb asztrál esetében.

Ugyanolyan, mint a kataszteri karbantartás eszközei voltak, lehetõvé téve a formák közvetlen szerkesztését vagy a komplex esetek íves csomópontjára való csökkentését.

5. Ügyfél az önkormányzatok számára a GML-en keresztül. QGIS vagy gvSIG?

QGIS. De ez egy másik történet, amelyet később el kell mondani.