Geofumed – GIS – CAD – BIM ressourcer

Migrere funktioner fra Geografi til Bentley Map

For nogen tid siden har vi talt om, hvad det betyder at gøre springet fra Microstation Geographics til Bentley Kort, vi talte om hvordan begge arbejder skemaer og nogle vigtige fordele ved Bentley Map. Allerede i et indlæg talte jeg om, hvordan det er muligt migrere strukturen af projektet, i dette tilfælde vil jeg tygge mig om at migrere kort med geografiske attributter til funktionsklasser xfm.

Mens en projektstruktur bygget med Geographics Legacy kan importeres fra Bentley Kort betyder ikke, at objekter har egenskaber, der vil blive anerkendt af det nye projekt, bør de tildeles.

Hvordan Geografi arbejdede

I geografisk stil havde objekterne gennem en MSLINK tilknytning til en database, det var alt objektet havde, et OLE-type link. Denne MSLINK tilknyttede det grafiske objekt fra dgn-filen gennem MAPNAME i MAPS-tabellen og gennem MSCATALOG for at identificere, hvor dataene skulle hentes fra Entitynum. Derudover var der dobbeltborde til Intergraph-kompatible projekter, der normalt bar en UG før.

form filer eksport bentley kort geografisk

Derudover havde objektet en FUNKTION, skønt dette ikke var dynamisk, da det tildelte det erhvervede de egenskaber, der var defineret for den attribut (inklusive kommandoer), og det var knyttet til CATEGORY-tabellen. Et objekt kunne have mere end en attribut, og prioriteten var den, der blev tildelt af den endelige stil, at FEATURE og andre objekter, der var knyttet til basen, var knyttet til MSCATALOG-tabellen, hvor de blev tildelt sådan entitynum det var altingens navle.

dbdiagrm

Så filen index.dgn Herved holdt kortene former, der købte kortene en MAPID, hvorfor hver tabel i forbindelse med Geografi havde mindst to felter: MSLINK (grafisk enhedsnummer er unikt i hvert kort), som altid er den primære nøgle og MAPID ( hvilket kort er gemt, det er unikt i kortkataloget), som er en fremmed nøgle til MAPS-tabellen.

Så den eneste måde at interagere med dataene på var at være forbundet med basen, og operationerne med den blev lavet til dyret  såsom at opdatere de tabeller, der havde information om objektet, såsom område, omkreds og koordinater, så Publisher vidste, hvordan det skulle vises. Du kan også udtrække etiketter Det faldt som objekter fra databasen med det samme link af det linkede objekt.

Det virker simpelt, men det kostede mig en verden at forstå det fra MGE, og det smertefulde er, at alt det, der ryger, ikke hjælper meget for et projekt med Bentley Map.

Hvordan Bentley Map fungerer

form filer eksport bentley kort geografisk Et Bentley Map-projekt opretholder samme logik af kategori, attribut, kort, objekt; men i dette tilfælde ændrer meget af processen processen ved at erstatte formularen til OLE datalink ved XML.

I dette tilfælde kan objektet på kortet have data gemt (i samme dgn), som forstås som xml eller som Bentley wfm kalder det. Derefter ændrer det sig også, at objekterne nu kun kan have en attribut og tilknyttes rumligt af topologiske regler; Før kunne den samme linje være grænsen for æbletræet og også grænsen for ejendommen, nu skal de være separate objekter, men med en topologisk tilknytning sådan, at når man ændrer hinanden, er det også sådan.

Så interaktion med data er kun et klik væk, uanset om du er forbundet til projektet eller ej, kan du læse alt, hvad der var tilbage som data xfm. Og så håndteringen af etiketter og attributter egenskaber, bare ved at foretage ændringer fra Geospatial Administrator. Tidligere var ændringer kun dynamiske i visningen gennem Publisher, men objekter krævede, at attributten skulle fjernes og tildeles igen.

Derudover tilbyder Bentley Map muligheder for at oprette dataformularer, sekventielle processer, tilknyttede kommandoer (metoder / operationer / domæner / kriterier / rapporter) og andre pirouetter, der letter datakonstruktion.

Noget ændrede sig ikke meget, og det er, som ESRI-brugere siger, at røget grønt tager for at tygge og fordøje det.

Problemet

Nu migrere strukturen af ​​et projekt er muligt, så tilføj funktionalitet via Geospatial Administrator, som ville være klar til at fortsætte med at fodre data, men dilemmaet er:

Og kortene er bygget med Geografi?

For dette har Bentley ikke designet nogen artefakt, der gør det muligt at konvertere objekter fra et Legacy-projekt til en xfm ... Hvad fanden!

Forslaget, som jeg vil foreslå, er det, jeg ser som levedygtig, efter at have chattet med en ven, der kontaktede mig fra Chile efter flere e-mails, vi er kommet til en gammeldags men funktionel Geofumada.

Trin 1. Eksportere til formularfiler

Fra et åbent geografisk projekt vælges muligheden for at eksportere attributter til formularfiler (fil / eksport / SHP). Dette skal gøres for hver funktion eksisterende på kortet.

form filer eksport bentley kort geografisk

Det ville være nødvendigt at kæmpe lidt, når objekterne er centroid / grænse, da det ville være nødvendigt at overføre dem til figurer ved at overføre linket til dem.

Også eksporten kan ske til Mapinfo, alt efter dine præferencer.

 

Trin 2. Importerer fra Bentley Map

form filer eksport bentley kort geografisk Og nu, fra Bentley Map Project, valgte vi import-indstillingen (Fil / import / GIS Datatyper), med dette vises vinduet Interoperabilitet, højre museknap er gjort i import og den er valgt ny import.

Højreklik på Imoport1 vælger enten en fil eller en hel mappe. Det er muligt at importere form fileren form filer eksport bentley kort geografisk Mapinfo-filer skriver mif og fanebladet.

Ved at røre ved funktionsklasse Vi kan se, at det er muligt at vælge niveau, farve, gennemsigtighed og andre egenskaber.

At tildele det til funktion at vi er interesserede i, tildel kun det lag (niveau).

 

Den smertefulde

Som Memín sagde i den gamle mexicanske paquin:

"Diantres !!!"

Dette skal gøres for hver funktion på hvert kort i hver kategori i hvert projekt.

For dette er det muligt at gemme importere, så det kaldes kun fil for fil eller katalog. Sandheden er, at der er hårdt arbejde med at transformere data, især hvis det er i separate filer. Det ville ikke skade, arbejde en vba i .NET til aut
Spring processen over i stedet for at tackle denne opgave til fods, hvilket kan føre til mere end et par selvmord om dagen. Hovedproblemet er, at for at gøre springet fortsætter vi med at være afhængige af en specialiseret (og stærkt røget) konsulentvirksomhed for at forstå indvolde fra Bentley Map og Geographics, det er muligt, men applikationerne bør ikke være så astrale (lad os se det ind, de er begge) til almindelige brugere.

Endnu mere smertefuldt, hvis oplysninger blev lagret i det oprindelige DNA i historien... den nye fil har ingen historie.

afslutningsvis

Den løsning, jeg præsenterer, er levedygtig, hvis du har få data, eller hvis de blev gemt i en rumlig patron, så den triste konklusion er, at migrationen fra Geografi til Bentley Map ikke er så let på grund af datatransformation. Hvis den geospatiale administrator, som han sagde før, er en tandpine, data migration kan være endnu mere smertefuldt, medmindre Bentley tænker på løsninger til sine brugere, der ikke ønsker at gå fra en dag til den næste.

At tale med geofumede venner, de gjorde mig en uklog analogi, men siden i dag er en kedelig dag i et snuskigt hotel, og sammenligningen er så sand, med din tilladelse vil jeg bruge det:

"Det er ikke som at skifte partnere ...

... det kunne være som at miste jomfruen igen "

Efterlad en kommentar