Миграция геопространственной платформы 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, был создан модульный инструмент, который позволял:

• Управление пользователями и ролями из VBA BentleyMap.
• Присваивать пользователю права администратора, права на департаменты и муниципалитеты.
• Назначить право на кадастровый файл по проекту.
• Право на инструменты, доступные в модулях «Строительство», «Редакция», «Публикация», «Консультации» и «Управление». Таким образом, создаются только новые приложения, которые отображаются для пользователей в соответствии с их ролью или конкретным назначением.
• Эта панель входа также упрощает общую сложность проектов BentleyMap, так что при простом входе вы увидите дерево категорий и атрибутов, определенных в Geospatial Administrator.

Эта панель устраняет недоразумения и риски пользователей, плохо знакомых с такими функциями, как совместимость данных. Это еще одна неприятность, поскольку Bentley изначально редактирует в Oracle Spatial, что замечательно, но также рискованно, если у вас нет контроля транзакций.

Так, например, модуль «Строительство» имел следующие инструменты:

• Назначить функции
• Мастер географической привязки
• Миграция пакетного пространства
• Удалить объекты
• Редактировать полигоны
• Экспорт Shp / CAD
• Импорт Shp / CAD
• Геологическая миграция
• Миграция Геопунто
• Георегионная миграция
• Регистрация карты
• Link Geo-Line
• Ссылка Geo-Point
• Ссылка Георегион

Добавочные инструменты были добавлены постепенно, в том числе некоторые, чтобы непосредственно редактировать Geospatial Administrator.

• Администратор для просмотра функций
• Топологический анализ
• См. SAFT
• Обзор функции
• Преобразование кривой в LineString
• Создание функций
• Создать свойства
• Конфигурация DBConnect
• Запрос DBConnect
• Изменить функцию Xfm
• Редактировать проект Xfm
• Удалить функции Xfm
• Идентификация отправления
• Изменить символику
• Функции перезаписи
• Классовая Тематика
• Для тематических
• Тематика по выпадающему списку
• Утилиты Xfm

2. Данные: переход от DGN к пространственной базе: Oracle Buider или Bentley Map?

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

Действительно было. Основные проблемы карт здесь:

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

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

В основном то, что инструмент делает данные проекта Geographics и продвигает их к функциям Benltey Map, затем проводит ряд проверок, таких как:

• Связь «один-к-одному» между геометрией и базой данных,
• Проверка отсутствия дубликатов,
• Проверка согласованности площади-центра,
• Проверка объектов карты относительно неактивных объектов в базе данных,
• Валидация топологии относительно существующих топологий в пространственной базе

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

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

3. Публикация: Геосервер или MapServer? OpenLayers или Leaflet?

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

Наконец, замена технологий была выполнена в соответствии со следующим графиком. Как вы можете видеть, сочетание бесплатного кода, ведение базы данных и управление земельными ресурсами с использованием проприетарного программного обеспечения.

4. Создавайте и редактируйте прямо в Oracle Spatial. Карта Bentley или QGIS?

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

Как разрешить правило не допускать перекрытие топологии, если оно редактируется и когда вы хотите отправлять отчеты о том, что объект влияет на себя?

Это решается путем управления версиями, прямое редактирование и проверка того, что при публикации, если что-то не удается, управление версиями восстанавливается, оставив транзакцию завершенной, но в состоянии сбоя.

Еще одна проблема, которая должна была быть решена, - это массовый ввод данных, учитывая, что пользователям пришлось прекратить использование Географии, и было несколько проектов, поднимающих массовый кадастр.

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

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

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

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

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

QGIS. Но это другая история, о которой мы расскажем позже.