Мигрирање карактеристики од geographics на Бентли на сајтот

Пред извесно време разговаравме за тоа што значи да се направи скок од Microstation Geographics до Бентли на сајтот, разговаравме за тоа како и двете работат шеми и некои важни придобивки од картата Бентли. Веќе во пост зборував за тоа како е можно мигрирање на структурата од проектот, во овој случај сакам да џвакаме како да мигрираат мапи со географски атрибути на функционални класи на xfm.

Иако, проектната структура изградена со Geographics Legacy може да се увезе од Bentley Map, тоа не значи дека атрибутите што ги имаат објектите ќе бидат препознаени од новиот проект, тие мора да бидат доделени.

Како работел географијата

Во стилот на географија, предметите преку MSLINK имаа асоцијација со база на податоци, тоа беше целиот предмет, врска OLE тип. Овој MSLINK го поврза графичкиот објект од датотеката dgn преку MAPNAME на табелата MAPS и преку MSCATALOG за да идентификува од каде да ги добиете податоците Entitynum. Дополнително, имаше двојни маси за проекти компатибилни со Интерграф кои обично носеа УГ порано.

Дополнително, објектот имаше КАРАКТЕРИСТИК, иако тоа не беше динамично, при доделувањето тој ги стекна својствата дефинирани за тој атрибут (вклучувајќи команди) и беше поврзан со табелата КАТЕГОРИЈА. Предмет може да има повеќе од еден атрибут и приоритет беше оној доделен од дефинитивниот стил, дека КАРАКТЕРИСТИКАТА и другите објекти поврзани со основата се поврзани со табелата MSCATALOG каде им беа доделени таквите entitynum тоа беше папокот на сè.

Потоа датотеката index.dgn таа ги чуваше поврзаните мапи, овде мапите добија MAPID, па секоја табела поврзана со Geographics имаше најмалку две полиња: MSLINK (бројот на графички ентитет е единствен во секоја мапа), кој секогаш е примарен клуч и MAPID ( која мапа се складира, е уникатна во каталогот на сајтот), што е странски клуч за табелата MAPS.

Така, единствениот начин да се комуницира со податоците беше преку поврзување со базата, а операциите со него беа направени на ѕверот  како што се ажурирање на табелите што имаа информации за објектот, како што се област, периметар и координати, така што Publisher знаеше како да ги прикаже. Вие исто така може да извлечете етикети кои паднаа како објекти од базата на податоци со истата врска на поврзаниот објект.

Се чини едноставно, но тоа ме чини еден свет да го разберам од МГЕ, а тажно е дека сето тоа чад не помага многу за проект со Бентли Мапа.

Како работи Бентли Мапа

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

Во овој случај, објектот на картата може да има зачувани податоци (во истиот dgn), што се подразбира како xml или како што го нарекува Бентли wfm. Потоа, исто така, се менува дека сега објектите можат да имаат само еден атрибут и да бидат асоцирани просторно со тополошки правила; Порано, истата линија може да биде граница на јаболкницата и исто така граница на својството, сега тие мора да бидат одделни објекти, но со тополошка асоцијација, така што при промена на едното и другото е исто така.

Значи, интеракцијата со податоците е на само еден клик, без разлика дали сте поврзани со проектот, можете да прочитате сè што остана како податок xfm. И тогаш ракувањето со етикети и ги припишува својствата, само со правење измени од Геопросторниот администратор. Претходно, правењето измени беше динамично само во погледот преку Publisher, но за објектите се бараше атрибутот да се отстрани и да се пренамени.

Дополнително, Bentley Map нуди опции за креирање на форми на податоци, последователни процеси, придружни команди (методи / операции / домени / критериуми / извештаи) и други пируети кои ја олеснуваат конструкцијата на податоците.

Нешто не се промени многу, и тоа е она што корисниците на ЕСРИ велат, дека зеленото зелено зема за џвакање и го вари.

проблемот

Сега, емиграција на структурата на проектот е можно, а потоа додадете функционалности преку Геопросторот Администратор, кој ќе биде подготвен да продолжи со податоците за хранење, но дилемата е:

И мапите изградени со Географија?

За ова Бентли не дизајнираше артефакт кој овозможува конвертирање на објекти од проект "Legacy" на xfm ... Што ебам!

Предлогот што ќе го сугерирам е она што го гледам како остварливо, откако разговарав со еден пријател кој ме контактирал од Чиле, по неколку пораки пристигнавме во старомодна, но функционална Geofumada.

Чекор 1. Извозување во форма на датотеки

Од Географски проект, отворете, се избира опцијата за извоз на атрибути во форма на датотеки (датотека / извоз / SHP) Ова мора да се направи за секоја од нив функција постоечки на мапата.

Би било неопходно малку да се бориме кога предметите се центрични / граници, бидејќи би било неопходно да ги пренесеме во облици со пренесување на врската до нив.

Исто така, извозот може да се направи на Mapinfo, според вашиот избор.

Чекор 2. Увоз од Бентли Мапа

И сега, од проектот "Бентли мапи", ја одбравме опцијата за увоз (Датотеки / увоз / ГИС типови на податоци), со тоа се појавува прозорецот Интероперабилност, десното копче на глушецот е направено увозот и е избран нов увоз.

Со десен клик на Imoport1 се избира датотека или цел директориум. Можно е да се увезе обликувајте датотекиили Датотеките Mapinfo тип mif и tab.

Со допирање на функционална класа Можеме да видиме дека е можно да се изберат нивото, бојата, транспарентноста и другите својства.

За да го доделите функција она што нè интересира е доволно за да го доделиме слојот (ниво).

Болно

Како што Мемин вели во тој стар мексикански пакин:

"Diantres !!!"

Ова треба да се направи за секоја одлика на секоја карта во секоја категорија во секој проект.

За ова е можно да се спаси увоз, така што се нарекува само датотека по датотека или по директориум. Вистината е дека има напорна работа да се трансформираат податоците, особено ако се наоѓаат во посебни датотеки. Не би боли, работеј vba во .NET за авт
Прескокнете го процесот наместо да се справувате со оваа задача пеш, што може да доведе до повеќе од неколку самоубиства на ден. Главниот проблем е што за да се направи скок, продолжуваме да зависиме од специјализирана (и многу пушена) консултантска служба за да ги разбереме цревата на Бентли мапа и географија, можно е, но апликациите не треба да бидат толку астрални (да се соочиме, обајцата се) за обични корисници.

Уште поболно, ако информациите се зачувани во оригиналната ДНК во историјата... новата датотека нема да има историја.

Во заклучок

Решението што го презентирам е остварливо ако имате малку податоци или ако тие биле зачувани во просторен кертриџ, така што тажниот заклучок е дека миграцијата од Географсикс до Бентли мапата не е толку лесна, поради трансформацијата на податоците. Ако геопросторниот администратор, како што рече претходно, е забоболка, миграцијата на податоците може да биде уште поболна, освен ако Бентли не размислува за решенија за своите корисници кои не сакаат да одат од еден ден до следниот.

Зборувајќи со геофомирани пријатели, ме направија неразумна аналогија, но бидејќи денес е досаден ден во еден семеен хотел и споредбата е толку вистина, со ваша дозвола ќе ја користам:

"Тоа не е како менување на партнери ...

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