View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000304SAS.Планета[All Projects] Хотелкаpublic06-12-2010 21:2308-07-2014 21:05
ReporterRussellMur 
Assigned Tozed 
PriorityurgentSeverityfeatureReproducibilityN/A
StatusresolvedResolutionfixed 
PlatformWindowsOS7OS VersionHome Basic
Product Version101206 
Target Version141111Fixed in Version141111 
Summary0000304: Импорт меток из файлов marks.sml и categorymarks.sml
DescriptionЕсть одна замечательная программа SAS.Планета,)))
можно ли прикрутить импорт меток из нее в отдельную категорию, например?
Tagssml, импорт, метки
Attached Files

- Relationships
related to 0000137closedvdemidov SAS.Планета Вложенные категории 
parent of 0002119resolvedvdemidov SAS.Планета Переделать интерфейс импортера меток для поддержки оформления и группирования меток 
parent of 0002143confirmed SAS.Планета Доделать реализацию импорта для поддержки настроек параметров импорта категорий 
has duplicate 0000232closedvdemidov SAS.Планета Объединение меток SAS.Planet 
related to 0002456resolvedzed SAS.Планета Экспорт меток в SML формат 
related to 0002474resolvedzed SAS.Планета Лишняя подкатегория при импотре трека 
child of 0001217confirmed SAS.Планета Избавиться от MidasLib 
child of 0001946closedvasketsov SACS.Планета Экспорт меток из SQLite в SML 
Not all the children of this issue are yet resolved or closed.

-  Notes
(0000732)
gpsMax (manager)
07-12-2010 01:00

А хорошая идея, могла бы помочь при обмене метками.
(0000734)
Tikh (reporter)
07-12-2010 05:34

Всё уже давно есть: http://sasgis.org/forum/viewtopic.php?f=47&t=1176&start=0

И вообще - нельзя злоупотреблять параметрами важности при создании инцидента!
С чего вдруг у данной хотелки "Приоритет неотложный", "Серьезность большая"?
(0000740)
RussellMur (reporter)
07-12-2010 18:01
edited on: 07-12-2010 19:02

2 Tikh: Никто не злоупотребляет - выставляю объективно, просто для меня эта хотелка критичнее сейчас, чем все баги что тут есть вместе взятые поэтому данная серьезность и приоритет выставлена верно
>Всё уже давно есть
Это, ИМХО - онанизм)))

(0000741)
gpsMax (manager)
07-12-2010 18:14

RussellMur, я тоже очень жду реализации нескольких хотелок, но как-то мысли не приходило выставлять им повышенный статус и требовать немедленно ими заняться :-) Как разработчики решат, так и тогда и будет сделано. Багтрекер может лишь помочь им в этом, упорядочив процесс, не более того. Попробуйте как-то заинтересовать людей, учитывая, что никто никому ничего не должен.
(0000742)
RussellMur (reporter)
07-12-2010 19:27

gpsMax, я прекрасно понимаю - что необходимо мне может быть бесполезно другим и наоборот. хотелки я не трогал, за живое не задевал,
Прошу прочитать внимательнее мое предыдущее сообщение и извинится за навет о моей недалекости)
FYI:Обычно я заинтересовываю спонсируя)
(0000745)
gpsMax (manager)
07-12-2010 19:42

>FYI:Обычно я заинтересовываю спонсируя)

Так это ж замечательный метод! В меню "Помощь->О программе" указаны реквизиты, по которым можно заинтересовать разработчиков. Главное, допишите коммент "на реализацию хотелки №304" :-)
(0000746)
RussellMur (reporter)
07-12-2010 20:35

знаю, юзал...
(0000748)
Tikh (reporter)
08-12-2010 05:37

>>Никто не злоупотребляет - выставляю объективно, просто для меня эта хотелка критичнее сейчас, чем все баги что тут есть вместе взятые поэтому данная серьезность и приоритет выставлена верно

Посмотрите в словаре значение слова "объективно".

>>Это, ИМХО - онанизм)))

Ну тогда соблюдайте воздержание. (Было бы Вам критично - пользовали бы то, что есть. А так, действительно - "хотелка").

>>Прошу прочитать внимательнее мое предыдущее сообщение и извинится за навет о моей недалекости)

Это не навет. Вы необоснованно выставили завышенные приоритеты инциденту.
Либо потому что не понимаете зачем они нужны в багтрекере, либо потому что из наглости хотите пролезть без очереди.
(0000750)
vdemidov (manager)
08-12-2010 07:46

Да. Нужно будет сделать.
(0000758)
RussellMur (reporter)
08-12-2010 20:30

Tikh,
> Ну тогда соблюдайте воздержание. (Было бы Вам критично - пользовали бы то, что есть.
уже справился своими силами:) а данная софтина полезная, хоть и сырая, и к сожалению я не понял как быстро слить метки 2-х планет, например как перетащить 30 категорий по 500 меток в каждой, без потери описания, иконок и начертания.
> Либо потому что не понимаете зачем они нужны в багтрекере, либо потому что из наглости хотите пролезть без очереди.
Судя по Вашим "Хотелось бы видеть..." [0000155], например, - я вовсе не наглый;)
Да, я не понимаю многого, - просто вводил в поля то что считал нужным. Не судите строго - это моя первая (и видимо последняя) хотелка здесь, до этого писал только про баги - видимо буду продолжать в том же духе, дабы не писал никто что я швах какой-то...
(0000763)
dumpy (reporter)
10-12-2010 07:48
edited on: 10-12-2010 07:56

было бы хорошо реализовать саму структуру меток в виде файлов и папок

Например.

sasplanet\marks\новая метка 1.mrk
sasplanet\marks\новая категория 1\новая метка 1.mrk

а вот уже в сам файл марки вписывать содержимое ....

<path="новая категория 1\новая метка 1.mrk" descr="" scale1="11" scale2="24" lonlatarr="39ulq/8k3MEEQE/oV69xX5vUBECcO9MA" lonL="48.46498488888889" latT="53.15173127777778" LonR="48.46498488888889" LatB="53.15173127777778" color1="-1493172480" color2="-1509949440" visible="TRUE" picname="1.png"/> итд...


path="новая категория 1\новая метка 1.mrk"

это нужно чтобы при открытии этой марки она копировалась по данному пути.
Если нет такой категории то она создавалась.

так и меняться будет проще

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

но это всего лишь моё ИМХО и реализовать это будет непросто...

(0000764)
Tikh (reporter)
10-12-2010 08:15

2 dumpy:

Меня в своё время посетила эта же идея! Изложил здесь:
http://sasgis.org/mantis/view.php?id=137#c262

Хранение меток файлами, категорий папками - необходимо мне как воздух, как говорится, ещё вчера. Но пока на реализацию разработчиками этой фишки надеяться не приходится. У меня есть возможность самому такое реализовать, но пока реализация немного зависла.
(0000765)
dumpy (reporter)
10-12-2010 08:29

2 Tikh

дико извиняюсь за дубль вашей идеи ... может как то объединить???
(0000766)
Tikh (reporter)
10-12-2010 08:34

Да извиняться-то за что? :) Идеи витают в воздухе. Объединить можно, но. Позиция разработчиков такова: эту идею надо реализовывать через плагины. Поэтому, покуда в программе нет поддержки плагинов, не будет реализации и этой идеи. В багтрекере даже не знаю - стоит инцидент открывать или нет.
Поддержка плагинов планируется, но когда она будет - неизвестно.
(0000772)
RussellMur (reporter)
11-12-2010 10:56
edited on: 11-12-2010 10:57

Согласен. Хранение меток в sml файлах неудобно. Идея файлового хранения замечательная. Думаю стоит организовать отдельную хотелку по форме хранения и формату меток.
Тогда моя хотелка и не нужна будет вовсе)))

(0003367)
cmy (reporter)
09-08-2011 13:26

Хочу немного раширить хотелку.
Сделать еще и синхронизацию двух компов.
Один стационарный, другой мобильный. На обоих есть marks.sml и categorymarks.sml
и их надо синхронизировать. Впринципе это можно делать через предложенный импорт, но это будет более сложный (для пользователя) процесс.

Пока приходиться синхронизировать простым копированием файлов. Только при этом теряются изменения сделанные на одном компе.
(0003368)
vdemidov (manager)
09-08-2011 13:32
edited on: 09-08-2011 13:34

Синхронизация к этой хотелке никаким боком не относится.

(0003369)
cmy (reporter)
09-08-2011 18:12

>Суть 0000304: Импорт меток из файлов marks.sml и categorymarks.sml

Как я понимаю запускаем САСПланету, заходим в импорт, даем ей чужие marks.sml и categorymarks.sml (допустим расшареный каталог на другом компе). И импортируем оттуда нужные метки.

Это практически синхронизация, только в ручном режиме. Нужна только галочка "импортировать все новые" и дальше сравнение по координатам (если метки с такими координатами в базе нет, то ее импортируем).

Конечно при таком подходе возникают сложности (до полноценной синхронизации нужны поля "дата последнего изменения" и "уникальный номер"). Допустим если в импортируемых файлах в описании метки были внесены изменения, то она не будет считаться "новой". Если метку чуть передвинут, то после импорта получим 2 метки в паре метрах друг от друга.

Но галочка импортировать "новые" будет очень полезна, хоть и не заменит полноценную синхронизацию.
(0003370)
gpsMax (manager)
10-08-2011 03:29

cmy, а что делать в таком случае с удаленными? Не, синхронизация - это всё-таки отдельная хотелка.
(0003373)
gpsMax (manager)
10-08-2011 03:42

http://sasgis.org/mantis/view.php?id=900
(0003379)
Tolik (manager)
10-08-2011 04:31

А я что-то не понял суть этой хотелки.
Что значит "Импорт меток из файлов marks.sml и categorymarks.sml"?
Импорт из этих файлов с другого компьютера, как написад cmy?
(0003398)
RussellMur (reporter)
10-08-2011 16:43
edited on: 11-08-2011 03:57

Tolik, Импорт — добавление данных, вставка данных из внешних источников в текущий файл/документ/базу данных.
Данная хотелка = Импорт меток из файлов marks.sml и categorymarks.sml в отдельную категорию.
 Имеется ввиду возможность добавления меток из "левых" файлов, созданных, например Вами и пересланными допустим мне по e-mail. Чтобы не заменять мои метки - я бы просто добавил (импортировал) Ваши метки к себе в новую категорию "Метки от Толика")))

(0003399)
RussellMur (reporter)
10-08-2011 17:20

2 dumpy, 2 Tikh, 2 All:
Вы не создавали хотелку "структура меток в виде файлов и папок"? Может как один из инициаторов идеи её создаст и обсудим там все плюсы и минусы?
Плюсы:
1. в будущем прикрутить возможность чтения всевозможных форматов меток, треков, и пр. например скинул в папку трек с навигатора - и он уже в программе, можно прикрутить чтение меток например из SML, MP, PLT, GDB, MPS или CSV, GPX, GPI, OV2, KML, XML, OV2, TXT, etc.
2. совместимость с текущим форматом - положил файлы .sml в отдельную папку - и старые метки у тебя в соответствующей категории...
Минусы:
1.сложно и долго реализовать поддержку всего и вся. Опять же плагины нужны.
2.скорость отображения - ?
(0003400)
Tolik (manager)
10-08-2011 17:34

Понятно. Пока что можно kmz пересылать, так даже лучше: зачем вам ВСЕ мои метки в одном большом файле. Там может и приватные есть :)
(0003401)
RussellMur (reporter)
10-08-2011 18:42

это был только пример)
(0009279)
Tolik (manager)
08-10-2012 05:35
edited on: 08-10-2012 05:38

Давайте сделаем хоть что-нибудь с этими sml.
У меня на четырёх или пяти компьютерах стоят САС.Планеты, на всех есть метки, а объединить (импортировать, синхронизировать) никак невозможно.
Через kml не предлагать, т.к. при этом многое теряется.
Кроме того, некоторые метки хотелось бы хранить (как память: проеханные где-то треки и поставленные там метки), но постоянно держать в базе данных не нужно.
Поэтому хотелось бы иметь не один marks.sml, а несколько. Не обязательно их все открывать и сохранять при каждом запуске (нсколько я понял, это не так просто).

Достаточно сделать импорт и экспорт sml.
Для начала так: при импорте указывать категорию, в ней создавать подкатегории из импортируемого файла, потом ручками разгребать.

(0009284)
vdemidov (manager)
08-10-2012 06:44

Рассказываю что для этого нужно сделать:
1. Сделать процедуру
TMarksSystem.ImportMarksTree(const ACategory: IMarkCategory; const ATree: IStaticTreeItem);
которая будет импортировать дерево меток в заданную категорию и создавать новые подкатегории.
2. Переделать все импорты с прямого создания меток в базе на создание дерева меток.
3. Написать парсер sml для меток и категорий и добавить новый импорт.

Вперед.
(0009285)
Tolik (manager)
08-10-2012 07:22

Вперёд так вперёд. Только я ничего не понял.
Вы хотите сказать, что нет парсера sml? А как же он открывается?
Это так трудно - создавать новые подкатегории? А я-то думал, только "имя\" приписать в начале..
Или вы хотите сказать, что легче совсем отказаться от формата sml, чем допилить его до номальной поддержки?
(0009286)
vdemidov (manager)
08-10-2012 07:29

А при чем тут формат sml. Все что я написал нужно делать в любом случае. Ни в одном из пунктов нет ничего сложного, просто нужно брать и реализовывать.
(0009923)
RussellMur (reporter)
14-11-2012 00:39

2vdemidov: Тов.ру-ль, не затруднит ли Вас кинуть на mur.ru[aт]mail.ru несколько ссылок для изучения матчасти по реализации сказанного Вами выше (c9284)
(0014214)
Tolik (manager)
08-05-2014 15:33

Хочу по прошествии двух лет от предыдущего моего коммента опять поднять эту тему. ПОЖАЛУЙСТА, сделайте уже что-нибудь! Очень нужно слить метки с двух компов в одну базу.
(0014215)
Tolik (manager)
08-05-2014 16:15

Скачал SACS, слил метки без проблем.
Неужели так трудно готовый васкецовский код вставить в САС?
(0014396)
vasketsov (manager)
08-07-2014 18:07

>Неужели так трудно
Это как раз тот случай, когда политика важнее логики.
Давно надо было SML выпилить вообще, а по уму - даже не браться за него.
(0014397)
zed (manager)
08-07-2014 18:09

Как раз сижу, пилю импорт. Сегодня-завтра будет :)
(0014398)
vdemidov (manager)
08-07-2014 18:31

>Как раз сижу, пилю импорт. Сегодня-завтра будет :)
Давно пора
(0014399)
zed (manager)
08-07-2014 19:40

>Давно пора
Ну, мне оно вроде особо жить не мешало, а подсистема меток для меня до недавнего времени была этаким чёрным ящиком, в который страшно заглядывать. Сейчас же просто задумал прикрутить альтернативный способ хранения меток, поэтому без нормального импорта, как без рук.

Вечер убил, но вроде всё получилось. Помучился конечно, пока сделал импорт с сохранением иерархии вложенных категорий - TMarkSystem.ImportItemsTree оказалась недоделанной и импортировала всё в одну категорию.
(0014400)
vdemidov (manager)
08-07-2014 20:15

>TMarkSystem.ImportItemsTree оказалась недоделанной и импортировала всё в одну категорию.
Даже тикет есть такой. Увы все руки не доходили.
(0014401)
zed (manager)
08-07-2014 20:20

Ага, только тикет я слишком поздно заметил. Там ещё оказывается и конфиг какой-то предусмотрен... ты проверь мой код, я там мог нахомутать конкретно.

- Users who viewed this issue
User List Anonymous (5441x), vdemidov (1x), podonok15 (2x), hrucker (2x), Alezy80 (1x)
Total Views 5447
Last View 20-08-2019 05:13

- Issue History
Date Modified Username Field Change
06-12-2010 21:23 RussellMur New Issue
07-12-2010 01:00 gpsMax Note Added: 0000732
07-12-2010 05:34 Tikh Note Added: 0000734
07-12-2010 18:01 RussellMur Note Added: 0000740
07-12-2010 18:11 RussellMur Note Edited: 0000740 View Revisions
07-12-2010 18:14 gpsMax Note Added: 0000741
07-12-2010 19:02 RussellMur Note Edited: 0000740 View Revisions
07-12-2010 19:02 RussellMur Note Edited: 0000740 View Revisions
07-12-2010 19:27 RussellMur Note Added: 0000742
07-12-2010 19:42 gpsMax Note Added: 0000745
07-12-2010 20:35 RussellMur Note Added: 0000746
08-12-2010 05:37 Tikh Note Added: 0000748
08-12-2010 07:46 vdemidov Priority immediate => normal
08-12-2010 07:46 vdemidov Severity major => feature
08-12-2010 07:46 vdemidov Target Version => 110311.Alfa
08-12-2010 07:46 vdemidov Note Added: 0000750
08-12-2010 07:46 vdemidov Status new => acknowledged
08-12-2010 20:30 RussellMur Note Added: 0000758
10-12-2010 07:48 dumpy Note Added: 0000763
10-12-2010 07:49 dumpy Note Edited: 0000763 View Revisions
10-12-2010 07:56 dumpy Note Edited: 0000763 View Revisions
10-12-2010 08:15 Tikh Note Added: 0000764
10-12-2010 08:29 dumpy Note Added: 0000765
10-12-2010 08:34 Tikh Note Added: 0000766
11-12-2010 10:56 RussellMur Note Added: 0000772
11-12-2010 10:57 RussellMur Note Edited: 0000772 View Revisions
10-03-2011 10:06 vdemidov Target Version 110311.Alfa => 22xxxx
10-03-2011 19:23 gpsMax Tag Attached: sml
10-03-2011 19:23 gpsMax Tag Attached: импорт
10-03-2011 19:23 gpsMax Tag Attached: метки
10-03-2011 19:23 gpsMax Tag Attached: экспорт
07-04-2011 02:53 gpsMax Relationship added related to 0000137
07-04-2011 03:06 gpsMax Relationship added related to 0000292
07-04-2011 03:06 gpsMax Relationship deleted related to 0000292
07-04-2011 03:07 gpsMax Relationship added related to 0000232
11-04-2011 07:09 vdemidov Status acknowledged => confirmed
09-08-2011 13:26 cmy Note Added: 0003367
09-08-2011 13:32 vdemidov Note Added: 0003368
09-08-2011 13:34 vdemidov Note Edited: 0003368 View Revisions
09-08-2011 18:12 cmy Note Added: 0003369
10-08-2011 03:29 gpsMax Note Added: 0003370
10-08-2011 03:42 gpsMax Note Added: 0003373
10-08-2011 04:31 Tolik Note Added: 0003379
10-08-2011 16:43 RussellMur Note Added: 0003398
10-08-2011 17:20 RussellMur Note Added: 0003399
10-08-2011 17:34 Tolik Note Added: 0003400
10-08-2011 18:42 RussellMur Note Added: 0003401
11-08-2011 03:57 gpsMax Note Edited: 0003398 View Revisions
22-06-2012 16:07 vdemidov Relationship replaced has duplicate 0000232
08-10-2012 05:35 Tolik Note Added: 0009279
08-10-2012 05:38 Tolik Note Edited: 0009279 View Revisions
08-10-2012 06:44 vdemidov Note Added: 0009284
08-10-2012 07:22 Tolik Note Added: 0009285
08-10-2012 07:29 vdemidov Note Added: 0009286
14-11-2012 00:39 RussellMur Note Added: 0009923
30-12-2012 22:35 vdemidov Relationship added child of 0001217
11-05-2013 09:57 vdemidov Target Version 22xxxx => 131111
06-06-2013 08:37 vdemidov Tag Detached: экспорт
10-06-2013 17:51 vasketsov Relationship added child of 0001946
27-08-2013 09:27 vdemidov Relationship added parent of 0002119
09-09-2013 07:32 vdemidov Relationship added parent of 0002143
16-09-2013 07:40 vdemidov Target Version 131111 => 22xxxx
04-11-2013 15:31 vdemidov Target Version 22xxxx => 140303
03-03-2014 08:47 vdemidov Target Version 140303 => 140404
19-03-2014 08:03 vdemidov Target Version 140404 => 141111
08-05-2014 15:33 Tolik Note Added: 0014214
08-05-2014 15:34 Tolik Priority normal => urgent
08-05-2014 16:15 Tolik Note Added: 0014215
08-07-2014 18:07 vasketsov Note Added: 0014396
08-07-2014 18:09 zed Note Added: 0014397
08-07-2014 18:31 vdemidov Note Added: 0014398
08-07-2014 19:40 zed Note Added: 0014399
08-07-2014 20:15 vdemidov Note Added: 0014400
08-07-2014 20:20 zed Note Added: 0014401
08-07-2014 21:04 zed Status confirmed => resolved
08-07-2014 21:04 zed Fixed in Version => 141111
08-07-2014 21:04 zed Resolution open => fixed
08-07-2014 21:04 zed Assigned To => zed
09-07-2014 16:05 zed Relationship added related to 0002456
10-08-2014 18:38 vdemidov Relationship added related to 0002474



Copyright © 2007 - 2019 SAS.Planet Team