Overfør funksjoner fra geografisk til Bentley Map

For en tid siden har vi snakket om hva det betyr å gjøre spranget fra Microstation Geographics til Bentley Kart, vi snakket om hvordan begge arbeider skjemaer og noen viktige fordeler med Bentley Map. Allerede i et innlegg snakket jeg om hvordan det er mulig migrere strukturen av prosjektet, i dette tilfellet vil jeg tygge hvordan jeg skal flytte kart med geografiske attributter til funksjonsklasser xfm.

Selv om en prosjektstruktur bygget med Geographics Legacy kan importeres fra Bentley Map, betyr det ikke at egenskapene som objektene har, vil bli gjenkjent av det nye prosjektet, må de tildeles.

Hvordan Geografi arbeidet

I geografisk stil hadde objektene gjennom en MSLINK tilknytning til en database, det var alt objektet hadde, en OLE-type lenke. Denne MSLINK tilknyttet det grafiske objektet fra dgn-filen gjennom MAPNAME på MAPS-tabellen, og gjennom MSCATALOG for å identifisere hvor du skal få dataene fra Entitynum. I tillegg var det dobbeltbord for Intergraph-kompatible prosjekter som vanligvis hadde en UG før.

I tillegg hadde objektet en FUNKSJON, selv om dette ikke var dynamisk, da det tildelte det, skaffet det seg egenskapene som er definert for det attributtet (inkludert kommandoer), og det var knyttet til CATEGORY-tabellen. Et objekt kan ha mer enn ett attributt, og prioriteten var den som ble tildelt av den definitive stilen, at FEATURE og andre objekter knyttet til basen var knyttet til MSCATALOG-tabellen der de ble tildelt slik entitynum det var navlen til alt.

Så filen index.dgn opprett figurer av kart knyttet sammen, her kjøpte kartene en mapId, derav hvert bord knyttet til Geographics hadde minst to felt: MSLINK (antall grafisk enhet, er unikt på hvert kart) som alltid er primærnøkkelen og mapId ( hvilket kart er lagret, det er unikt i kartkatalogen) som er en utenlandsk nøkkel til MAPS-tabellen.

Så den eneste måten å samhandle med dataene var ved å være koblet til basen, og operasjonene med den ble laget til dyret  for eksempel å oppdatere tabellene som hadde informasjon om objektet, for eksempel areal, omkrets og koordinater, slik at Publisher vet hvordan den skal vises. Du kan også trekke ut etiketter som falt som objekter fra databasen med den samme lenken til det koblede objektet.

Det virker enkelt, men det kostet meg en verden å forstå den fra MGE, og det smertefulle er at alt som røyker, ikke hjelper mye for et prosjekt med Bentley Map.

Hvordan Bentley Map fungerer

Et Bentley Map-prosjekt opprettholder samme logikk for kategori, attributt, kart, objekt; men i dette tilfellet erstatter mye av prosessen med å erstatte formen til OLE-datalink ved XML.

I dette tilfellet kan objektet på kartet ha data lagret (i samme dgn), som forstås som xml eller som Bentley wfm kaller det. Så endrer det seg også at nå kan objektene bare ha ett attributt, og være assosiert romlig av topologiske regler; Før grensen til epletreet kunne være den samme linjen og også grensen for eiendommen, må de nå være separate objekter, men med en topologisk tilknytning slik at når man endrer hverandre, er det også slik.

Så å samhandle med data er bare ett klikk unna, uansett om du er koblet til prosjektet, kan du lese alt som var igjen som data xfm. Og så håndteringen av etiketter og attributter egenskaper, bare ved å gjøre endringer fra Geospatial Administrator. Tidligere var det bare dynamisk å gjøre endringer i visningen gjennom Publisher, men objekter krevde at attributtet ble fjernet og tildelt på nytt.

I tillegg tilbyr Bentley Map muligheter for å lage dataskjemaer, sekvensielle prosesser, tilknyttede kommandoer (metoder / operasjoner / domener / kriterier / rapporter) og andre piruetter som letter datakonstruksjon.

Noe endret seg ikke mye, og er det som ESRI-brukere sier, at røkt grønn tar for å tygge og fordøye det.

Problemet

Nå migrere strukturen til et prosjekt er mulig, og legg deretter til funksjonalitet gjennom Geospatial Administrator, som vil være klar til å fortsette å mate data, men dilemmaet er:

Og kartene bygd med Geographics?

For dette har Bentley ikke utviklet noen gjenstand som gjør det mulig å konvertere objekter fra et Legacy-prosjekt til en xfm ... Hva en fan!

Forslaget vil foreslå, er det jeg ser levedyktig etter å ha chattet med en venn fra Chile kontaktet meg etter flere e-poster har nådd en utdatert, men funksjonell Geofumada.

Trinn 1. Eksporterer for å forme filer

Fra et åpent Geografisk prosjekt er muligheten for å eksportere attributter til å forme filer valgt (fil / eksport / SHP). Dette må gjøres for hver funksjonen eksisterende på kartet.

Det ville være nødvendig å kjempe litt når objektene er sentroid / grense, siden det ville være nødvendig å sende dem til figurer ved å overføre linken til dem.

Også eksporten kan gjøres til Mapinfo, i henhold til dine preferanser.

Trinn 2. Importerer fra Bentley Map

Og nå, fra Bentley Map Project, valgte vi importalternativet (Fil / import / GIS Datatyper), med dette vises vinduet Interoperabilitet, høyre museknapp er gjort i import og den er valgt ny import.

Med høyre museknapp på Imoport1 velger du enten en fil eller en hel katalog. Det er mulig å importere form fileren Mapinfo-filer skriver mif og tabulator.

Ved å trykke på funksjonsklasse Vi kan se at det er mulig å velge nivå, farge, gjennomsiktighet og andre egenskaper.

Å tilordne den til funksjonen at vi er interessert i, bare tilord det laget (nivå).

Den smertefulle

Som Memín sa i den gamle meksikanske paquinen:

"Diantres !!!"

Dette må gjøres for hver funksjon på hvert kart i hver kategori i hvert prosjekt.

For dette er det mulig å lagre importere, så det kalles bare fil for fil eller katalog. Sannheten er at det er hardt arbeid for å transformere data, spesielt hvis det er i separate filer. Det ville ikke skade, jobb en vba i .NET for aut
Hopp over prosessen i stedet for å takle denne oppgaven til fots, noe som kan føre til mer enn ett selvmord om dagen. Hovedproblemet er at for å gjøre spranget, er vi fortsatt avhengige av et spesialisert (og sterkt røkt) konsulentfirma for å forstå tarmene til Bentley Map og Geographics, det er mulig, men applikasjonene bør ikke være så astrale (la oss innse det, begge er) for vanlige brukere.

Enda mer smertefullt, hvis informasjonen ble lagret i det opprinnelige DNA i historien... den nye filen har ingen historie.

I konklusjonen

Løsningen som jeg presenterer er levedyktig hvis du har lite data, eller hvis de ble lagret i en romlig patron, så den triste konklusjonen er at migrasjonen fra Geographics til Bentley Map ikke er så lett på grunn av datatransformasjon. Hvis Geospatial Administrator, som han sa tidligere, er en tannpine, dataoverføring kan være enda mer smertefull, med mindre Bentley tenker på løsninger for brukerne som ikke vil gå fra en dag til den neste.

Å snakke med geofumede venner, de gjorde meg en uklok analogi, men siden i dag er en kjedelig dag i et seedy hotell, og sammenligningen er så sant, med din tillatelse vil jeg bruke den:

"Det er ikke som å bytte partnere ...

... det kan være som å miste jomfruen din igjen "