Перанос функцый з Geographics на Bentley Map

Некаторы час таму мы гаварылі пра тое, што значыць зрабіць скачок ад Microstation Geographics да Bentley Mapмы гаварылі пра тое, як абодва працуюць схемы і некаторыя важныя перавагі Bentley Map. Ужо ў пасце я казаў пра тое, як гэта магчыма структура міграцыі праекта, у гэтым выпадку я хачу развучыць, як перанесці карты з атрыбутамі Geographics у класы аб'ектаў xfm.

Хаця структуру праекта, створаную з дапамогай Geographics Legacy, можна імпартаваць з Bentley Map, гэта не азначае, што атрыбуты, якія маюць аб'екты, будуць распазнавацца новым праектам, яны павінны быць прызначаныя.

Як працавала Geographics

У стылі Geographics аб'екты праз MSLINK мелі сувязь з базай дадзеных, гэта было ўсё, што было ў аб'екта, спасылка тыпу OLE. Гэты MSLINK звязаў графічны аб'ект з файла dgn праз MAPNAME табліцы MAPS і праз MSCATALOG, каб вызначыць, дзе атрымаць даныя з сутнасць. Акрамя таго, існавалі падвойныя табліцы для сумяшчальных з Intergraph праектаў, якія раней звычайна мелі UG.

Акрамя таго, аб'ект меў АСАБЛІВАСЦЬ, хаця ён не быў дынамічным, але пры прызначэнні ён набываў уласцівасці, вызначаныя для гэтага атрыбута (сярод іх каманды), і быў звязаны з табліцай CATEGORY. Аб'ект мог мець больш за адзін атрыбут, і прыярытэт быў той, які прызначаўся канчатковым стылем, што FEATURE і іншыя аб'екты, звязаныя з базай, былі звязаны з табліцай MSCATALOG, дзе ім прызначаліся такія сутнасць які быў пупам усяго.

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

Такім чынам, адзіным спосабам узаемадзеяння з дадзенымі было падключэнне да базы дадзеных, і аперацыі з ёй былі выкананы дзіка  напрыклад, абнаўленне табліц з інфармацыяй аб аб'екце, такой як плошча, перыметр і каардынаты, каб Publisher ведаў, як яе адлюстраваць. таксама можна было здабыць этыкеткі якія былі выдалены як аб'екты з базы дадзеных з той жа спасылкай, што і звязаны аб'ект.

Гэта здаецца простым, але мне спатрэбіўся свет, каб зразумець гэта з MGE, і сумна тое, што ўсё гэта курэнне не вельмі карысна для праекта з Bentley Map.

Як працуе Bentley Map

Праект Bentley Map падтрымлівае тую ж логіку катэгорыі, атрыбута, карты, аб'екта; але ў гэтым выпадку, замяніўшы форму прывязкі дадзеных OLE на XML, значная частка працэсу зменіцца.

У гэтым выпадку аб'ект на карце можа мець захаваныя дадзеныя (у самім dgn), якія разумеюцца як xml або як гэта называе Bentley wfm. Затым гэта таксама змяняецца, што цяпер аб'екты могуць мець толькі адзін атрыбут і быць прасторава звязаныя з дапамогай тапалагічных правілаў; Раней мяжа яблыні магла быць адной і той жа лініяй, а таксама мяжой уласцівасці, цяпер яны павінны быць асобнымі аб'ектамі, але з такой тапалагічнай асацыяцыяй, што калі адзін мадыфікуецца, другі таксама асобны.

Такім чынам, узаемадзеянне з дадзенымі адбываецца ў адзін клік, незалежна ад таго, падключаны вы да праекта ці не, вы зможаце прачытаць усё, што засталося ў выглядзе даных xfm. І тады гэта становіцца дынамічным кіраваннем этыкеткі і ўласцівасці атрыбутаў, проста зрабіўшы змены ад Геапрасторавага адміністратара. Раней унясенне змяненняў было дынамічным толькі ў выглядзе праз Publisher, але аб'екты патрабавалі выдалення і пераназначэння атрыбута.

Акрамя таго, Bentley Map прапануе варыянты стварэння формаў даных, паслядоўных працэсаў, звязаных каманд (метады / аперацыі / дамены / крытэрыі / справаздачы) і іншыя прыёмы, якія палягчаюць пабудову даных.

Штосьці асабліва не змянілася, і гэта тое, што, як кажуць карыстальнікі ESRI, гэты дым займае зялёны колер, каб яго можна было жаваць і пераварваць.

праблема

Цяпер можна перанесці структуру праекта, а потым дадаць функцыянальныя магчымасці праз Geospatial Administrator, што азначае гатоўнасць працягваць падаваць даныя, але дылема:

А карты, створаныя з Geographics?

Для гэтага кампанія Bentley не распрацавала прылады, якая дазваляе пераўтвараць аб'екты з праекта Legacy у праект xfm... што за чорт!

Прапанова, якую я збіраюся прапанаваць, я лічу жыццяздольнай, пасля размовы з сябрам, які звязаўся са мной з Чылі, пасля некалькіх электронных лістоў мы прыйшлі да састарэлай, але функцыянальнай Geofumada.

Крок 1. Экспарт у файлы формы

У адкрытым праекце Geographics выберыце опцыю экспарту атрыбутаў у файлы формы (файл/экспарт/SHP). Гэта трэба зрабіць для кожнага асаблівасць існуючыя на карце.

Прыйшлося б крыху павазіцца, калі аб'екты з'яўляюцца цэнтрам цягі/граніцай, бо трэба было б перадаць іх формам шляхам перадачы спасылкі.

Экспарт можна таксама зрабіць у Mapinfo, як пажадана.

Крок 2. Імпарт з Bentley Map

А цяпер у Bentley Map Project мы выбіраем варыянт імпарту (Файл / імпарт / Тыпы дадзеных ГІС), адкрыецца акно функцыянальная сумяшчальнасць, націсніце правай кнопкай мышы на імпарт і абраны новы імпарт.

Правай кнопкай мышы ў Imoport1 вы выбіраеце альбо файл, альбо ўвесь каталог. Можна імпартаваць файлы формыабо Файлы Mapinfo тыпу mif і tab.

дотык клас характарыстык мы бачым, што можна выбраць узровень, колер, празрыстасць і іншыя ўласцівасці.

To assign it to асаблівасць што нас цікавіць, дастаткова прызначыць яму пласт (узровень).

балючае

Як сказаў Мемін у тым старым мексіканскім пакіне:

"чорт вазьмі!!!"

гэта трэба будзе зрабіць для кожнай функцыі на кожнай карце ў кожнай катэгорыі ў кожным праекце.

Для гэтага можна зэканоміць імпарт, так што гэта проста называецца файл за файлам або па каталогу. Праўда ў тым, што пераўтварэнне даных патрабуе шмат працы, асабліва калі яны знаходзяцца ў асобных файлах. Не пашкодзіла б папрацаваць над vba ў .NET для aut
пераадолець гэты працэс, а не сутыкацца з гэтай задачай пешшу, што можа прывесці да больш чым аднаго самагубства ў дзень. Асноўная праблема заключаецца ў тым, што, каб зрабіць скачок, вы працягваеце залежаць ад спецыялізаваных парад (і вельмі дымных), каб зразумець сутнасць Bentley Map і Geographics, гэта магчыма, але прыкладанні не павінны быць такімі астральнымі (давайце прызнаем гэта, абодва) для звычайных карыстальнікаў.

Яшчэ больш балюча, калі інфармацыя захоўвалася ў зыходным dgn у гісторыі...новы файл не будзе мець ніякай гісторыі.

ў зняволенні

Рашэнне, якое я прадстаўляю, жыццяздольнае, калі ў вас мала даных або калі яны захоўваліся ў прасторавым картрыджы, таму сумная выснова заключаецца ў тым, што пераход з Geographics на Bentley Map не такі просты з-за пераўтварэння даных. Калі Геапрасторавы адміністратар, як я ўжо казаў раней, ёсць зубная боль, міграцыя даных можа быць яшчэ больш балючай, калі Bentley не прыдумае рашэнні для сваіх карыстальнікаў, якія не жадаюць пераязджаць за адну ноч.

Размаўляючы з сябрамі, якія займаюцца геадымленнем, яны зрабілі для мяне неразумную аналогію, але паколькі сёння сумны дзень у занядбаным гатэлі, а параўнанне такое дакладнае, з вашага дазволу я буду выкарыстоўваць яго:

«Гэта не тое, што мяняць партнёра...

... можа быць як зноў страціць некранутасць»