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

» SatMap (2)

Автор: relictus
Дата сообщения: 02.04.2009 12:17
Предыдущие части темы


SatMap
просмотр, скачивание, кэширование, склейка и привязка спутниковых снимков/гибрида/карт/ландшафта с сервиса Google Maps.


FAQ
Настоятельно рекомендуется ознакомиться как опытным пользователям, так и всем новичкам.


Текущая версия 2.4.0 (multilingual):
История версий
полный комплект v2.4.0 (2.74 Mb)
v2.4.1.7 (только exe) (1.39 Mb)
SatMap API

* - архивы в формате 7-zip


[more=Кэши скачанных районов]
Кэш "упорядочен" - это значит, что после выкачивания был сделан экспорт кэша в новый кэш, в результате, данные располагаются последовательно, что благоприятно сказывается на операциях: наложение \ экспорт \ импорт.
Кэш "не упорядочен" - это значит, как кэш был скачен, так и был выложен.
Актуальность - дата когда скачивался район.

Кэш к программе SatMap, разбит по территориям для удобства скачивания (на трекере):
satmap_cache_dc.ru-board.com - 12.16ГБ (кэш "упорядочен")
satmap_cache_torrents.ru - 12.16ГБ (кэш "упорядочен")
Весь Мир, спутник/гибрид/карта/ландшафт 1-10, Актуальность: март 2009
г.Москва, РФ, спутник/гибрид/карта 1-18, ландшафт 1-16, Актуальность: март 2009
г.Санкт-Петербург, РФ, спутник/гибрид/карта 1-18, ландшафт 1-16, Актуальность: апрель 2009
г.Гавана + пляжи Санта Марии, Куба, спутник 1-19, гибрид 1-18, карта 1-17, ландшафт 1-16, Актуальность: апрель 2009

Архивы с полным (спутник/гибрид/карта/ландшафт) кэшем 1-10 уровней
Весь Мир - Актуальность: март 2009
full cache SatMap levels 1-10 - 3ГБ (кэш "упорядочен").
full cache SatMap levels 1-10 - 3ГБ (кэш level 1-9 "не упорядочен").
world_all_01_05 7.78МБ
world_all_06 19.7МБ
world_all_07 63.7МБ
world_all_08 211МБ
world_all_09 680МБ
Уровень 10 разделён на два кэша для удобства скачивания
world_all_10_3levels_s_h_m - спутник/гибрид/карта 1335МБ
world_all_10_1levels_l - ландшафт 752МБ

Архив с полным (спутник/гибрид/карта/ландшафт) кэшем 1-18 уровней
г.Москва, РФ - Актуальность: март 2009
Москва 1-18 - 2.7 ГБ (кэш "упорядочен").
Москва 1-18 - 2.7 ГБ (кэш "не упорядочен").
SRTM_height - высотные данные
Скриншоты выделенной области с координатами и наложением 18 уровня на 10-й, слой спутник/гибрид.


Архив с полным (спутник/гибрид/карта/ландшафт) кэшем 1-18 уровней
г.Санкт-Петербург, РФ. - Актуальность: апрель 2009
Санкт-Петербург 1-18, на трекере, см. выше, (кэш "упорядочен").
SRTM_height - высотные данные
Скриншоты выделенной области с координатами и наложением 16\18 уровней на 10-й



Архив с кэшем (спутник/гибрид/карта) 1-18 уровней
г.Киев, Украина. Актуальность: апрель 2009 (спутник), август 2009 (гибрид/карта)
Киев 1-18 - 1.28 ГБ (кэш "упорядочен").
Скриншот наложения 18 уровня на 11-й (слой - спутник)


Карты Генштаба в виде кэша SatMap
В основном карты масштаба 1М и 500К. Для квадрата N37 - также 200 и 100К - 5 ГБ (кэш "упорядочен").


[/more]



Официальный сайт http://satmap.narod.ru


Основные функции и возможности (на данный момент):
1. Импорт данных из кэша GoogleMV (версии 2.7+), GoogleV, EarthSlicer (только спутник), SatMap, SASPlanet, Global Mapper
2. Формат кэша: 1 кэш = 1 файл
3. До 100 подключаемых кэшей
4. Экспорт в кэш формата GoogleMV, SatMap, SASPLanet, GPSProga
5. Поиск, сохранение и переход по введенным координатам/названию места
6. Работа с путевыми точками и треками в формате OziExplorer (*.wpt, *.plt)
7. Измерение расстояния
8. Склейка/экспорт данных в графические форматы JPG, PNG, TIFF, ECW, JPEG2000, MrSID
9. Геопривязка в форматах Ozi Explorer, MapInfo, world-файл, TomTom overlay
10. Закачивание данных с сервиса Google Maps без бана
11. Показ высоты по данным SRTM
12. API для управления SatMap
13. Навигационный режим работы с GPS-приемником
14. Работа с базой данных географических названий объектов GNS

Планируется:
1. Работа с форматом kml/kmz
2. Возможность скачивать данные с других сервисов
3. и многое другое......

Программа распространяется бесплатно. Используйте ее на свой страх и риск.
Автор: rex
Дата сообщения: 02.04.2009 13:02
relictus
Когда в квадратном миллиметре 10 - 25 пикселей рассмотреть все равно ничего не возможно, поэтому идея 32х32 вполне разумна. А если ее реализация скорость вывода на экран увеличит хотя бы в двое, так просто требует первоочередной реализации!
Автор: relictus
Дата сообщения: 02.04.2009 13:49
rex

Цитата:
идея 32х32 вполне разумна

Ну вот, первый пошел!
Заметили, две тыщи постов набили уже в топике?
Автор: netrebos
Дата сообщения: 02.04.2009 15:14
relictus

Цитата:
А если ее реализация скорость вывода на экран увеличит хотя бы в двое, так просто требует первоочередной реализации!

Если ход мысли верен, я пожалуй, тоже присоединюсь к rex. Вопрос только в
Цитата:
первоочередной реализации!
-- без произвольного выделения теряется некоторый функционал и действующего механизма наложения. Так что, первоочередное, это произвольное выделение, а остальное хорошо бы одновременно. Тут же где-то рядом находится и вопрос об одном кэше для мультяшек.

Коль несколькими постами выше пошла речь о правке шапки, то же добавлю:
Цитата:
1. Импорт данных из кэша GoogleMV (версии 2.7+), GoogleV, EarthSlicer (только спутник)
Надо дополнить SatMap и SASplanet.

Цитата:
4. Экспорт в кэш формата GoogleMV, SatMap
дополнить SASplanet и GPSproga


Цитата:
Заметили, две тыщи постов набили уже в топике?

Аппетит приходит во время еды. Хелп действительно уже нужен -- править его проще, чем искать ответы по ветке, да и некоторые вопросы уже начали повторяться.





Автор: relictus
Дата сообщения: 02.04.2009 15:48
netrebos

Цитата:
Так что, первоочередное, это произвольное выделение, а остальное хорошо бы одновременно.

Я как-то еще не умею распараллеливаться
Все поочередно....
Автор: netrebos
Дата сообщения: 02.04.2009 19:41
relictus
Обрати внимание. В САС Версия (90330 (от 30.03.09)) появилась функция
Цитата:

2. Добавл возможность сохранения отельного файла в кэше, указывающего о отсутствии тайла на сервере (чтоб еще раз его не загружать). Включение опции в настройках/интернет.
Неплохо бы доработать конвертор экспорта\импорта. Предвидя твои возражения про "комбайн", приведу цитату с форума САС:


Цитата:
Сообщение Parasite 23 мар 2009, 08:05

Vasya писал(а):Цель - дождатся момента перехода кеша на sql и быстрого переброса "трудящихся" на новую версию


Главное - не делать это безусловным и единственным вариантом (по аналогии с SatMap, от юзания которой я отказался после недели проб, граблей и матов - когда единственный глюк в базе ложил ее ВСЮ и намертво, со всем уже наработанным кэшем унутре). Текущий кэш САСа хоть и несовершенен в плане хранения - зато весьма "бронебоен" в плане отказоустойчивости, и потеря N тайлов абсолютно никак не сказывается на работоспособности остальных. Так что отказываться от текущего варианта тоже не резон.


Слишком категорично, но некоторая доля истины есть. Мне-то кажется, что и SatMap, и САС по уникальности программы одного порядка, только уникальность у каждого своя. А твой инструментарий сильно расширяет пользовательские возможности.

Добавлено:
relictus

Цитата:
не умею распараллеливаться

извини
Автор: relictus
Дата сообщения: 02.04.2009 20:10
netrebos

Цитата:
Неплохо бы доработать конвертор экспорта\импорта.

Ну вот, теперь еще и с этим разбираться... Эх, az52, что ты наделал? Какой хоть формат этого "отельного файла в кэше"?


Цитата:
по аналогии с SatMap, от юзания которой я отказался после недели проб, граблей и матов

Во паразит что пишет!
Автор: egor23
Дата сообщения: 02.04.2009 20:56
relictus

Цитата:
Много вы там понимаете
Как раз сбор инфы происходит практически мгновенно (но, чем больше поключенных кэшей, тем естественно, медленней!), но вот отрисовка схем тормозит (хотя и заюзаны винапишные функции) на +6/+8 уровнях из-за огромного количества тайлов на них

1. отрисовка идёт быстро, когда есть данные, или их быстро получает SatMap (кэш в памяти находится).
2. дисковые операции идут в полном объёме - так что проблема в этом.

Добавлено:

Цитата:
2. дисковые операции идут в полном объёме - так что проблема в этом.

ясный хрен будет идти медленно 8мс*120000=960сек (это на вскидку, реально вроде быстрее)
Автор: rex
Дата сообщения: 02.04.2009 23:48
netrebos

Цитата:
Хелп действительно уже нужен

Хэлп нужен к релизу, а пока каждую неделю в программе появляются новые опции было бы хорошо иметь нормальный, периодически пополняемый и обновляемый текстовый FAQ на пару страниц - все же лучше чем читать 101-у страницу топика или перманентно устаревающий хэлп.

По поводу устойчивости кэшей. Кэш SAS, как и кэш GMV, случайно убить действительно нельзя, его даже специально меньше чем за сутки убить не получится, разве что форматом диска, если сообразил его на отдельном логическом диске разместить. Но и чтобы скопировать этот кэш на другой комп сутки нужны. А использовать кэш SAS как резервное хранилище, в которое сливаются вкэши SatMap можно и сейчас. Импорт из SAS в SatMap есть. Территориальную выборку при импорте только бы добавить, а по слоям уже все в норме.


relictus
Что действительно необходимо в кэше SatMap, так это гарантировать, что при прекращении импорта при незавершенной транзакции база должна оставаться в исходном состоянии.
Сейчас при банальном отключении электроэнергии база просто гробится, а объемы кэша уже такие, что каждый раз перед импортом бэкап делать сложно.
Пора переходить от FAT к NTFS.
Автор: netrebos
Дата сообщения: 03.04.2009 00:40
rex

Цитата:
По поводу устойчивости кэшей.
А я это и не оспариваю. Просто предложил чуток усовершенствовать импорт\экспорт, так как у САС появилась возможность хранить информацию о недоступных тайлах. Справедливо, что бы и обмен был более полноценным в том числе и по перечисленным тобой причинам.


Добавлено:

Цитата:
Что действительно необходимо в кэше SatMap, так это гарантировать, что при прекращении импорта при незавершенной транзакции база должна оставаться в исходном состоянии.

По любому, когда база превышает 1гб, требуется дублирование информации и желательно на разных накопителях -- на один можно сесть, уронить в воду или спалить под солнцем. Как-то я даже ноут перехал задним колесомт УАЗа -- вот было весело.
Автор: relictus
Дата сообщения: 03.04.2009 07:17
rex

Цитата:
было бы хорошо иметь нормальный, периодически пополняемый и обновляемый текстовый FAQ на пару страниц

Ну так и займись этим Помощь предлагали, вот помогайте!


Цитата:
Пора переходить от FAT к NTFS

Ты что, на фате сидишь?
Автор: tolyn77
Дата сообщения: 03.04.2009 08:01
relictus
Сделать можно все, но на все нет времени
И так ли он нужен, этот лог?

мне почему то кажется не проходит авторизация на прокси сервере
Автор: relictus
Дата сообщения: 03.04.2009 08:14
tolyn77

Цитата:
мне почему то кажется не проходит авторизация на прокси сервере

На 99% проблемы на твоей стороне, т.к. сама программа корректно обрабатывает настройки прокси и соединяется через прокси.
Попробуй поставить хоть http://forum.ru-board.com/topic.cgi?forum=35&topic=29092&glp
и посмотреть логи...
Автор: rex
Дата сообщения: 03.04.2009 10:03
relictus

Цитата:
Ты что, на фате сидишь?


Это я про SatMap
Автор: Nikolai2004
Дата сообщения: 03.04.2009 11:08
relictus
экспортировал 10 тысяч тайлов в GpsProga. работает отлично
Автор: netrebos
Дата сообщения: 03.04.2009 15:39
rex

Цитата:
было бы хорошо иметь нормальный, периодически пополняемый и обновляемый текстовый FAQ на пару страниц

Ну так и займись этим Помощь предлагали, вот помогайте!


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



Добавлено:
relictus
Про модернизацию конвертора в САС. Поскольку меня это заинтересовало, то я и поспрашивал в соседней ветке. Получился такой алгоритм, например: G:\SAS\cache\sat\z17\17\x17960\27\y28420.tne . Где y28420.tne и есть отсутствующий на сервере тайл. Ну а что такое расширение *.tne это вам программистам виднее. А так я не гордый, могу и это поспрашивать.


Автор: rex
Дата сообщения: 03.04.2009 18:40
relictus
netrebos
Думаю что FAQ надо сделать так - отдельная страничка доступ к правке которой только у relictus. Пользователи предлагают пункты FAQа в постах, а relictus их периодически добавляет или не добавляет в FAQ. Это я не просто стрелки перевожу. Так и порядка будет больше и активность пользователей не подавим.

netrebos

Цитата:
то я и поспрашивал в соседней ветке. Получился такой алгоритм, например: G:\SAS\cache\sat\z17\17\x17960\27\y28420.tne .


Плохой алгоритм. Очень затратный, особенно для кэша типа SAS, хотя на самом деле Гугль сейчас той же фигней мается заполняя одинаковыми тайлами моря в слоях карта и ландшафт. Каждый файлик ххх.tne занимает на диске при стандартном кластере NTFS 4 кб веса, а их миллионы, особенно в океанах.
Проще и экономичней места тайлов отсутствующих на сервере заполнять цветом отличным от фона, или слелать один мастер-тайл фона и им забивать нужные места. А информацию об отсутствующих на сервере тайлах можно экспортировать и помещать кэши для всеобщего пользования. Благо размер их будет на несколько порядков меньше нормального кэша с тайлами.
При такой системе можно будет самому настраивать цвет, как сейчас настраивается цвет фона
Автор: netrebos
Дата сообщения: 03.04.2009 19:14
rex

Цитата:
Плохой алгоритм. Очень затратный, особенно для кэша типа SAS, хотя на самом деле Гугль сейчас той же фигней мается заполняя одинаковыми тайлами моря в слоях карта и ландшафт. Каждый файлик ххх.tne занимает на диске при стандартном кластере NTFS 4 кб веса, а их миллионы, особенно в океанах.
Проще и экономичней места тайлов отсутствующих на сервере заполнять цветом отличным от фона, или слелать один мастер-тайл фона и им забивать нужные места. А информацию об отсутствующих на сервере тайлах можно экспортировать и помещать кэши для всеобщего пользования. Благо размер их будет на несколько порядков меньше нормального кэша с тайлами.
При такой системе можно будет самому настраивать цвет, как сейчас настраивается цвет фона

Это предложение соседям. Но они его выбрали, а здесь речь идет всего-лишь о коррекции в пользу полного объема передачи информации. Я же не предлагаю этот-же подход копировать и в Satmap.


Цитата:
Пользователи предлагают пункты FAQа в постах, а relictus их периодически добавляет или не добавляет в FAQ.
Ага и секретаршу себе наймет. Нет доступа-то должно быть два-три. Работа хоть и требующая знания программы, но больше секретарская. Я бы взялся. Но а) не знаю как такую ветку здесь открыть б) всего через два месяца (с мая по сентябрь) у меня интернет в основном будет только по GPRS, да еще и в дорогом роуминге.

Автор: rex
Дата сообщения: 03.04.2009 19:48

Сообщение: "0__' is not valid integer number'" при импорте из SASPlanet удалось кому-нибудь обойти?

relictus
SRTM90 (World-wide Elevation)
Качаются влет. Это оно? Потому как про Levels ты вроде ничего не писал.



Добавлено:
relictus
Кажется удалось локализовать проблему "0__' is not valid integer number'" при импорте из SASPlanet

Возникает при импорте 3-го уровня спутника.
Если импортировать только ландшафт, карты и гибрид проблем нет.
Если импортировать спутник 1,2 или 4 тоже проблем нет, а при попытке импорта 3-го уровня спутника выдает "0__' is not valid integer number'"

Потому netrebos ее и наверное и обошел, что 3-й уровень ни импортировал.
Автор: netrebos
Дата сообщения: 03.04.2009 20:36
rex

Цитата:
Сообщение: "0__' is not valid integer number'" при импорте из SASPlanet удалось кому-нибудь обойти?

Где-то с 16 слоя я за раз начинаю эимпортировать по одному слою. Тогда баги нет.

Добавлено:
rex

Цитата:
Возникает при импорте 3-го уровня спутника.

похоже так
Автор: rex
Дата сообщения: 03.04.2009 22:33
netrebos

Цитата:
похоже так

Тогда обходится элементарно.
Создается кэш на три уровня, и в него импортируются все начиная с 4-го уровня.
Пока relictus багу не исправит можно и так.
Автор: egor23
Дата сообщения: 03.04.2009 23:03
relictus

Цитата:
[+] опция: показывать высоту под курсором (данные SRTM, уровни > 9)

уровни > 9 - с чем связано такое ограничение?

Цитата:
последнее значение высоты остаётся "видимым", переходим например с 10 уровня на 9

т.е. по-умолчанию стоит --, если нет данных, то должен ставиться --

Автор: relictus
Дата сообщения: 04.04.2009 07:48
netrebos

Цитата:
Где y28420.tne и есть отсутствующий на сервере тайл

Понятно. А файл нулевого размера или в нем еще что записано?
Но алго действительно плохой, rex правильно написал.

Насчет FAQa в понедельник попробую сделать такую отдельную страничку.

rex

Цитата:
Сообщение: "0__' is not valid integer number'" при импорте из SASPlanet

А нет ли в этом сасовском кэше файлов вида "y-1.jpg"? Т.е. со знаком минуса. Если есть, прибей их и попробуй заново импортировать, будет ошибка?


Цитата:
SRTM90 (World-wide Elevation)
Качаются влет. Это оно? Потому как про Levels ты вроде ничего не писал.

Это ты к чему? Что "оно"?

egor23

Цитата:
уровни > 9 - с чем связано такое ограничение?

ИМХО, на меньших уровнях высота уже просто не актуальна - это раз. Два - придется часто подгружать почти 3МБ фалы с высотами, что не есть гуд.
Автор: rex
Дата сообщения: 04.04.2009 12:38
relictus


Цитата:
SRTM90 (World-wide Elevation)

Это ты к чему? Что "оно"?


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


Автор: egor23
Дата сообщения: 04.04.2009 14:49
relictus

Цитата:
ИМХО, на меньших уровнях высота уже просто не актуальна - это раз. Два - придется часто подгружать почти 3МБ фалы с высотами, что не есть гуд.

ну это не есть проблема
а так можно подумать о создании для низких уровней файлов .hgt "по-проще"

Цитата:
2. дисковые операции идут в полном объёме - так что проблема в этом.

оптимизация работы возможна?
Автор: rex
Дата сообщения: 04.04.2009 14:57
Сообщение: "0__' is not valid integer number'" при импорте из SASPlanet:

Это подстава!!!

Оказалось в дистрибутиве! SAS куча лишних файлов вызывающих сбой импорта в SatMap.

в папке _:\SASPlanet\cache\SAT\z3\0\x3\0:
    y0.jp2
    y1.jp2
    y2.jp2
    y3.jp2
    y0_.jpg
    y1_.jpg
    y2_.jpg
    y3_.jpg
в папке _:\SASPlanet\cache\MAP\z1\0\x0\0:
y0__.png

Удалил их и процесс пошел!

Короче, установив SAS, надо перед экспортом в него чистить кэш, причем самым простым способом - сразу удалить все папки внутри папок \SASPlanet\cache\SAT\ и \SASPlanet\cache\MAP\ да и в остальных для страховки можно все поудалять!
SatMap сам их создаст по новой.

Вот и пунктик для FAQ
Автор: netrebos
Дата сообщения: 04.04.2009 14:57
relictus
То ли гугль, то ли нод опять развлекаются. Локализовать вирус в карантине не удалось -- пишет "Ошибка при изоляции"





Цитата:
А файл нулевого размера или в нем еще что записано?


Каждый файл *.tne весит 20 б. Открывается блокнотом -- показывает дату, например: "03.04.2009 1:26:40". Могу выложить образец.



Добавлено:
rex

Цитата:
Это подстава!!!


А самой САС эти файлы нужны? К чему они туда зашиты? Без них работоспособность не меняется?
Автор: Nikolai2004
Дата сообщения: 04.04.2009 16:48
Архив кэшем (спутник) 1-18 уровней г.Киев, Украина. Актуальность: апрель 2009.
Киев 1-18 - 992 МБ

слоёв гибрид/карта/ландшафт нет, т.к. для данной области их нет у Google

Автор: rex
Дата сообщения: 04.04.2009 17:45
netrebos

Цитата:
А самой САС эти файлы нужны? К чему они туда зашиты? Без них работоспособность не меняется?

Абсолютно не нужны, но и не мешают. Да и не везде они, а всего в двух папках. Может остатки от экспериментов автора SAS? А может пошутить решил над для любителями столь чувствительного к именам файлов SatMap?

Nikolai2004

Цитата:
слоёв гибрид/карта/ландшафт нет, т.к. для данной области их нет у Google

Карта для экзаменов на водителя киевского такси?

В Яндекс_Map для Киева даже номера домов есть, но напрягать Реликтуса Яндексом пока наверное не стоит. Сейчас главное полигональное выделение и работа с GPS, Яндексом грузить его будем осенью или зимой.
Автор: relictus
Дата сообщения: 04.04.2009 21:27
rex

Цитата:
Просто в SRTM90 пять уровней, какой из них подходит к SATmap?
Или это под конкретную программу?

Про то мне неведомо Что там у них на 5 уровней? Я знаю только 2. Попробуй, расскажешь, как будет

egor23

Цитата:
2. дисковые операции идут в полном объёме - так что проблема в этом.
оптимизация работы возможна?

Не могу вспомнить, о чем это?

netrebos

Цитата:
Каждый файл *.tne весит 20 б. Открывается блокнотом -- показывает дату, например: "03.04.2009 1:26:40". Могу выложить образец.

Скинь на всякий случай намыло или на файлообменник.

Nikolai2004

Цитата:
Архив кэшем (спутник) 1-18 уровней г.Киев

Ок, засуну в шапку.

rex

Цитата:
но напрягать Реликтуса Яндексом пока наверное не стоит.

Не стОит, это точно

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071

Предыдущая тема: BitTorrent/BitComet/Azureus/BitTornado и др. / сеть и клиент

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