Ru-Board.club
← Вернуться в раздел «Программы»

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

Автор: zporuchik
Дата сообщения: 26.05.2009 12:41
az52

Цитата:
Дай к-ты этих мест для примеру.

ёпрст
хотел дать координаты, а заодно проверил - пошло качать
глюки у ДГ?
а по доп.инфо он дает, но только:
3751072592,1999-01-01,"MDA EarthSat",-1,15.0,"Color",100000.0

Автор: NPC
Дата сообщения: 26.05.2009 14:22
az52 хотелось бы ставить метки с учётном настройки едениц координат, а не только в градусах минутах, секунда, и формат он бы сам подставлял, я привык работать с десятичными градусами
Автор: az52
Дата сообщения: 26.05.2009 14:34
NPC
А в чем проблема, вводите в поле градусы а остальные оставляйте пустыми.


Цитата:
а по доп.инфо он дает, но только:

Я ж говорю, ключик старый давно уже забанили и сейчас проверяю по ключику у которого есть доступ только у 19 стеку, а на нем много меньше снимков(

Я хотел грузить инфу по имеющимся снимкам так же как на фо сайте:

Эти параметры:
callCount=1
page=/ia-webapp/
httpSessionId=09635681D8EE522D40B4889595D5D4BE
scriptSessionId=F9A8D5EC1B7B85A27B989B0A7781BB95285
c0-scriptName=IaImageLibraryService
c0-methodName=getImageLibraryByBounds
c0-id=0
c0-e1=number:37.514190673828125
c0-e2=number:55.80330015113765
c0-e3=number:37.632293701171875
c0-e4=number:55.75454016616966
c0-e5=number:13
c0-e6=number:-1
c0-e7=number:-1
c0-e8=string:mercator-ellipsoid
c0-param0=Object_Object:{w:reference:c0-e1, n:reference:c0-e2, e:reference:c0-e3, s:reference:c0-e4, zoom:reference:c0-e5, width:reference:c0-e6, height:reference:c0-e7, projection:reference:c0-e8}
c0-param1=number:1
c0-param2=null:null
batchId=9
отправляем на к-то адрес (не скрываю) просто нет сейчас возможности посмотреть)
ответом получаем все как положено - id, дату, разрешение итд. Но. Только для первого стека( Номер стека как я понял меняется параметром c0-param1, но если мы поменяем значение на 49 то нам ничего не даст, т.к. дефолтный ключик не позволяет грузить 49 стек. А куды в этих парамтрах прописывать ключ (и можно ли вообще) я не нашел(( Может кто поработает с imageatlas на эту тему?

Автор: zporuchik
Дата сообщения: 26.05.2009 15:11
az52

Цитата:
Может кто поработает с imageatlas на эту тему?

однажды уже поработали может не стоит призывать общественность, а то останемся вообще без ключика и будем картинки получать с огромными лейбами.
Автор: az52
Дата сообщения: 26.05.2009 15:23
zporuchik
Не, тут другое дело) тут мы не будем его донимать постаянными запросами (я кстать и сейчас через tor ищу id, токо не бейте). Тем более здесь не нужна массовость.
Автор: DCT
Дата сообщения: 26.05.2009 15:56
Народ!!!
Помогите разобраться с DG! У них там сейчас какая то большая пьянка началась: на мой регион повыкладывали за полгода 5 снимков , казалось бы радоваться надо, но есть ложка дегтя: часть снимков "положены стопкой" друг на друга, и более ранние накрылись ... более поздними (накрылись гугловые и, что самое обидное, "промежуточные", которые я не успел выкачать )!

1) Можно ли как то определить coll для "промежуточных" снимков, если они грузятся, но отсутствуют в списке?

Чтобы было понятно, приведу скринщшот (координаты 36.504478° 49.745559°)

В точке с крестиком: должно пересекаться 4-5 снимков + Ландсат (но в списке доступных от DG только один снимок №2 + Ландсат)
№2 - снимок доступный на официальном сайте DG, дата и coll определяются правильно.
№1 - это Гугловый снимок (заштриховано положение) - но в этом месте сейчас в списке доступных снимков "определяется" только Ландсат (через SAS и DG сайт).
Снимки 4,5 лежат под снимком №2 (скорее всего были выложены раньше №2) - очень хотелось бы их достать!
снимок №3 добавили за минувшие две недели, есть подозрение, что он идет дальше вверх.

Вопросы:
1) можно ли получить доступ к снимкам с № 3,4,5 по отдельности, или для текущего ключа (стэка) это невозможно?
2) можно ли попытаться перебором найти coll для № 3,4,5, чтобы грузить их по отдельности? (если перебирать 3 цифры, это должно быть недолго)

Посмотреть дату "непроидентифицированных" снимков DG можно через GoogleEarth (включив слой границ снимков DG) - так я определил даты снимков № 3,4,5, однако превью снимков DG по ссылкам типа http://archive.digitalglobe.com/archive/showBrowse.php?catID=1010010004DF0C0A у меня почему то сейчас не работают (опера, эксплорер использовал даже разные прокси). Вопрос:
3) у кого нибудь сейчас такие превьюшки грузяться?
Автор: az52
Дата сообщения: 26.05.2009 16:14
DCT
Если надо coll определить, то можно подбором вручную, для россии начиная с 700 и далее, обычно идут 701, 706 и както дальше.
Чтобы узнать tid (недавно узнал способ):
загрузите тайл с кусочком требуемого снимка (желательно чтобы видно было только его) и посмотрите какойнить прогой (например proxomitron) ответ от сервера, там должен быть tid. (надо будет кстати включить в функционал программмы это).
Автор: DCT
Дата сообщения: 26.05.2009 16:35
az52

Цитата:
надо будет кстати включить в функционал программмы это

Это будет крайне полезно: я видел большое количество мест, где снимки положены стопкой и более старые затерты новыми и нельзя определить в SAS coll для старых.

Я правильно понимаю, что включив &tid= в ссылку можно получить полный снимок, т.е. если грузится хоть кусок "затертого" снимка, то можно скачать "незатертый"?
Автор: az52
Дата сообщения: 26.05.2009 16:45

Цитата:
Я правильно понимаю, что включив &tid= в ссылку можно получить полный снимок, т.е. если грузится хоть кусок "затертого" снимка, то можно скачать "незатертый"?

Точно так, параметр который надо смотреть в хэдере GexTidList.
Указав в ссылке tid будет загружать только снимок с этим tid, а если coll, тогда не обязательно один снимок будет грузиться.

Добавлено:
Причем если на тайле несколько снимков будет список tid всех присутствующих.
Жаль только не говорит tid других снимков этого места(, так бы было вообще замечательно
Автор: DCT
Дата сообщения: 26.05.2009 17:00
Есть контакт!!! Пошло грузить ранее недоступные снимки!!!
Если кто не знает как это делать: скачать http://www.proxomitron.info/files/download/ProxN45j.zip, распаковать, запустить, настроить SAS на прокси localhost:8080 и посмотреть лог.
Автор: zporuchik
Дата сообщения: 26.05.2009 18:11
DCT
проксомитроном много чего высмотрено для САС
Автор: DCT
Дата сообщения: 26.05.2009 18:22
az52
У DG видать была большая пьянка:

оказалось, что перекрывающиеся снимки разных дат 1,3,4,5 они запихали в один coll=701!
Фиготень получается: я не могу загрузить целиком снимки, например №5 7015880980+ поскольку он состоит из многих полосок с отличающимися на единицу tid, а на coll=701 уже висит закрывающий его "сверху" снимок №4 7015880840+. И тоже самое с гугловым снимком 7014030420+ - он тоже состоит из полосок, и его "закрыли" сверху другими снимками с coll=701.
Это как то можно победить?
Автор: zporuchik
Дата сообщения: 26.05.2009 18:36
DCT
у гугля надо отматывать параметр v=
Автор: az52
Дата сообщения: 26.05.2009 19:04
DCT
через запятую ставьте tid
zporuchik
Большой не факт что у гугля все эти снимки были.
Автор: DCT
Дата сообщения: 26.05.2009 19:15
zporuchik
Для Гугла покатит, и то не всегда (он ведь слишком старые версии удаляет). Но со снимками #3 #5 мне не поможет: их нигде, кроме DG нет!

Прикол: снимок №3 выложили последним на прошлой неделе, но снимки №2,3 оказались ВЫШЕ его: добавляя на единицу tid для №3 я прошел километров на 20 на север от "видимой" границы №3 - т.е. увидел такие тайлы, которые НИКОГДА не были доступны по стандартной ссылке!

Поэтому возникает закономерный вопрос: где же лежит полный снимок №3?

Раньше параметра coll было вполне достаточно, чтобы "листать" отдельные снимки, но теперь coll начал "листать стопками", в то время как tid листает слишком неудобно "по строчкам". Причем, границы tid-"строчек" одного снимка не совпадают с границами тайлов - это как тайлы границ листов ГШ.

Добавлено:
Пока писал, ответили...
az52
Ура! Теперь он клеит полоски!!! Этого достаточно!
Автор: az52
Дата сообщения: 26.05.2009 19:24

Цитата:
Прикол: снимок №3 выложили последним на прошлой неделе, но снимки №2,3 оказались ВЫШЕ его: добавляя на единицу tid для №3 я прошел километров на 20 на север от "видимой" границы №3 - т.е. увидел такие тайлы, которые НИКОГДА не были доступны по стандартной ссылке!

Т.е. если грузить с tid #3 получим снимок которого нет в обычном режиме просмотра??


Цитата:
Раньше параметра coll было вполне достаточно, чтобы "листать" отдельные снимки, но теперь coll начал "листать стопками"

"Стопки" были всегда.


Цитата:
Причем, границы tid-"строчек" одного снимка не совпадают с границами тайлов - это как тайлы границ листов ГШ.

Я же написал выше - ставьте нужные tid через запятую.

Добавлено:
Пока писал увидели))
Автор: DCT
Дата сообщения: 26.05.2009 19:27

Цитата:
Т.е. если грузить с tid #3 получим снимок которого нет в обычном режиме просмотра??

Снимок то есть, но его северная часть НИКОГДА не была в обычном просмотре (о ее существовании я предположил по GoogleEarth - там видно, что этот снимок идет еще далеко на север). Прибавил +1,+2,+3 к tid - и вуаля! получил кусок снимка, которого никто никогда не видел! (как я писал, его добавили на прошлой неделе, и он сразу очутился "под" основными снимками: но это скорее наверно исключение: снимок весенний, и ему присвоили низкий приоритет)

Кстати, а надо это попробовать на границах других снимков: к основному tid +-1 - может снимки больше станут?
Автор: az52
Дата сообщения: 26.05.2009 19:34
DCT
Чет я не понял)
Автор: DCT
Дата сообщения: 26.05.2009 20:38
az52
Появился снимок №3. Он сразу расположился под снимками 1,4,5 и имеет идентичный с ними coll=701, поэтому поставив coll=701 мы получим такую же картину расположения снимков.
Берем SAS и проксмомитрон, находим набор tid у видимой части снимка №3. Но оказывается, что добавляя по +1 к "самому северному" tid можно продвинуться по этому же снимку еще километров на 20-30 на север! Причем эти угаданные tid нельзя никаким образом узнать: в информации о доступных снимках их нет.
Автор: az52
Дата сообщения: 26.05.2009 21:11
DCT
Понятно, это сейчас нельзя узнать так как они перекрыты другими снимками, а раньше можно было... эх(
Автор: DCT
Дата сообщения: 26.05.2009 21:55
az52
А это тоже забанили? "Снимки 1990-01-01,"MDA EarthSat" разрешением 25 м/п получаем если поставим tid=370529386 и ls=28"
Автор: RussellMur
Дата сообщения: 27.05.2009 00:49

Цитата:
Понятно, это сейчас нельзя узнать так как они перекрыты другими снимками, а раньше можно было... эх(

да... было время.

А в настройках программы можно менять URL запроса "Загрузить информацию о доступных картах этого места..."?

Добавлено:

Цитата:
Добавьте возможность Печать карты (с слоями, с метками..)

ага. а еще кнопочку "Создать векторную карту этого места с точностью... и залить в навигатор"
Автор: mombassa
Дата сообщения: 27.05.2009 03:52
Вопрос: Каким образом обмениваться объектами (метки, пути, полигоны)? Пробовал через KML, не получается импортировать, то что сгенерила программа. Обмен файлами marks.sml не подходит, т.к. необходимо пересылать объекты выборочно.
Автор: az52
Дата сообщения: 27.05.2009 06:24

Цитата:
Пробовал через KML, не получается импортировать, то что сгенерила программа.

)) Интересно, посмотрю

Цитата:
А в настройках программы можно менять URL запроса "Загрузить информацию о доступных картах этого места..."?

нету
Автор: RussellMur
Дата сообщения: 27.05.2009 17:34

Цитата:
нету

жаль. Но и не надо значит - всё равно не работает как раньше...)
Автор: netrebos
Дата сообщения: 27.05.2009 19:48
Не подскажет ли кто утилиту для конвертации меток и пути из файла marks.sml в точки и трек формата OZI в *.wpt и *.plt. Ну и обратно, конечно. Кажется, об этом когда-то шел разговор, но что-то найти не могу. Заранее спасибо.
Автор: zporuchik
Дата сообщения: 27.05.2009 20:22
netrebos
нет такой утилиты
Автор: netrebos
Дата сообщения: 27.05.2009 20:51
zporuchik
упс. Тогда вопрос по-другому поставим. 1) wpt, plt конвертировать в klm можно и чем? 2) из klm в wpt, plt конвертировать можно и чем? 3)Импортировать в SAS klm теоретически можно, а экспортировать?
Автор: zporuchik
Дата сообщения: 27.05.2009 21:01
netrebos
1. ГлобалМаппер и ГуглЕрч (и еще много всего можно найти по запросу у гугля wpt2kml plt2kml)
2. ГлобалМаппер (и еще множество утилит)
3. нет
Автор: netrebos
Дата сообщения: 27.05.2009 21:40
zporuchik
Вопрос 1 еще проще оказался -- Сам OZI это делать умеет, по крайней мере версия 3.95.4м:
File -> Save To File -> Export to Google Earth. Сохраняет как трек, так и точки.

2 С глобал меппер еще не разобрался -- возможно.

3 А что идеи экспорта точек и маршрута из САС в клм ни у кого не возникала и только мне показалось, что это можно использовать?

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071

Предыдущая тема: Opera AC


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.