Migrați caracteristici de la Geographics la Bentley Map

Cu ceva timp în urmă am vorbit despre ce înseamnă să faceți saltul de la Microstation Geographics la Bentley Harta, am vorbit despre cum atât lucrează schemele și câteva beneficii importante ale Bentley Map. Într-o postare am vorbit deja despre cum este posibil să migreze structura din proiect, în acest caz vreau să mănânc cum să migrăm hărți cu atributele Geographics la clasele de caracteristici ale xfm.

Deși o structură de proiect construită cu Geographics Legacy poate fi importată de pe Bentley Map, aceasta nu înseamnă că atributele pe care obiectele le au vor fi recunoscute de noul proiect, acestea trebuie să fie atribuite.

Cum funcționează Geografia

În stilul Geographics, obiectele printr-un MSLINK aveau o asociere cu o bază de date, adică tot ce avea obiectul, o legătură de tip OLE. Acest MSLINK a asociat obiectul grafic din fișierul dgn prin MAPNAME din tabelul MAPS și prin MSCATALOG pentru a identifica de unde să obțineți datele Entitynum. În plus, au existat tabele duble pentru proiectele compatibile cu Intergraph care aveau de obicei un UG înainte.

În plus, obiectul avea o CARACTERISTICĂ, deși acest lucru nu era dinamic, la atribuirea acestuia a dobândit proprietățile definite pentru acel atribut (inclusiv comenzi) și a fost asociat tabelului CATEGORIE. Un obiect ar putea avea mai multe atribute și prioritatea a fost cea atribuită de stilul definitiv, că FEATURE și alte obiecte legate de bază au fost asociate tabelului MSCATALOG unde li s-a atribuit entitynum asta era ombilicul tuturor.

Apoi fișierul index.dgn menținând formele de hărți legate, aici hărțile dobândit o MapID, deci fiecare masă legată de cel puțin a avut Criterii geografice două domenii: MSLINK (număr de entități grafice, este unic pe fiecare harta), care este întotdeauna cheia primară și MapID ( care hartă este stocată, este unică în catalogul de hărți) care este o cheie străină a tabelului MAPS.

Singurul mod de a interacționa cu datele a fost prin conectarea la bază și operațiile cu aceasta au fost făcute la fiară  cum ar fi actualizarea tabelelor care aveau informații despre obiect, cum ar fi zona, perimetrul și coordonatele, astfel încât Publisher să știe cum să-l afișeze. De asemenea, ai putea extrage etichete care au căzut ca obiecte din baza de date cu aceeași legătură a obiectului asociat.

Se pare simplu, dar mi-a costat o lume care să o înțeleagă de la MGE, iar lucrurile dureroase sunt că tot acest fum nu ajută prea mult la un proiect cu Bentley Map.

Cum funcționează Bentley Map

Un proiect Bentley Map menține aceeași logică a categoriei, atributului, hărții, obiectului; dar în acest caz, prin înlocuirea formei de legături de date OLE prin XML, o mare parte din schimbările de proces.

În acest caz, obiectul de pe hartă poate avea date stocate (în același dgn), care este înțeles ca xml sau așa cum îl numește Bentley wfm. Apoi se schimbă și faptul că acum obiectele pot avea un singur atribut și pot fi asociate spațial prin reguli topologice; Înainte, limita mărului putea fi aceeași linie și, de asemenea, limita proprietății, acum acestea trebuie să fie obiecte separate, dar cu o asociere topologică, astfel încât, atunci când se modifică unul, este și celălalt.

Deci, interacțiunea cu datele este la doar un clic distanță, indiferent dacă sunteți sau nu conectat la proiect, puteți citi tot ce a rămas ca date xfm. Și apoi manipularea etichete și atribute, doar făcând modificări de la Administratorul Geospațial. Anterior, efectuarea modificărilor era dinamică doar în vizualizare prin Publisher, dar obiectele necesitau ca atributul să fie eliminat și reatribuit.

În plus, Bentley Map oferă opțiuni pentru a crea formulare de date, procese secvențiale, comenzi asociate (metode / operațiuni / domenii / criterii / rapoarte) și alte piruete care facilitează construirea datelor.

Ceva nu sa schimbat prea mult și este așa cum spun utilizatorii ESRI că fumatul ia verde să mestece și să-l digereze.

Problema

Acum, migrați structura unui proiect este posibil, apoi adăugați funcționalitate prin intermediul administratorului geospațial, care ar fi gata să continue să hrănească date, dar dilema este:

Și hărțile construite cu geografia?

Pentru aceasta Bentley nu a proiectat nici un artefact care să permită conversia obiectelor dintr-un proiect Legacy într-un xfm ... Ce dracu '!

Propunerea pe care o voi sugera este cea pe care o văd viabilă, după ce am discutat cu un prieten care ma contactat din Chile, după mai multe e-mail-uri, am ajuns la o geofumadă veche, dar funcțională.

Pasul 1. Export pentru a forma fișiere

Dintr-un proiect deschis Geographics, este aleasă opțiunea de a exporta atribute pentru a forma fișiere (fișier / export / SHP). Acest lucru trebuie făcut pentru fiecare trăsătură existente pe hartă.

Ar fi necesar să luptăm puțin atunci când obiectele sunt centroid / limită, deoarece ar fi necesar să le transmitem formele transferând link-ul către ele.

De asemenea, exportul poate fi făcut în Mapinfo, în funcție de preferințele dvs.

Pasul 2. Importarea de pe harta Bentley

Și acum, din proiectul Bentley Map, am ales opțiunea de import (Tipuri de fișiere / import / GIS), cu aceasta apare fereastra Interoperabilitate, butonul din dreapta al mouse - ului se face în importurile și este selectat import nou.

Dând clic dreapta pe Imoport1 se selectează fie un fișier, fie un întreg director. Este posibil să importați forma fișieresau Fișierele Mapinfo tip mif și fila.

Apăsând pe clasa de caracteristici Putem vedea că este posibil să selectați nivelul, culoarea, transparența și alte proprietăți.

Pentru al aloca trăsătură că suntem interesați, trebuie doar să îi atribuim stratul (nivel).

Ce dureros

Așa cum spunea Memín în vechea paquină mexicană:

"Diantres !!!"

Acest lucru ar trebui făcut pentru fiecare caracteristică de pe fiecare hartă din fiecare categorie din fiecare proiect.

Pentru aceasta este posibil să salvați import, deci este numit fișier cu fișier sau director. Adevărul este că există o muncă grea pentru a transforma datele, mai ales dacă sunt în fișiere separate. Nu ar strica, lucrați un vba în .NET pentru aut
Omiteți procesul în loc să abordați această sarcină pe jos, ceea ce poate duce la mai mult de câteva sinucideri pe zi. Principala problemă este că, pentru a face saltul, depindem în continuare de o consultanță specializată (și foarte fumată) pentru a înțelege curajul Bentley Map și Geographics, este posibil, dar aplicațiile nu ar trebui să fie atât de astrale (să recunoaștem, ambele sunt) pentru utilizatorii obișnuiți.

Chiar mai dureros, dacă informațiile ar fi păstrate în ADN-ul original în istorie... noul fișier nu va avea istoric.

În concluzie

Soluția pe care o prezint este viabilă dacă aveți puține date sau dacă a fost stocat într-un cartuș spațial, deci trista concluzie este că migrarea de la Geographics la Bentley Map nu este atât de ușoară, datorită transformării datelor. Dacă Administratorul Geospațial, așa cum a spus mai înainte, este o durere de dinți, migrarea datelor ar putea fi chiar mai dureroasă decât dacă Bentley se gândește la soluții pentru utilizatorii săi care nu vor să meargă de la o zi la alta.

Vorbind cu prietenii geofumați, mi-au făcut o analogie neînțeleasă, dar de astăzi este o zi plictisitoare într-un hotel deșert și comparația este atât de adevărată, cu permisiunea dvs. o voi folosi:

"Nu este ca schimbarea partenerilor ...

... ar putea fi ca și cum ți-ai pierde din nou virginitatea "