На главную... Продукты | Технологии | Классификаторы | Проекты | Скачать | Цены| Форум | Статьи | Обучение | Контакты

Схема взаимодействия

Поиск  Пользователи  Правила  Войти
Форум » Серверные приложения » ГИС Сервер
Страницы: 1 2 След.
RSS
Схема взаимодействия, Как организовать схему работы различных СПО
 
Здравствуйте. Изучаю документацию по различным программных продуктам, входящих в состав ГИС. Комплекс программ и документации на нее очень много - поэтому прошу помощи.

Необходимо организовать следующую схему работы:

1. Оператор наносит обстановку на карту и сохраняет в базе;
2. Затем сторонними средствами, меняются координаты нанесенных объектов и эти изменения отображаются на веб-клиенте.

Из того что пока удалось выяснить:

Первый пункт, реализуется при помощи ГИС Сервер и настроенного DBM файла для базы данных. Обстановка наносится в ГИС "Оператор". Второй пункт при помощи GisWebtoolkit.  Подскажите, в правильном направлении ли я? И если да, то как решаются вопросы с полностью динамическим созданием новой обстановки - без добавления дополнительных DBM-файлов, разграничение прав доступа и так далее. И как в случае обновления данных в базе оповестить веб-клиента, созданного при помощи  GisWebtoolkit.

Все планируется реализовывать под АстраЛинукс.

Если я неправильно понял, то подскажите, пожалуйста, правильную организацию подобной схемы работы.
 
Цитата
Алексей написал:
Здравствуйте. Изучаю документацию по различным программных продуктам, входящих в состав ГИС. Комплекс программ и документации на нее очень много - поэтому прошу помощи.

Необходимо организовать следующую схему работы:

1. Оператор наносит обстановку на карту и сохраняет в базе;
2. Затем сторонними средствами, меняются координаты нанесенных объектов и эти изменения отображаются на веб-клиенте.

Из того что пока удалось выяснить:

Первый пункт, реализуется при помощи ГИС Сервер и настроенного DBM файла для базы данных. Обстановка наносится в ГИС "Оператор". Второй пункт при помощи GisWebtoolkit.  Подскажите, в правильном направлении ли я? И если да, то как решаются вопросы с полностью динамическим созданием новой обстановки - без добавления дополнительных DBM-файлов, разграничение прав доступа и так далее. И как в случае обновления данных в базе оповестить веб-клиента, созданного при помощи  GisWebtoolkit.

Все планируется реализовывать под АстраЛинукс.

Если я неправильно понял, то подскажите, пожалуйста, правильную организацию подобной схемы работы.
Здравствуйте!

1) ГИС Сервер нужен для хранения данных, разграничении прав, взаимодействия с БД и их коллективного редактирования.
2) ГИС Оператор нужен для редактирования данных на настольном клиенте.
3) Данные с ГИС Сервера должны быть опубликованы для работы в web. Для этого нужен продукт GIS WebServiceSE
Опубликованные данные будут доступны как для толстого клиента, так и для тонкого.
4) Отображение данных в браузере осуществляется средствами продукта GIS WebServerSE. Для разработки своих компонентов в web можно использовать GisWebtoolkit.

Схема взаимодействия показана на рисунке
2020-02-12_141749.png (238.27 КБ)
С уважением, Демиденко Р.А.
 
Да, спасибо. Но это общая схема работы - это понять удалось сразу. Хотел немного прояснить по деталям в рамках конкретной задачи. Продублирую вопросы:
Цитата
Первый пункт, реализуется при помощи ГИС Сервер и настроенного DBM файла для базы данных. Обстановка наносится в ГИС "Оператор". Второй пункт при помощи GisWebtoolkit.  Подскажите, в правильном направлении ли я? И если да, то как решаются вопросы с полностью динамическим созданием новой обстановки - без добавления дополнительных DBM-файлов, разграничение прав доступа и так далее. И как в случае обновления данных в базе оповестить веб-клиента, созданного при помощи  GisWebtoolkit.
 
Цитата
Алексей написал:
Да, спасибо. Но это общая схема работы - это понять удалось сразу. Хотел немного прояснить по деталям в рамках конкретной задачи. Продублирую вопросы:
Цитата
Первый пункт, реализуется при помощи ГИС Сервер и настроенного DBM файла для базы данных. Обстановка наносится в ГИС "Оператор". Второй пункт при помощи GisWebtoolkit.  Подскажите, в правильном направлении ли я? И если да, то как решаются вопросы с полностью динамическим созданием новой обстановки - без добавления дополнительных DBM-файлов, разграничение прав доступа и так далее. И как в случае обновления данных в базе оповестить веб-клиента, созданного при помощи  GisWebtoolkit.
Любая обстановка будет формироваться на заранее созданной векторной карте. Карта хранится на ГИС Сервере, следовательно, любое действие будет передано на клиента (web-браузер). Чтобы клиент увидел, что произошли обновления, можно на GisWebtoolkit дописать функцию, которая будет информировать клиента. Сейчас информирования нет.
С уважением, Демиденко Р.А.
 
Цитата
Роман Демиденко написал:
Сейчас информирования нет.
Не совсем так... Если изменения происходят в атрибутах объекта обстановки, то как вариант - "Серия объекта", и визуально видно, что объект изменился. Если нужно другой вид "оповещения", то как вариант - "триггер в БД", и... хоть "смс", хоть удар в колокол :-)
 
Цитата
Vitaliy Belenkov написал:
Цитата
Роман Демиденко написал:
Сейчас информирования нет.
Не совсем так... Если изменения происходят в атрибутах объекта обстановки, то как вариант - "Серия объекта", и визуально видно, что объект изменился. Если нужно другой вид "оповещения", то как вариант - "триггер в БД", и... хоть "смс", хоть удар в колокол :-)
В случае с веб-клиентом скорее интересует либо REST API, либо вебсокеты.


И подскажите, пожалуйста, есть ли такая возможность:

Цитата
И если да, то как решаются вопросы с полностью динамическим созданием новой обстановки - без добавления дополнительных DBM-файлов, разграничение прав доступа и так далее.
 
Цитата
Алексей написал:
И если да, то как решаются вопросы с полностью динамическим созданием новой обстановки - без добавления дополнительных DBM-файлов, разграничение прав доступа и так далее.
Если размещение обстановки должно производиться в БД, то без заранее созданного соединения не выйдет.
На локальные данные - это возможно осуществить.
С уважением, Демиденко Р.А.
 
Цитата
Роман Демиденко написал:
Если размещение обстановки должно производиться в БД, то без заранее созданного соединения не выйдет.
На локальные данные - это возможно осуществить.

Это означает, что каждый слой со своей обстановкой = отдельный dbm файл? Или все таки как-то в рамках одного файла можно?
 
Цитата
Алексей написал:
Цитата
Роман Демиденко написал:
Если размещение обстановки должно производиться в БД, то без заранее созданного соединения не выйдет.
На локальные данные - это возможно осуществить.

Это означает, что каждый слой со своей обстановкой = отдельный dbm файл? Или все таки как-то в рамках одного файла можно?
Если все типы объектов будут лежать в одной таблице и иметь свои ключи, то при настройке DMB можно указать на установку отображения объекта по ключу. Тогда ГИС Сервер будет это учитывать и объекты разносить по своим слоям.
Но чаще всего встречается, что одна таблица - один слой данных или вообще отдельный тип объекта.
С уважением, Демиденко Р.А.
 
Цитата
Алексей написал:
И если да, то как решаются вопросы с полностью динамическим созданием новой обстановки - без добавления дополнительных DBM-файлов, разграничение прав доступа и так далее.
Мне все же кажется, что Вы с Романом говорите немного про  разное.
Цитата
Роман Демиденко написал:
то без заранее созданного соединения не выйдет.
Мое мнение - возможно. Просто нужно сначала понять, что Вы вкладываете в понятие "создание НОВОЙ обстановки"? Как пример - есть карта (документ), создали DMP-файл. На 09.00 карта "пустая". В 10.30 - на карту (в БД) происходит наполнение обстановкой. Все в онлайн режиме отображается на карте. Дополнительные настройки ГИС Сервера (DMP-файлы) не нужны. Идем далее - обстановку удалили (карту/БД почистили) - ничего менять не нужно.
Можно усложнить архитектуру - заранее создать набор карт (документов), исходя из всех имеющихся в системе задач... Также, есть такое понятие, как "Виртуальная папка ГИС Сервера" - это одно соединение с ГИС Сервером (один DMP-файл). А содержимое "папки" может динамически меняться...
Т.е. можно заранее спроектировать систему так, чтобы в дальнейшем администрирование или не нужно было, или же было минимальным.
Страницы: 1 2 След.
Читают тему (гостей: 1)



© КБ Панорама, 1991-2024

Регистрируясь или авторизуясь на форуме, Вы соглашаетесь с Политикой конфиденциальности