Migrazione caratteristiche da Geographics di Bentley Map

Qualche tempo fa abbiamo parlato di ciò che significa fare il salto da Microstation Geographics Bentley Map, abbiamo parlato di come sia il lavoro schemi e alcuni importanti vantaggi di Bentley Map. Già in un post ho parlato il più possibile migrare la struttura progetto, in questo caso voglio masticare su come migrare le mappe con gli attributi Geographics a XFM caratteristica classi.

Mentre una struttura di progetto costruito con Geographics Legacy possono essere importati da Bentley Map, non significa che gli oggetti hanno attributi che verranno riconosciuti dal nuovo progetto, dovrebbero essere assegnati.

Come funzionava la Geografia?

Nello stile Geographics gli oggetti attraverso un MSLINK avevano un'associazione a un database, che era tutto ciò che l'oggetto aveva, un collegamento di tipo OLE. Questo MSLINK ha associato l'oggetto grafico dal file dgn tramite il MAPNAME della tabella MAPS e tramite MSCATALOG per identificare dove ottenere i dati da Entitynum. Inoltre, esistevano doppi tavoli per progetti compatibili con intergraph che in genere contenevano un UG prima.

i file di forma esportano la mappa geografiche di bentley

Inoltre l'oggetto aveva un FEATURE, sebbene non fosse dinamico, quando assegnato assunse le proprietà definite per quell'attributo (tra i quali i comandi) e questo era associato alla tabella CATEGORY. Un oggetto può avere più di un attributo e la priorità è quella che ha assegnato lo stile finale, che FEATURE e altri oggetti collegati alla base sono stati associati alla tabella MSCATALOG in cui sono stati assegnati gli stessi entitynum che era l'ombelico di tutto.

dbdiagrm

Poi il file index.dgn Ha mantenuto le forme di mappe collegate, qui le mappe hanno acquisito un MAPID, quindi ogni tavolo collegato a Geographics ha avuto almeno due campi: MSLINK (numero di entità grafica, è univoco in ogni mappa) che è sempre la chiave primaria e MAPID ( quale mappa è memorizzata, è unica nel catalogo delle mappe) che è una chiave estera alla tabella MAPS.

Quindi l'unico modo per interagire con i dati è stato collegandosi alla base e le operazioni con esso sono state fatte alla bestia come essere l'aggiornamento nelle tabelle che avevano informazioni sull'oggetto come area, perimetro e coordinate in modo che Publisher sapesse come visualizzarlo. Potrebbe anche essere estratto etichette che sono caduti come oggetti dal database con lo stesso collegamento dell'oggetto collegato.

Sembra semplice, ma mi ha costato un mondo per capirlo da MGE e la cosa dolorosa è che tutto quel fumo non aiuta molto per un progetto con Bentley Map.

Come funziona il Bentley Map

i file di forma esportano la mappa geografiche di bentley Un progetto Bentley Map mantiene la stessa logica di Categoria, attributo, mappa, oggetto; ma in questo caso, sostituendo la forma di collegamento dati OLE per XML molti dei cambiamenti di processo.

In questo caso, l'oggetto sulla mappa può avere dati memorizzati (nello stesso dgn), che è inteso come xml o come Bentley lo chiama wfm. Quindi cambia anche che ora gli oggetti possono avere solo un attributo ed essere associati spazialmente alle regole topologiche; prima che possa essere la stessa linea del limite del manzanero e anche il limite della proprietà, ora devono essere oggetti separati ma con un'associazione topologica tale che quando si modifica anche l'altro è così.

Quindi interagire con i dati, è un semplice click, indipendentemente dal fatto che sia connesso al progetto, puoi leggere tutto ciò che è stato lasciato come dati xfm. E poi la gestione di etichette e proprietà degli attributi, con le sole modifiche apportate da Geospatial Administrator. Prima, apportare modifiche era solo una vista dinamica attraverso Publisher, ma gli oggetti che dovevano essere rimossi e riassegnati all'attributo.

Inoltre, Bentley Map offre opzioni per creare moduli dati, processi sequenziali, comandi associati (metodi / operazioni / domini / criteri / relazioni) e altre piroette che facilitano la costruzione dei dati.

Qualcosa non è cambiato molto, ed è che, come dicono gli utenti di ESRI, il verde fumato serve a masticare e digerire.

Il problema

Ora è possibile migrare la struttura di un progetto, quindi aggiungere funzionalità tramite l'amministratore Geospatial, che sarebbe pronto per continuare a alimentare i dati ma il dilemma è:

E le mappe costruite con Geografia?

Per questo Bentley non ha progettato alcun artefatto che permette di convertire gli oggetti da un progetto Legacy in un xfm ... Che cazzo!

La proposta che intendo suggerire è quella che ritengo vera e propria, dopo aver chiacchierato con un amico che mi ha contattato dal Cile, dopo diverse e-mail siamo arrivati ​​ad una vecchia ma funzionale Geofumada.

Passo 1. Esportare i file di forma

Da un progetto Geographics aperto, viene scelta la possibilità di esportare attributi ai file di forma (file / esporta / SHP). Questo deve essere fatto per ciascuno caratteristica esistenti sulla mappa.

i file di forma esportano la mappa geografiche di bentley

Sarebbe necessario combattere un po 'quando gli oggetti sono centroid / boundary, in quanto sarebbe necessario passarli in forme trasferendo il collegamento a loro.

Anche l'esportazione può essere fatta a Mapinfo, a seconda delle preferenze.

Passo 2. Importazione da Bentley Map

i file di forma esportano la mappa geografiche di bentley E ora, dal progetto Bentley Map, abbiamo scelto l'opzione di importazione (File / import / tipi di dati GIS), con questa viene visualizzata la finestra Interoperabilità, il tasto destro del mouse viene fatto importazioni ed è selezionato nuova importazione.

Con il pulsante destro del mouse in Imoport1 è selezionato un file o una directory completa. È possibile importare file di formaun i file di forma esportano la mappa geografiche di bentley File Mapinfo tipo mif e tab.

Toccando il tasto classe di funzioni Possiamo vedere che è possibile selezionare il livello, il colore, la trasparenza e altre proprietà.

Per assegnarlo caratteristica che ci interessa, è sufficiente assegnarlo allo strato (livello).

Il doloroso

Come ha detto Memín in quella vecchia paquina messicana:

"Diantres !!!"

Ciò dovrebbe essere fatto per ogni funzione in ogni mappa di ciascuna categoria di ciascun progetto.

Per questo è possibile salvare il file importare, quindi viene chiamato solo file per file o per directory. La verità è che c'è un duro lavoro per trasformare i dati, specialmente se si trovano in file separati. Non sarebbe male lavorare un vba in .NET per aut
Per omettere il processo invece di affrontare questo compito a piedi, che può causare più di un suicidio un giorno. L'intero problema è che per fare in modo che il salto dipenda ancora da un consiglio specializzato (e molto affumicato) per capire il coraggio di Bentley Map e Geographics, è possibile, ma le applicazioni non dovrebbero essere astratte (ammettono, entrambe sono) per gli utenti ordinari.

Ancora più doloroso, se le informazioni sono state memorizzate nel DNA originale nella storia... il nuovo file non avrà alcuna storia.

Insomma

La soluzione che presento è valida se ci sono pochi dati o se sono stati archiviati in una cartuccia spaziale, quindi la triste conclusione è che la migrazione da Geographics a Bentley Map non è così semplice, a causa della trasformazione dei dati. Se l'amministratore geospaziale, come ho detto prima, lo è un mal di denti, la migrazione dei dati potrebbe essere ancora più dolorosa a meno che Bentley non pensi alle soluzioni per i propri utenti che non vogliono passare da un giorno all'altro.

Parlando con amici geofumati, mi hanno fatto un'analogia scoraggiante, ma da oggi è un giorno noioso in un hotel sconcertato e il confronto è così vero, con il tuo permesso lo userò:

"Non è come cambiare partner ...

... potrebbe essere come perdere la tua verginità di nuovo "

Lascia un commento

L'indirizzo email non verrà pubblicato.

Questo sito utilizza Akismet per ridurre lo spam. Scopri come vengono elaborati i dati dei tuoi commenti.