» SAS.Планета (часть 2)

Подскажимте пожалуйста, а есть ли какой-то php скрипт для отображения кеша sas пленты или к примеру режим работы sas планеты как web сервер?

можно создать HTML страницу на базе googlemaps api - которая будет отображать имеющийся кеш программы (тока нужен интернет)
для каких задач вам это надо? - опишите более конкретно

это чуток не то.
мне надо чтобы выкаченный кеш sas планета можно было смотреть в локальной сети через браузер вот и все

Добавлено:
сеть выхода в интернет не имеет. поэтому и надо сделать вот такой сервис)))

ну так и это возможно при помощи Google API, только для того что бы загрузился скрипт отображения карты, нужен интернет, если скрипты выдернуть и переписать, то возможно и без интернета можно

Добавлено:
хмм... на днях попробую скрипты с googlя дюзнуть и попытаться без интернета запустить

что-то я сложно представляю как goole api Слить себе домой, я так понимаю все работает через ajax и не каких скриптов на локальную машину не скидывается, могу быть не прав с гуглом ничего не хемичил

я тоже, но где то в интернете видел - упрощенный аналог google api на "своем сервере"
надо попробовать - может получится

workdao
ты лучше не гугл мап апи ковыряй, а попробуй разобраться с реьд, который создает ГлобалМаппер при экспорте в тайловый кэш.
будет проще.

Добавлено:
хотя там походу тоже на апи всё, но не только гугловый

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

workdao
ну так и перекроить его под нужный формат кэша

а че там ковырять - он всеравно в инет стучится для отображения как и гугле апи

az52
По поводу info.txt: подсказки можно выводить в заголовок окна - там много пустого места и никому не будет мешать).

Еще одна похожая идея: забацать альтернативную переключалку-ползунок снимков по датам, на манер исторического режима в 5-й GE. Например, создается файл dates.txt:

{GUID1}, 2001-xx-xx, DG Landsat
{GUID2}, 2005-xx-xx, Google Quickbird
{GUID3}, 2007-xx-xx, Yandex Ikonos
.......

и в SAS по кнопке-иконке включается дополнительный ползунок , напротив делений которого стоят эти даты, коммент выводится подсказкой при наведении мыши на деление ползунка.
Зачем это нужно: когда над нужным местом есть ландсат, пара снимков гугла, яндекса, DG - так переключаться между снимками будет очень удобно.

по поводу версий снимков\временного ползунка:
да это както надо делать и делать универсально,
но не у всех карт параметр запроса меняется в зависимости от версии , взять например космоснимки, они обновили картинку, а запрос остался прежним, то же самое касается и DG

так что отправлять снимки в "определенную дату" всёравно нужно будет руками.

нужно придумать принцип хранения таких разных снимков в папках, по идее NameInCache - задаёт имя папки контейнера, поэтому от неё надо плясать и придумывать как логичнее "впихать" туда версионность

и ещё зависимость версии и папки от строки запроса - это тоже надо учитывать.

получается у нас сильно много пожеланий в которые универсальность не сильно вписывается.
хотя раньше тоже мало представлялось запихивание разных картографических сервисов в один "флакон"

я б напимер сделал вот так
Cache\sat\z10\0\x231\0\y213.jpg -оригинальный (текущий тайл)
Cache\sat\z10\0\x231\0\{GUID1}\y213.jpg
Cache\sat\z10\0\x231\0\{GUID2}\y213.jpg
Cache\sat\z10\0\x231\0\{GUID3}\y213.jpg
Cache\sat\z10\0\x231\0\{GUID4}\y213.jpg - тайл на определённую дату.

если в запросе есть версия то по идее прописал соответствие и забыл. а если версии нету?

в данной примере мне представляется трудоемким процесс работы с кешем - доставание файлов и копирование определенной исторической версии

может на уровне
Cache\sat\z10\0\x231\0\y213.jpg -оригинальный (текущий тайл)
Cache\sat\{GUID1}z10\0\x231\0\y213.jpg
Cache\sat\{GUID2}z10\0\x231\0\y213.jpg
Cache\sat\{GUID3}z10\0\x231\0\y213.jpg
Cache\sat\{GUID4}z10\0\x231\0\y213.jpg - тайл на определённую дату.

если ставишь режим интернет, я так понял тайлы из кэша будут заменяться новыми?

а представьте склейку и перенос кэшей?
а если есть места где досихпор живёт "лохматый" Landsat , так вот его что надо будет перекачивать ? - если нето тогда нужен механизм проверки сыществования тайла в родном (текущем ) кэше, и во всех уровнях дат.
теперь представьте раскидали мы это добро там 2-3 тайла здеть 4, в 1999 году ещё 5 , как его склеивать ? по какому принципу выбирать тайлы если в текущем кэше нехватает одного илил двух?
молучится отличная мозайка!!!

к примеру яндекс карта от версии к версии меняет привязку в сторону улучшения к привязке... так вот при склейке разных версии получится каша!!!


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

Если выкачивать не скопом, а отдельными снимками, то путаницы НИКОГДА не будет. Пример сортировки снимков с основных сервисов (всем рекомендую так делать!!!):

"Старый" Landsat = DG-Landsat-370

Landsat = DG-Landsat (он не меняется , поэтому отпадает смысл качать у Гугла/Yahoo/VE/Yandex/Kosmosnimki Ландсат!)

DG - каждый хайрес-снимок = отдельный кэш (снимки целиком по набору tid)

Google - каждый хайрес-снимок = отдельный кэш (снимки целиком берутся из исторических снимков GE через Geocacher - на SAS форуме написано как их получать), кэш - формата GE (при желании есть утилита конвертации кэша из GE в GMV) - получается без логотипов)

Космоснимки = у них в отличие от Яндекса ЕСТЬ СЛОИ: (каждый слой в отдельный zmp-кэш):
- "Единая мозаика (IRS 6м)" ("улучшенный" эквивалент Ландсата)
- "Москва + Питер 2006 г." (старые снимки)
- "Города (IKONOS 1м)". Разные города = в отдельные кэши.

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

TheGarl
workdao
таких "библиотекарей" как вы мало найдется , а переделок в проге до и больше.
так что, боюсь, придется вам перенимать опыт у DCT

так я и не настаиваю на переделках уважаемых, я использую старый добрый проверенный способ : ЕСЛИ СИЛЬНО НАДО - запусти вторую копию программы )

workdao
я лишь высказал своё видение, а вот автор вынесет вердикт. хто его знает, может его и зацепит эта идея? может он тоже "библиотекарь"?

Цитата:

ЕСЛИ СИЛЬНО НАДО - запусти вторую копию программы

Именно так! Основная версия - для просмотра награбленного, а копия (с постоянно обновляемыми zmp-шками) - для просмотра/скачки "апдейтов". Скачанный апдейт переносится в ридонли кэш основной версии.

Хранение "по снимкам" кэшэй решает проблему "каши" из хайресов (особенно актуально при обмене кэшэм).

---

А вообще, продолжая идею с "альтернативным переключателем", в файле dates.txt можно сделать вручную координаты полигона снимка:

{GUID2}, 2005-xx-xx, Google Quickbird, {lat1lon1, ..., latxlonx}

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

Цитата:

Хранение "по снимкам" кэшэй решает проблему "каши" из хайресов

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

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

качать весь снимок от гугля или ДГ мне просто ненадо , мне нужна площад 2 на 4 км в разных вариантах ...
сейчас как выхожу из положения:
есть VE яндекс космоснимки и гугль , у них у всех снимки от разных дат, вот эти 4 кэша и пользую ....

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

TheGarl

Цитата:

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

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

az52 TheGarl

Полных снимков получается меньше, чем "версий" их комбинаций из разных сервисов и за разное время.
На мой район всего за полгода появилось 8 снимков, которые вылились в 6 обнов на DG, 2 - на Гугле, 1 - на VE. При этом новые снимки ложились в разных комбинациях как на старый хайрес, так и под него - по разному на разных сервисах! Если гнаться за полными обновами, то пришлось бы держать 9 больших полных кэшэй всего района вместо 8-ми "маленьких" снимков (примерно 34GB против 6GB!).

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

вообще глупая отмаза... )
и неправильная мотивация,
что мешает хранить полный кеш и "заплатки к нему" -
если у вас появился новый снимок - зачем всю карту то выкачивать?

Цитата:

если у вас появился новый смысл - зачем всю карту то выкачивать?

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


Цитата:

что мешает хранить полный кеш и "заплатки к нему"

Вот! Т.е. придется переключатся между "полным кэшэм" и "заплатками"!

Другой вопрос: а что считать полным кэшэм, если оно все постоянно меняется?

Остается только продолжить мысль: полный кэш = Ландсат DG (он есть на всю землю до 15-го уровня и останется в неизменном виде), "заплатки" = "остальные снимки" (их может и не быть на нужную территорию).

Версия 90902 (от 02.09.09)
1. В zmp теперь можно добавлять информацию о карте (файл info.txt и/или info_9.txt (на англицком)).
Программа покажет информацию при первом выборе карты (отсутствие записи в maps.ini) или при выборе пункта "информация о карте" в контекстном меню.
2. Добавил новый тип кэша - прямое чтение из кэша GoogleEarth + соответствующий zmp. Работает не ахти, подробнее в info.txt.
3. Очередные доработки перевода на английский.

az52
2/ чревато ИМХО

Цитата:

новый тип кэша - прямое чтение из кэша GoogleEarth

Эх! Прикрутить бы ридонли БД типа sql или berkley... (типа 1 кэш = 1 файл.) Счастью пользователей не будет предела.

Цитата:

2. Добавил новый тип кэша - прямое чтение из кэша GoogleEarth + соответствующий zmp. Работает не ахти, подробнее в info.txt.

а можно поподробнее - как оно работает?
и хотелось бы информацию о картк принудительно вызывать например из окна параметры карты

DCT
трукрипт в режиме ридонли