Міграцыя геопространственной платформы праз 10 гадоў - Microstation Geographics - Oracle Spatial

Гэта звычайная праблема для многіх кадастравых і картаграфічных праектаў, якія ў перыяд 2000-2010 гадоў інтэгравалі Microstation Geographics у якасці механізму прасторавых даных, улічваючы наступныя прычыны:

• Кіраванне дугавымі вузламі было і застаецца вельмі практычным для кадастравых праектаў.
• DGN з'яўляецца прывабнай альтэрнатывай, улічваючы яго версіі ў адным і тым жа файле, які не змяняўся на працягу 15 гадоў, у адрозненне ад іншых фарматаў, у якіх кожныя тры гады мы бачылі мноства несумяшчальных версій.
• У 2002 годзе бясплатнае праграмнае забеспячэнне было далёкай марай ад таго, што мы маем сёння.
• Стандарты OGC яшчэ не распаўсюджваліся на прапрыетарнае праграмнае забеспячэнне.
• Файлы shp былі абмежаваныя для буйнамаштабных праектаў, а касмічныя базы па-ранейшаму былі вельмі закрытыя для нестандартызаваных схем, якія пагаршалі прадукцыйнасць сервераў... і грошы.
• Аддаленае падключэнне толькі зараджалася ў параўнанні з тым, што мы маем цяпер.

Такім чынам, укараненне ГІС на аснове схемы «звязанай САПР» было жыццяздольным рашэннем, нават калі зручнасць выкарыстання была прынесена ў ахвяру прывабным прэзентацыйным мэтам. API VBA быў у багацці для праграмавання працэдур кіравання транзакцыямі, звязаных з ProjectWise для кантролю фізічных файлаў і магчымасці выкарыстання GeoWeb Publisher для прасторавага аналізу з сервера, хоць публікацыя была абмежаваная ActiveX у Internet Explorer (які ў той год быў адзіным браўзерам).

Праблема не ў тым, што эвалюцыянавала паступова, а замест таго, каб перайсці да Geospatial Server або больш надзейных версій ProjectWise, жаданне зрабіць так, каб ГІС выжывала з фізічных файлаў, маючы поўны патэнцыял ліцэнзійнага Oracle Spatial і магчымасць развівацца. Такім чынам, гэта была наша задача.

1. База даных: Postgres, SQL Server або Oracle?

У прыватнасці, я б аддаў перавагу першаму. Але калі вы сутыкнуліся з транзакцыйнай сістэмай, якая не арыентавана на паслугі, але працуе добра, у якой частка логікі і цэласнасці знаходзіцца як PL у базе даных, пераход на базу OpenSoure не з'яўляецца надзвычайнай сітуацыяй. Не, за выключэннем выпадкаў, калі ў вас ёсць мэта распрацаваць новую версію сістэмы, якая не стаіць у бліжэйшай перспектыве.

Таксама гаворка не ідзе пра тое, каб талібы прынізілі ўсё, што пахне ўласнасцю. Такім чынам, заставацца з Oracle - разумнае рашэнне, калі ён працуе добра, калі памер і попыт вялікія, калі ён добра распрацаваны, добра абаронены і калі падтрымка выкарыстоўваецца. тэма для іншага выпадку.

Такім чынам, засталося распрацаваць функцыянальныя магчымасці для даных, якія будуць перанесены ў гэтую базу, паслугі публікацыі і інструменты кіравання транзакцыямі вектарных даных.

Для кіравання ролямі і карыстальнікамі, якімі раней кіравалі з ProjectWise, быў створаны модульны інструмент, які дазваляў:

• Кіруйце карыстальнікамі і ролямі з BentleyMap VBA.
• Прызначэнне ад карыстальніка з правамі адміністравання, правамі дэпартаментаў і муніцыпалітэтаў.
• Прызначэнне права на кадастравы ўлік па праекце.
• Права на інструменты, даступныя ў модулях пабудовы, выдання, публікацыі, кансультацыі і адміністравання. Такім чынам ствараюцца толькі новыя прыкладанні, якія паказваюцца карыстальнікам у адпаведнасці з іх роляй або канкрэтным прызначэннем.
• Гэтая панэль уваходу таксама спрашчае звычайную складанасць праектаў BentleyMap, так што проста ўваход у сістэму выклікае дрэва катэгорый і атрыбутаў, вызначаных у Geospatial Administrator.

Панэль гэтага вырашае праблемы, звязаныя з недастатковым разуменнем і рызыкамі карыстальнікаў, якія толькі пачынаюць карыстацца такімі функцыямі, як узаемадзеянне даных. Гэта яшчэ адна праблема, паколькі Bentley рэдагуе ў Oracle Spatial, што цудоўна, але таксама рызыкоўна, калі ў вас няма кантролю за транзакцыямі.

Так, напрыклад, модуль Construction меў наступныя інструменты:

• Прызначыць асаблівасці
• Майстар геаграфічных прывязак
• Пакетная прасторавая міграцыя
• выдаліць аб'екты
• рэдагаваць палігоны
• Экспарт Shp/CAD
• Імпарт Shp/CAD
• Міграцыя геалініі
• Міграцыя Geopoint
• Геарэгіён Міграцыя
• карта рэгістрацыі
• Спасылка Geo-Line
• Спасылка Geo-Point
• Спасылка Геарэгіён

Паступова дадаваліся дадатковыя інструменты, у тым ліку некаторыя для непасрэднага рэдагавання ў Geospatial Administrator.

• Адміністратар для прагляду функцый
• Тапалагічны аналіз
• Кансультацыя SAFT
• Пракансультуйцеся з функцыямі
• Пераўтварэнне Curve ў LineString
• Стварэнне функцый
• ствараць ўласцівасці
• Канфігурацыя DBConnect
• Запыт DBConnect
• Функцыя рэдагавання Xfm
• Рэдагаваць праект Xfm
• Выдаліць функцыі Xfm
• ідэнтыфікацыя пасылкі
• Змяніць сімволіку
• функцыі перазапісу
• Тэматызацыя па класах
• тэматычнасць
• Тэма па выпадальным спісе
• Утыліты Xfm

2. Дадзеныя: касмічная міграцыя DGN: Oracle Builder або Bentley Map?

Самая цікавая праблема ў гэтым заключалася ў тым, што патрабавалася кантраляваная міграцыя і, прымаючы пад увагу, што файлы DGN, якія абнаўляліся больш за 10 гадоў, маглі мець праблемы з тапалогіяй - сапраўднае вар'яцтва.

Сапраўды так і было. Асноўныя праблемы карт тут:

• Мадыфікацыя ўчастка на мяжы файла (сектара або зоны) азначае, што павінна быць мадыфікацыя абодвух, уключаючы супадзенне вузлоў у такіх выпадках, калі сектар уяўляе сабой адну лінію, але ў суседняй лініі гэтая лінія сегментавана.
• Ёсць файлы, якія пасля 300 транзакцый тэхнічнага абслугоўвання, захаваных у гісторыі DGN, могуць быць пашкоджаныя.
• Ёсць больш складаныя праблемы, якія нельга кантраляваць у офісе, напрыклад, калі ўласцівасць перакрывае іншага суседа ў іншым файле, для велічынь, якія немагчыма вырашыць на карце, бо гэта азначала б праверку поля, каб не закрануць трэціх асоб.
• Дрэнныя практыкі, такія як уключэнне карт у розныя праекцыі, у дадзеным выпадку былі сектары ў NAD27, хоць стандарт быў WGS84. У крайніх выпадках, карэкціроўкі былі зроблены паміж дадзенымі з розных прагнозаў, вычварна.

Рашэннем стаў інструмент тыпу Wizzard для масавай міграцыі, які можа індывідуальна пераносіць карту, некалькі ці нават усе карты муніцыпалітэта (ратушы) або аддзела.

Па сутнасці, інструмент бярэ даныя з праекта Geographics і прасоўвае іх у функцыі Benltey Map, пасля чаго выконвае шэраг праверак, такіх як:

• Адносіны адзін да аднаго паміж геаметрыяй і базай дадзеных,
• Праверка адсутнасці дублікатаў,
• Праверка ўзгодненасці плошча-цэнтроід,
• Праверка аб'ектаў карты ў параўнанні з неактыўнымі аб'ектамі ў базе даных,
• Праверка тапалогіі адносна існуючых тапалогій у касмічнай базе

Пасля праверкі панэль дазваляе дадаваць масіўную інфармацыю, такую ​​як метад вымярэння і стандарт кантролю якасці гэтых даных.

Нарэшце, ён адпраўляе ў базу дадзеных, нарэшце, ствараючы справаздачу. Ад сказанага да факту ёсць велізарная расцяжка, але ў рэшце рэшт ён прыстасаваўся да капрызаў Oracle Spatial, якія ўсё яшчэ такія ж вар'яцкія, як капрызы Bentley і яго спосаб бачання складаных уласцівасцей або участкаў са шматлікімі вяршынямі.

3. Паведамленне: Geoserver або MapServer? OpenLayers або Leaflet?

Праграма прагляду была створана з выкарыстаннем OpenLayers і некаторых убудоў. Упершыню пасля 10 гадоў адмовы ад распрацоўкі прасторавай часткі быў бачны новы аглядальнік, які замяніў ActiveX GeoWeb Publisher. Код MapFish выкарыстоўваўся для друку, geojson для кіравання бакавым дрэвам, абслугоўваемыя пласты OracleSpatial падаваліся з Geoserver.

Нарэшце, замена тэхналогій была зроблена па наступным графіку. Як бачыце, спалучэнне адкрытага зыходнага кода, вядзення базы дадзеных і землеўпарадкавання з выкарыстаннем прапрыетарнага праграмнага забеспячэння.

4. Будаўніцтва і выданне, непасрэдна ў Oracle Spatial. Bentley Map або QGIS?

Гэта іншая гісторыя. Bentley Map рэдагуе першапачаткова на прасторавай аснове, што стварае канфлікты, калі вы не будзеце працаваць з Transactional Web Feature Service (WFS). Канфлікт такі:

Як вырашыць правіла недапушчэння перакрыцця тапалогіі, калі яно рэдагуецца і пры спробе размясціць паведамляе, што аб'ект уплывае на сябе?

Гэта вырашаецца шляхам папярэдняга кіравання версіямі, непасрэднага рэдагавання і пацверджання таго, што пры публікацыі, калі нешта не атрымліваецца, кіраванне версіямі аднаўляецца, пакідаючы транзакцыю завершанай, але ў няўдалым стане.

Яшчэ адна праблема, якую трэба было вырашыць, - гэта масавы ўвод даных, улічваючы, што карыстальнікам прыйшлося спыніць выкарыстанне Geographics і было некалькі праектаў, якія стваралі масіўны кадастр.

Гэта было лёгка, таму што быў створаны толькі інструмент, падобны на той, які існаваў для інтэграцыі даных у Microstation Geographics, які пашырае патэнцыял BentleyMap і мае больш кантраляванага памочніка.

На малюнку паказана, як распрацоўваўся гэты інструмент, з некаторымі асаблівасцямі, такімі як стварэнне і рэгістрацыя вяршыняў і ўключэнне Puntoparcela ў якасці гатовай функцыянальнасці на выпадак, калі метад вымярэння некаторых вяршыняў не адпавядае пэўнаму стандарту якасці.

Безумоўна, гэтая плынь была вельмі добрай, таму што карыстальнікі ведалі, якімі інструментамі яны часцей за ўсё карыстаюцца. Неабходна было прымусіць іх змяніць свой менталітэт паміж пераходам ад некалькіх функцый да кіравання па ўзроўнях, прасоўваючы новыя перавагі, каб яны забыліся пра архаічную Microstation V8 2004, напрыклад, сэрвіс WMS, празрыстасць і ўласнае распазнаванне файлаў DWG апошніх версій; Чаго не скажаш пра сумяшчальнасць з kml, shp і gml для самых астрал.

Такім жа чынам былі створаны інструменты для кадастравага абслугоўвання з магчымасцю рэдагавання непасрэдна ў фігурах або загрузкі іх у арк-вузел для складаных выпадкаў.

5. Кліент для муніцыпалітэтаў праз GML. QGIS або gvSIG?

QGIS. Але гэта іншая гісторыя, якую раскажам пазней.