ВОПРОСЫ АБСОЛЮТНЫХ НОВИЧКОВ

[Parasite]

Назрело, назрело...
В эту тему будут переезжать (ну или задаваться напрямую, если вдруг удача) все ну совершенно нубские вопросы, заданные в тех или иных ветках. Ибо сколько ж можно игнорировать уже заданное\отвеченное другими, не напрягать межушный нервный узел, и не юзать поиск... Будет этакий паноптикум и парад юзеров, цинично игнорящих RTFM.

Если у кого из старожилов ВНЕЗАПНО нахлынет приступ альтруизма - то могут и поотвечать, а нет - так и нет. Тем хуже для задавших - тема будет безжалостно модерироваться.

[Parasite]

версия SASPlanet там от 2004 года.

От 2009го, если быть точным. Впрочем, это мало что меняет.
Кому очень надо - старые версии все еще можно скачать. Неподдерживаемые, само собой.

PS: а на наст.момент панорамио - фсё, и вообще непонятно, что тут требуют.

[VMatveev]

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

А что, Гугл-Земля уже умеет скачивать по полигонам, без ограничений на объем кэша, и склеивать безразмерные растры в JP2/BigTIFF/ECW/MrSID/нужное подчеркнуть? Расскажите пожалуйста, очень интересно.

[Papazol]

Снимки Панорамио - это обычные фотографии, которые пользователи заливали (может, и продолжают заливать) на ресурс с геопривязкой. Их нет нужды скачивать по полигонам, а тем более склеивать. Их просто можно смотреть. Пейзажи это в основном.
Хозяин решил, что это Панорамио более не нужно. Перевёл, так сказать, в другую плоскость. На данный промежуток времени, говорят, снимки Панорамио можно смотреть через Google Earth.
А через SASPlanet - нельзя. Вернее, ссылки-то на каждое фото остались прежними, и фото эти там так и лежат. Если в кэше остались kml, скачанные раньше, то по ним фото открываются. Но больше нельзя скачать эти kml. Их просто нет, ибо нет больше Панорамио.
Вероятно, Google Earth обрабатывает бывшие фото Панорамио несколько иначе, чем само Панорамио делало это раньше. Поэтому, если нужно смотреть фото Панорамио - это придётся делать в Google Earth, пока дают.

[Tsimur]

Может, у вас старая версия программы? Некоторое время назад был такой баг, потом его вроде бы исправили. Попробуйте обновиться.

160707.9476 Stable
Переустанавливать неохота, ведь, видимо, удалится база меток. Но без этой фичи очень неудобно.

[Gma]

... 160707.9476 Stable
Переустанавливать неохота, ведь, видимо, удалится база меток. Но без этой фичи очень неудобно.

Откуда вы взяли эту "видимость"? Хоть бы сначала вики почитали, что ли...

[Stany]

Добрый день!
Имеется KML файл с указанием уровня сигнала сотовой связи в нескольких географических точках (выгружен программой NetMonitor под Android). Фрагмент файла приведен ниже. Google Earth отображает метки файла корректно - зеленым/желтым/красным в зависимости от уровня сигнала, но там не актуальные снимки, к тому же точки получаются очень маленькими и ненаглядными. В SAS.Планета есть возможность наложить эти точки на снимок Яндекс.Карты, но все точки выглядят черными.
Вопрос: Есть ли возможность настроить цвета и размеры меток в зависимости от тега <styleUrl>#transGreenPoly</styleUrl> при отображении их в SAS.Планета? Может быть есть возможность настройки внешнего вида меток в зависимости от содержимого каждой метки?

Заранее спасибо

скрытый текст: показать

<?xml version='1.0' encoding='UTF-8' ?>
<kml>
<Document>
<name>Сессия 4, 2016.12.29 12:04:58 - 2016.12.29 12:31:55</name>
<Style id="transRedPoly">
<PolyStyle>
<color>ff4040ff</color>
<outline>0</outline>
</PolyStyle>
</Style>
<Style id="transGreenPoly">
<PolyStyle>
<color>ff20df20</color>
<outline>0</outline>
</PolyStyle>
</Style>
<Style id="transCyanPoly">
<PolyStyle>
<color>ffffdf00</color>
<outline>0</outline>
</PolyStyle>
</Style>
<Style id="transYelowPoly">
<PolyStyle>
<color>ff00ffff</color>
<outline>0</outline>
</PolyStyle>
</Style>
<Style id="transTransparentPoly">
<PolyStyle>
<color>00000000</color>
<outline>0</outline>
</PolyStyle>
</Style>
<Placemark>
<name>WCDMA, 250 2 7217 15194 -1</name>
<description>RSSI -53 dBm
2016.12.29 12:05:00</description>
<visibility>1</visibility>
<styleUrl>#transGreenPoly</styleUrl>
<Polygon>
<outerBoundaryIs>
<LinearRing>
<coordinates>68.45064764,58.27047942 68.45059823840892,58.270464419985004 68.45064764,58.270524420045 68.45069704159108,58.270464419985004 68.45064764,58.27047942 </coordinates>
</LinearRing>
</outerBoundaryIs>
</Polygon>
</Placemark>
<Placemark>
<name>WCDMA, 250 2 7217 15194 -1</name>
<description>RSSI -53 dBm
2016.12.29 12:05:01</description>
<visibility>1</visibility>
<styleUrl>#transGreenPoly</styleUrl>
<Polygon>
<outerBoundaryIs>
<LinearRing>
<coordinates>68.45064764,58.27047942 68.4506630132433,58.27050831005919 68.45070747074071,58.270447249808456 68.45059237959623,58.27047197673517 68.45064764,58.27047942 </coordinates>
</LinearRing>
</outerBoundaryIs>
</Polygon>
</Placemark>
<Placemark>
<name>WCDMA, 250 2 7217 15194 -1</name>
<description>RSSI -53 dBm
2016.12.29 12:05:02</description>
<visibility>1</visibility>
<styleUrl>#transGreenPoly</styleUrl>
<Polygon>
<outerBoundaryIs>
<LinearRing>
<coordinates>68.45076524,58.27041607 68.4508110050775,58.27039816144871 68.45068668076881,58.27039823570647 68.45077184774328,58.270445868080316 68.45076524,58.27041607 </coordinates>
</LinearRing>
</outerBoundaryIs>
</Polygon>
</Placemark>
<Placemark>
<name>WCDMA, 250 2 7217 15194 -1</name>
<description>RSSI -53 dBm
2016.12.29 12:05:03</description>
<visibility>1</visibility>
<styleUrl>#transGreenPoly</styleUrl>
<Polygon>
<outerBoundaryIs>
<LinearRing>
<coordinates>68.45056576,58.2703707 68.45058352212735,58.27039920862612 68.45062285669246,58.270337183815236 68.45050993341101,58.27036453549706 68.45056576,58.2703707 </coordinates>

[Papazol]

Не получится. SASPlanet поддерживает kml весьма ограниченно.

[aiv]

Добрый день.

У меня часто возникает задача оперативно собирать спутниковые снимки (z18) больших областей (более 200км * 200км) в формате JNX для дальнейшего использования на Garmin.
Всем известно, что очень редко большая область интересов на хорошем зуме полностью доступна у одного поставщика карт.
Поэтому я часто проделываю следующее:

1. Зачищаю папку cache.
2. Скачиваю z18 для "Спутник Google" и для "Bing Maps - спутник".
3. Перемещаю содержимое папки "cache\vesat" в "cache\sat", пропуская все существующие файлы.
4. Использую "Спутник Google" в качестве источника объединенных снимков для создания JNX.

При самом плохом раскладе на стыках Google и Bing я получаю 255px серого поля (<200м). Но я выбираю скорость сборки.

Note: Если на месте предполагается использование SAS.Planet, то из z18 можно легко сформировать слои с меньшим зумом. А ещё можно создать собственную карту и не портить "Спутник Google". Но речь не об этом.

Проблемы начинаются, когда нужно объединить снимки из разных проекций (например, Спутник Google + Спутник Яндекс). Если наивно использовать описанный выше метод и в качестве второй карты использовать Яндекс, то его снимки в моём случае ложатся со смещением в пару десятков километров.

В простых ситуациях, по наводке zed (viewtopic.php?f=2&t=2196#p32759), можно:

1. В настройках карты "Спутник Google" выбрать кеш "GlobalMapper Tiles".
2. Скачать "Спутник Google" и "Спутник (Яндекс.Карты)".
3. Склеить каждый нужный участок "Спутника (Яндекс.Карты)" в отдельный растровый файл (например, ECW).
4. С помощью GlobalMapper открыть ECW файлы.
5. Выполнить "Экспорт веб..." → "Google Maps Tiles" во временную папку, указав формат "JPG" и "Level" на единицу меньше зума в SAS.Planet.
6. Переместить содержимое временной папки в "cache_gmt\sat", пропуская все существующие файлы.

Проблема подхода заключается в пункте 3. Если, недолго думая экспортировать, всю область интересов, то GlobalMapper будет выполнять экспорт несколько суток. Поэтому приходится выделять отдельные , которых в некоторых случаях может быть весьма не мало.
А ещё нужно быть аккуратным, так как все тайлы, отсутствующие в "Спутник (Яндекс.Карты)" после работы GlobalMapper станут обычными файлами с серой заливной. То же самое случится, если группировать полигоны или использовать непрямоугольные полигоны.

А теперь вопрос:
Можно ли как-нибудь более эффективно объединять неполные карты из разных проекций?
Если сейчас такой функционал отсутствует, можно ли попросить его добавить в будущем?
Мне кажется логичным, если бы в диалоге "Экспорт" появился формат "SAS.Планета" с возможностью указать проекцию (как в диалоге "Склеить") и опцией "Заменять при совпадении".

[Papazol]

Как вы уже заметили, тайлы с одинаковыми тайловыми координатами в разных проекциях лежат довольно далеко друг от друга. Поэтому приходится склеивать полотно и заново резать его на тайлы, но уже в других местах. От этого никуда не уйдёшь. И неважно, какая программа будет это делать, всё равно при достаточно больших размерах полотна процесс будет долгим. Global Mapper уже умеет резать полотна на тайлы, и он делает это хорошо. Чувствуете, куда я клоню?

[aiv]

Чувствую. Поэтому попробую привести ещё аргументы.

Представим, что у нас есть область интересов, на которой в Спутнике Google около полусотни дырок причудливой формы. Спутник Bing закрывает четверть. Спутник Яндекс закрывает половину. А Спутник Космоснимков еще четверть.
При этом Google и Bing в одной проекции, а Яндекс и Космоснимки в другой.
Для Google и Bing мы можем объединить файловый кеш. Докинуть туда Яндекс можно по описанному выше алгоритму. А вот с Космоснимками уже будут проблемы.

К сожалению, в Global Mappper нет информации об отсутствии тайлов. В ECW все участки с отсутствующими тайлами будут серыми и непрозрачными. Если в Global Mapper поверх Яндекса положить ECW с Космоснимки, последний будет перекрывать собой строго прямоугольник (см. вложение), хотя под серой областью есть нормальные тайлы. Очевидно, автоматическая подрезка в Global Mapper не сработает и потребуются аппликации.

Как вариант, можно было бы экспортировать GMW привязку с информацией о правильной форме ECW-файла с учетом отсутствия тайлов.
Такой подход позволил бы не задумываясь делать экспорт всех карт в ECW и объединять их в Global Mapper.