Многопользовательский доступ на чтение/запись к меткам

[sheavy]

Уважаемые форумчане а также, конечно, автор проекта,

Хотел бы обсудить возможность многопользовательского доступа к меткам.

Суть вопроса:

Несколько человек наносят на карту метки (в одной или разных категориях).
Таким образом, у каждого получается свой файл marks.sml и Categorymarks.sml
Хотелось бы найти красивое решение, как эти данные хранить в одном файле или базе данных.
Как бонус, было бы здорово иметь возможность назначать права, т.е. кому какие категории можно смотреть/редактировать

Возможные решения/подходы:

Написать скрипт, который "соединяет" метки из разных файлов marks.sml и Categorymarks.sml, правильно переписывая их id.
Затем можно было бы скопировать marks.sml и Categorymarks.sml всем пользователям
Минусы: скрипт нужно запускать по расписанию и очень желательно, чтобы SASPlanet не работала у пользователя в этот момент.
(На самом деле, такой скрипт уже написан на bash и работает), но лучше если...

Хранить данные меток в базе данных (MySQL, на пример).
Это бы сделало проект по настоящему многопользовательским (а это уже совсем другой уровень!).
Решение со скриптом, если честно - это "костыль", т.е. попытка сделать из однопользовательской программы многопользовательскую.
Это не очень красиво и грамотно. В базе данных хранить метки было бы лучшим решением.
Тем более что такие вещи (имею в виду БД) изначально заточены на многопользовательскую работу.

Заранее прошу прощения, если этот вопрос уже поднимался (не нашел...)

[vdemidov]

Раз пишите в этот раздел форума значит готовы написать модуль для работы с метками в базе данных на Delphi? За последний месяц работа с метками в САС.Планете кардинально переделана и уже почти можно это сделать. Так что можете начинать писать.

[movnet]

Раз пишите в этот раздел форума значит готовы написать модуль для работы с метками в базе данных на Delphi? За последний месяц работа с метками в САС.Планете кардинально переделана и уже почти можно это сделать. Так что можете начинать писать.

Поддерживаю тему. Но подскажите если вам не трудно с чего начать.

[DJ VK]

Возможно, что начать неплохо бы с ... классификации. Люди использую метки для разных целей, кто-то отмечает точками интересные места, кто-то обводит границы снимков и районов, а есть сугубо личные метки - "заначка тут", ""здесь будем завтра бухать". Вот именно такой набор надо упорядочить. Нужно "категорийное", послойное хранение меток и полигонов.чтобы один пользователь мог тремя нажатиями мышки склеить скажем свой слой "границы детальных снимков Google от 2010" со скачанным из инета "полный каталог границ детальных снимков Google".
Более простыми словами - мне кажется нужна глобальная классификация слоев. чтобы пользователь не просто писал имя метки и категорию, но мог ее идентифицировать по типу. И объединение однотипных меток могло бы задачу упростить....
Могу сразу сказать о главной трудности - метка привязана к координатам, которые определяет сам пользователь. и это не даст возможности сравнения и удаления аналогов, созданных разными людьми на ОДИН И ТОТ ЖЕ объект. может именно классификация объектов спасет??

[sheavy]

За последний месяц работа с метками в САС.Планете кардинально переделана

Это здорово. А что конкретно поменялось?

[vdemidov]

Вы старые исходники видели? Если нет, то разницу не заметите.

[Tikh]

Здравствуйте.

Я тоже заинтересован в появлении данного функционала, хотелось бы обсудить этот вопрос.

Возможные решения/подходы:
- Написать скрипт, который "соединяет" метки из разных файлов marks.sml и Categorymarks.sml
- Хранить данные меток в базе данных (MySQL, на пример)

Соединяющий скрипт - это реально костыль, думаю нет смысла его обсуждать.

Что касается возможных подходов, то я предлагал ещё такой вариант:

Хранить метки в отдельных файлах, один файл - одна метка. Папка - категория, вложенная папка - подкатегория, файл - метка.
В таком случае, многопользовательское использование получается само собой - место хранения меток расшаривается в локальной сети, проставляются разрешения пользователям на доступ к отдельным папкам/файлам.

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

[vdemidov]

Я уже достаточно сильно отделил код базы меток от в ГУИ и всего остального. Скоро можно будет думать о альтернативных вариантах хранения меток. А в программе пока ни поддержки базы, ни папок не будет. Готовьтесь писать плагины.

[nafa]

Я тоже заинтересован в появлении данного функционала, хотелось бы обсудить этот вопрос

http://sasgis.ru/wikisasiya/doku.php/ и там дальше по ссылке "отображение_на_карте_произвольной_информации_точек_картинок_и_т.п._из_базы_данных" (прямая ссылка не вставляется)

[Tikh]

Я тоже заинтересован в появлении данного функционала, хотелось бы обсудить этот вопрос

http://sasgis.ru/wikisasiya/doku.php/ и там дальше по ссылке "отображение_на_карте_произвольной_информации_точек_картинок_и_т.п._из_базы_данных" (прямая ссылка не вставляется)

Спасибо, буду иметь в виду. С одной стороны - конечно круто придумано, но с другой - хтонический адъ.

У меня уже на тысячи меток счёт идёт... Перекинуть их в такой метод - нереально

Кстати, метки - понятно, а как в данном случае решается вопрос с путями и полигонами?