Перемістити функції з Geographics на карту Бентлі

Якийсь час назад ми говорили про те, що означає зробити стрибок від Microstation Geographics до Bentley Mapми говорили про те, як це зробити обидва працюють схеми та деякі важливі переваги карти Bentley. Уже в дописі я розповів про те, як це можливо мігрувати структуру проекту, у цьому випадку я хочу жувати про те, як перенести карти з атрибутами Geographics до класів функцій xfm.

Хоча структура проекту, побудована за допомогою Geographics Legacy, може бути імпортована з карти Bentley, це не означає, що атрибути, які об'єкти мають, буде визнано новим проектом, їм слід призначити.

Як працювала географія

У стилі Geographics об’єкти через MSLINK мали прив’язку до бази даних, тобто все, що об’єкт мав, посилання типу OLE. Цей MSLINK пов’язав графічний об’єкт із файлу dgn через MAPNAME таблиці MAPS та через MSCATALOG, щоб визначити, звідки взяти дані Entitynum. Крім того, існували подвійні таблиці для проектів, сумісних з Intergraph, які зазвичай мали UG раніше.

Крім того, об’єкт мав ОСОБЛИВОСТЬ, хоча це не було динамічно, при призначенні він набував властивостей, визначених для цього атрибута (включаючи команди), і він був пов’язаний з таблицею КАТЕГОРІЯ. Об'єкт міг мати більше одного атрибута, і пріоритетом був той, який присвоєний остаточним стилем, щоб FEATURE та інші об'єкти, пов'язані з базою, були пов'язані з таблицею MSCATALOG, де їм було присвоєно такий entitynum який був пупком всього.

Потім файл index.dgn (MAPID), так що кожна таблиця, пов'язана з Geographics, має принаймні два поля: MSLINK (унікальний номер одиниці на кожній карті), який завжди є первинним ключем і MAPID ( на якому карті він зберігається, є унікальним у каталозі карт), який є зовнішнім ключем до таблиці MAPS.

Таким чином, єдиним способом взаємодії з даними було підключення до бази, і операції з ним були зроблені до звіра  наприклад, оновлення таблиць, що містять інформацію про об’єкт, таку як площа, периметр та координати, щоб Видавець знав, як його відображати. Ви також можете витягти етикетки який впав як об'єкти з бази даних з тією ж посиланням об'єкта зв'язаного.

Це здається простим, але мені коштує світ, щоб зрозуміти це з MGE, і болісно, ​​що все, що курить, не допомагає багато чого для проекту з Map Bentley.

Як працює карта Bentley

Проект Bentley Map підтримує таку ж логіку Категорії, атрибутів, карт, об'єктів; але в цьому випадку, замінивши форму OLE-каналу даних за допомогою XML, значна частина процесу змінюється.

У цьому випадку об’єкт на карті може зберігати дані (у тому самому dgn), що розуміється як xml або як Bentley wfm це називає. Потім також змінюється, що тепер об’єкти можуть мати лише один атрибут і бути просторово пов’язаними за топологічними правилами; Раніше межею яблуні могла бути однакова лінія, а також межею властивості, тепер вони повинні бути окремими об'єктами, але з такою топологічною асоціацією, що при модифікації однієї іншої також є.

Отже, взаємодія з даними - лише один клік, незалежно від того, підключені ви до проекту, ви можете прочитати все, що залишилось як дані xfm. А потім обробка етикетки і властивості атрибутів, просто внісши зміни від Геопросторового адміністратора. Раніше внесення змін було лише динамічним у поданні через Publisher, але об’єкти вимагали видалення та перепризначення атрибута.

Крім того, Bentley Map пропонує опції для створення форм даних, послідовних процесів, пов'язаних команд (методів / операцій / доменів / критеріїв / звітів) та інших піруетів, що полегшують побудову даних.

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

Проблема

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

І карти, побудовані за Geographics?

Для цього Bentley не розробив жодного артефакту, який дозволяє перетворити об'єкти з проекту Legacy на xfm ... що жартівлива угода!

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

Крок 1. Експортування для формування файлів

З відкритого проекту Geographics вибирається можливість експортувати атрибути до файлів формату (файл / експорт / SHP). Це потрібно зробити для кожного особливість що існує на карті.

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

Експорт також може бути здійснений у Mapinfo, тому що це є бажаним.

Крок 2. Імпорт з карти Бентлі

І тепер, з проекту Bentley Map, ми обрали варіант імпорту (Типи даних файлу / імпорту / ГІС), з цим вікном Взаємодія, клацніть правою кнопкою миші імпорт і виберіть новий імпорт.

Клацання правою кнопкою миші на Imoport1 вибирає файл або цілий каталог. Є можливість імпорту файли форматуабо Файли Mapinfo містять тип MIF та вкладку.

Під час гри клас функцій ми бачимо, що можна вибрати рівень, колір, прозорість та інші властивості.

Призначити його для особливість яка цікавить нас, достатньо, щоб призначити шар (рівень).

Наскільки болісно

Як зазначив Мемін у тому старому мексиканському пакіні:

"Дана!"

вам слід зробити це для кожної функції на кожній карті кожної категорії в кожному проекті.

Для цього ви можете зберегти імпорт, тому його називають лише файл за файлом або за каталогом. Правда полягає в тому, що існує велика робота з перетворення даних, особливо якщо вони знаходяться в окремих файлах. Це не завадило б, попрацюйте vba в .NET для авт
Пропустіть процес, замість того, щоб вирішувати це завдання пішки, що може призвести до більш ніж кількох самогубств на день. Основна проблема полягає в тому, що, щоб зробити стрибок, ми продовжуємо, залежно від спеціалізованої (і дуже копченої) консалтингової компанії, щоб зрозуміти тонкощі Bentley Map і Geographics, можливо, але програми не повинні бути такими астральними (допустимо, обидва є) для звичайних користувачів.

Ще більш болісно, ​​якщо в оригіналі dgn інформація була збережена в історії... Новий файл не матиме історії.

На закінчення

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

Говорячи з геофамадос, друзі зробили нерозумну аналогію, але з сьогоднішнього дня це нудний день в готелі смерті, і порівняння так вірно, з вашим дозволом я його використовуватиму:

"Це не як зміна партнерів ...

... може бути, як знову втрачати дівицтво "