View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003436 | SAS.Планета | Хотелка / Feature request | public | 18-04-2019 08:15 | 18-04-2019 10:34 |
| Reporter | OfK | Assigned To | vdemidov | ||
| Priority | normal | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | no change required | ||
| Platform | Windows | OS | 7 | OS Version | Professional |
| Product Version | 181221 | ||||
| Summary | 0003436: Упрощение танцев с бубном при перемещении БД на другой диск. | ||||
| Description | Админы, плииз примите хотелку. Как сейчас.... Есть БД SAS, установленная на диске, например, D. Или на сервере, на сетевом диске, например W. В БД есть файл с метками в формате db3. Метки с фотографиями. Сама прога стоит на диске С и в ней прописаны пути к диску с БД. Появляется потребность перенести БД на другой диск. Переписать пути в настройках проги - это не сложно. Хотя и тут возможен трабл, если пользователь вначале перенесет БД на новый диск, а затем попробует открыть прогу, то она его пошлёт с тезисом "Нет карт" (да, я знаю, что пути прописаны в текстовом ini файле, но его править тоже не сильно удобно). Основная проблема с метками в Marks.db3 По умолчанию, в метках пишутся абсолютные пути к контенту, типа <img width=600 src="W:\SAS_GIS\MediaData\2017\12\15\IMG_20171215_110642.jpg"> и при переносе БД на другой диск контент меток перестаёт открываться. В ручную править пути в метках нереально (их может быть не одна сотня). По состоянию на сейчас приходится открывать Marks.db3 в SQL редакторе и изменять пути там. Согласитесь, не всем пользователям это под силу. Через это следующая хотелка: 1. Разрешите проге открываться даже в случае, если она по своим путям не находит карты. В этом случае пользователь сможет удобно править пути и после переноса БД. 2. В настройках проги добавьте три окна. Первое окно - информационное (без опции ввода), в котором будет указан текущий путь к контенту. Например "W:\SAS_GIS\MediaData\". Второе окно, с вводом, "Что изменить в пути". Третье окно "На что изменить" и кнопкой выполнить. Тогда пользователь посмотрев на первое окно, введёт во второе окно "W:\SAS_GIS" и введёт в третье окно "Z:\NEW_SAS_GIS", а прога сама переправит в Marks.db3 все нужные куски текста. 3. Сделайте в Marks.db3 единообразное описание пути. Сейчас в одном поле путь пишется прописными буквами. В другом - для фотографий весь путь заглавными буквами, для видеоконтента буква диска прописная, все остальное заглавными. Приходится в SQL редакторе вначале высматривать все вариации, а потом править в несколько проходов. Естественно, всё хотелки ПЛИИЗ :-) | ||||
| Tags | No tags attached. | ||||
|
|
<img width=600 src="W:\SAS_GIS\MediaData\2017\12\15\IMG_20171215_110642.jpg"> Не делайте так. Пользуйтесь ссылками sas://MediaData/2017/12/15/IMG_20171215_110642.jpg А путь к MediaData задайте один раз в настройках. А если хочется сделать что бы картинки открывались во внешнем просмотрщике, то в последних ночнушках можно делать линки с путями типа sas://MediaData\2017\12\15\IMG_20171215_110642.jpg#sas.app |
|
|
Да, так можно. Но это удобно если добавлять вручную пару меток. Трабл, что в моем случае нужно регулярно одновременно добавить порядка сотни фотографий с геотегами. И при импорте фотографий SAS по умолчанию прописывает абсолютные пути. Или где то можно указать Ваш вариант "по умолчанию" для импорта? |
|
|
Если при импорте jpg c геотегами файлы лежат там куда указывает MediaData, то САС автоматом заменит на такой путь, который я указал. |
|
|
Проверил, действительно так.... А это в новой стабильной версии такая фича появилась? В прошлой вроде такого не было. |
|
|
Фича с открытием во внешнем просмотрщике, появилась недавно, а MediaData уже очень давно. Вот хотелка за 2014 год про относительные пути при импорте фоток http://www.sasgis.org/mantis/view.php?id=1955 |
|
|
Странно... Я на новую стабильную версию пересел только недавно. До этого пользовал 160707, БД с метками делал ей, и при импорте были абсолютные пути, хотя фотографии и лежали в MediaData. Ну да ладно, это уже дела истории. Спасибо!!!! Вопрос исчерпан. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 18-04-2019 08:15 | OfK | New Issue | |
| 18-04-2019 09:33 | vdemidov | Note Added: 0018668 | |
| 18-04-2019 09:39 | OfK | Note Added: 0018669 | |
| 18-04-2019 09:41 | OfK | Note Edited: 0018669 | |
| 18-04-2019 09:42 | OfK | Note Edited: 0018669 | |
| 18-04-2019 09:43 | vdemidov | Note Added: 0018670 | |
| 18-04-2019 09:57 | OfK | Note Added: 0018671 | |
| 18-04-2019 10:18 | vdemidov | Note Added: 0018672 | |
| 18-04-2019 10:22 | vdemidov | Relationship added | related to 0001955 |
| 18-04-2019 10:31 | OfK | Note Added: 0018673 | |
| 18-04-2019 10:32 | OfK | Note Edited: 0018673 | |
| 18-04-2019 10:33 | OfK | Note Edited: 0018673 | |
| 18-04-2019 10:33 | vdemidov | Status | new => resolved |
| 18-04-2019 10:33 | vdemidov | Resolution | open => no change required |
| 18-04-2019 10:33 | vdemidov | Assigned To | => vdemidov |
| 18-04-2019 10:34 | vdemidov | Status | resolved => closed |
| 08-08-2025 13:24 | zed | Category | Хотелка => Хотелка / Feature request |