Міграція геопросторової платформи через 10 років - Microstation Geographics - Oracle Spatial

Це є спільною проблемою для багатьох проектів кадастрової чи картографічної роботи, які в той час інтегровані в Microstation Geographics 2000-2010 як двигун просторових даних, з огляду на такі причини:

• Управління арх-вузлом було і залишається надзвичайно практичним для кадастрових проектів.
• 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, так що при введенні ви побачите дерево категорій і атрибутів, визначених у геопросторовому адміністраторі.

Ця панель вирішує непорозуміння та ризики з боку нових користувачів таких функцій, як сумісність даних. Що є ще одним обломком, тому що Bentley редагує в Oracle Spatial, що чудово, але також ризиковано, якщо у вас немає контролю транзакцій.

Так, наприклад, модуль "Будівництво" мав наступні інструменти:

• Призначити функції
• Майстер географічного з'єднання
• Міграція партійного простору
• Видалити об'єкти
• Редагувати багатокутники
• Експорт ШП / САПР
• Імпорт Шп / САПР
• Геологічна міграція
• Міграція Геопунто
• Міграція географічного регіону
• Зареєструвати карту
• Посилання на Geo-Line
• Посилання на Geo-Point
• Посилання на географічний регіон

Додаткові інструменти додавалися поступово, в тому числі деякі, щоб безпосередньо редагувати геопросторовий адміністратор.

• Адміністратор, щоб переглянути функції
• Топологічний аналіз
• Дивіться SAFT
• Переглянути функцію
• Перетворити криву в LineString
• Створити можливості
• Створіть властивості
• Конфігурація DBConnect
• DBConnect запит
• Редагувати функцію Xfm
• Редагувати проект Xfm
• Видалити функції Xfm
• Ідентифікація ділянки
• Змінити символіку
• Функції переповнення
• Класна тематизація
• Тематичним
• Тематика за випадаючим списком
• Xfm Utilities

2. Дані: Міграція з DGN на просторову базу: карта Oracle Buider або Bentley?

Найцікавіший виклик у цьому полягає в тому, що необхідна контрольована міграція, і, маючи на увазі, що файли DGN, оновлені протягом більше 10 років, можуть мати проблеми з топологією - справжнє безумство.

Це справді так. Основні проблеми карт тут:

• Модифікація ділянки на файл кордону (сектора або зони) слід, що має бути зміна обох, включаючи відповідні вузли в тих випадках, коли, наприклад, сектор є один рядок, але в сусідній цієї лінії сегментований.
• Є файли, які після транзакції 300, що зберігаються в історії DGN, можуть бути пошкоджені.
• Є більш складні проблеми, які не можна контролювати в кабінеті, наприклад, коли властивість перекриває іншого сусіда в іншому файлі для сум, які неможливо вирішити на карті, оскільки це передбачає проведення перевірки на місцях, щоб уникнути впливу на третю сторону.
• Погані практики, такі як включення карт в різні прогнози, в даному випадку мали сектори в NAD27, хоча стандарт був WGS84. У крайніх випадках були зроблені корективи між даними різних прогнозів, аж до викривлень.

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

В основному те, що інструмент використовує дані проекту Geographics та пропагує їх до особливостей Map Benltey, а потім проводить ряд перевірок, таких як:

• Одно-одне співвідношення між геометрією та базою даних
• Перевірка відсутності дублікатів
• Перевірка консистенції зони-центроїди
• Перевірка об'єктів карти щодо неактивних об'єктів у базі даних
• Перевірка топології щодо існуючих топологій у просторовій базі

Після перевірки панель дозволяє суттєво об'єднати інформацію, наприклад, метод вимірювання та стандарт контролю якості цих даних.

Нарешті, опублікуйте у базі даних, нарешті, створивши звіт. Від сказаного до факту є величезна розтяжка, але вона нарешті пристосувалась до примх Oracle Spatial, які все ще настільки надумані, як і Bentley, та їхнього способу бачити складні властивості або безліч вершин.

3. Публікація: Geoserver або MapServer? OpenLayers чи брошура?

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

Нарешті, заміна технологій була виконана згідно з наступним графіком. Як ви бачите, поєднання вільного коду, ведення бази даних та управління землею, використовуючи фірмове програмне забезпечення.

4. Створення та редагування, безпосередньо до Oracle Spatial. Карта Бентлі чи QGIS?

Це вже інша історія. Карта Bentley автоматично редагує на просторовій основі, що спричиняє конфлікти, якщо вона не буде працювати з Transactional Web Feature Service (WFS). Конфлікт:

Як вирішити правило, що не дозволяє перекривати топологію, якщо воно редагується і коли ви хочете розмістити повідомлення про те, що об'єкт впливає на себе?

Це вирішується шляхом попередньої версії, редагування безпосередньо та перевірки його під час публікації, якщо щось не вдається, версія системи відновлюється, залишаючи транзакцію завершеною, але в стані невдалого стану.

Ще однією проблемою, яка мала бути вирішена, є масове введення даних, оскільки користувачі повинні припинити використовувати Geographics і мали декілька проектів, що створюють масивний кадастр.

Це було легко, оскільки було зроблено лише інструмент, аналогічний тому, який використовувався для інтеграції даних в Microstation Geographics, що полегшує можливості BentleyMap та більш контрольованого помічника.

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

Звичайно, цей потік був дуже хорошим, оскільки користувачі знали, які інструменти вони використовували найчастіше. Потрібно було змусити їх змінити свій менталітет між переходом від декількох функцій до управління за рівнями, просуваючи нові переваги, щоб вони забули архаїчну Microstation V8 2004, таку як послуга WMS, прозорі плівки та власне розпізнавання файлів DWG останніх версій; не кажучи вже про взаємодію з kml, shp та gml для найбільш астральних.

Інструменти були також зроблені для кадастрового обслуговування, маючи можливість редагування безпосередньо у фігурах або опускання їх до дугового вузла для складних випадків.

5. Клієнт для муніципалітетів через GML. QGIS або gvSIG?

QGIS. Але це вже інша історія, яку слід розповісти пізніше.