Чего вы хотите?

[grolwin]

Здравствуйте. Спасибо за то, что уже есть
Хотелось бы две вещи:
1. Добавить отображение градусной-минутной сетки. С настройкой цветов, подписей. И в идеальном варианте с автомасштабом (привязка по минимальному расстоянию в пикселях на экране).
2. Добавить при выделении области привязку к углам отображаемой в данный момент сетки (градусной, бланковки ген.штаба или другой).

[xmms]

У меня есть карта города в любом графическом формате(например jpeg или png, сканировал), и я хочу её импортировать её в SAS.Планету для дальнейшей конвертации и работы уже с помощью программы.
Как то это можно сделать сейчас?

[ELITE]

а нельзяли сделать Р2Р систему обмена тайлами???

[ELITE]

и еще хорошобы было бы многопоточность автоматическую сделать для загрузки выбранной области
например на каждую 1000 загружаемых тейлов создается новый поток

[Papazol]

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

Сейчас уже существует привязка к углам сетки тайлов, отображаемой на экране (независимо от зума). Надо зажать Ctrl.

[ratty_sib]

Очень хотелось бы увидеть кроме режима загрузки режим "сканирование на обновления".
Объясняю подробно: Сейчас чтобы узнать нет ли новых снимков в заданном квадрате приходится поностью перезкачаивать 14-й (а для некоторых снимков 15-й) слой. Однако публикуемуе снимки со 100% вероятностью в десятки раз больше одного тайла. В связи с чем предлагаю реализовать алгоритм при котором в выделенной области будет закачиваться каждый n-ый тайл (4-8) и сравниваться с уже существующим в кеше. При несовпадении содержимого тайлов (или при отсутствии в кеше) тайл должен выделятся (примерно как в алгоритме "отображать карту заполнения слоя n"). Таким образом быстро и с минимумом затрат траффика будет получаться информация об обновлениях снимков.

[ratty_sib]

У меня есть карта города в любом графическом формате(например jpeg или png, сканировал), и я хочу её импортировать её в SAS.Планету для дальнейшей конвертации и работы уже с помощью программы.
Как то это можно сделать сейчас?

Программой GlobalMapper и утилиткой (скриптом) переименовывающим получаемые тайлы в формат SASPlanet. Если интересны подробности - в личку. Разжую.

[Papazol]

Очень хотелось бы увидеть кроме режима загрузки режим "сканирование на обновления".
Объясняю подробно: Сейчас чтобы узнать нет ли новых снимков в заданном квадрате приходится поностью перезкачаивать 14-й (а для некоторых снимков 15-й) слой. Однако публикуемуе снимки со 100% вероятностью в десятки раз больше одного тайла. В связи с чем предлагаю реализовать алгоритм при котором в выделенной области будет закачиваться каждый n-ый тайл (4-8) и сравниваться с уже существующим в кеше. При несовпадении содержимого тайлов (или при отсутствии в кеше) тайл должен выделятся (примерно как в алгоритме "отображать карту заполнения слоя n"). Таким образом быстро и с минимумом затрат траффика будет получаться информация об обновлениях снимков.

Кажется, не для всех источников снимков такой алгоритм подходит. Например, снимки Digital Globe жёстко привязаны к определённым tid'ам, так что проверять на обновление, не меняя значения tid, бессмысленно. На Google Maps обновления приводят к изменению версии, что, в свою очередь, требует редактирования zmp-файла. Проверка обновления на очень большой площади (допустим, мы совсем не знаем, есть обновления или нет) потребует закачки большого количества тайлов, даже если брать каждый 8-й. Их нужно куда-то записывать, причём вне зависимости от того, обновлён этот тайл или нет, чтобы затем сравнить его с существующим. Переписывать кэш без предупреждения нельзя, иногда новые снимки бывают хуже старых. Только глазами можно определить это. Если просто сравнивать новый тайл со старым, выделять при несовпадении и удалять новый, то потребуется повторно загружать все уже скачанные новые... Уж лучше потратить трафик и глазками и ручками...

А вот придумать, как бы автоматизировать поиск границ снимков Digital Globe, было бы неплохо.

[ZmeiGorinich]

К вопросу о Digital Globe. Простите, что прямо сюда...
Я тут чего-то делал и убрал из свойств карты DG вообще ВСЕ tid'ы - и он начал просто качать ВСЁ. Вот не знаю, это "открытие" только для меня?

[ratty_sib]

Кажется, не для всех источников снимков такой алгоритм подходит. Например, снимки Digital Globe жёстко привязаны к определённым tid'ам, так что проверять на обновление, не меняя значения tid, бессмысленно. На Google Maps обновления приводят к изменению версии, что, в свою очередь, требует редактирования zmp-файла. Проверка обновления на очень большой площади (допустим, мы совсем не знаем, есть обновления или нет) потребует закачки большого количества тайлов, даже если брать каждый 8-й. Их нужно куда-то записывать, причём вне зависимости от того, обновлён этот тайл или нет, чтобы затем сравнить его с существующим. Переписывать кэш без предупреждения нельзя, иногда новые снимки бывают хуже старых. Только глазами можно определить это. Если просто сравнивать новый тайл со старым, выделять при несовпадении и удалять новый, то потребуется повторно загружать все уже скачанные новые... Уж лучше потратить трафик и глазками и ручками...

Сменив tid или версию (вовсе для этого в zmp лезть не надо) всё равно надо искать места обновлений!
Ничего никуда записывать не надо (только в буфер в памяти куда тайл будет загружен процедурой его загрузки лишь для того чтобы сравнить его содержимое с тайлом из кеша. После чего тайл смело выкидывается и сохраняется лишь информация о том новый ли это тайл). В случае же если новый снимок хуже старого то хоть затраться трафику - если ты его закачаешь и затрёшь старый, то "вырванные волосы не вставишь назад". (по крайней мере без танцев с бубнами). Что касаемо повторной загрузки всех новых тайлов, то реалии жизни таковы, что их количесво в 99.99% случаев будет равно нулю. Так что совершенно не страшно