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 scheman och några viktiga fördelar med Bentley Map. Redan i ett inlägg pratade jag om hur det är 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 geografisk stil hade objekten genom en MSLINK en koppling till en databas, det var allt objektet hade, en länk av OLE-typ. Denna MSLINK associerade det grafiska objektet från dgn-filen genom MAPNAME i MAPS-tabellen och genom MSCATALOG för att identifiera var man kan hämta data från Entitynum. Dessutom fanns det dubbla bord för Intergraph-kompatibla projekt som vanligtvis bar en UG tidigare.

Dessutom hade objektet en FUNKTION, även om detta inte var dynamiskt, när det tilldelades det förvärvade de egenskaper som definierats för det attributet (inklusive kommandon) och det var associerat med CATEGORY-tabellen. Ett objekt kan ha mer än ett attribut och prioriteten var den som tilldelats av den definitiva stilen, att FEATURE och andra objekt som är länkade till basen var associerade till MSCATALOG-tabellen där de tilldelades sådana entitynum det var alltingens navel.

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  som att uppdatera tabellerna som innehöll information om objektet, såsom yta, omkrets och koordinater så att Publisher visste hur det skulle visas. Du kan också extrahera 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

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 wfm kallar det. Sedan ändras det också att objekten nu bara kan ha ett attribut och associeras rumsligt av topologiska regler; Innan äppelträdets gräns kan vara samma linje och även egenskapens gräns, måste de nu vara separata objekt men med en topologisk förening så att den andra ändras också.

Så att interagera med data är bara ett klick bort, oavsett om du är ansluten till projektet eller inte, kan du läsa allt som var kvar som data xfm. Och sedan hanteringen av etiketter och attributegenskaper, bara genom att göra ändringar från Geospatial Administrator. Tidigare var ändringar endast dynamiska i vyn via Publisher, men objekt krävde att attributet togs bort och tilldelades om.

Dessutom erbjuder Bentley Map alternativ för att skapa dataformulär, sekventiella processer, associerade kommandon (metoder / operationer / domäner / kriterier / rapporter) och andra pirouetter som underlättar datakonstruktion.

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 var och en särdrag existerande på kartan.

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

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 höger musknapp på Imoport1 väljer du antingen en fil eller en hel katalog. Det är möjligt att importera forma fileren 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 för fil eller katalog. Sanningen är att det finns hårt arbete för att omvandla data, särskilt om det finns i separata filer. Det skulle inte skada, arbeta en vba i .NET för aut
Hoppa över processen istället för att ta itu med denna uppgift till fots, vilket kan leda till mer än ett självmord om dagen. Huvudproblemet är att för att göra språnget fortsätter vi att vara beroende av ett specialiserat (och högrökt) konsultföretag för att förstå tarmarna i Bentley Map och Geographics, det är möjligt, men applikationerna borde inte vara så astrala (låt oss inse det, 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 livskraftig om du har lite data eller om den har lagrats i en rumslig patron, så den sorgliga slutsatsen är att migrationen från Geographics till Bentley Map inte är så lätt på grund av datatransformation. Om geospatialadministratören, som han 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 "