Migrēšana funkcijas no Ģeogrāfiskie Bentley Karte

Pirms kāda laika mēs esam runājuši par to, ko nozīmē panākt, ka Microstation Geographics veic lēcienu Bentley kartemēs runājām par to kā abi darbi shēmas un dažas svarīgas Bentley Map priekšrocības. Jau ierakstā es runāju par to, kā tas ir iespējams migrēt struktūru no projekta, šajā gadījumā es gribu raudzēt, kā pārnest kartes ar Geographics atribūtiem uz xfm funkciju klasēm.

Lai gan projekts veidota ar Ģeogrāfiskie Legacy var importēt no Bentley karte nenozīmē, ka objekti ir atribūti, kas tiks atzīti par jaunu projektu, tie ir piešķirti.

Kā strādāja ģeogrāfija

Ģeogrāfijas stilā objektiem, izmantojot MSLINK, bija saistība ar datu bāzi, tas ir, objektam bija OLE tipa saite. Šī MSLINK saistīja grafisko objektu no dgn faila caur MAPS tabulas MAPNAME un ar MSCATALOG, lai identificētu, no kurienes iegūt datus Entitynum. Turklāt Intergraph saderīgiem projektiem, kas parasti iepriekš bija UG, bija dubultas tabulas.

Turklāt objektam bija FEATURE, lai gan tas nebija dinamisks, piešķirot tam, tas ieguva šim atribūtam definētās īpašības (ieskaitot komandas) un tika saistīts ar tabulu CATEGORY. Objektam var būt vairāki atribūti, un prioritāte bija tā, kuru piešķīra galīgais stils, ka FEATURE un citi ar bāzi saistītie objekti tika saistīti ar tabulu MSCATALOG, kur viņiem tika piešķirts entitynum kas bija viss naba.

Tad fails index.dgn (MAPID), lai katrai tabulai, kas saistīta ar Geographics, būtu vismaz divi lauki: MSLINK (unikāls objekta numurs katrā mapē), kas vienmēr ir primārā atslēga un MAPID ( uz kuras karti tā tiek saglabāta, kartes kartē ir unikāla), kas ir ārējā atslēga MAPS tabulā.

Tādējādi vienīgais veids, kā mijiedarboties ar datiem, bija savienojums ar bāzi, un operācijas ar to tika veiktas uz zvēru  piemēram, atjauninot tabulas, kurās bija informācija par objektu, piemēram, laukumu, perimetru un koordinātēm, lai Publisher zinātu, kā to parādīt. Jūs varētu arī iegūt uzlīmes kas nokritās kā objekti no datubāzes ar vienu saiti no saistītā objekta.

Šķiet, ka tas ir vienkāršs, bet tas man izmaksāja pasauli, lai to saprastu no MGE, un sāpīgi ir tas, ka visi šie dūmi nepalīdz daudz par projektu ar Bentley Map.

Kā Bentley karte darbojas

Bentley kartes projekts uztur tādu pašu loģiku kā kategorija, atribūts, karte, objekts; bet šajā gadījumā, aizstājot formu OLE datu saites ar XML liela daļa no procesa izmaiņām.

Šajā gadījumā objektā kartē var būt saglabāti dati (tajā pašā dgn), kas tiek saprasts kā xml vai kā Bentley wfm to sauc. Tad mainās arī tas, ka tagad objektiem var būt tikai viens atribūts un tie tiek telpiski saistīti ar topoloģiskiem noteikumiem; Iepriekš ābeles koku robeža varēja būt tā pati līnija un arī īpašuma robeža, tagad tiem jābūt atsevišķiem objektiem, bet ar topoloģisku asociāciju tā, ka, modificējot vienu, ir arī otrs.

Tātad mijiedarbība ar datiem ir tikai viena klikšķa attālumā, neatkarīgi no tā, vai esat savienots ar projektu, jūs varat izlasīt visu, kas palika kā dati xfm. Un pēc tam ar uzlīmes un atribūtus, vienkārši veicot izmaiņas no Ģeotelpiskā administratora. Iepriekš izmaiņu veikšana skatā, izmantojot Publisher, bija tikai dinamiska, taču objektu dēļ atribūts bija jānoņem un jāpiešķir no jauna.

Turklāt Bentley Map piedāvā iespējas izveidot datu formas, secīgus procesus, saistītās komandas (metodes / darbības / domēnus / kritērijus / pārskatus) un citas piruetes, kas atvieglo datu izveidi.

Kaut kas daudz nemainījās, un tas, kā ESRI saka, ka dūmi aizņem zaļo, lai košļāt un sagremot to.

Problēma

Tomēr ir iespējams migrēt projekta struktūru, pēc tam pievienojot funkcionalitāti caur ģeotelpisko administratoru, kas nozīmētu gatavību turpināt datu barošanu, taču dilemma ir:

Un kartes, kas izveidotas ar Geographics?

Par šo Bentley nav izveidojis nevienu artefaktu, kas ļauj konvertēt objektus no Legacy projekta uz xfm ... kāds cits darījums!

Priekšlikums, ko es ierosinu, ir tas, ko es uzskatu par dzīvotspējīgu pēc tam, kad esmu čatā ar draugu, kurš no Čīles sazinājās ar mani, pēc vairākiem e-pasta ziņojumiem mēs esam ieradušies novecojušā, bet funkcionālā Geofumādē.

Step 1. Eksportēšana, lai veidotu failus

Atvērtajā Geographicics projektā tiek izvēlēta iespēja eksportēt atribūtus formu failiem ((fails / eksports / SHP). Tas jādara katram iezīme esošie kartē.

Būtu nepieciešams nedaudz cīnīties, ja priekšmeti ir centroze / robeža, jo būtu nepieciešams tos nodot formām, nododot ligue.

Eksportu var izdarīt arī Mapinfo kā vēlamo.

Step 2. Importē no Bentley kartes

Un tagad, no Bentley Map Project, mēs izvēlējāmies importēšanas opciju (Failu / import / GIS datu tipi), ar šo logu Savietojamība, ar peles labo pogu noklikšķiniet uz imports un izvēlieties jauns imports.

Ar peles labo pogu noklikšķinot uz Imoport1, tiek izvēlēts fails vai viss katalogs. Ir iespējams importēt formas faili, vai Mapinfo faili tips mif un tab.

Atskaņojot funkciju klase mēs varam redzēt, ka ir iespējams izvēlēties līmeni, krāsu, caurspīdīgumu un citas īpašības.

Lai to piešķirtu iezīme kas mūs interesē, ir pietiekami, lai piešķirtu slāni (līmeni).

Cik sāpīga

Kā Memins teica vecajā meksikāņu pakiņā:

"Dana!"

jums tas būtu jādara katrai funkcijai katrā kartē katrā kategorijā katrā projektā.

Lai to izdarītu, varat saglabāt importēt, tāpēc to sauc tikai par failu pēc faila vai direktorija. Patiesība ir tāda, ka datu pārveidošanai ir smags darbs, it īpaši, ja tie atrodas atsevišķos failos. Tas nesāpēs, strādājiet vba .NET aut
Izlaidiet procesu, nevis risiniet šo uzdevumu kājām, kas var izraisīt vairāk nekā dažas pašnāvības dienā. Galvenā problēma ir tā, ka, lai padarītu lēcienu, mēs joprojām esam atkarīgi no specializēta (un ļoti smēķēta) konsultāciju centra, lai izprastu Bentley Map un Geographics iekšas, tas ir iespējams, taču lietojumprogrammām nevajadzētu būt tik astrālām (pieņemsim, ka viņi abi ir) parastajiem lietotājiem.

Vēl sāpīgāk, ja sākotnējā informācija tika saglabāta vēsturē... jaunajam failam nebūs nekas no vēstures.

noslēgumā

Manis piedāvātais risinājums ir dzīvotspējīgs, ja jums ir maz datu vai ja tie tika glabāti telpiskā kasetnē, tāpēc skumjš secinājums ir tāds, ka migrācija no ģeogrāfijas uz Bentley Map nav tik vienkārša datu pārveidošanas dēļ. Ja ģeotelpiskais administrators, kā viņš teica iepriekš, ir zobu sāpes, datu migrācija varētu būt vēl sāpīgāka, ja vien Bentley domā par risinājumiem saviem lietotājiem, kuri nevēlas iet no vienas dienas uz otru.

Runājot ar ģeofumādžu draugiem, radās neprognozējama analoģija, taču kopš tā laika ir nāvējošā diena nāves viesnīcā, un salīdzinājums ir tik taisnīgs, ar jūsu atļauju es to izmantošu:

"Tas nav kā mainīt partnerus ...

... varētu būt kā zaudēt nevainību "