Migrera funktioner från Geography till Bentley Map

För en tid sedan har vi pratat om vad det innebär att göra stödet från Microstation Geographics till Bentley Karta, vi pratade om hur båda jobbar system och några viktiga fördelar med Bentley Map. Redan i ett inlägg talade jag som möjligt migrera strukturen av projektet, i det här fallet vill jag tugga mig om att migrera kartor med geografiska attribut till funktionella klasser av xfm.

Även om en projektstruktur byggd med Geography Legacy kan importeras från Bentley Map betyder det inte att de attribut som objekten har kommer att erkännas av det nya projektet, måste de tilldelas.

Hur Geografi fungerade

I stil Geographics objekt genom en MSLINK hade en association till en databas, det var allt jag hade objekttypen OLE länk. Denna MSLINK associerade grafiska objekt från DGN filen genom mapname MAPS bord och genom MSCATALOG att identifiera var att få data från Entitynum. Dessutom fanns dubbla tabeller för intergraph-kompatibla projekt som vanligtvis bar en UG före.

forma filer exportera bentley karta geografiska

Dessutom hade objektet en FUNKTION, även om detta inte var dynamiskt, när det tilldelades förvärvades de egenskaper som definierades för det attributet (bland dem kommandon) och detta var associerat med CATEGORY-tabellen. Ett objekt kan ha mer än ett attribut och prioriteten var den som tilldelade den slutliga stilen, att FEATURE och andra objekt kopplade till basen var associerade med MSCATALOG-tabellen där de tilldelades samma entitynum det var alltingens navel.

dbdiagrm

Då filen index.dgn bibehålla formerna av kartor länkade här förvärvat kartorna en MAPID därmed varje bord kopplad till Geographics hade minst två fält: MSLINK (antal grafiska enhet är unik på varje karta) som alltid är den primära nyckeln och MAPID ( vilken karta lagras, är det unikt i katalogen av kartor) som är en främmande nyckel till kartorna tabellen.

Så det enda sättet att interagera med data var genom att vara ansluten till basen och operationerna med den gjordes till djuret hur är uppdateringen i tabellerna som hade information om objektet, t.ex. område, omkrets och koordinater så att Publisher visste hur man visar den. Det kan också extraheras etiketter som föll som objekt från databasen med samma länk för det länkade objektet.

Det verkar enkelt men det kostade mig en värld att förstå det från MGE, och det smärtsamma är att allt som röker inte hjälper mycket för ett projekt med Bentley Map.

Hur Bentley Map fungerar

forma filer exportera bentley karta geografiska Ett Bentley Map-projekt upprätthåller samma logik för kategori, attribut, karta, objekt; men i detta fall, genom att ersätta formen av OLE-datalänk med XML ändras mycket av processen.

I det här fallet kan objektet på kartan ha lagrat data (i samma dgn), vilket förstås som xml eller som Bentley kallar det wfm. Då ändras det också att objekt nu bara kan ha ett attribut och vara spatialt associerat med topologiska regler. innan det kan vara samma linje gränsen för manzanero och även gränsen för fastigheten, nu måste de vara separata föremål men med en topologisk förening så att när man ändrar en är den andra också.

Så interagera med data, är ett enkelt klick, oavsett om det är anslutet till projektet, du kan läsa allt som lämnades som data xfm. Och sedan hanteringen av etiketter och egenskaper hos attributen, med endast ändringar från den geospatiala administratören. Innan ändringar gjordes var endast dynamisk visning via Publisher men objekten som skulle tas bort och omplacerades attributet.

Dessutom erbjuder Bentley Map alternativ för att skapa datasformer, sekventiella processer, tillhörande kommandon (metoder / operationer / domäner / kriterier / rapporter) och andra pirouetter som underlättar uppbyggnaden av data.

Någonting förändrades inte mycket, och är det som ESRI-användare säger, att rökt tar grönt att tugga och smälta det.

Problemet

Nu, migrera strukturen av ett projekt är möjligt, lägg sedan till funktionalitet via Geospatial Administrator, som skulle vara redo att fortsätta att mata data men dilemmaet är:

Och kartorna byggda med geografiska uppgifter?

För detta har Bentley inte utformat någon artefakt som gör det möjligt att konvertera objekt från ett Legacy-projekt till en xfm ... Vad fan!

Förslaget kommer att föreslå är vad jag ser livskraftig efter att chatta med en vän från Chile kontaktade mig efter flera e-postmeddelanden har nått en föråldrad men funktionella Geofumada.

Steg 1. Exportera till formfiler

Från ett öppet geografiskt projekt väljs alternativet att exportera attribut att forma filer (fil / export / SHP). Detta måste göras för varje särdrag existerande på kartan.

forma filer exportera bentley karta geografiska

Det skulle vara nödvändigt att kämpa lite när objekten är centroid / gräns, eftersom det skulle vara nödvändigt att skicka dem till former genom att överföra länken till dem.

Exporten kan även göras till Mapinfo, enligt dina önskemål.

Steg 2. Importerar från Bentley Map

forma filer exportera bentley karta geografiska Och nu, från Bentley Map Project, valde vi importalternativet (Fil / import / GIS Datatyper), med detta visas fönstret Interoperabilitet, höger musknapp är klar i import och den är vald ny import.

Med den högra musknappen i Imoport1 väljs en fil eller en komplett katalog. Det är möjligt att importera forma fileren forma filer exportera bentley karta geografiska Mapinfo-filer skriver mif och flik.

Genom att trycka på funktionsklass Vi kan se att det är möjligt att välja nivå, färg, transparens och andra egenskaper.

Att tilldela det till särdrag som vi är intresserade av, ge bara det lagret (nivå).

Den smärtsamma

Som Memín sa i den gamla mexikanska paquinen:

"Diantres !!!"

Detta skulle behöva göras för varje funktion på varje karta i varje kategori i varje projekt.

För detta är det möjligt att spara importera, så det kallas bara fil efter fil eller katalog. Sanningen är att det är svårt att omvandla data, särskilt om de är i separata filer. Det skulle inte skada att arbeta en vba i .NET för aut
Att utelämna processen istället för att möta denna uppgift till fots, vilket kan leda till mer än en självmord en dag. Hela problemet är att för att göra hoppet fortfarande beroende av ett specialiserat (och mycket rökt) råd för att förstå modet till Bentley Map and Geography, är det möjligt, men applikationerna ska inte vara lika astrala (erkänna, båda är) för vanliga användare.

Ännu mer smärtsamt om information lagrades i det ursprungliga DNA i historien... den nya filen kommer inte att ha någon historia.

Sammanfattningsvis

Lösningen som jag presenterar är genomförbar om det finns liten data, eller om de lagras i en rumspatron, så är den ledsna slutsatsen att migreringen från Geographics till Bentley Map inte är så enkel på grund av omvandling av data. Om Geospatial Administrator, som jag sa tidigare, är en tandvärk, data migration kan vara ännu mer smärtsam om inte Bentley tycker om lösningar för sina användare som inte vill gå från en dag till nästa.

Att prata med geofumedvänner gjorde mig en oklok analogi, men sedan idag är en tråkig dag på ett snuskigt hotell och jämförelsen är så sant, med ditt tillstånd kommer jag att använda det:

"Det är inte som att byta partner ...

... det kan vara som att förlora din oskuld igen "

Lämna en kommentar

Din e-postadress kommer inte att publiceras.

Den här sidan använder Akismet för att minska spam. Läs om hur din kommentardata behandlas.