Aly (Автор тем)

Добрый день!

Хочу предложить вариант расширения возможностей ГИС в части персонализация слоев на сервере (это не расчеты это про ГИС).

Итак, Дано:

Вектор – информация о местоположении объекта его длине, площади, типе в виде слоя лежащего на сервере.

Куча информации имеющая разную смысловую нагрузку, но относящаяся к 1 объекту . Информация может быть размещена в разных БД.

ZULU позволяет к вектору присоединить БД. При этом к 1 типу может быть только 1 база содержащая 1 источник данных.

А также можно создать надписи и тематические раскраски основанные на данных БД, дабы выделить интересующие данные.

Проблема: разные пользователи с разными потребностями в информации видят одни и те же надписи, темы и БД.

А хотят видеть каждый свое, свои темы, свои надписи, свою форму данных.

Существующие решения :

-Создание разных форм. Форму трудно найти. Надписи все равно в общей куче и не каждый может их изменить.

-Свое рукописное приложение – решает проблему, но кто его будет писать, особенно в малом населенном пункте? А если что то быстро поменять нужно?

-Копирование слоя с сервера и создание своего персонального слоя – возникает проблема синхронизации геометрии вектора между слоями – содержащими по сути один и тот же вектор, но разную смысловую нагрузку.

Поэтому новое Решение:

Поскольку слой в ZULU это набор файлов, а сервер использует ссылку на файл b.00.

То что мешает, сделать ссылки на файлы с БД, ссылки на надписи или тематические раскраски?

В этом случае мы можем создать несколько вариантов БД к одному вектору, несколько вариантов надписей и тем к 1 БД в зависимости от потребности. Сложить эти варианты в разные папки на сервере и добавить в них ссылку на основной вектор. Таким образом, для ПТО будет один набор данных, для проектировщиков другой, для имущества третий, сбыт, капстрой и т.д. Права соответственно на папки назначаются.

В этом случае у каждого свой набор данных, со своими правами, набором тем и надписей, а вектор один и тот же. И если вектор изменился, то он изменится у всех.

И у отдельных товарищей конечно будет полный набор данных с вектором. Они могут редактировать вектор

Остается проблема – основные характеристики, хранимые в основной БД (диаметр, материал, год эксплуатации инв. номер – которые нужны всем или большинству.   Если вся информация лежит в 1 БД – источнике то проблем нет, а если нет? Поэтому ZULU должна все таки уметь использовать таблицы из разных источников данных в 1 БД т.е. уметь использовать несколько строк соединения в зависимости от таблицы.

Тогда инвариантность создания ГИС повышается в разы.