Ģeotelpiskās platformas migrēšana pēc 10 gadiem - Microstation Geographics - Oracle Spatial

Tā ir izplatīta problēma daudziem Kadastra un Kartogrāfija projektiem, kas 2000-2010 Microstation Ģeogrāfiskie integrēta laiks, kā telpisko datu dzinējs, ņemot vērā iemeslus, šādi:

• Arhitektu mezglu vadība bija un joprojām ir ļoti praktiska kadastra projektu gadījumā.
• DGN ir pievilcīga alternatīva, ņemot vērā tā versijas tajā pašā datnē, kas 15 gados nav mainījusies, pretēji citiem formātiem, kuros mēs esam redzējuši daudzas versijas, kas nav saderīgas ik pēc trim gadiem.
• Pie 2002 bezmaksas programmatūra bija sapnis prom no tā, kas mums ir šodien.
• OGC standarti netika nosvērti pat ar patentētu programmatūru.
• Shp faili bija ierobežoti lieliem projektu projektiem, un telpiskās bāzes joprojām bija ļoti slēgtas attiecībā uz nestandarta shēmām, kas apdraud serveru un ... sudraba veiktspēju.
• Attālinātais savienojums bija sākums salīdzinājumā ar to, kas mums tagad ir.

Tādējādi ĢIS ieviešana, pamatojoties uz “saistītās CAD” shēmu, bija reāls risinājums, kaut arī lietojamība tika upurēta pievilcīgu prezentāciju nolūkos. VBA API bija daudz, lai ieprogrammētu darījumu pārvaldības rutīnas, kas savienotas ar ProjectWise, lai kontrolētu fiziskos failus un iespēju izmantot GeoWeb Publisher telpiskai analīzei no servera, lai gan publikācija aprobežojās ar ActiveX pārlūkprogrammā Internet Explorer (kas tajā gadā bija viens pārlūks).

Problēma nav pakāpeniski attīstījusies un tā vietā, lai pārietu uz ģeotelpisko serveri vai stabilākām ProjectWise versijām, vēlaties panākt, lai ĢIS izdzīvotu no fiziskiem failiem, un tam ir viss licencētās Oracle Spatial potenciāls un spēja attīstīties. Tātad tas bija mūsu izaicinājums.

1. Datu bāze: Postgres, SQL Server vai Oracle?

Jo īpaši es būtu devis priekšroku pirmajam. Bet, ja jūs esat darījumu sistēmas priekšā, kas nav orientēta uz pakalpojumiem, bet darbojas labi un kurā loģikas un integritātes daļa ir tāda pati kā PL datu bāzē, pāreja uz OpenSoure bāzi nav ārkārtas situācija. Nē, ja vien jūsu mērķis nav izstrādāt jaunu sistēmas versiju, kas nav pieejama tūlīt.

Tāpat nav runa par talibu darbību, lai mazinātu visu, kas smaržo pēc privātajiem. Tāpēc palikt kopā ar Oracle ir gudrs lēmums, ja tas darbojas labi, ja tas ir liels un prasīgs, ja tas ir labi izstrādāts, aizsargāts un ja atbalsts tiek piesaistīts. Tēma citam gadījumam.

Tātad, kas bija pa kreisi, bija, lai attīstītu spējas dati tiks pārvietoti uz šīs bāzes, izdevējdarbības pakalpojumi un darījumu pārvaldības rīkos vektoru datiem.

Lai kontrolētu lomas un lietotājus, kas iepriekš tika pārvaldīti no ProjectWise, tika izveidots moduļu rīks, kas ļāva:

• Pārvaldiet lietotājus un lomas no BentleyMap VBA.
• Nodalīt no lietotāja ar administratīvām tiesībām, tiesībām uz departamentiem un pašvaldībām.
• Piešķirt tiesības uz kadastra failu pēc projekta.
• Tiesības uz rīkiem, kas pieejami konstrukcijas, izdevuma, publikācijas, konsultāciju un administrēšanas moduļos. Tādā veidā tiek izveidotas tikai jaunas lietojumprogrammas, kuras lietotājiem parādās atbilstoši viņu lomai vai noteiktajam uzdevumam.
• Šī pieteikšanās panelis arī vienkāršo sarežģītību BentleyMap kopējos projektos, piemēram, ka jūs ievadīt tikai koku un atribūtus kategorijas definēts parādās Ģeotelpiskās administrators.

Tā panelis atrisina tādu lietotāju pārpratumus un riskus, kuri ir tādi, kas jauni tādām funkcijām kā datu savietojamība. Kas ir vēl viens bummeris, jo Bentley Oracle Spatial rediģē dabiski, kas ir brīnišķīgi, bet arī riskanti, ja jums nav darījumu kontroles.

Tādējādi, piemēram, Būvniecības modulim bija šādi rīki:

• Piešķirt iezīmes
• Ģeogrāfiskās saiknes vednis
• Partijas kosmosa migrācija
• Dzēst objektus
• Rediģēt daudzstūrus
• Eksporta shp / CAD
• Importēt Shp / CAD
• Ģeoloģiskā migrācija
• Migrācija Geopunto
• Ģeoreģionu migrācija
• Reģistrēt karti
• Link Geo-Line
• Saite ar ģeopunktu
• Saite ģeo-reģions

Pamazām tika pievienoti papildu instrumenti, tostarp daži, kas tieši rediģēja ģeotelpisko administratoru.

• Administrators, lai apskatītu funkcijas
• Topoloģiskā analīze
• Skatīt SAFT
• Pārlūkot funkciju
• Konvertēt līkni uz LineString
• Izveidot funkcijas
• Izveidojiet īpašības
• DBConnect konfigurācija
• DBConnect Pieprasījums
• Rediģējiet funkciju Xfm
• Rediģēt projektu Xfm
• Noņemt funkcijas Xfm
• Zemes gabala identifikācija
• Modificēt simbolu
• Pārrakstīšanas funkcijas
• Klases tematizācija
• Tematiskajam
• Tematikas pēc nolaižamā saraksta
• Xfm Utilities

2. Dati: Migrācija no DGN uz telpisko bāzi: Oracle Buider vai Bentley Map?

Visinteresantākais izaicinājums tam bija tas, ka bija vajadzīga kontrolēta migrācija, un, paturot prātā, ka DGN faili ir atjaunināti vairāk nekā 10 gadi, var rasties topoloģijas problēmas - reāls trakums.

Patiešām tā bija. Galvenās karšu problēmas ir šeit:

• Sūtījuma pārveidošana faila (sektora vai zonas) robežās nozīmē, ka abu modifikāciju, tostarp mezglu sakritību, gadījumos, piemēram, kad nozarē ir viena rinda, bet kaimiņos, kurā šī rinda ir segmentēta, ir jāmaina.
• Ir faili pēc 300 apkopes darījumiem glabājas vēsturiskajā DGN var bojāti.
• Pastāv vairāk sarežģītas problēmas, kas nav kontrolējamas skapī, piemēram, ja īpašums pārklājas ar citu kaimiņu citā failā, ja summas, kuras nevar atrisināt kartē, jo tas prasītu veikt pārbaudes uz vietas, lai izvairītos no trešās personas darbības.
• Slikta prakse, piemēram, kartes iekļaušana dažādās prognozēs, šajā gadījumā bija NAD27 sektoros, lai gan standarts bija WGS84. Ārkārtējos gadījumos korekcijas tika veiktas starp datiem no dažādām prognozēm līdz perversēm.

Šis risinājums bija masu migrācijas Wizzard tipa instruments, kas var atsevišķi migrēt karti, vairākas vai pat visas pašvaldības (rātsnams) vai departamentu.

Pamatā tas, ko rīks veic, lai ņemtu Geographics projekta datus un popularizētu tos Benltey Map funkcijās, pēc tam veic virkni validāciju, piemēram:

• Vienas pret vienu attiecības starp ģeometriju un datubāzi,
• Dublikātu trūkuma pārbaude
• Apgabala centroīdā konsekvences apstiprināšana,
• Kartes objektu apstiprināšana ar neaktīviem objektiem datu bāzē,
• Topoloģijas pārbaude attiecībā uz esošajām topoloģijām telpiskajā bāzē

Pēc validāciju panelis ļauj apkopot informāciju masveidā, piemēram, mērīšanas metodi un šo datu kvalitātes kontroles standartu.

Visbeidzot, ievietojiet datu bāzē, beidzot izveidojot ziņojumu. No teiktā līdz faktam ir milzīgs posms, taču visbeidzot tas pielāgojās Oracle Spatial kaprīzēm, kas joprojām ir tik tālu kā Bentley un viņu veids, kā redzēt sarežģītas īpašības vai daudz virsotņu.

3. Publikācija: Geoserver vai MapServer? OpenLayers vai brošūra?

Skatītājs tika izveidots, izmantojot OpenLayers un dažus spraudņus. Pirmo reizi pēc 10 gadu nolaidības atstājot telpiskās daļas attīstību, bija redzams jauns skatītājs, kas aizstāja GeoWeb Publisher ActiveX. MapFish kods tika izmantots drukāšanai, geojson, lai kontrolētu sānu koku, no Geoserver tika apkalpoti no OracleSpatial.

Visbeidzot, tehnoloģiju nomaiņa tika veikta saskaņā ar šādu grafiku. Kā redzat, bezmaksas koda kombinācija, datu bāzes uzturēšana un zemes pārvaldība, izmantojot patentētu programmatūru.

4. Veidojiet un rediģējiet tieši Oracle Spatial. Bentley karte vai QGIS?

Tas ir cits stāsts. Bentley Map dabiski rediģē telpiski, kas izraisa konfliktus, ja tas nedarbosies ar Transactional Web Feature Service (WFS). Konflikts ir:

Kā atrisināt likumu, kas nepieļauj topoloģijas pārklāšanos, ja to rediģē un vēlas ziņot par to, ka objekts ietekmē sevi?

Tas tiek atrisināts, iepriekš versijā, rediģējot tieši un apstiprinot to publicējot, ja kaut kas neizdodas, versija tiek atjaunota, atstājot darījumu pabeigtu, bet neveiksmīgā stāvoklī.

Vēl viena problēma, kas bija jāpārvar, ir masveida datu ievades, ņemot vērā, ka lietotājiem vajadzētu pārtraukt izmantot Ģeogrāfiskie un bija vairāki projekti līdz masveida zemi.

Tas bija viegli, jo tikai izteica līdzīgu rīku, kas bija integrēt datu MicroStation Ģeogrāfiskie, veicinot potenciālu BentleyMap un vairāk kontrolēt palīgu.

Attēlā redzams, kā šis rīks tika izstrādāts, ar dažām īpašībām, piemēram, virsotņu izveidi un reģistrāciju un Puntoparcela iekļaušanu kā saraksta funkcionalitāti, ja dažu tipu mērīšanas metode neatbilst noteiktiem kvalitātes standartiem.

Noteikti šī plūsma bija ļoti laba, jo lietotāji zināja, kādus rīkus viņi izmanto visbiežāk. Bija nepieciešams, lai viņi mainītu savu mentalitāti starp pāreju no vairākām funkcijām uz pārvaldību pa līmeņiem, veicinot jaunus ieguvumus, lai viņi aizmirstu arhaisko Microstation V8 2004, piemēram, WMS pakalpojumu, caurspīdīgumu un jaunāko versiju DWG failu vietējo atpazīšanu; Ko neteikt par savietojamību ar kml, shp un gml visvairāk astrālajam.

Tika veikti arī rīki kadastrālās apkopes veikšanai, kuriem ir iespēja rediģēt tieši formās vai nolaižot tos lokālā mezglā sarežģītu lietu gadījumā.

5. Klients pašvaldībām, izmantojot GML. QGIS vai gvSIG?

QGIS. Bet tas ir cits stāsts, ko pastāstīt vēlāk.