SASGIS - SAS.Планета
View Issue Details
0002176SAS.Планета[All Projects] Хотелкаpublic19-09-2013 08:5706-11-2013 11:05
Garl 
 
normalminorhave not tried
confirmedopen 
Windows7Professional
121010 
24xxxx 
0002176: Хранить локально список существующих на сервере версий карт
Собственно вот с чем столкнулся:

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

имея тайловый кэш на неком ресурсе, о версиях ещё нужно догадаться и правильно их вписать...
(ведь версии отображаются только те которые есть в текущем зуме в текущем тайле)

http://localhost/14/9966/5890.png без версии
http://localhost/v1/14/9966/5890.png - версия 1
http://localhost/v2/14/9966/5890.png - версия 2


так вот хотелка в том чтобы хранить список версий в params.txt
availableVersion=1;2;3;4
и выводить их независимо от кэша.

может будут ещё предложения\улучшения

версионный кэш
related to 0001984confirmed  Версионный кэш: список имеющихся версий 
parent of 0002090confirmed  Разделить версию для закачки от версии для отображения 
related to 0002402resolved Garl В списке версий отображать и дату 
related to 0002439confirmed  Возможность указывать, какие версии кэша следует отображать 
Not all the children of this issue are yet resolved or closed.
Issue History
19-09-2013 08:57GarlNew Issue
20-09-2013 19:04PapazolNote Added: 0012867
20-09-2013 19:06GarlRelationship addedrelated to 0001984
20-09-2013 19:06GarlNote Added: 0012868
20-09-2013 19:07GarlTag Attached: версионный кэш
20-09-2013 19:43zedNote Added: 0012869
20-09-2013 19:57GarlNote Added: 0012870
20-09-2013 20:02vdemidovNote Added: 0012871
20-09-2013 20:03GarlNote Added: 0012872
20-09-2013 20:12zedNote Added: 0012873
20-09-2013 20:13zedRelationship addedparent of 0002090
20-09-2013 20:13vdemidovNote Added: 0012874
20-09-2013 20:13GarlNote Added: 0012875
20-09-2013 20:16zedSummaryВерсии карт => Хранить локально список существующих на сервере версий карт
20-09-2013 22:07GarlNote Added: 0012876
21-09-2013 16:01PapazolNote Added: 0012878
21-09-2013 16:40zedNote Added: 0012880
21-09-2013 18:24GarlNote Added: 0012884
21-09-2013 18:32PapazolNote Added: 0012885
21-09-2013 18:47zedNote Added: 0012886
21-09-2013 18:51PapazolNote Added: 0012887
21-09-2013 19:03GarlNote Added: 0012888
21-09-2013 23:24vasketsovNote Added: 0012889
26-09-2013 19:35vdemidovStatusnew => confirmed
26-09-2013 19:36vdemidovProduct Version.Nightly => 121010
26-09-2013 19:36vdemidovTarget Version => 24xxxx
06-11-2013 11:05vdemidovPriorityhigh => normal
06-11-2013 11:05vdemidovSeveritymajor => minor
23-04-2014 04:19GarlRelationship addedrelated to 0002402
29-05-2014 12:29vdemidovRelationship addedrelated to 0002439

Notes
(0012867)
Papazol   
20-09-2013 19:04   
http://sasgis.org/mantis/view.php?id=1984 не оно?
(0012868)
Garl   
20-09-2013 19:06   
не совсем оно, но рядом
(0012869)
zed   
20-09-2013 19:43   
А я совсем не понял, о чём вообще речь - какая-то "раздача склеенных листов", получение версий неизвестно откуда и http запросы на localhost... Чё за нафиг?

>и выводить их независимо от кэша.
Выводить куда? В меню по ПКМ?

И да, идея со списком всех имеющихся версий тайлов в кэше уже звучала и по-моему сошлись, что вещь нужная. Но тут просится вообще "независимо от кэша", т.е. даже если в кэше нету ни одного тайла с такой версией, в меню по ПКМ эти версии всё равно будут отображаться? И зачем они там, если тайлов-то нету и отображать заведомо нечего?
(0012870)
Garl   
20-09-2013 19:57   
а как качать версионные тайлы если ты их версиях ничего не знаешь? (кэш пустой)
а они(версии) есть!
(0012871)
vdemidov   
20-09-2013 20:02   
Нее, это к версионному кэшу никакого отношения не имеет. Это предложение добавить возможность в zmp прописывать список существующих на сервере версий.
(0012872)
Garl   
20-09-2013 20:03   
но в идеале они будут качаться в версионный кэш.
(0012873)
zed   
20-09-2013 20:12   
>в zmp прописывать список существующих на сервере версий.
А, ну тогда это к вопросу о разделении версий для просмотра и для загрузки. Т.е. о том, что нужно хранить список версий для просмотра (на основе имеющихся версий в кэше) мы уже договорились, а тут пришли к тому, что нужен похожий список и для версий, что доступны для загрузки с сервера. Тогда да, имеет право быть :)
(0012874)
vdemidov   
20-09-2013 20:13   
А можно и в неверсионный, совершенно обычный. Ничуть не хуже. Допиливай, если есть желание, только сразу предусмотри как по возможности хранить набор версий с любыми символами в одном параметре инишки.
(0012875)
Garl   
20-09-2013 20:13   
при этом надо учитывать что GE умеет отдавать версии, а "Тупая железяка с тайловым кэшем" - нет
(0012876)
Garl   
20-09-2013 22:07   
может так:
Задавать (в ZMP)локально список существующих на сервере версий карт
(0012878)
Papazol   
21-09-2013 16:01   
Когда мы пытаемся скачать тайлы новой, ранее не скачивавшейся версии, мы прописываем её название в параметрах карты. Если на выделенной области ни один тайл указанной версии не сохранился (потому что все они уже существуют в другой версии или не существуют вообще), то название введённой версии не нужно сохранять в zmp. Если же хотя бы один тайл был сохранён, то название этой версии сохраняем в zmp. Так мы накопим в zmp названия всех версий, которые когда-либо были скачаны для данной карты. Нужно будет куда-нибудь вывести эти названия для просмотра и выбора.
(0012880)
zed   
21-09-2013 16:40   
>мы прописываем её название в параметрах карты
Так хотелка за то, чтобы не прописывать эти версии вручную, а чтобы они уже были в zmp и пользователь мог выбрать из списка/меню эти версии и качать их куда угодно (в том числе и в не версионный кэш). Как я понимаю, у Garl свой сервер с картами и он хочет раздавать сразу несколько версий, т.е. задача сильно специфическая и к кэшу вообще не имеет отношения. В конце концов, тайлы можно вообще никуда не сохранять, а просматривать онлайн, но с удобным переключением версий.
(0012884)
Garl   
21-09-2013 18:24   
> Как я понимаю, у Garl свой сервер с картами и он хочет раздавать сразу несколько версий
в яблочко
(0012885)
Papazol   
21-09-2013 18:32   
>Так хотелка за то, чтобы не прописывать эти версии вручную<
Как раз предлагаю не вручную, а автоматически! Правда, придётся проработать метод обновления zmp, ведь у каждого будут свои собственные названия версий. Или не в zmp сохранять.
Вообще, данная специфическая задача - частный случай общей задачи, ведь список имеющихся версий и выбор из него требуется везде.
(0012886)
zed   
21-09-2013 18:47   
Papazol
Опять 25. Вы не понимаете о чём речь в хотелке. Я уже объяснил, что речь про версии на серевере, а вы мне "ведь у каждого будут свои собственные названия версий". Не будут, т.к. к серверу имеет доступ только Garl (к примеру) и только он может управлять именами версий. Захочет, будет именовать как гугл: 1, 2, 3, а захочет - ещё как. А все остальные пользователи могут только качать те версии, что придумал Garl. У гугла мы сейчас подсматриваем, какая у него там новая версия появилась, а на чужом локальном сервере мы никак не узнаем, что там появилась новая/ещё одна версия, пока нам об этом не скажет владелец того сервера. Вот и предлагается сообщать о версиях доступных на такого рода серверах, централизованно - через zmp.
(0012887)
Papazol   
21-09-2013 18:51   
Делай что должно, и будь, что будет.
Умолкаю.
(0012888)
Garl   
21-09-2013 19:03   
в рамках реализации единственный вменяемый разделитель - это "#" или пробел ибо он не используется в URL.

availableVersion=1#2#4
или
availableVersion=1 2 4

понятно что некрасиво, но в теории ";" или "," могут быть использованы в "составе" версии
(0012889)
vasketsov   
21-09-2013 23:24   
>в рамках реализации единственный вменяемый разделитель - это "#"
Существует более удобный во всех смыслах вариант: разделителем признаётся первый символ строки, он же обязан быть последним.
Например:
availableVersion=#1#2#4# - здесь просто числа
или
availableVersion=;#1;#2;#4; - здесь числа с диезами.
На самом деле, и парсить это проще, и разделитель фиксировать не надо - одни плюсы. Минус один и смешной - размер строки на 2 символа больше (начало и конец).