Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » SatMap

Модерирует : gyra, Maz

batva (02-04-2009 13:44): Продолжение -> SatMap (2)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101

   

relictus

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SatMap
просмотр, скачивание, кэширование, склейка и привязка спутниковых снимков/гибрида/карт/ландшафта с сервиса Google Maps.

 
Текущая версия 1.4.3.33:
полный комплект (1.92 Mb)
только exe (1.12 Mb)
Функционал работы с GPS-приемником временно отключен.
 
Конвертор кэша версий 1.3.x.x в формат кэша 1.4.x.x:
v007 (360 Kb)
 
Для работы с кэш-файлами размером больше 4 Гб необходима файловая система NTFS!
Отсутствующие у некоторых библиотеки MSVCP71.dll и MSVCR71.dll можно скачать здесь: 229 Kb
 


Архивы с кэшем скачанных районов
 


 
* - архивы в формате 7-zip
 
Официальный сайт http://satmap.narod.ru

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

Всего записей: 3715 | Зарегистр. 19-04-2005 | Отправлено: 13:02 29-10-2007 | Исправлено: relictus, 11:40 02-04-2009
rex



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

zporuchik

Цитата:
я один здесь, кто не видит смысла валить всё в одну кучу/файл?  
таким макаром можно было применить и TrueCrypt.

 
Я о сомнительности этой затеи автору уже месяц назад писал. Сейчас после нескольких экспериментов с весьма средними по масштабам файлами кэша прога зависла напрочь. Дальнейшие эксперименты проводить желания нет, но думаю, что проблема не только в том, что новый кэш организован по принципу свалки, но и в самом внутреннем формате кэша. На старом при 25 GB и нескольких файлах 2,5 GB программа вообще не тормозила, теперь же полный аут.
 

Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 01:03 08-02-2009
messer20878

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Дело точно не в формате нового кэша.
 
Сам SQLite http://sqlite.org/features.html  
Supports terabyte-sized databases and gigabyte-sized strings and blobs.
 
А эти зависания скорее всего баги либо самого SatMap либо бинлинга sqlite для delphi.
Так что почитайте внимательно что такое SQLite - там нет никакой свалки, все проиндексировано.
 

Всего записей: 19 | Зарегистр. 24-06-2008 | Отправлено: 09:59 08-02-2009
relictus

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zporuchik

Цитата:
еще недостаток: при убитии настроек - игнорируется наличие созданных кэшей. их надо опять вручную подключать?

Естественно! Ты же, можно сказать, убил проге память.

Цитата:
а откуда берутся эти:

Берутся откуда надо, об этом не надо беспокоиться  
rex

Цитата:
До 1 GB работает неплохо, с 2- х GB после попытки перемещения зависает на 10-15 секунд

Мой кэш 1.67 гига - все летает. Почему у тебя тормоза?
Скинь свой файл конфиги и опиши подробно систему, какое разрешение экрана?
 
To All:
У кого еще большой кэш - тоже тормоза???

Всего записей: 3715 | Зарегистр. 19-04-2005 | Отправлено: 10:39 08-02-2009
rex



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Мой кэш 1.67 гига - все летает. Почему у тебя тормоза?  
Скинь свой файл конфиги и опиши подробно систему, какое разрешение экрана?

 
И у меня на кэше 1-10 уровней все летает. Проблемы начинаются когда совокупный кэш растет до 3-5 гигиабайт. Проц P1.8M. Память 2 GB. Разрешение экрана 1400х1050.  
 
Добавлено:
messer20878

Цитата:
Так что почитайте внимательно что такое SQLite - там нет никакой свалки, все проиндексировано.

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

Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 11:10 08-02-2009 | Исправлено: rex, 11:43 08-02-2009
sinmaks

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Рассматривал возможность размещения кеша в Berkeley DB?
 
 
http://www.oracle.com/technology/software/products/berkeley-db/index.html

Всего записей: 15 | Зарегистр. 01-11-2007 | Отправлено: 12:41 08-02-2009
messer20878

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
relictus
 
Для теста попробуй просто сделать sqlite базу нужного размера просто заполнив ее одинаковыми картинками до нужного объема. Тогда с вопросами "у меня глючит странным образом на базе N Gb размера" можно будет разобраться.
 
rex
 
Интересно, а как ты синхронизируешь с другим компом? Бинарно сравнивая файлы?
 
SQLite предназначен для того чтобы быстро дать нужные данные по запросу.  
Т.е. картинку тайла по заданным X,Y,Zoom, что там внутри файла базы не должно программу волновать.
 
А так как SQLite открытый формат, и посмотреть что у него внутри можно мноджеством утилит и библиоткек, написать программу которая синхронизирует дву базы тайлов не состовляет большого труда.
 
По параллельной закачке, выше уже писали что можно насоздавать нужных тебе файлов кэшей с разделением по уровням или слоям назвав их sat_0_12_moscow, sat_13_16_moscow и т.п. и качать параллельно. Никакой каши не будет.
 

Всего записей: 19 | Зарегистр. 24-06-2008 | Отправлено: 12:44 08-02-2009
rex



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
messer20878

Цитата:
Интересно, а как ты синхронизируешь с другим компом? Бинарно сравнивая файлы?

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

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

Супер идея, настоящая многозадачность. В армии это называется пешим по машинному!  В медицине геморрой.  
Интересно через сколько секунд этого маразма гугль забанит IP?
Реликтус специально добавил возможность ставить задачу сразу по нескольким слоям и уровням, чтобы лишнего геморроя не было, а то что ты предлагаешь это вообще ...

Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 13:07 08-02-2009 | Исправлено: rex, 13:17 08-02-2009
zporuchik



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sinmaks

Цитата:
Рассматривал возможность размещения кеша в Berkeley DB?

это пройденный материал, эту базу даж МайСкюл перестал поддерживать. Слишком она зажата. Вней можно только хранить, т.е. реалтайма не получится чтение/запись (т.е. запись, а чтение нормально), нет поддержки сетевого и мульти доступа.
 
rex
+1

Всего записей: 2131 | Зарегистр. 17-03-2005 | Отправлено: 13:51 08-02-2009
messer20878

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
rex
 

Цитата:
Сейчас банально копируя файлы с датой изменения более новой чем на ноуте.  

 
А кто мешает делать то же самое и в новой версии? Файлов только будет не несколько а один. В чем проблема то?  
 

Цитата:
Супер идея, настоящая многозадачность. В армии это называется пешим по машинному!  В медицине геморрой.  
Интересно через сколько секунд этого маразма гугль забанит IP?
Реликтус специально добавил возможность ставить задачу сразу по нескольким слоям и уровням, чтобы лишнего геморроя не было, а то что ты предлагаешь это вообще ...

 
Вопрос то был про организацию файлов. Я лишь предложил решение.
Предалагаемое вами "лекарство от гемороя" это что бы самостоятельно плодились
sat_moscow_1
sat_moscow_2
sat_moscow_3
... и т.д.
 
и это только ради того что бы удобно было копировать в другое место файлы с кэшем нужных уровней?
 
На сколько я помню в старом формате кэша хранение файлов по уровням - вынужденная мера - что бы отсрочить переполнение кэша. В новом формате "лекарство" в виде разбивки по уровням уже потеряло свою актуальность.
 
А копирование нужного уровня/слоя и синхронизация это теперь отдельная задача.
 

Всего записей: 19 | Зарегистр. 24-06-2008 | Отправлено: 13:55 08-02-2009
zporuchik



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
messer20878
а как же старая народная мудрость: Не храни все яйца в одной корзине!

Всего записей: 2131 | Зарегистр. 17-03-2005 | Отправлено: 14:20 08-02-2009 | Исправлено: zporuchik, 14:21 08-02-2009
rex



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
messer20878
То что может быть однозначно структурировано, должно быть структурировано. Уровни и слои резделены и не пересекаются однозначно. Если надо вырезать кэш территории, то и он должен иметь ту же структуру, что и нормальная реляционная БД.

Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 14:25 08-02-2009
messer20878

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
zporuchik
 
Делай бакапы
 
rex
 

Цитата:
То что может быть однозначно структурировано, должно быть структурировано. Уровни и слои резделены и не пересекаются однозначно.

 
Если вы привыкли работать с кэшем с помощью файлового менеджера тогда да.
 

Цитата:
Если надо вырезать кэш территории, то и он должен иметь ту же структуру, что и нормальная реляционная БД.

 
Конечно, он и имеет,  в sqlite чтобы выбрать группу тайлов нужно ввести чтото такое -  
select * from tiles where layer="stattelite" and zoom>0 and zoom<13
 
Программе только останется вставить эти выбранные SQLite-ом тайлы в другой кэш (еще одну базу SQLite).
 
Я уже понял что вы бы предпочли оставть все как в старой версии только чтобы файлы кэша были безразмерными, не глючили и не тормозили.
 
Вообще интересно для чего вам это коллекционирование многогигабайтного кэша.
В SatMap с ним все равно ничего делать нельзя - только посмотреть, скачать и склеить нужные куски. Все остальное нужно делать со склеенными данными в других программах.
 
Качать прозапас пока не закрыли? Так весь все равно не скачаешь, дисков не хватит, да и снимки на крупные города они обновляют раз в год примерно.
 
В общем для задачи "скачать нужный кусок и сохранить склеенный с привязками" все равно в одном или кучке файлов хранится кэш.
 

Всего записей: 19 | Зарегистр. 24-06-2008 | Отправлено: 14:49 08-02-2009 | Исправлено: messer20878, 14:53 08-02-2009
kalbaska



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Для статистики - у меня сейчас кэш 6 Гб. Однозначно версия 1.4 летает НАМНОГО быстрее чем 1.3.х.  
 
Добавлено:
Также я считаю что новая система гораздо более гибкая и логичная. Хочешь - сохраняй себе кэши по уровням и типам контента, хочешь по территории, хочешь вообще по версии снимков. А если кэша и вправду 25 Гб, то можно и по гигабайтам нарезать Я не думаю что все 25 Гб нужны одномоментно.
 
Всё это имхо, конечно...

Всего записей: 99 | Зарегистр. 08-09-2006 | Отправлено: 15:14 08-02-2009
rex



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
messer20878

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

 
Для удобства работы в он-лайн. Не везде есть доступ к интернету. Например, в недавнем путешествии  кэш гугля очень помог. GPS трэки накладывались на кэш, а не на примитивную карту, на которой двух третей горных дорог не было, иногда даже асфальтированных. Но часто не хватало разрешения. У SatMap , даже старого кэш на порядок больше, а поддержку треков автор рано или поздно добавит. А что касается размера, то 32GB это сечас обычная флэшка, а харды ноутбучные сейчас 500GB. Инет же безлимитный, качает себе и качает. Естественно не все подряд, но для уровней 17-19 даже одну среднюю европейскую страну за месяц не скачать. А предусмотреть в какой глухой угол тебя занесет заранее невозможно.
А вот как раз клейка мне не интересна. Сплошной кэш намного удобней. Если что и клеить так генштаб, хотя и здесь удобнее набор с возможностью перемещения.
 

Цитата:
 А если кэша и вправду 25 Гб, то можно и по гигабайтам нарезать

Пробовал. Виснет при переходе на уровни 12-13. Проблема не в размере файла, а в общем размере кэша.

Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 16:34 08-02-2009 | Исправлено: rex, 16:36 08-02-2009
zporuchik



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Для удобства работы в он-лайн

я так понял, что имелось в виду ОФФ-лайн
 
messer20878

Цитата:
Делай бакапы

а еще, что делать с кэшем в 25 гиг?

Всего записей: 2131 | Зарегистр. 17-03-2005 | Отправлено: 21:26 08-02-2009
rex



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
я так понял, что имелось в виду ОФФ-лайн

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

Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 01:33 09-02-2009
messer20878

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
rex
 
Понятно, для путешествий в дикие места пожалуй да. Если страну выкачивать 19 уровнем то гигабайты и будут.  
 

Цитата:
Например, в недавнем путешествии  кэш гугля очень помог. GPS трэки накладывались на кэш, а не на примитивную карту,

 

Цитата:
У SatMap , даже старого кэш на порядок больше, а поддержку треков автор рано или поздно добавит

 

Цитата:
А вот как раз клейка мне не интересна. Сплошной кэш намного удобней.

 
Не понял, в чем же вы накладывали треки без склейки "на кэш" если SatMap еще не умеет?
 
zporuchik
 
Проо бакапы я имел в виду что если винт сдохнет то будет всеравно в одном файле кэш или в нескольких. А если рассматривать порчу кэша изза багов софта так sqlite гораздо надежнее чем просто файл. Во первых в нем есть транзации, половина файла прописаться в кэш не сможет. Во вторых для него есть инструменты восстановления. Которые смогут собрать базу если она будет частично повреждена.

Всего записей: 19 | Зарегистр. 24-06-2008 | Отправлено: 02:48 09-02-2009
relictus

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
rex
А какой у тебя был выставлен размер внутреннего кэша?

Всего записей: 3715 | Зарегистр. 19-04-2005 | Отправлено: 09:44 09-02-2009
rex



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Не понял, в чем же вы накладывали треки без склейки "на кэш" если SatMap еще не умеет?

Google Earth.  И кэш был его. Случайно остался в ноуте от просмотра мест во время подготовки к поездке. Но кэш 2 GB это смех.
 
relictus
42. по умолчанию. Не до него было. Кстати все кэши, кроме 1-9 разбиты по отдельным файлам. До 12 (1-12 в сумме 5 GB) проблем нет. С 13 и выше виснет.
 
Но проблема не только в зависании, но и в структуре. В старой версии  одному адресу соответствовал  один тайл, теперь может быть несколько, причем какой возьмет программа зависит от порядка расположения кэша. И я должен постоянно помнить, что и когда качал и таскать эти кэши вверх-вниз. Как опция, вариант создания "вручную"  может быть полезен. Недавно например с удивлением  обнаружил что островок как который я собирался весной, исчез с карт Гугля. На старых скриншотах есть, а на новых картах нет, только темная воронка в море. Да и отдельный квадрат экспортировать иногда полезно. Но как основная опция жутко неудобно.

Всего записей: 2319 | Зарегистр. 20-10-2003 | Отправлено: 11:36 09-02-2009 | Исправлено: rex, 11:54 09-02-2009
relictus

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
rex
Попробуй все же выставить внутренний кэш на 200-300 тайлов. Но видимо, проблема в большом количестве одновременно подключенных кэшей. Когда я продумывал работу с ними, то предполагал, что одновременно будут использоваться (чекнуты) только несколько кэшей, остальные же просто как коллекция, подключаемая в нужный момент.  
Но ты пробовал работать со всеми своими тайлами, лежащими в одном файле кэша? Пусть это будет даже 50 гиг, но в одном файле! А насчет свалки не беспокойся, SQLite с этим прекрасно справляется.....

Всего записей: 3715 | Зарегистр. 19-04-2005 | Отправлено: 12:02 09-02-2009
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101

Компьютерный форум Ru.Board » Компьютеры » Программы » SatMap
batva (02-04-2009 13:44): Продолжение -> SatMap (2)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru