A Geographics-ből a Bentley térképre átvihető funkciók
Néhány évvel ezelőtt arról beszéltünk, hogy mit jelent a Microstation Geographics ugrásához Bentley Map, beszéltünk arról, hogyan mind a munka vázlatok és a Bentley Map néhány fontos előnye. Már egy bejegyzésben beszéltem arról, hogy ez hogyan lehetséges migrálják a szerkezetet a projektben, ebben az esetben azt szeretném rágni, hogyan kell átvinni a térképeket a Geographics attribútumokkal az xfm szolgáltatásosztályokhoz.
Bár a projekt struktúra épült Geographics Legacy behozható Bentley Map nem jelenti azt, hogy tárgyak attribútumokat fogják ismerni az új projekt, akkor meg kell rendelni.
Hogyan működött a földrajz
A Geographics stílusban az objektumok egy MSLINK-en keresztül társultak egy adatbázishoz, vagyis az objektumnak csak egy OLE típusú kapcsolata volt. Ez az MSLINK társította a grafikus objektumot a dgn fájlból a MAPS tábla MAPNAME-jén keresztül és az MSCATALOG segítségével, hogy azonosítsa, honnan szerezzen adatokat. Entitynum. Ezenkívül dupla táblázatok is voltak az Intergraph kompatibilis projektekhez, amelyek általában korábban UG-t hordoztak.
Ezenkívül az objektumnak volt FEATURE-je, bár ez nem volt dinamikus, hozzárendelésekor megszerezte az adott attribútumhoz meghatározott tulajdonságokat (beleértve a parancsokat is), és társítva volt a CATEGORY táblához. Egy objektumnak több attribútuma lehet, és a prioritás az, amelyet a végleges stílus rendel, hogy a FEATURE és más, az alaphoz kapcsolt objektumok társítva voltak az MSCATALOG táblához, ahol hozzájuk rendelték őket entitynum ez volt a köldök mindent.
Akkor a fájlt index.dgn A térképek összekapcsolódtak, itt a térképek MAPID-t kaptak, ezért a Geographics-hoz kapcsolódó minden tábla legalább két mezőt tartalmazott: az MSLINK (grafikus entitások száma, minden térképen egyedi), amely mindig az elsődleges kulcs és a MAPID amely térkép tárolva, egyedülálló a térképkatalógusban), ami a MAPS tábla külsõ kulcsa.
Tehát az adatokkal való kapcsolattartás egyetlen módja az volt, hogy az alaphoz csatlakoztak, és a műveletek vele történtek a fenevadat például frissíteni az objektumról, például területről, kerületről és koordinátákról szóló információkat tartalmazó táblákat, hogy a Publisher tudta, hogyan jelenítse meg azokat. Kivonhatná címkék amely az adatbázisból származó objektumként a kapcsolt objektum ugyanazon linkjével esett.
Egyszerűnek tűnik, de nekem egy olyan világba került, hogy megértsem az MGE-ből, és a fájdalmas dolog az, hogy az a füst nem sok segítséget nyújt a Bentley Map projekthez.
Hogyan működik a Bentley térkép?
A Bentley Map projekt ugyanazt a logikát tartja fenn: Kategória, attribútum, térkép, objektum; de ebben az esetben, ha az OLE adatkapcsolat formáját XML-sel helyettesítjük, az eljárásváltozások nagy részét.
Ebben az esetben a térképen lévő objektumnak tárolhatók adatai (ugyanabban a dgn-ben), ami xml-nek vagy Bentley wfm-nek nevezi. Aztán az is megváltozik, hogy az objektumoknak csak egyetlen attribútuma lehet, és a topológiai szabályok szerint térben társíthatók; Korábban ugyanaz a vonal lehet az almafa és a tulajdonság határa is, most külön objektumoknak kell lenniük, de olyan topológiai asszociációval, hogy az egyik módosításakor a másik is így legyen.
Tehát az adatokkal való interakció csak egy kattintásra van, függetlenül attól, hogy csatlakozik-e a projekthez, elolvashatja mindazt, ami xfm adatként maradt. És akkor a címkék és attribútumokat tulajdonít, csak a térinformatikai rendszergazdától történő módosításokkal. Korábban a változtatások csak a Publisheren keresztüli nézetben voltak dinamikusak, de az objektumok megkövetelték az attribútum eltávolítását és új hozzárendelését.
A Bentley Map emellett lehetőséget kínál adatlapok, szekvenciális folyamatok, társított parancsok (módszerek / műveletek / tartományok / kritériumok / jelentések) és egyéb piruettek létrehozására, amelyek megkönnyítik az adatok felépítését.
Valami nem változott sokat, és az ESRI felhasználók azt mondják, hogy a füstölt zöld a rágásra és megemésztésére szolgál.
A probléma
Most áttérhet a projekt struktúrájára, majd hozzáadhatja a funkciót a Geospatial Administratoron keresztül, amely készen áll arra, hogy folytassa az adatok táplálását, de a dilemma:
És a térképek a Geographics-val?
Ehhez a Bentley nem tervezett olyan tárgyat, amely lehetővé teszi objektumok konvertálását egy Legacy projektről xfm-re ... Mi a fasz!
Az a javaslat, amelyet elmondok, az az, amit életképesnek tartok, miután beszélgetett egy barátommal, aki kapcsolatba lépett velem Chile-ből, több e-mail után egy régimódi, de funkcionális Geofumada-hoz érkeztünk.
1 lépés. Formázott fájlok exportálása
Egy nyitott Geographics projektből kiválaszthatja az alakformátumok attribútumainak exportálását (file / export / SHP). Ezt mindegyiknél meg kell tenni vonás térképen.
Szükséges lenne egy kicsit küzdeni, ha az objektumok középpontja / határa van, mivel át kell adni őket az alakzatoknak a linkek átadásával.
A kivitelt Mapinfo-ra is elvégezheti.
2 lépés. Importálás a Bentley térképről
És most, a Bentley Map Project-ből, az importálási opciót választottuk (Fájl / import / GIS adattípusok), ezzel megjelenik az ablak Az interoperabilitás, a jobb egérgomb be van kapcsolva behozatal és kiválasztásra kerül új import.
Az Imoport1 jobb gombbal kattintva kijelölhet egy fájlt vagy egy teljes könyvtárat. Lehetséges importálni alakú fájlokategy 
Mapinfo fájlok írja be a mif és a lapot.
Érintse meg a szolgáltatási osztály Láthatjuk, hogy lehetséges a szint, a szín, az áttetszőség és más tulajdonságok kiválasztása.
Annak hozzárendelése vonás hogy érdekel, csak add meg a réteg (szint).
A fájdalmas
Amint Memín elmondta a régi mexikói rémületet:
"Diantres !!!"
Ezt minden egyes projekt kategóriájában minden térképen meg kell csinálni.
Ehhez meg lehet menteni a importál, ezért csak fájlról fájlra vagy könyvtárra hívjuk. Az igazság az, hogy kemény munka folyik az adatok átalakításán, különösen, ha külön fájlokban vannak. Nem ártana, működjön egy vba a .NET-ben az aut
Hagyja ki a folyamatot ahelyett, hogy ezt a feladatot gyalog kezelné, ami naponta többnél több öngyilkossághoz vezethet. A fő probléma az, hogy az ugrás folytatásához speciális (és erősen füstölt) tanácsadástól kell függenünk, hogy megértsük a Bentley Map and Geographics csínját-bínját, de lehetséges, hogy az alkalmazások ne legyenek annyira asztrálisak (valljuk be, mindkettő igen) a hétköznapi felhasználók számára.
Még fájdalmasabb, ha információt tároltak az eredeti DNS-ben a történelemben... az új fájlnak nincsenek történetei.
befejezésül
Az általam bemutatott megoldás életképes, ha kevés adata van, vagy ha egy térbeli patronban tárolták őket, ezért az a szomorú következtetés az, hogy az adatátalakítás miatt a Geographics-ról a Bentley Map-re való áttérés nem olyan egyszerű. Ha a térinformatikai adminisztrátor, mint korábban mondta, az fogfájás, az adatátvitel még fájdalmasabb lehet, hacsak Bentley nem gondolkodik olyan megoldásokról a felhasználók számára, akik nem akarnak egyik napról a másikra elmenni.
A gömbölyű barátaimmal beszélgetve bölcsen hasonlítottak rám, de mivel ma unalmas nap van egy szeszélyes szállodában, és az összehasonlítás annyira igaz, az ön engedélyével fogom használni:
"Nem olyan, mint a partnerek megváltoztatása ...
... lehet, hogy újra elveszíted a szüzességedet "
