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

zporuchik

Цитата:

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

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

Добавлено:
az52

Цитата:

КАК получить для данной местности НАИБОЛЕЕ СВЕЖИЙ космоснимок


Ничего не трогать не всегда прокатывает. Самый лучший вариант пкм-доп операции-доступные снимки, увидете все имеющиеся снимки на DG в начале каждого снимка стоит номер, его надо подставлять в параметр tid, если надо несколько снимков ставьте номера через запятую.

Понятно, а остальные параметры, про которые в readme в истории версий упоминалось, как раз не трогать? Хватит только tid?

xromeo
Хватит и tid. coll это 3 первые цифры tid т.е. будут отображаться все снимки у которых tid начинается на указанные в coll цифры

Добавлено:
xromeo
Вообще узнавать дату снимка можно почти всегда сравнив имеющийся снимок с квиклуками разных спутников которые можно найти например на search.kosmosnimki.ru.

Цитата:

т.е. вы хотите сказать что точность их привязки 2 метра? так это не загрублены а очень точно привязаны))

нет. разрешение 2 м/пикс

az52

Цитата:

Хватит и tid. coll это 3 первые цифры tid т.е. будут отображаться все снимки у которых tid начинается на указанные в coll цифры

Понятно, спасибо. Я попросил бы вот о чём - про это упомянуть в Readme, чтобы новые пользователи программы могли это понять без обязательного прочтения этого форума. Если нетрудно

P.S.
Сейчас провёл эксперимент. Меня интересует снимок места с координатами E36°0'56.26" N50°36'11.05" (посёлок Борисовка Белгородской области). Простой перебор всех источников космоснимков в программе результата не дал, нигде снимков высокого разрешения этого места нет. Далее, выбираю источник "Спутник (DigitalGlobe)", получаю информацию о наличии снимков DigitalGlobe через контекстное меню, мне выдаётся вот что:

3751072944,1999-01-01,"MDA EarthSat",-1,15.0,"Color",100000.0

То есть - ура! - снимок имеется. Далее, иду в "Настройки - Спутник (DigitalGlobe)" и в поле "URL" модифицирую строку так:

...www0.globexplorer.com/tiles/img?p=mercator-spheroid&coll=&tid=3751072944&n=1&...

(изначально после &tid= ничего не было вписано). Жму "Принять" и затем "ОК". Пробую грузить снова - и опять вижу ландсатовские тайлы низкого разрешения, хотя масштаб выставил 16, где снимок уже бы был, если б он был.

Вопрос: а что я делаю не так? Или этот спутник и есть тот самый LandSat???
-----------------

UPD. Разобрался уже, то и правда LandSat

xromeo

Цитата:

3751072944,1999-01-01,"MDA EarthSat",-1,15.0,"Color",100000.0

То есть - ура! - снимок имеется.

ты ж смотри какой снимок!
3751072944,1999-01-01,"MDA EarthSat",-1,15.0,"Color",100000.0
это 15 м/пикс Лансат7 1999 года

zporuchik
C этим я уже и сам разобрался

Добавлено:
Да, вот ещё что. Было б неплохо дать расшифровку полей строки с информацией о снимке, по крайней мере тех полей, что известны, и пояснить, какие из ник как можно использовать (в частности, tid). Либо подсказкой рядом в этом же окне, либо в ридми, либо в отдельном текстовом файлике, а то пока что получение снимков с DigitalGlobe методом "вручную" нигде не документировано, кроме как в этом форуме (аналогичную мысль я уже чуть выше озвучивал)

Добавлено:
az52

Цитата:

Вообще узнавать дату снимка можно почти всегда сравнив имеющийся снимок с квиклуками разных спутников которые можно найти например на search.kosmosnimki.ru.

Потрясающе, я об этом инструменте не знал. Спасибо!!! С его помощью легко вычислил дату снимка Ростова-на-Дону, выложенного недавно на Virtual Earth. А вот дату снимка этого же города, размещённого на Яндекс.Картах, почему-то угадать пока не удалось. Но надо с этим поразбираться ещё просто

Цитата:

снимка этого же города, размещённого на Яндекс.Картах

Яндекс большинство мозаик городов строит из частей 1m/px Ikonos (в них нет 19-го уровня).
Чтобы установить дату - на search.kosmosnimki.ru нужно выбрать этот спутник и сравнивать с его превьюшками (учитывая, что цветовая палитра могла сильно измениться и не бязательно мозаика состоит из одного снимка). Это сложнее, чем с Гуглом.

DCT

Цитата:

Чтобы установить дату - на search.kosmosnimki.ru нужно выбрать этот спутник и сравнивать с его превьюшками (учитывая, что цветовая палитра могла сильно измениться и не бязательно мозаика состоит из одного снимка). Это сложнее, чем с Гуглом.

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

не пойму что за глюк :
имеем plt трэк , конвертируем его как обычно с помощью OziMapConverter.exe
в КМЛ, и "загоняем" в планету, а тут те на! этот не лезет, удаляем все метки, - НЕ ЛЕЗЕТ.
что делать? кому жаловаться?

http://genshtab1k.narod.ru/tmp/dzuga_track.rar

может таки прикрутить импорт из plt? там же всё просто как 2*2.



Добавлено:
а можно ли вернуть выпадающий список рядом с кнопкой управление метками
( )только выделенные метки
( )показывать все метки
( )не показывать метки
а то как-то неудобно получается в 3 клика это делать?

TheGarl
Проблема в том что в секции coordinates может идти как широта, долгота так и широта, долгота, высота. Обычно каждая секция д,ш или д,ш,в разделена чемлибо например пробелом и SAS.Планета может разобраться что куда раскладывать, а тут идет все без разделителей:
40.286970,43.692540,846.094320,40.286580,43.692540,846.094320,40.286480,43.692600,846.094320....
И как разобраться что есть что? Ясно что широты 846 не бывает и это высота, но это частный случай, может быть высота например 45 метров и как понять, что это, высота или широта? Может быть конечно следует считывать по дефолту, если нет разделителей, все 3 параметра.

вот блин до этого kml-ки c такими же параметрами импортировались

Код:
<coordinates>
40.135288,43.996706,-236.829600,40.137116,43.996472,-236.829600,40.138683,43.995898,-236.829600,4

Цитата:

вот блин до этого kml-ки c такими же параметрами импортировались

Я переделывал импорт, может эти к-ты понимала раньше зато другие не понимала) Надо думать.

что надо сделать чтобы загнать трэк в рпограмму?

Код:
<широта>,[пробел]<долгота>,[пробел]<широта>,[пробел]<долгота>,[пробел]

TheGarl
Поставить заместо "высота," пробел, или после каждой "высота," пробел.

az52

Цитата:

Проблема в том что в секции coordinates может идти как широта, долгота так и широта, долгота, высота.

здесь
описание всех файлов Ози.

Цитата:

описание всех файлов Ози.

zporuchik не всех, нету ozf, ozfx3

NPC

Цитата:

нету ozf, ozfx3

может вам еще и ключ от комнаты, где деньги лежат?
но!...
ктото же расковырял их, т.к. есть утиль для извлечения из них PNG

Цитата:

здесь
описание всех файлов Ози.

я ж про kml.

az52

Цитата:

я ж про kml.

Цитата:

<coordinates> (required)
A single tuple consisting of floating point values for longitude, latitude, and altitude (in that order). Longitude and latitude values are in degrees, where

* longitude &#8805; &#8722;180 and <= 180
* latitude &#8805; &#8722;90 and &#8804; 90
* altitude values (optional) are in meters above sea level

Do not include spaces between the three values that describe a coordinate.

Example

<Point>
<coordinates>-90.86948943473118,48.25450093195546</coordinates>
</Point>

Добавлено:
точнее пример так:

Код: <coordinates>
-122.366212,37.818977,30
-122.365424,37.819294,30
-122.365704,37.819731,30
-122.366488,37.819402,30
-122.366212,37.818977,30
</coordinates>

az52

Цитата:

Поставить заместо "высота," пробел,

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

надо чтото с этим делать.....

TheGarl

Цитата:

надо чтото с этим делать.....

надо идти по более простому пути

Цитата:

проще застрелиться.....

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

Цитата:

они в столбик пишут

В том то и проблема что не всегда, программы конвертирующие в KML что хотят то и всатвляют, а в данном случае вообще ничего не вставили( TheGarl, GE понял этот KML?

Цитата:

надо чтото с этим делать.....

Эт понятно. Надо делать импорт из plt.

Добавлено:

Цитата:

т.е. в соответствие с форматом

Тогда вообще множество KML не будет читаться)

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

Цитата:

т.е. вы хотите сказать что точность их привязки 2 метра? так это не загрублены а очень точно привязаны))

нет, это размер пикселя, а привязка, я полагаю, уточнялась наземными точками, следовательно, можно предположить, что она точнее чем на гугле=)

Цитата:

то самый лучший запрос который может быть) В планете уже много подкручено сервисов на WMS поэтому делайте на их основе (например все NASA)

еще бы найти где-нибудь описание по созданию zmp

imodem
Описание параметрв см в readme.

оке, пасибо!

az52
я достал нашего кодера и добился от него утилиты (спасибо ему) по обработке файла rs.txt:
- обрезка файла по заданным координатам (вычлененая волгоградская область стала весить 1,5 метра)
- сохранение в кодировке ANSI (для совместимости с Ozi)
- (в процессе) фильтрация дублей по координатам: при совпадении координат и типа объекта - запись с транслитом удаляется, при наличии кириллического написания.

zporuchik
чот я не припомню, что за файл rs.txt?

az52
это который база объектов по всей РФ взятый отсюда (прямая ссылка для скачивания)
а вот и утиль: NamesFileClipper
в общем: координаты для кропа в формате ГГ,ггггг
Dx1 - левая граница
Dx2 - правая граница
Dy1 - нижняя граница
Dy2 - верхняя граница
входной файл должен обзываться rs.txt и лежать в одной папке с exe'шником, а на выходе получите rs_mini.txt, который можно скармливать NAMESRCH от Ozi

а можно прикрутить "закрепить панели"?
часто уползают и отклеиваюца в самый неподходящий момент. и полноэкран не спасение.