ВОПРОСЫ АБСОЛЮТНЫХ НОВИЧКОВ

[Papazol]

А как же это?

[Priora]

А как же это?

я хочу чтобы они уже лежали на карте в кэше

[Papazol]

я хочу чтобы они уже лежали на карте в кэше

Это понятно, но почему? Чем плох вариант с kml?
Если очень необходимо нарисовать треки прямо на карте, то так надо и сделать. Склеить с наложением отображаемых меток каждый зум (особенно если кроме треков там есть ещё и путевые точки), затем заново порезать на тайлы. Да, это слегка геморно, зато результат.

[bk99]

Пожалуйста, поясните как оно работает.
Имею слои с z1 по z11 "Гибрид (Google)" (который валится в папку "Both"). Полный объём порядка 300 Мб. Собираюсь экспортировать всё это добро в упакованный формат "Упакованный кэш для SAS4WinCE/SAS4Android". Каким образом SAS.Планетный упаковщик пакует все эти файлы - тупо все один за другим, или одинаковые файлы в общую базу всё ж таки не дублирует? Там ведь 80% пустых тайлов будет и если там действительно идёт упаковка, то размер полученной базы вполне может быть на порядок меньше суммарного объёма всех тайлов?

[ingener]

Доброго времени суток! Видоизмененный вопрос по теме:

добрый день!
...можно сделать так чтобы при экспорте выделенного участка в формат- кэш для сасанроид на саспланете отображались наложенные точки и треки как при склейке-?.....

Существует ли возможность преобразования/экспорта треков, точек и полигонов в самостоятельный отображаемый слой, работающий по принципу например Гибрид (Wikimapia) или Яндекс Народная Карта (Яндекс.Карты) ?
Такой пользовательский слой наверняка был бы востребован и в SAS.Планете, и в SAS4WinCE / SAS4Android.

[Papazol]

Пожалуйста, поясните как оно работает.

Разумеется, упаковщик не проверяет тайлы на совпадение, поэтому всё, что есть в кэше, будет упаковано. И пустые тайлы тоже. Потому что нет инструмента, который мог бы корректно подставлять на место пустых тайлов один и тот же образец. И в SAS4 тоже его нет. Наложение с прозрачностью происходит тупо тайл на тайл (с одинаковыми значениями x и y). Пустые тайлы всё же весят меньше, чем полные, так что если не заморачиваться скачиванием гибридов на больших зумах, особых проблем нет.

[Papazol]

Такой пользовательский слой наверняка был бы востребован и в SAS.Планете, и в SAS4WinCE / SAS4Android.

Вот в SASПланете такой слой вряд ли был бы востребован, она прекрасно работает с метками и так. Помимо их отображения, ведь можно и добавлять/удалять, и редактировать метки, что в случае слоя будет невозможно.
В SAS4 существует возможность загружать kml, экспортированный SASПланетой, и gpx. Последний лучше. Я специально сейчас протестировал эту возможность. Точки открываются без проблем из обычного kml. С треками посложнее, но ненамного. Можно экспортировать в один файл и точки, и треки. Затем с помощью GPSBabel конвертировать kml в gpx. Этот файл открыть в SAS4Android дважды: для точек и для треков. И все они будут отображены.
Но в принципе можно создать и слой с прозрачностью, состоящий из одних только треков/полигонов/точек. Для этого нужно взять пустую карту (без тайлов), вывести на неё нужные метки, склеить изображение (лучше на каждом зуме отдельно, чтобы размеры меток оставались неизменными), затем порезать на тайлы также каждый зум отдельно. При склейке можно выбрать формат *.png с прозрачностью.

[ingener]

Доброго времени суток!

Затем с помощью GPSBabel конвертировать kml в gpx. Этот файл открыть в SAS4Android дважды: для точек и для треков. И все они будут отображены.

Тоже тестировал, конкретнее: если этот .gpx как трек открывать - отражаются треки и полигоны, а при открытии как точки - точки и подписи к ним.
Насчет экспорта kml в gpx проверял ещё и "для ленивых", но шустрый Онлайн-конвертер "GPS Visualizer", тоже прокатывает.
В этом-то и проблема - раздельная загрузка нескольких таких транслированных треков, при необходимости убрать один из них приходиться сносить все и заново открывать только нужные, с точками - так же. Или заранее сформировать необходимый применительно к конкретной местности слой с дежурными, проверенными треками-дорогами, метками, полигонами, подписями и т.п. и вытаскивать его на спутник/карту двумя нажатиями(и убрать - так-же).
Было бы интересно узнать, какими программными средствами формируются фирменные слои Яндекса, Викимапии и прочих. Если так же путем наложения меток, треков, полигонов, готовых kml, потом склейки-нарезки раздельно по каждому зуму и теми же Мапперами...

[bk99]

Пожалуйста, поясните как оно работает.

Разумеется, упаковщик не проверяет тайлы на совпадение, поэтому всё, что есть в кэше, будет упаковано. И пустые тайлы тоже.

Нда... Это очень печальный упаковщик...
Вы меня расстроили...
Потому, что в кеше присутствует over 9000 пустых пнг'шек размером ровно 191 байт. Какой смысл паковать мильён штук по 191 байту, когда хватит одной такой пнг'шки, а далее просто ссылки на неё? Впрочем, я, скорее всего, чего-то недопонимаю и рассуждаю как г-н Шариков: "Взять всё, да и поделить!".
В любом случае - спасибо за ответ.

[zed]

Было бы интересно узнать, какими программными средствами формируются фирменные слои Яндекса, Викимапии и прочих. Если так же путем наложения меток, треков, полигонов, готовых kml, потом склейки-нарезки раздельно по каждому зуму и теми же Мапперами...

Скриптами. Приходит пользователь и говорит: дай мне тайл xyz. На это требование, Яндекс/Гугл/и иже сними-сервер достаёт из БД "геометрию", отрисовывает её на тайл (это так называемая растеризация) и отдаёт его этому самому юзеру. Ну а викимапия (и некоторые другие) пошла ещё дальше - умеет отдавать и тайлы и ту самую "геометрию", в чистом векторном виде (kml).

Очевидно, что ни о какой склейки/нарезки в таких проектах и речи быть не может и здесь этот метод предложили лишь как обходной вариант, что если очень хочется, а писать скрипты не умеете, то юзайте костыль. И ничего более.