» SatMap (2)

parasss
а на мыло-то так ничего от тебя и не пришло....

NASA закрыли доступ к SRTM

Semen_Semenovych
http://www2.jpl.nasa.gov/srtm/
http://dds.cr.usgs.gov/srtm/version2/SRTM3/

http://www2.jpl.nasa.gov/srtm/cbanddataproducts.html

Цитата:

Please be aware, on Wednesdays, the FTP site is unavailable to the public due to scheduled maintenance. Also, the site has been very busy and may appear to be unavailable if too many users are downloading data. Please limit your download sessions so that others can access the data.

по средам ftp недоступен

egor23
Спасибо за линк - скорость предельная, и за среду - я как раз на нее попал.

relictus

Цитата:

по средам ftp недоступен
http://www2.jpl.nasa.gov/srtm/cbanddataproducts.html

Стоит в фак добавить и линк, и что в среду доступ закрыт.

И можно ли файлы SRTM в отдельную папку засунуть и пути к ней прописать, а то уж больно они неудобно в общей папке болтаются.

rex

Цитата:

И можно ли файлы SRTM в отдельную папку засунуть и пути к ней прописать

Ты в настройки заглядывал вообще?

relictus

Цитата:

Ты в настройки заглядывал вообще?

Заглядывал. Только у меня строка этой настройки оказалась прикрыта верхней, так что не обратил внимания. Сейчас поменял масштаб символов на компе и нашел. Кстати давно просил это как-то исправить и ты общал посмотреть - сейчас разрешение 1920х1200 на 15 дюймовой ноутбучной матрице не редкость и стандартный размер шрифта выглядит как петит и без лупы не читается, а при увеличении масштаба некоторые некорректно сделанные поля налазят друг на друга. Интересно, что другие вкладки, например кэшей, показываются нормально.

Цитата:

некоторые некорректно сделанные поля налазят друг на друга

Не я их делал Стандартные делфовые компоненты.

Цитата:

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

А покажи-ка скриншоты вкладки кэша и данных, для сравнения.

relictus

Цитата:

А покажи-ка скриншоты вкладки кэша и данных, для сравнения.

http://gettyfile.ru/344216/

rex
Посмотрю, что с этим можно сделать.
Кстати, обнови версии запросов (кнопка с двойной галкой)...

relictus

Цитата:

Кстати, обнови версии запросов (кнопка с двойной галкой)...

Это специальный совет для ? Спасибо!

Версия с которой делал скриншот используется только для работы off-line на ноутбуе, для закачки она не используется вообще, а на тех версиях, что работают на закачку все обновлено .
Да и оператор SELECT мне знаком, правда для Oracle сервер, но не думаю, что SELECT в SQLLite принципиально отличается от SELECT'а в Oracle. Это я на всякий случай, чтобы завтра не получить совет где и как надо на кнопку с одинарным крестиком нажимать, чтобы окно закрыть.

опять чота с математикой:

Цитата:

а на мыло-то так ничего от тебя и не пришло....

Это я пока что к мылу не пришел, ммда... Придет-придет....да, собственно, что там мылить... Вместо тайла, которого нет на сервере - САС кладет в то же место кэша файл .tne (обычный текстовичок с одной строчкой) с примерно таким содержимым:

Цитата:

05.04.2009 17:17:27

где указанное - время последней проверки отсутствия тайла на сервере. Логика формирования filename - такая же как и у тайлов (например, ./SAS.planet/Cache/LAND/z13/2/x2062/1/y1166.tne).
Засим всё.

PS: а слабО в датабазу ложить и номер версии, с которой скачался каждый отдельно взятый тайл? И сделать экспорт в том числе и по версиям. Ручками это делать - напрягает уже....

rex

Цитата:

совет где и как надо на кнопку с одинарным крестиком нажимать, чтобы окно закрыть.

На нее вообще можно не жать, все вспомогательные окна закрываются по ESC

Lucifier

Цитата:

опять чота с математикой:

Это ты на инфо-кнопку не кликнул - насчет выделенного жирным. Что касается положения прогресс-бара, посмотрю, видимо, где-то накосячил

parasss

Цитата:

PS: а слабО в датабазу ложить и номер версии, с которой скачался каждый отдельно взятый тайл? И сделать экспорт в том числе и по версиям. Ручками это делать - напрягает уже....

На слабо не бери
А номер версии (только спутник) и так хранится в кэше. Когда-нибудь сделаю и экспорт с учетом версии, т.к. до твоего реквеста никто такую фичу не просил...

Lucifier
1384 - это столько тайлов было реально скачано (не путать с количеством обработанных/поставленных на закачку). Т.е. все верно на скриншоте, никакого моего косяка

relictus

Цитата:

А номер версии (только спутник) и так хранится в кэше. Когда-нибудь сделаю и экспорт с учетом версии, т.к. до твоего реквеста никто такую фичу не просил...

А кто знал что эта информация есть?
Кстати, раз есть кроме "заменять если дата <" можно сделать и вариант "заменять если есть новая версия" если это конечно у тебя и сейчас не так.
Некоторые снимки Гугля очень старые - с тех пор кучу дорог понастроили и асфальтом покрыли - сам столкнулся в прошлом году - на месте узкой грунтовки оказалась шикарная трасса, а на месте прерывающейся горной тропинки, оказалась узкая, но проезжая грунтовка.

rex

Цитата:

А кто знал что эта информация есть?

А оно тебе надо, знать всё?
Версия хранится, но пока никак и нигде не используется. Зарезервирована на будущее, так сказать...

relictus
Ну ты и Плюшкин!
Зачем ее резервировать, если можно и нужно использовать?
Самый разумный вариант, при обновлении. А то придумал "заменять если размер больше"
Вот вместо него "заменять если весия больше" и поставь.

rex

Цитата:

А то придумал "заменять если размер больше"

Это было придумано еще давно, нового формата кэша, если помнишь
К тому же, сейчас этой опции уже нет!
Можно влепить вместо замены по дате, имхо, ей вообще не пользуются...

Цитата:

номер версии (только спутник) и так хранится в кэше.

А надо не только спутник. Надо на КАЖДЫЙ тайл (включая 404е).


Цитата:

Когда-нибудь сделаю и экспорт с учетом версии, т.к. до твоего реквеста никто такую фичу не просил...

Странно. Ведь версия - это один из основополагающих параметров ГМ. Ключевой, я бы сказал. Впрочем, не спрашивали наверное потому, что ручками это делается (путем смены кэша на кардинально пустой, и выкачивании тайлов заново).

Надо, надо работу с учетом версий. Заодно можно еще и слайдер версий рядом с зумом (получится как "Исторический режим" в ГЕ).

Добавлено:

Цитата:

Можно влепить вместо замены по дате

Не надо ВМЕСТО - надо РЯДОМ. Пускай в одном кэше будут тайлы одной территории, но РАЗНЫХ версий (ибо иногда старое изображение было лучше нового). Опционально хранить многоверсийность конечно же - но надо.

relictus

Цитата:

Можно влепить вместо замены по дате, имхо, ей вообще не пользуются...

Потому и не пользуются, что дата о новизне тайла ничего не говорит, а версия говорит.
Так что не мона а нуна

parasss

Цитата:

Надо, надо работу с учетом версий. Заодно можно еще и слайдер версий рядом с зумом (получится как "Исторический режим" в ГЕ).

Если relictus добавит обновление по версии и немного доделает способ закачки в режиме "заменять если размер больше", то это можно легко реализовать вручную
Ставишь режим "заменять если версия новее", но скачку вести в новый кэш (пока это не работает), или ввести режим "скачивать только если версия новее" и скачку вести опять же в новый кэш.

Цитата:

Если relictus добавит обновление по версии и немного доделает способ закачки в режиме "заменять если размер больше", то это можно легко реализовать вручную
Ставишь режим "заменять если версия новее", но скачку вести в новый кэш (пока это не работает), или ввести режим "скачивать только если версия новее" и скачку вести опять же в новый кэш.

Так полумера же опять. Имхо, если вопросом таки начать заниматься - то надо сразу наметить и определить полное и изящное решение, и к нему и стремиться. А так, полумерами - это я прямо сейчас могу сделать, импортнув САСовский кэш разных версий в разные сатмаповские кэши, и переключая их ручками...
Вот в ГЕ5 это реализовано очень даже красиво и удобно. Даже придраться не к чему, разве что более другой сервер в УРЛах чем на обычные картинки - но это фигня...

Там делов-то - ползунок на число найденных в кэше версий, и показ\импорт\экспорт\хранение в базе с учетом не только координат тайла, но и версии...и всё.

relictus
Подскажи, какую смысловую нагрузку несет в себе поле f10?

Все, сам разобрался. Это время закачивания тайла...

parasss

Цитата:

Имхо, если вопросом таки начать заниматься - то надо сразу наметить и определить полное и изящное решение, и к нему и стремиться.

И KML отложить еще на пару лет, а для просмотра треков и точек сливать кэши в SAS?.

Да и без ГПСа как сидели так и сидим -- сезон-то кончается. Остается только смотреть на треки и точки.

Цитата:

И KML отложить еще на пару лет

Что важнее - манипулировать кэшем (как первоисточником данных) полностью и правильно, либо налагать уже поверх него КМЛы? Без наработанного кэша все КМЛы\точки\треки теряют смысл, а вот наработанный кэш все так же ценен и без КМЛов (вот как щас, например).
Другими словами, кэш первичен - а все остальное уже вторично и уже никуда от юзера не убежит. А вот кэш - убегает (версии меняют - и без их учета получаем либо зоопарк, либо мануальный трах с разными кэшами и переносом ИЗ и В).


Цитата:

для просмотра треков и точек сливать кэши в SAS?

Дак САСовский проект развивается семимильными шагами - это уже комбайн с кучей функционала, и готовится еще и плагинная система. И делается всё, к слову сказать - тоже одним человеком-энтузиастом на базе хотелок пользователей, высказанных на форуме, причем весьма оперативно (это такой небольшой камушек в тутошний огород ). Поэтому для просмотра точек\треков\ГПС и приходится пользоваться ТЕМ, а не ЭТИМ.
Зато ЭТО бан обходит лучше, и датабаза для кэша. В сасе это пока в разработке.

parasss

Цитата:

А вот кэш - убегает (версии меняют - и без их учета получаем либо зоопарк, либо мануальный трах с разными кэшами и переносом ИЗ и В).

Я не думаю, что музей истории тайлов, это именно то для чего предназначена SATMAP , тем более что версии фотографий - не вариантов их обработки, а именно самих фотографий - не меняются иногда десятилетиями, но если в базе данные по версиям есть, то почему бы их не использовать, иногда действительно надо.

Цитата:

музей истории тайлов,

Я этого не говорил.


Цитата:

данные по версиям есть, то почему бы их не использовать

А вот это я как раз и предлагал.


Цитата:

версии фотографий - не вариантов их обработки, а именно самих фотографий - не меняются иногда десятилетиями

Совершенно верно. И довольно часто предыдущая фотография (в ее конкретной предыдущей обработке) была лучше нововываленной. Примеров? Их есть у меня, например Париж (см.старые фотки в историч.режиме ГЕ).

Понятно, что новое более актуально по факту - но иногда именно эта самая актуальность меняется едва ли не реже, чем раз в вышеупомянутое десятилетие. Пример, опять же - тот же центр Парижа, навскидку, где всё более-менее устаканилось задолго до появления инета вообще.

Короче, фича с версиями - нужна.

parasss

Цитата:

И делается всё, к слову сказать - тоже одним человеком-энтузиастом на базе хотелок пользователей, высказанных на форуме, причем весьма оперативно (это такой небольшой камушек в тутошний огород ).

Да можешь хоть валуны кидать, свободного времени у меня от этого не прибавится
У меня, помимо разработки SatMap, есть еще О-Ч-Е-Н-Ь М-Н-О-Г-О других занятий!

relictus

Цитата:

свободного времени у меня от этого не прибавится

Учет моей просьбы в новой версии надеюсь много времени не займет.
увеличь пожалуйста на ~30% ширину полей в строке состояния - долгота, широта, Генштаб и т.д. А то с моим 150 % коэффициентом не хватает ширины, хотя с высотой все нормально.

Кстати опробовал SRTM - супер. Правда сначала попытался SatMap папку с zip'ами указать - не взяла

rex
Сделай скриншот статусбара, посмотреть насколько увеличивать...