Добрый день!
Хочу предложить вариант расширения возможностей ГИС в части персонализация слоев на сервере (это не расчеты это про ГИС).
Итак, Дано:
Вектор – информация о местоположении объекта его длине, площади, типе в виде слоя лежащего на сервере.
Куча информации имеющая разную смысловую нагрузку, но относящаяся к 1 объекту . Информация может быть размещена в разных БД.
ZULU позволяет к вектору присоединить БД. При этом к 1 типу может быть только 1 база содержащая 1 источник данных.
А также можно создать надписи и тематические раскраски основанные на данных БД, дабы выделить интересующие данные.
Проблема: разные пользователи с разными потребностями в информации видят одни и те же надписи, темы и БД.
А хотят видеть каждый свое, свои темы, свои надписи, свою форму данных.
Существующие решения :
-Создание разных форм. Форму трудно найти. Надписи все равно в общей куче и не каждый может их изменить.
-Свое рукописное приложение – решает проблему, но кто его будет писать, особенно в малом населенном пункте? А если что то быстро поменять нужно?
-Копирование слоя с сервера и создание своего персонального слоя – возникает проблема синхронизации геометрии вектора между слоями – содержащими по сути один и тот же вектор, но разную смысловую нагрузку.
Поэтому новое Решение:
Поскольку слой в ZULU это набор файлов, а сервер использует ссылку на файл b.00.
То что мешает, сделать ссылки на файлы с БД, ссылки на надписи или тематические раскраски?
В этом случае мы можем создать несколько вариантов БД к одному вектору, несколько вариантов надписей и тем к 1 БД в зависимости от потребности. Сложить эти варианты в разные папки на сервере и добавить в них ссылку на основной вектор. Таким образом, для ПТО будет один набор данных, для проектировщиков другой, для имущества третий, сбыт, капстрой и т.д. Права соответственно на папки назначаются.
В этом случае у каждого свой набор данных, со своими правами, набором тем и надписей, а вектор один и тот же. И если вектор изменился, то он изменится у всех.
И у отдельных товарищей конечно будет полный набор данных с вектором. Они могут редактировать вектор
Остается проблема – основные характеристики, хранимые в основной БД (диаметр, материал, год эксплуатации инв. номер – которые нужны всем или большинству. Если вся информация лежит в 1 БД – источнике то проблем нет, а если нет? Поэтому ZULU должна все таки уметь использовать таблицы из разных источников данных в 1 БД т.е. уметь использовать несколько строк соединения в зависимости от таблицы.
Тогда инвариантность создания ГИС повышается в разы.