Migreer funksies van Geografie na Bentley Map

'N Paar keer gelede het ons gepraat oor wat dit beteken om die sprong van Microstation Geographics te maak Bentley Map, ons het gepraat oor hoe albei werk skema's en 'n paar belangrike voordele van Bentley Map. In 'n berig het ek al gepraat oor hoe dit moontlik is migreer die struktuur van die projek, in hierdie geval wil ek kou hoe om kaarte te migreer met Geografiese eienskappe na funksie klasse van xfm.

Alhoewel 'n projekstruktuur wat met Geographics Legacy gebou is, van Bentley Map ingevoer kan word, beteken dit nie dat die eienskappe wat die voorwerpe het, deur die nuwe projek herken sal word nie.

Hoe Geografie werk

In die Geografiese styl het die voorwerpe deur 'n MSLINK 'n assosiasie met 'n databasis, dit was alles wat die voorwerp gehad het, 'n OLE-tipe skakel. Hierdie MSLINK het die grafiese voorwerp van die dgn-lêer geassosieer deur die MAPNAME van die MAPS-tabel en deur die MSCATALOG om te identifiseer waar u die data van die Entitynum. Daarbenewens was daar dubbeltafels vir Intergraph-versoenbare projekte wat gewoonlik voorheen 'n UG gehad het.

Daarbenewens het die voorwerp 'n FUNKSIE, alhoewel dit nie dinamies was nie, by die toekenning daarvan die eienskappe wat vir daardie eienskap gedefinieer is (met inbegrip van opdragte), en dit is gekoppel aan die CATEGORY-tabel. 'N Voorwerp kan meer as een attribuut hê en die prioriteit was die een wat deur die definitiewe styl toegeken is, dat FEATURE en ander voorwerpe wat aan die basis gekoppel is, aan die MSCATALOG-tabel gekoppel is, waaraan hulle die entitynum dit was die naeltjie van alles.

Dan die lêer index.dgn Dit het die kaarte se vorms gekoppel, hier het die kaarte 'n MAPID gekry, dus het elke tabel wat aan Geografie gekoppel is, ten minste twee velde gehad: MSLINK (grafiese entiteit nommer, is uniek in elke kaart) wat altyd die primêre sleutel en MAPID is ( watter kaart is gestoor, dit is uniek in die kaartkatalogus) wat 'n vreemde sleutel tot die MAPS-tabel is.

Die enigste manier om met die data te kommunikeer, was dus om aan die basis gekoppel te wees, en die bedrywighede met dit is gemaak aan die dier  soos die opdatering van die tabelle wat inligting oor die voorwerp bevat, soos oppervlakte, omtrek en koördinate, sodat die uitgewer weet hoe om dit te vertoon. U kan dit ook uittreksel etikette Dit het as voorwerpe uit die databasis geval met dieselfde skakel van die gekoppelde voorwerp.

Dit lyk eenvoudig, maar dit kos my 'n wêreld om dit van MGE te verstaan ​​en die pynlike ding is dat alles wat rook, nie veel help vir 'n projek met Bentley Map nie.

Hoe Bentley Map werk

'N Bentley-kaartprojek hou dieselfde logika van Kategorie, kenmerk, kaart, voorwerp; maar in hierdie geval, deur die vorm van OLE data skakel deur XML te vervang, verander baie van die proses.

In hierdie geval kan die voorwerp op die kaart data bewaar (in dieselfde dgn), wat verstaan ​​word as xml of soos Bentley wfm dit noem. Dan verander dit ook dat objekte nou net een eienskap kan hê, en ruimtelik deur topologiese reëls geassosieer kan word; Voorheen kan dieselfde lyn die limiet van die appelboom wees en ook die limiet van die eiendom, nou moet dit afsonderlike voorwerpe wees, maar met 'n topologiese assosiasie sodat die ander ook so is.

Om met data te kommunikeer is dus net 'n enkele klik weg, of jy nou aan die projek gekoppel is, jy kan alles wat oorgebly het as data xfm lees. En dan die hantering van etikette en kenmerke kenmerke, net deur veranderinge aan te bring van die Geospatial Administrator. Voorheen was die aanbring van veranderings slegs dinamies in die siening deur Publisher, maar voorwerpe het vereis dat die kenmerk verwyder en weer toegeken moes word.

Verder bied Bentley Map opsies om data-vorms, opeenvolgende prosesse, gepaardgaande opdragte (metodes / bewerkings / domeine / kriteria / verslae) en ander pirouette te skep wat die konstruksie van data vergemaklik.

Iets het nie veel verander nie, en dit is soos wat ESRI-gebruikers sê, dat die rook die groen neem om dit te kou en te verteer.

Die probleem

Nou, migreer die struktuur van 'n projek is moontlik, voeg dan funksionaliteit by die Geospatial Administrator, wat gereed sal wees om data te voer, maar die dilemma is:

En die kaarte gebou met Geografie?

Vir hierdie het Bentley nie 'n artefak ontwerp wat dit moontlik maak om voorwerpe van 'n Legacy-projek na 'n XFM te omskep nie. Wat 'n fok!

Die voorstel wat ek gaan voorstel is die een wat ek as lewensvatbaar beskou, nadat ek met 'n vriend wat met my uit Chili gekontak het, na verskeie e-posse aangekom het by 'n outydse maar funksionele Geofumada.

Stap 1. Uitvoer om lêers te vorm

Vanuit 'n oop Geografiese projek word die opsie om eienskappe om lêers te vorm gekies, gekies (lêer / uitvoer / SHP). Dit moet vir elkeen gedoen word funksie bestaande op die kaart.

Dit sal nodig wees om 'n bietjie te beveg wanneer die voorwerpe sentraal / grens is, aangesien dit nodig sou wees om dit aan vorms te gee deur die skakel na hulle oor te dra.

Ook die uitvoer kan na Mapinfo gedoen word, volgens u voorkeur.

Stap 2. Invoer vanaf Bentley Map

En nou, uit die Bentley-kaartprojek, het ons die invoeropsie gekies (Lêer / invoer / GIS Data tipes), hiermee verskyn die venster Interoperabiliteit, regs muis knoppie is gedoen in invoer en dit is gekies nuwe invoer.

Deur regs te klik op Imoport1, kan u 'n lêer of 'n hele gids kies. Dit is moontlik om in te voer vorm lêersof Mapinfo-lêers tik mif en oortjie.

Deur die funksie klas Ons kan sien dat dit moontlik is om die vlak-, kleur-, deursigtigheids- en ander eienskappe te kies.

Om dit toe te ken funksie waarvoor ons belangstel, gee dit net die laag (vlak) toe.

Die pynlike

Soos Memín in die ou Meksikaanse paquin gesê het:

"Diantres !!!"

Dit sal vir elke funksie op elke kaart in elke kategorie in elke projek gedoen moet word.

Hiervoor is dit moontlik om die voer, dus word dit slegs lêer per lêer of per gids genoem. Die waarheid is dat daar hard gewerk word om data te transformeer, veral as dit in aparte lêers is. Dit sal nie seermaak nie, werk 'n vba in .NET vir out
Slaan die proses oor in plaas daarvan om hierdie taak te voet aan te pak, wat tot meer as een selfmoord per dag kan lei. Die grootste probleem is dat dit moontlik is om die sprong te maak, afhangende van 'n gespesialiseerde (en hoogs gerookte) adviesbureau om die ins en outs van Bentley Map en Geographics te verstaan, maar die toepassings moet nie so astraal wees nie (laat ons erken, albei is) vir gewone gebruikers.

Nog meer pynlik, indien inligting in die oorspronklike DNA gestoor word in die geskiedenis... die nuwe lêer sal geen geskiedenis hê nie.

Ter afsluiting

Die oplossing wat ek bied, is lewensvatbaar as u min data het, of as dit in 'n ruimtelike patroon gestoor is, dus die hartseer gevolgtrekking is dat die migrasie van Geografie na Bentley Map nie so maklik is as gevolg van datatransformasie nie. As die Geospatiale Administrateur, soos hy vroeër gesê het, is 'n tandpyn, data migrasie kan selfs meer pynlik wees, tensy Bentley dink aan oplossings vir sy gebruikers wat nie van een dag na die volgende wil gaan nie.

Om met geofumede vriende te praat, het hulle my 'n onverstandige analogie gemaak, maar sedert vandag is dit 'n saai dag in 'n bedrieglike hotel en die vergelyking is so waar. Met jou toestemming sal ek dit gebruik:

"Dit is nie soos om vennote te verander nie ...

... dit kan wees soos om jou maagdelik weer te verloor "