0000780: Формат кэша <ZOOM>\<Y>\<X>.png

Notes
(0003112) vdemidov (manager) 05-07-2011 14:38	Я активно ковыряю код в сторону поддержки различных тайлохранилищ. Так что тайлохранилища на базе файловой системы будут первыми, на которых будет обкатываться технология. Но когда оно будет, не знаю.

(0003115) vasketsov (manager) 05-07-2011 16:50 edited on: 05-07-2011 18:31	>в сторону поддержки различных тайлохранилищ. Так что тайлохранилища на базе файловой системы будут первыми В связи с этим доработка функциональности поиска места по тайловым координатам планируется? Вообще конечно было бы интересно иметь возможность раскидывать разные зумы в разные произвольные папки, а не только в разные подпапки одного корневого каталога, например, скриптом (для 14-го в скрипте вернуть что-нибудь типа SAT\z14, для 18-го что-нибудь типа Z:\gsat\18). Текущая хотелка была бы просто частным случаем этого. Более того, прозрачно бы получалась давно озвученная хотелка насчёт разных версий гуглотайлов в разных папках в зависимости от параметров V и Z.

(0003116) vdemidov (manager) 05-07-2011 19:27	>В связи с этим доработка функциональности поиска места по тайловым координатам планируется? Это вы о чем? При чем здесь эта хотелка? Тайлохранилищ с генераций имен файлов скриптом от меня не будет. Когда появятся плагины сами сделаете, но потом не жаловаться, что слой заполнения рисуется часами.

(0003120) vasketsov (manager) 05-07-2011 21:09	>Это вы о чем? Это я об относительно новой фиче перехода к конкретной координате по xyz (поиск по xyz). Или xyz всегда останутся в пути в явном виде? >не жаловаться, что слой заполнения рисуется часами Да ну? Не вижу никакой принципиальной разницы по скорости, взять имя папки из настроек или один раз по требованию для конкретного зума позвать скрипт генерации имени папки и закэшировать результат в памяти. Наоборот если больший зум на другом диске, будет быстрее. >Тайлохранилищ с генераций имен файлов скриптом Полное имя файла в произвольном виде генерить не требуется, вообще вроде бы такое никто никогда не хотел. Путь до зума - совсем другое дело, вешь полезная и универсальная. Зато ОДНА в общем-то несложная доработка на все подобные и смежные хотелки. А то с учётом этой хотелки непонятно, буква z имеет какое-то отношение к формату кэша: или это сугубо внешняя опция типа имени папки в кэше, ни на что не влияющей в смысле формирования кэша, или это важное отличие, ради которого стоит создавать новый формат кэша. Фактически я предлагаю не распространять понятие формата кэша на то, как располагаются и как называются папки с зумами, а дать возможность это настраивать, если настройка отличается от дефолтной для конкретного формата кэша.

(0003747) zOn (reporter) 06-09-2011 17:15 edited on: 06-09-2011 17:23	я так подозреваю, что забугорный товарищ создает свои карты с API BingMaps, поэтому его и интересует данный формат, что бы одним кэшем пользоваться и онлайн и САС. иначе один кэш превращается в другой за 5 сек в ТоталКомандере. хотя, прочитав внимательно - такой формат кэша понимает MOBAC (Mobile Atlas Creator).

(0003757) bogi (reporter) 06-09-2011 20:12	No, I don't use Bing Maps API. There are other free programs, which support Bing cache as input and provide very useful functionality, which is not available in SAS.Planet. Some examples: 1) MOBAT2JNX creates custom raster maps in JNX format for Garmin outdoor devices like Oregon, Dakota, Montana and few others. 2) MOBAC is able to generate maps in many mobile application formats, for example for Android applications OruxMaps, Locus, Maverick and others. Many people already have tile caches in Bing format, they were created by different tools like older MOBAC versions, or Googleak. It is not possible to attach them to SAS.Planet without conversion. The Bing cache format was adopted by the OSM community and there are also other OSM related tools, which use Bing cache format. Simply I would like to have possibility: A) to use tile caches, created by SAS.Planet, also in other programs, which accept only Bing cache as input B) to attach existing Bing format caches to SAS.Planet without need to convert them.

(0007533) zed (manager) 19-06-2012 18:31	Тут ничего не напутано: <ZOOM>\<X>\<Y>.png или всё-таки <ZOOM>\<Y>\<X>.png, как у остальных GlobalMapper'овских кэшах?

(0007534) zed (manager) 19-06-2012 18:58	Тестируйте завтра. В zmp указываем CacheType=42 и вперёд.

(0007595) Tolik (manager) 22-06-2012 18:37	Ну а в гуй-то вы его не хотите добавить?

(0007602) vdemidov (manager) 22-06-2012 19:35	Нет. Не хотим.

(0007605) zed (manager) 22-06-2012 20:07	Это кэш GlobalMapper'а и все его подтипы (есть ещё CacheType=41) идут под одной настройкой. Хотя, по-хорошему, их надо бы разнести.

(0007607) Tolik (manager) 22-06-2012 20:14	Напишите хотя бы в вики, что такое 41 и 42.

(0007608) zed (manager) 22-06-2012 20:17	4 - GlobalMapper Tiles 41 - GlobalMapper Aux Tiles (хз что за зверь, но видно кто-то, когда-то просил и его) 42 - GlobalMapper Bing Tiles

(0008927) gpsMax (manager) 14-09-2012 17:52	Только сейчас заметил, что, действительно, порядок X и Y в описании разный. Исправил.

Users who viewed this issue
User List	Anonymous (4530x), zloyboy79 (1x), OfK (1x), viewranger (1x), GunSmoker (8x), zed (2x)
Total Views	4543
Last View	19-04-2024 23:10

Issue History
Date Modified	Username	Field	Change
02-06-2011 23:07	gpsMax	New Issue
02-06-2011 23:07	gpsMax	Tag Attached: кэш
02-06-2011 23:07	gpsMax	Description Updated	View Revisions
02-06-2011 23:08	gpsMax	Status	new => acknowledged
02-06-2011 23:16	gpsMax	Reporter	gpsMax => bogi
02-06-2011 23:41	gpsMax	Steps to Reproduce Updated	View Revisions
03-06-2011 05:18	Tolik	Note Added: 0002855
05-07-2011 14:38	vdemidov	Note Added: 0003112
05-07-2011 14:38	vdemidov	Status	acknowledged => confirmed
05-07-2011 14:38	vdemidov	Target Version	=> 29xxxx
05-07-2011 16:50	vasketsov	Note Added: 0003115
05-07-2011 18:31	vasketsov	Note Edited: 0003115	View Revisions
05-07-2011 19:27	vdemidov	Note Added: 0003116
05-07-2011 21:09	vasketsov	Note Added: 0003120
26-07-2011 04:09	gpsMax	Relationship added	related to 0000884
06-09-2011 17:15	zOn	Note Added: 0003747
06-09-2011 17:23	zOn	Note Edited: 0003747	View Revisions
06-09-2011 20:12	bogi	Note Added: 0003757
31-03-2012 11:20	Tolik	Relationship added	has duplicate 0001256
12-06-2012 18:59	zed	Assigned To	=> zed
12-06-2012 18:59	zed	Status	confirmed => assigned
19-06-2012 18:31	zed	Note Added: 0007533
19-06-2012 18:31	zed	Status	assigned => feedback
19-06-2012 18:58	zed	Note Added: 0007534
20-06-2012 04:42	Tolik	Note Deleted: 0002855
22-06-2012 15:34	vdemidov	Status	feedback => resolved
22-06-2012 15:34	vdemidov	Fixed in Version	=> 120808
22-06-2012 15:34	vdemidov	Resolution	open => fixed
22-06-2012 15:34	vdemidov	Target Version	29xxxx => 120808
22-06-2012 18:37	Tolik	Note Added: 0007595
22-06-2012 19:35	vdemidov	Note Added: 0007602
22-06-2012 20:07	zed	Note Added: 0007605
22-06-2012 20:14	Tolik	Note Added: 0007607
22-06-2012 20:17	zed	Note Added: 0007608
14-09-2012 17:52	gpsMax	Note Added: 0008927
14-09-2012 17:53	gpsMax	Summary	Формат кэша <ZOOM>\<X>\<Y>.png => Формат кэша <ZOOM>\<Y>\<X>.png
14-09-2012 17:53	gpsMax	Description Updated	View Revisions
10-10-2012 11:40	Tolik	Status	resolved => closed
09-06-2013 21:59	vasketsov	Relationship added	related to 0001936
08-06-2015 07:55	zed	Relationship added	related to 0002038

SASGIS