Bentley Geospatial Administrator, tandvärk
Bentley Geospatial Administrator är en av de saker som Bentley inte har kunnat göra smältbar och det har inte funnits många övningar som förklarar dess genomförande i ett riktigt projekt. Målet med detta verktyg, som är ett komplement till Bentley Map, är all projektkonstruktion som tidigare gjordes inom geografi, såsom:
- Skapa kategorier
- Skapa funktioner
- Konfigurera anslutningen till databasen
- Definiera topologiska regler
- Överensstämmer med användningsskalor
- Uppdatera tabeller
Men allt vi visste om geografi är till liten nytta, eftersom funktionaliteten hos geospatialadministratören är halvvägs för en åktur. Den har många funktioner, men ganska gömd bakom en höger musknapp; vilket är dyrt i början.
Fördelar med Geospatial Administrator.
Att jämföra vad som gjordes med Geographics är några fördelar:
- Figuriner, menar jag, innan de flesta konfigurationer saknade grafisk plugin.
- Mindre programmering, innan du gör det krävs att du ringer med koden för .ucf-filer och mer.
- Verkliga egenskaper, nu är symbologin inte ett attribut för CAD, som tidigare men är helt associerad med attributet
- Skala, attribut kan ha skalegenskaper, så att de visas eller döljas i konfigurerbara skalor
- Kommandon som är förknippade med attribut, dessa är konstruktionskarakteristika definierade för skapandet av objekt, till exempel: när jag ska skapa en gataaxel aktiveras linestring-kommandot omedelbart; Detta kallas metoder.
- Kartan har data, det är möjligt att definiera hur många attribut eller data som ska ligga inuti xml på kartan, så att dgn innehåller data utan att behöva ansluta till en databas eller kompletterande filer.
- Direktlänk, när du ångrar eller gör om, finns det ingen inkonsekvens, som det hände tidigare eftersom en länk kan skapa ett objekt utan att referera till databasen.
Verktyget i sig är mycket robust, vad som händer är att det är komplext att använda. För fallet, Bentley Hotell är en applikation byggd med Geospatial Administrator som dessutom har en handledare som guidar den ursprungliga konformationen.
En vän närmade sig mig den andra gången, och han frågade mig om jag kunde förklara det ... i flera inlägg hoppas jag kunna göra det, för nu när jag tittar på Bentley Map V8i och jag ser att de inte går tillbaka från behovet av att lägga till trollkarl i detta pussel. För närvarande förblir inlägget på en allmän nivå.
Historia och logik
Geospatialadministratören härrör från anpassningen av xml-tekniken i Microstation V8.5, känd som XFM. Från och med Microstation V8.9, känd som XM Geographics, döptes om till Bentley Map och det är så som det fortfarande kallas i V8i.
I grunden är projekten med Bentley strukturerad i denna linje, som förklaras av vår vän Martin:
Projekt (Projekt) ............................jämviktigt till skolan
Exempel: Cadastre Project
Kategorier (kategorier) ................. motsvarar graderna
Exempel: Kategorier: Kadastral, väg, skogsbruk, hydrologisk ...
Attribut (Funktioner) ......................... motsvarande ämnena
Exempel: gataxel, fastighetspolygon, bro ...
Kartor (Maps) ..................................... motsvarar eleverna
Exempel: Karta HJ44-2D.cat, skogsområde B.for, 0311.hid
Tidigare byggdes allt detta från geografisk sida, nu är all konfiguration åtskild från geospatialadministratören och lämnar bara konstruktionen från användarsidan av Bentley Map. Såsom att öppna kartan x, visa listan över kategorier, tilldela attribut till den, tematisera den genom att validera dess topologi, analysera rumsliga lager ... etc.
Så den Geospatial Administrator liknar på något sätt konformationen av en Geodatabase, bara den som i sig innehåller ingenting annat än egenskaperna för hela projektet.
Strukturen för den geospatiala administratören
Vad vi har är en trädstruktur av de olika konfigurationerna som bärs av ett projekt, med vinsten som nu allting görs härifrån.
Konfigurationerna är grupperade i:
- Egenskaperna för alla användare i allmänhet (Alla användare)
Alla dessa är projektgeneraler.
den kategorier De är på den här nivån och inte i den speciella användaren.
Standarden för topologi och konfigurationen av databas till vilket projektet är anslutet.
- Den nuvarande användarens arbetsyta
Dessa är redan specifika för arbetsytan som kallas användare, eller vad vi kallade före ucf;. Till skillnad från allmänna parametrar kan den innehålla:
-Särskilda operationer och metoder för varje funktion. Du kan också definiera vilka funktioner användaren kan ha.
-Work vågar
-Archives, som frö eller delade bibliotek
-Macros och gränssnittsverktyg anpassade för användaren.
Allt detta var möjligt i Geographics genom en .ucf-fil, som gjorde det möjligt att direkt öppna Geographics i det definierade projektet, med nödvändiga verktyg ... men det gjordes med ren kod.
- Ordboken för koordinatsystem
Här är de olika konfigurationerna för koordinatsystem
- Rumsliga datakällor
Här definieras konfigurationerna för åtkomst till rumsliga databaser via Oracle, liksom indexet som är filen som innehåller ett rumsindex för alla registrerade kartor i databasen.
Och då?
Projektstrukturen förblir densamma om projektet importeras från Geography men strukturen ändras om den är byggd från början:
Härifrån är det värt att komma ihåg några intressanta mappar:
- idx, där indexfilen och närhetenen är lagrade
- frö, är där fröfilen lagras
- sql, sökningar sparas här
- tlr, här är de topologiska skikten
- wrk, arbetsfiler
Tyvärr vet jag inte vad jag ska avsluta i slutet av det här inlägget, om någon köper Bentley Map och inte vet hur man använder Geospatial Administrator ... det hjälper inte. Geospatial Administrator är för rökt för användare som börjar i GIS.
Men det är inte en synd av Bentley, leksaken är mycket robust, med .NET kan du göra underverk men som Geography, svår att ech
att gå utan mega-helpDet finns exempel som medföljer programvaran som redan är monterad. Synd är lite praktisk undervisning om detta; som en mycket bra video där ett komplett projekt byggs och sedan matas, drivs och exporteras till Geoweb Publisher. Så att den som ska genomföra den vet vilken väg som ska följas.
Jag vet att det är mycket att fråga, men det är vad vi är, kunder som vi ber om. Ah, jag glömde. På spanska snälla du.
Andra relaterade inlägg:
