Форум SAS.Планета

Papazol писал(а):Что за форма записи координат? Как перевести это в градусы?

Очень похоже, что это Меркаторские метры, как раз те, что SAS генерирует для world файлов привязки при склейке снимков. Так что, алгоритмы должны быть известны.

zed писал(а):

Papazol писал(а):Что за форма записи координат? Как перевести это в градусы?

Очень похоже, что это Меркаторские метры, как раз те, что SAS генерирует для world файлов привязки при склейке снимков. Так что, алгоритмы должны быть известны.

Точно, первая цифра - широта - в метрах от экватора.

zed писал(а):как раз те, что SAS генерирует для world файлов привязки при склейке снимков. Так что, алгоритмы должны быть известны.

тогда надо оформить фича реквест, чтобы такой формат импортировался в метки наравне с kml/kmz, это будет проще всего. тот же gpsbabel не понимает такой формат ((

Код: Выделить всё

чтобы такой формат импортировался в метки наравне с kml/kmz

Формат слишком уникальный, смысл его добавлять нет

Натолкнулся на следующую неприятность. Грузил себе снимок в районе Ивделя-Североуральска, никого не трогал. Грузил в режиме "с датой". Смотрю по результатам завершения загрузки - дофига TNE появилось. Ну, думаю, мало ли, где-то область выделения (со старого kmz) покривилась, где-то старая ошибка sasпланеты сыграла, когда при большом расстоянии между узлами неверно определяется (не)вхождение тайла в область выделения. Однако когда перешёл на 17-й зум и пальцем попробовал загрузить тайл в середине области выделения, обломался. Хоть для jpg, хоть для png - одна фигня, нет на сервере тайла, хоть ты тресни. Полоса довольно приличная, но не по границе более высокоуровневого квадрата. Просто так фишка в роскосмосе легла. Итого, первый косяк - отсутствие тайлов в том месте и в том зуме, где они заявлены на портале. Косяк имхо серьёзный.
Ну, думаю, мало ли где наша не пропадала, переключаюсь в режим "без даты" и гружу "красную" область. И всё бы на этом закончилось, если бы случайно край "красной" области не задел край первоначальной области выделения. В режиме "без даты" попёрли совсем другие границы этого же снимка. Снимок там один, без вариантов, и реки и дороги идеально ложатся по всему периметру области выделения. Причём где-то покрытие (напоминаю, речь идёт всё ещё об одном снимке) "с датой" больше покрытия "без даты", а где-то наоборот - в общем, это, как ни крути, второй косяк. Но его не предъявишь, покрытия "без даты" как бы вроде бы и вовсе нету.
Вот сейчас думаю, как лучше грузить снимки, если они доступны в обоих режимах, чтобы обеспечить максимальное покрытие. И насколько тут поможет идеальный kmz, пусть даже там будут оба покрытия. Ведь всё равно руками по границе надо в таком случае тайлы грузить, а то "дырки" в снимке останутся в среднем по пол-тайла.

Если грузить не слишком большую область, можно вручную выяснить, как сделать максимальное покрытие. А при такой системе на портале автоматизировать процесс невозможно, не знаешь, чего ожидать. Кстати, на самОм сайте-то эти дырки тоже присутствуют?

На самом портале не смотрел (в пробелы в покрытии верится больше, чем в какие-то особенности формирования запросов в данной области, так что лезть на портал со сниффером смысла не вижу), а сейчас уже и координату не найти, удалил батником все tne и заархивировал всё. Помню только, что tne стали сыпаться после 40 с чем-то тыщ тайлов.

снимки с датами имеют особенность - на границах (и там где дырки в снимках) тайлы с png, остальные в основном jpeg - решается это вторым zmp, который сохраняет в туже папку с кешем, но при этом качает png, а сохраняет jpeg.

уже 1358 элементов покрытия на РоссКосмосе

workdao писал(а):снимки с датами имеют особенность - на границах (и там где дырки в снимках) тайлы с png, остальные в основном jpeg - решается это вторым zmp, который сохраняет в туже папку с кешем, но при этом качает png, а сохраняет jpeg.

Когда Геопортал только появился, снимки с датами содержали .png только на границах снимков. И я, когда скачивал, сначала в параметрах карты указывал type=jpg, скачивал "тело" снимка, потом исправлял jpg на png и проходил по краям. Второго zmp не делал.
Но, если png на краях можно объяснить (они ведь накладывают снимки поверх фонового SPOT'а, и нужно, чтобы фон проступал через неполные тайлы), то внутри снимка это зачем? Как бы проверить, действительно там png, или пустота?