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

zporuchik ozf жмёт ECW раз в 10 без особых потерь

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

Добавлено:
NPC
просто в настройках САС нет степени сжатия ECW (или есть?)
с ними можно поиграться и получишь тот же результат.
почему мне не нравится ОЗФ? только потому, что с ним потом больше ничего не сделаешь, т.к. кроме Ози никто его не понимает, а ECW понимают 99% ГИС

Цитата:

просто в настройках САС нет степени сжатия ECW (или есть?)

Конечно есть!

az52

Цитата:

Конечно есть!

я думал, что оно относится только к жпг

Цитата:

я думал, что оно относится только к жпг

Там же написано ЖПГ и ЕЦВ

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

zporuchik
Цитата:

попробуй прибить maps.ini и setings.ini

Неа, не помогает.
Может есть какие-то «скрытые» и «недокументированные» настройки сети?

Alekh

У меня такое было, когда в IE была галка «Работать автономно» (Work Offline)

Alekh
неа нету скрытых. Вообще давно уже не встречал того чтобы программа не загружала.
Выделением тоже не качает?

EngineerSerg

Цитата:

У меня такое было, когда в IE была галка «Работать автономно» (Work Offline)

Ёптить… Большое спасибо! У меня оказывается тоже стояла. Не помню уж зачем её поставил.

az52

Цитата:

неа нету скрытых.

Вот одна из скрытых «настроек» получается: если IE установлен в Work Offline, то это всё равно влияет на «Свои настройки подключения» SAS'а — только что проверил: «Отсутствует подключение к Интернет!»

Интересно, неужели нельзя «не обращать внимание» на галочку “Work Offline”, когда берутся «Общие настройки»? Или это свойство винды — выдавать отсутствие подключения при “Work Offline”?

Цитата:

Вот одна из скрытых «настроек»

Это скорее скрытый глюк.

Цитата:

Или это свойство винды — выдавать отсутствие подключения при “Work Offline”?

я хз.

Версия 90724

1. Раза в ~3 увеличил скорость обработки тайлов jpg. Правда на конечную скорость отображения карты повлияло не так сильно – основной тормоз происходит из-за чтения тайла.
2. Добавил кэширование просмотренных тайлов.
3. В результате п. 2 убрал некоторые вещи при рендеринге карты, которые раньше были неизбежны, как то:
Наложение тайлов слоя друг на друга;
Корявое отображение зацикливаемой карты на малых зумах;
Отображение карты наложения даже после ее отключения, пока не передвинеш карту.
4. Тайлы слоев теперь, также в результате п. 2, не имеют полупрозрачности там где она должна быть, постараюсь в дальнейшем исправить.

az52

Цитата:

постараюсь в дальнейшем исправить.

т.е. тебе не понравилось?
или сделаешь опционально?

Цитата:

т.е. тебе не понравилось?

Понравилось, но это не есть правильно)

Цитата:

Понравилось, но это не есть правильно)

а я особой разницы не вижу
так если так быстрей, то пусть останется

az52
Появилась хотелка, правда, не знаю, как Вы на это посмотрите, но было б полезно. Суть такая: окно "Операции с выделенной областью", вкладка "Загрузить", сейчас там отображается общее количество составляющих область тайлов - а хотелось бы там же видеть оценку того, сколько приблизительно предстоит закачать в мегабайтах, при этом учитывать те относящиеся к данной области тайлы, что уже есть в кэше, если таковые имеются. Например, так "Всего: ... тайлов (...Мб) Из них присутствует в кэше: ... тайлов (...Мб) Необходимо докачать: ... тайлов (~...Мб)". Удобство будет в том случае, если надо считать интернет-трафик.

xromeo

Цитата:

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

а по времени знаешь как всё растянется?

zporuchik
Имеешь в виду, что долго будет это считать? Так есть пример - тот же MapBuilder, он это показывает, и никаких тормозов при расчете у него не наблюдается.

Цитата:

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

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

Вообще время необходимое для такого подсчета в SAS.Планете можно оперделить по продолжительности формирования карты заполнения.

az52
ага, только область выделеная для подсчета может значительно превышать экран.

Сильно не бейте . Здесь на форуме уже спрашивали, но я не понял.

Не правильно конвертируется спутн.картаYandex из SAS в GoogleMV? координаты сильно отличаются. Хотя спутн.карта Google конвертируется точно и совпадает по координатам.

При конвертации из SAS в GoogleMV координаты сильно не совпадают т.е например точка в SASe 56'60'213 после конвертации в GoogleMV эта прога точку показывает в другой координате (56'58'252).
Можно ли как-то это исправить? Объясните пожалуйста.

Helpmister
Можно но не просто. Склеиваете, открываете в GlobalMapper'e, сохраняете в формате Google Map, потом утилиткой(http://forum.ru-board.com/topic.cgi?forum=35&topic=41646) конвертите имена.

az52

Цитата:

потом утилиткой(http://forum.ru-board.com/topic.cgi?forum=35&topic=41646) конвертите имена.

зачем?
САС ведь понимает этот формат кэша GMT

Цитата:

зачем?
САС ведь понимает этот формат кэша GMT

Так человеку же гадо получить кэш GoogleMV, или ты имееш ввиду что потом можно планетой конвертнуть?

Добавлено:
фига, zporuchik помниш ты посоветовал сменить версию в ссылке гугла?, оказывается такие там творятся вещи - http://sasgis.ru/forum/viewtopic.php?f=12&t=348&start=0

az52

Цитата:

Так человеку же гадо получить кэш GoogleMV

так после ГМ (исправления привязки) можно и самим САС экспортировать в ГМВ. Или это САС неправильно экспортирует?


Цитата:

оказывается такие там творятся вещи

Цитата:

о_о прикольно, а ведь действительно стер) раньше была ссылка такая http://mt.google.com/mt?v=w2.95&hl=ru (какраз с неделю назад) потом в связи с изменением версии на google maps поменял ссылку на http://mt.google.com/vt?v=w2.99&hl=ru. как видно изменилась не только версия но и имя скрипта mt на vt

после vt должен стоять не ?, а /

Цитата:

после vt должен стоять не ?, а /

Да это без разницы.

az52

Цитата:

Да это без разницы

да ну!
ты проверил?

Добавлено:
az52
идейка одна родилась
организовать, что-то на подобии р2р для обмена кэшем
надо найти какой-нибудь мануал и исходники по внедрению в прогу данной ф-ции и организовать сервер на том же народ.ру
правда остается большой вопрос с хэшированием ТАКОГО количества тайлов.
в случае успеха (при желании автора) САС будет сначала искать файл на сервере, а потом уже на первоисточнике.

Сейчас для SAS запрос такой:

satGOOGLE - http://khm0.google.com/maptilecompress?t=2&q=80&hl=ru
mapGOOGLE - http://mt.google.com/vt/v=w2.100&hl=ru
gibridGOOGLE - http://mt.google.com/vt/imgtp=png32&v=w2t.100&hl=ru
landGOOGLE - http://mt.google.com/mt/v=w2p.87&hl=ru

satYANDEX - http://sat01.maps.yandex.net/tiles?l=sat&v=1.10.0&x=
mapYANDEX - http://vec.maps.yandex.net/tiles?l=map&v=2.7.1&x=
gibridYANDEX - http://vec01.maps.yandex.net/tiles?l=skl&v=2.7.1&x=
-------------------------------------------------------------------------------------

Проблема конвертации в формат GoogleMV в самой программе. Конвертируется не правильно только satYandex и satKosmosnimki. Координаты сдвигаются по долготе на 10мин.

По поводу тормозов с подсчётом объёма закачки по выделению:

Цитата:

Вообще время необходимое для такого подсчета в SAS.Планете можно оперделить по продолжительности формирования карты заполнения.

Цитата:

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

Я вот подумал - эту фичу ж можно сделать опциональной, например, вызываемой по кнопке "Расчёт объёма для закачки". Кому надо, нажмёт кнопку и дождётся. Но - это, конечно, на Ваше усмотрение Если посчитаете, что смысла в этом по каким-либо причинам (сложности реализации, потенциальная востребованность, актуальность и др.) нет, не вопрос.

Цитата:

да ну!
ты проверил?

А то)


Цитата:

Проблема конвертации в формат GoogleMV в самой программе

Сколько уже раз то можно говорить!) - проблема в проекции.

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