Мигрирайте функции от Geographics към Bentley Map

Преди известно време говорихме за това какво означава да се направи скок от Microstation Geographics Bentley Карта, говорихме за това как и двете работят схеми и някои важни предимства на Bentley Map. В публикация вече говорих за това как е възможно мигрират структурата на проекта, в този случай искам да дъвча как да мигрирам карти с географски атрибути към класове на характеристиките на xfm.

Докато структура проект построена с Географско положение Legacy могат да бъдат внесени от Bentley Карта не означава, че обектите имат атрибути, които ще бъдат признати от новия проект, те следва да бъдат възложени.

Как Географията работи

В стила Geographics обектите през MSLINK имаха асоциация с база данни, това беше всичко, което обектът имаше, връзка OLE тип. Този MSLINK свързва графичния обект от dgn файла чрез MAPNAME на таблицата MAPS и чрез MSCATALOG, за да идентифицира откъде да вземе данните Entitynum. Освен това имаше двойни таблици за съвместими с Intergraph проекти, които обикновено носеха UG преди.

Освен това обектът има FEATURE, въпреки че това не е динамично, когато го присвоява, той придобива свойствата, дефинирани за този атрибут (включително команди) и е свързан с таблицата CATEGORY. Обектът може да има повече от един атрибут и приоритетът е този, определен от окончателния стил, че FEATURE и други обекти, свързани с основата, са свързани с таблицата MSCATALOG, където им е присвоен такъв entitynum това беше пъпа на всичко.

Тогава файла index.dgn поддържане на формите на карти свързани, тук картите придобили MAPID, следователно всяка маса, свързана с Географско положение имаше най-малко два полета: MSLINK (брой графичен лице, е уникален за всяка карта), който е винаги на първичния ключ и MAPID ( която карта е съхранена, тя е уникална в каталога на картите), която е чужд ключ към таблицата MAPS.

Така че единственият начин да взаимодействаме с данните беше да се свържем с базата и да направим операциите с нея на звяра  като например актуализиране на таблиците, които съдържат информация за обекта, като площ, периметър и координати, така че Publisher да знае как да го покаже. Можете също така да извлечете етикети които паднаха като обекти от базата данни със същата връзка на свързания обект.

Звучи просто, но тя взе един свят да разбере от MGE, и колко болезнено е, че всичко това дим не е много за един проект с Bentley Map.

Как работи Bentley Map

Проект Bentley Map поддържа същата логика на Категория, атрибут, карта, обект; но в този случай, като замени формата на връзката за данни OLE чрез XML, голяма част от промените в процеса.

В този случай обектът на картата може да съхранява данни (в същия dgn), което се разбира като xml или както Bentley wfm го нарича. След това също се променя, че сега обектите могат да имат само един атрибут и да бъдат свързани пространствено чрез топологични правила; Преди ограничението на ябълковото дърво можеше да бъде същата линия, а също и ограничението на свойството, сега те трябва да бъдат отделни обекти, но с топологична асоциация, така че когато се модифицира един от друг, това е така.

Така че взаимодействието с данни е само на едно щракване, независимо дали сте свързани с проекта или не, можете да прочетете всичко, което е останало като data xfm. И тогава боравенето с етикети и свойства на атрибутите, само като прави промени от геопространствения администратор. Преди това правенето на промени беше само динамично в изгледа чрез Publisher, но обектите изискваха атрибутът да бъде премахнат и преназначен.

Освен това Bentley Map предлага опции за създаване на формуляри за данни, последователни процеси, свързани команди (методи / операции / домейни / критерии / отчети) и други пируети, които улесняват изграждането на данни.

Нещо не се промени много, и това е, както твърдят потребителите на ESRI, че пушекът отнема зелено, за да дъвче и да го смила.

Проблемът

Сега е възможно да мигрирате структурата на проекта и след това да добавите функционалност чрез Geospatial Administrator, който би бил готов да продължи да храни данни, но дилемата е:

И картите, построени с Geographics?

За това Bentley не е проектирал артефакт, който да позволява конвертирането на обекти от проект Legacy в xfm ... Какво по дяволите!

Предложението ще предложи, е това, което виждам жизнеспособна след като е разговарял с приятел от Чили се свърза с мен след няколко имейла са достигнали остарял, но функционален Geofumada.

Стъпка 1. Експортиране във форма на файлове

От отворен географски проект е избрана опцията за експортиране на атрибути за форма на файлове (файл / износ / SHP). Това трябва да се направи за всеки особеност съществуващи на картата.

Ще бъде необходимо да се борим малко, когато обектите са центрофужни / гранични, тъй като е необходимо да ги предадем на фигури, като прехвърлим връзката към тях.

Също така износът може да бъде направен в Mapinfo, според вашите предпочитания.

Стъпка 2. Импортиране от Bentley Map

И сега, от проекта Bentley Map, избрахме опцията за внос (Видове данни за файлове / импортиране / ГИС), с което се появява прозорецът Оперативна съвместимост, десния бутон на мишката е направен вноса и е избран нов импорт.

Щракването с десен бутон върху Imoport1 избира или файл, или цяла директория. Възможно е да се импортира формаили Файловете Mapinfo напишете mif и раздел.

Докоснете клас функции Виждаме, че е възможно да изберете нивото, цвета, прозрачността и други свойства.

За да го присвоите особеност че ни интересува, просто го задайте на слоя (ниво).

Болезнените

Както спомена Метин в стария мексикански пакин:

"Diantres !!!"

Това трябва да се направи за всяка функция на всяка карта във всяка категория във всеки проект.

За това е възможно да запазите внос, така че се нарича само файл по файл или по директория. Истината е, че има усилена работа за трансформиране на данни, особено ако те са в отделни файлове. Не би навредило, работете с vba в .NET за авт
Пропуснете процеса, вместо да се справяте с тази задача пеша, което може да доведе до повече от няколко самоубийства на ден. Основният проблем е, че за да направим скок, ние продължаваме да зависим от специализирана (и силно опушена) консултантска компания, която да разбере вътрешностите на Bentley Map и Geographics, е възможно, но приложенията не трябва да са толкова астрални (нека си признаем, и двете са) за обикновени потребители.

Още по-болезнено, ако информацията беше съхранена в оригиналната ДНК в историята... новото досие няма да има история.

заключение

Решението, което представям, е жизнеспособно, ако имате малко данни или ако те са били съхранявани в пространствен патрон, така че печалният извод е, че миграцията от Geographics към Bentley Map не е толкова лесна поради трансформация на данни. Ако Геопространственият администратор, както каза преди, е зъбобол, миграцията на данни може да бъде още по-болезнена, освен ако Бентли не мисли за решения за своите потребители, които не искат да преминават от един ден към друг.

Говорейки с приятели, които ме накараха да минат, те ме направиха неразумна аналогия, но тъй като днес е скучен ден в луксозен хотел и сравнението е толкова вярно, с ваше разрешение ще го използвам:

"Не е като промяна на партньори ...

... може да е като да загубите девствеността си отново "