SASGIS

Веб-картография и навигация


View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001893SAS.Планета[All Projects] Багpublic20-04-2013 19:5621-04-2013 19:35
ReporterYurec66 
Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionno change required 
PlatformWindowsOSXPOS VersionSP3
Product Version.Nightly 
Target VersionFixed in Version 
Summary0001893: Экспорт указанных зумов не соответствует
DescriptionДолго и упорно не мог понять почему я не могу подключить кэш SAS в MOBAC. Оказывается я указываю сформировать кэш 16 и 17, на выходе получаю 15 и 16. На первой приложенной картинке видно, что 17 зум выкачан полностью и в кше файлы действительно лежат.
TagsNo tags attached.
Attached Filesjpg file icon Snap_002.jpg [^] (294,412 bytes) 20-04-2013 19:56
jpg file icon Snap_003.jpg [^] (10,635 bytes) 20-04-2013 19:56


jpg file icon Snap_004.jpg [^] (9,218 bytes) 20-04-2013 19:57


jpg file icon Snap_001.jpg [^] (110,081 bytes) 21-04-2013 08:16


jpg file icon Exp1.jpg [^] (111,029 bytes) 21-04-2013 08:18

- Relationships

-  Notes
(0011184)
Yurec66 (reporter)
20-04-2013 20:02
edited on: 20-04-2013 20:20

Не пойму почему не получается отредактировать и прикреплять несколько картинок сразу. Прошу добавить этот комент к основному описанию инциндента.

При Экспорте в ZIP GMT тоже получаются упакованными зумы 15 и 16. Третья вложенная картинка это демонстрирует. Изучив координатные квадраты более внимательно оказалось, что , к примеру квадрат с координатами Х=38335 У=21043 на карте соответсвует 17 зуму, а в натуре в файле экспорта он в папке 16-го зума. Я чуть мозг не сломал, пытаясь понять почему я не вижу карту, указывая верные координаты !!!

(0011185)
Yurec66 (reporter)
21-04-2013 08:19

Еще для информации прикреплю картинки. На них указан конкретный тайл для сравнения. На картинке Snap001 видно , что он в MOBAC в зуме 13, а в SAS он в 14.
(0011186)
zed (manager)
21-04-2013 17:35

>При Экспорте в ZIP GMT тоже получаются упакованными зумы 15 и 16.
В GMT зумы считают с 0, поэтому там всё верно. А вот в MOBAC видимо косяк.
(0011187)
Yurec66 (reporter)
21-04-2013 18:38

> GMT зумы считают с 0, поэтому там всё верно. А вот в MOBAC видимо косяк.
Да какая разница? Если я прошу сохранить мне зумы 15 и 16 , почему SAS сохраняет мне 14 и 15?
(0011188)
zed (manager)
21-04-2013 18:45

SAS сохраняет в соответствии с выбранным форматом кэша и он это делает правильно. Можете опять подключить этот экспортированный кэш к SAS и убедиться, что он покажет вам тайлы на 15 и 16-м зумах, вне зависимости от того, что физически тайлы лежат в папках 14 и 15.

Так что, ваш вопрос переадресуйте разработчикам MOBAC, почему у них не правильно показывает зумы.
(0011189)
Yurec66 (reporter)
21-04-2013 19:01
edited on: 21-04-2013 19:04

Я конечно понимаю, что возможно у MOBACа есть непонятки по поводу зумов при импорте из SAS, но речь сейчас идет о программе SASPlanet. Если я заказываю конкретные зумы, почему на выходе я получаю не то что я заказывал??? И почем мне знать, что у GMT отсчет ведется от 0? Я как пользователь хочу видеть то, что заказывал или я что то не так понимаю?

ps
может тогда, я не знаю даже, при экспорте как то предупреждать что ли, что зумы будут на -1

(0011190)
zed (manager)
21-04-2013 19:06

>возможно у MOBACа есть непонятки по поводу зумов при импорте из SAS
SAS тут ни при чём. У MOBAC будут такие же непонятки, если вы дадите ему кэш в формате GMT созданный ЛЮБОЙ программой.

>или я что то не так понимаю?
Именно. Вы не понимаете, что такое формат кэша и чем тайловые кэши могут между собой отличаться. Примете за факт, что САС работает правильно и отдаёт вам именно то, что вы просите.
(0011191)
zed (manager)
21-04-2013 19:11

>может тогда, я не знаю даже, при экспорте как то предупреждать что ли, что зумы будут на -1
Нет. Тот кто собрался использовать формат GMT, должен уже заранее понимать, как там сделана нумерация зумов. А то, что косячит какой-то там MOBAC, и вводит пользователей в заблуждение, то это не проблема САСа.
(0011192)
Yurec66 (reporter)
21-04-2013 19:11

Нет, ну это конечно не большая проблема, просто буду знать на будущее, что кэш GMT такой особенный. Просто никогда не приходилось им пользоваться до момента перегонки кэша в OruxMaps (как вариант). Раньше все родным кэшем пользовался.

- Users who viewed this issue
User List Anonymous (1251x)
Total Views 1251
Last View 07-05-2024 01:59

- Issue History
Date Modified Username Field Change
20-04-2013 19:56 Yurec66 New Issue
20-04-2013 19:56 Yurec66 File Added: Snap_002.jpg
20-04-2013 19:56 Yurec66 File Added: Snap_003.jpg
20-04-2013 19:57 Yurec66 File Added: Snap_004.jpg
20-04-2013 20:02 Yurec66 Note Added: 0011184
20-04-2013 20:02 Yurec66 Note Edited: 0011184 View Revisions
20-04-2013 20:20 Yurec66 Note Edited: 0011184 View Revisions
21-04-2013 08:16 Yurec66 File Added: Snap_001.jpg
21-04-2013 08:18 Yurec66 File Added: Exp1.jpg
21-04-2013 08:19 Yurec66 Note Added: 0011185
21-04-2013 17:35 zed Note Added: 0011186
21-04-2013 18:38 Yurec66 Note Added: 0011187
21-04-2013 18:45 zed Note Added: 0011188
21-04-2013 19:01 Yurec66 Note Added: 0011189
21-04-2013 19:04 Yurec66 Note Edited: 0011189 View Revisions
21-04-2013 19:06 zed Note Added: 0011190
21-04-2013 19:11 zed Note Added: 0011191
21-04-2013 19:11 Yurec66 Note Added: 0011192
21-04-2013 19:35 zed Status new => closed
21-04-2013 19:35 zed Resolution open => no change required



Copyright © 2007 - 2024 SAS.Planet Team