Bentley Geospatial Administrator, зъбобол
Геопространственият администратор на Bentley е едно от нещата, които Bentley не е успял да направи смилаеми и не е имало много упражнения, които обясняват изпълнението му в реален проект. Целта на този инструмент, който е допълнение към Bentley Map, е цялото изграждане на проекта, което преди е било направено от Geographics, като например:
- Създайте категории
- Създаване на функции
- Конфигурирайте връзката към базата данни
- Определете топологичните правила
- Съответства на скалите за разполагане
- Обновяване на таблици
Всичко обаче, което знаехме за Geographics, е от малка полза, тъй като функционалността на геопространствения администратор е нещо като разходка. Той има много възможности, макар и доста скрити зад десен бутон на мишката; което в началото е скъпо.
Предимства на геопространствения администратор.
Сравнявайки това, което беше направено с Географията, това са някои предимства:
- Фигурки, искам да кажа, преди повечето конфигурации да нямаха графичен плъгин.
- По-малкото програмиране, преди да направите това, изисква объркване с кода на .ucf файловете и др.
- Истинските характеристики, сега, символът не е атрибут на CAD, както преди, но е напълно свързан с атрибута
- Скалата, атрибутите могат да имат мащабни свойства, така че те се показват или скриват при конфигурируеми скали
- Команди, свързани с атрибути, това са конструктивни характеристики, дефинирани за създаването на обекти, като например: когато създавам улична ос, командата за разпознаване се активира незабавно; Това се нарича методи.
- Картата разполага с данни, можете да определите колко от атрибутите или XML данни е в рамките на картата, така че DGN съдържа данни без да е необходимо да бъдат свързани с база данни или кош файлове.
- Директна връзка при отмяна или преработка няма несъответствие, както се е случило преди, защото връзката може да създаде обект без да се позовава на базата данни.
Самият инструмент е много здрав, случва се, че е сложен за използване. За случая, Bentley по кадастъра е приложение, изградено с Geospatial Administrator, което освен това има и учител, който ръководи първоначалната конформация.
Приятел се обърна към мен другия път и той ме попита дали мога да го обясня ... в няколко публикации се надявам да го направя, защото сега, когато гледам Bentley Map V8i и виждам, че те не отстъпват от необходимостта да добавят wizzard към този пъзел. Засега публикацията остава на общо ниво.
История и логика
Геопространственият администратор възниква от адаптирането на xml технологията в Microstation V8.5, известна като XFM. От Microstation V8.9, известен като XM Geographics, е преименуван на Bentley Map и това е начинът, по който все още се нарича във V8i.
По същество проектите с "Бентли" са структурирани по този ред, както беше обяснено от нашия приятел Мартин:
Проект (проект) ............................ Еквивалент на училището
Пример: Проект по кадастър
Категории (категории) ............... .. еквивалентни на степените
Пример: Категории: кадастрални, пътни, горски, хидроложки ...
Атрибути (функции) ......................... еквивалентно на субектите
Пример: улична ос, многоъгълник на имота, мост ...
Карти (Карти) ..................................... еквивалентни на студентите
Пример: Карта HJ44-2D.cat, горска зона B.for, 0311.hid
Преди всичко това беше изградено от географската страна, сега цялата конфигурация е отделена от геопространствения администратор, оставяйки само конструкцията от потребителската страна на Bentley Map. Като например отваряне на картата x, показване на списъка с категории, присвояване на атрибути към нея, тематизиране чрез, валидиране на нейната топология, анализ на пространствени слоеве ... и т.н.
Така че администратора геопространствена изглежда някак си до образуването на GeoDataBase, само себе си не съдържа нищо, но свойствата на целия проект.
Структура на геопространствения администратор
Това, което имаме, е структурата на дърветата на различните конфигурации, пренесени от проекта, с печалбата, че сега всичко се прави оттук.
Конфигурациите са групирани в:
- Характеристиките за всички потребители като цяло (Всички потребители)
Всички те са генерали на проекта.
на категории те са на това ниво, а не на конкретния потребител.
Стандартите на топология и конфигурацията на база данни към който е свързан този проект.
- Работното пространство на текущия потребител
Те вече са специфични за работното пространство, известно като потребител, или това, което наричахме преди ucf;. За разлика от общите параметри, той може да съдържа:
-отделни операции и методи за всяка характеристика. Можете също така да определите какви функции може да има потребителят.
-Разни скали
-Архиви, като семена или споделени библиотеки
-Макроси и интерфейсни инструменти, персонализирани за потребителя.
В географски условия всичко това е възможно чрез .ucf файл, който позволяваше директно да се отвори Geographics в дефинирания проект с необходимите инструменти ... но това беше направено с чист код.
- Речникът на координатните системи
Ето различните конфигурации за координатните системи
- Източници на пространствени данни
Тук те се определят настройките за достъп до пространствени бази данни чрез Oracle, както и индексът е файла, който съдържа пространствен индекс на всички карти, регистрирани в базата данни.
И тогава?
Структурата на проекта остава същата, ако проектът се внася от Geographics, но структурата се променя, ако е изградена от нулата:
От тук си заслужава да си спомняте някои интересни папки:
- idx, където се съхраняват индексният файл и околността
- семена, където се съхранява семенният файл
- sql, търсенията се запазват тук
- tlr, тук са топологичните слоеве
- wrk, работни файлове
За съжаление не знам какво да заключа в края на тази публикация, ако някой купи Bentley Map и не знае как да използва Geospatial Administator ... това не помага. Геопространственият администратор е твърде пушек за потребители, които започват работа в ГИС.
Но това не е грях на Бентли, играчката е много здрава, с .NET можете да правите чудеса, но като Geographics, трудно да се
да ходиш без мега-помощИма примери, които идват с вече сглобения софтуер. Грехът е малко практическо учение за това; като едно много добро видео, в което се изгражда цялостен проект и след това се подава, експлоатира и експортира в Geoweb Publisher. Така че, който ще го приложи, знае кой маршрут да следва.
Знам, че е много да се иска, но това сме ние, клиенти, които искаме. А, забравих. На Испански Моля те.
Други свързани постове:
