» SatMap (3)

мультиверсия 2.5.5
http://narod.ru/disk/27590136000/satmap_v2.5.5_multi_exe.7z.html

Кто-нибудь имел дело с ГИС Панорама? Черкните в личку или на мыло, плиз.

relictus

Цитата:

мультиверсия 2.5.5

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

с latitude работает?
если нет, то - планируется?

AskWales

Цитата:

с latitude работает?

с широтой? это как? не понял вопроса вообще...

relictus
http://www.google.com/latitude
Наложение соцсетей на гуглмап.

Цитата:

http://www.google.com/latitude
Наложение соцсетей на гуглмап.

Хрень какая-то... Нет, такого точно не будет в SatMap.

Гы, бугога, правильно, ибо нефиг.

AskWales
Спроси и СасПланетчиков http://forum.ru-board.com/topic.cgi?forum=5&topic=31937#1
Там есть аналогичные плагины, есть исходники. есть API. И много-много гимора...

Народ, нужна помощь. В общем есть скаченные тайлы карты с одного ресурса построенного на движке OpenLayers. Я выкачал тайлы с помощью несложного bash-скриптика написанного в linux. Но вот с помощью чего их соединить между собой не знаю. Тайлы сохранены в виде папок и файлов под номерами. Т.е., допустим, квадрат в сетке карты в 3 ряду на 4 месте имеет путь вида 'путь к карте'/3/4.png . Изначальный формат тайлов *.png . С помощью чего можно сшить эти тайлы карты?
Еще добавлю, что на самом сервере карта хранится в виде httр://сайт/7(уровень детализации)/3(ряд)/4.png(место)

Monkman
Да, хз, возможно поможет XnView и его консольные утилиты (nconvert и ещё какие-то под винду), они, вроде, сшивать умеют, написать скрипт с алгоритмом (обхода дерева :]).

Второй менее извращённый вариант - взять программу для автосклейки панорам
Типа:
http://forum.ru-board.com/topic.cgi?forum=35&topic=16643#1
http://forum.ru-board.com/topic.cgi?forum=35&topic=8732#1
http://forum.ru-board.com/topic.cgi?forum=35&topic=37059#1

Ну и третий вариант - написать на той же Дельфе оболочку хоть бы даже со стандартным компонентом имадж и скроллингом, который будет выводить картинки. Ну, или давать команду в консоль какому-нибудь nconvert-у, append справа, append слева...

Но в любом случае, промежуточные сохранения придётся делать в тифф, чтобы не убивать качество многократными пересохранениями, сохраняя в жпег конечную картинку...

relictus
Привет.
Попробовал сгенерировать список на закачку с произвольным выделением Саратов_Саратовская область.kml (1.7 КБ) http://rghost.ru/3543954, уровни с 1 по 19, все 4 слоя.
SatMap версии 2.5.5 создал список в 577632 строки (файл на 48,9 мб), при повторной генерации списка тут же, не выходя из программы, он сделал файл в 874697 строк (файл на 74,1 мб), а SatMap версии 2.5.4a после загрузки этого же выделения стабильно создает список закачки в 808446 строк (файл на 68,5 мб).
Повторил для верности эту ситуацию пару раз для SatMap версии 2.5.5, иногда он сначала 2 раза после открытия выделения делает файл в 48,9 мб, в на третий раз - файл на 74,1 мб.
Алгоритм генерации списка от версии 2.5.5 к версии 2.5.4 видимо немного изменился, но почему 2.5.5 списки разные делает... Может быть посмотришь в чем тут ошибка?

nemo3001
Завтра посмотрю, ага...

relictus
Исправил свое первое сообщение В том разобрался - сам напутал, уровни выделил лишние в 2.5.5. Но вопрос пригодился, списки получаются разные по размеру, если бы не моя ошибка в выделении уровней, и не заметил бы этого отличия.
Извини уж за чехарду в правке сообщения, тебе-то на e-mail видимо все варианты пришли

Добавлено:
relictus
Ну и раз уж задал этот вопрос - вот эти два варианта списка, которые делает 2.5.5
Саратов_Саратовская область_01-19_test.rar (3.8 МБ) http://rghost.ru/3545642
Отличия в списках начинаются с 97 строки и дальше все накапливаются...

nemo3001
Посмотрел твои списки.. было бы хорошо, если бы еще выложил тот, что делает 2.5.4a - неизменный.
А вообще, при беглом просмотре, мне видится причина расхождения в округлении вещественных чисел... но надо проверять более тщательно... Пока же из 15 подряд сформированных списков твоего выделения (пробовал ), только первый создается меньшего размера, остальные же все одинаковы до байта... буду разбираться...

relictus
Вот список от версии программы 2.5.4a
Саратов_Саратовская область_01-19_версия 2.5.4.rar (2.1 МБ) http://rghost.ru/3546781

nemo3001
А качать пробовал по этим спискам? Есть ли и какие пробелы/выступы в выделенной области? Какой из списков самый точный?

relictus

Цитата:

А качать пробовал по этим спискам?

Нет, только что составил списки, закачка у меня - дело небыстрое, разделю на части по 100 тыс строк, запущу несколькими потоками.... несколько дней уйдет.

Сразу утилитку представил для проверки списка закачки - считывает она милая текст построчно да по 1 пикселю на тайл (на строку) в графические файлы складывает по уровням/слоям (04-1.jpg, 11-4.jpg и тд) используя для координат каждого пикселя первые две цифры в каждой строке списка (x,y), для уровней больше 15-16-го придется наверное через пиксель-другой-десятый точки ставить, чтобы за 65535 точек по x,y картинка не вылезла.... Есть список - получай картинки покрытия и просматривай до закачки... Ну да скачаем - взглянем, что там с покрытием этими списками.

nemo3001

Цитата:

Сразу утилитку представил для проверки списка закачки

Напишешь?

nemo3001
Обнаружил я таки коварный баг! Сцуко, хорошо притаился )) (в методах вычислительной геометрии)
Для твоего выделения правильное количество строк будет 877606.
Чуть попозжа выложу пофиксенную версию.

Добавлено:
nemo3001
Ну пробуй...
v2.5.5.1
- пофиксен баг с вычислением тайлов для произвольного выделения
http://narod.ru/disk/1138043001/satmap_v2.5.5.1_exe.7z.html

PS С этой версии проект компилируется новой версией Delphi + обновлены некоторые сторонние компоненты. Возможны (но необязательны ) новые баги, о коих просьба сообщать...

relictus
Попробовал создать список для закачки по нашему тестовому выделению с помощью версии 2.5.5.1.
Ну что же, создался файл размером в 874697 строк (файл на 74,1 мб), точно такой же как это делала версия 2.5.5, но на этот раз устойчиво, никаких других списков при повторах нет.
Правда нет и списка в 877606 строк о котором ты писал по этому выделению Повторил пару раз, результат тот же. Условия составления списка: 4 слоя, уровни с 1 по 19, SatMapGPS.exe, версия 2.5.5.1, размер exe файла 4906496, дата создания 10.12.2010 18:20:54.
В общем, устойчивость работы повысилась, ну а правильность составления списка оценится после закачки, или ты что-то сам сможешь снова углядеть в тексте программы...
Спасибо за оперативность, отладка программы - дело веселое и бесконечное по определению...

nemo3001
Все верно! 874697 - именно столько и должно быть, это я чуток запутался
Как скачаешь по этому списку, наложи схему заполнения на 12 уровне (с тестовым выделением) 19-го уровня и покажи скриншот экрана - увидим правильность!

relictus
Закачал список размером в 874697 строк (файл на 74,1 мб), который по тестовому выделению сформировала версия SatMap 2.5.5.1.
Сделал на 12 уровне наложение схемы заполнения тайлами для уровней с 13 по 19. Скриншоты здесь:
Саратов_01-19_выделение с наложением 13-19 уровней_jpg_psd.rar (6.1 МБ) http://rghost.ru/3566182
До 17 уровня все аккуратно, но есть интересные выступы на 18 и 19 уровнях. В общем тест получился любопытный.

relictus

Есть ли в планах включить в SatMap поддержку работы с другими СУБД, например PostgreSQL или MySQL? Может есть возможность сделать такую поддержку написанием промежуточной DLL которая возьмет на себя всю черновую работу?

А еще есть ли в планах сделать возможность запускать SatMap на закачку определенной области с заданным уровнем детализации из командной строки? Например что-то подобное:

Код: SatMapGPS.exe lat_start=... lon_start=... lat_stop=... lon_stop=... level=...

EvgenTar
relictus

Цитата:

Например что-то подобное:

или что-то подобное: (Отправлено: 16:47 12-05-2010)
"1. Очень не хватает простого доступа из командной строки к режиму закачки тайлов, предположим с форматом - "SatMap.exe /download <список закачки> <имя кэша для заполнения>". Остальные параметры программа могла бы брать из файла satmap.xml - прокси-сервер и др."

Добавлено:
EvgenTar
<список закачки> возможно дал бы больше возможности для управления закачкой, чем "lat_start=... lon_start=... lat_stop=... lon_stop=... level=...", так как можно сформировать список по произвольному выделению, разделить большой список на части перед началом закачки и тд
relictus

Цитата:

по завершению закачки заданной области завершать работу SatMap

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

nemo3001

Цитата:

но есть интересные выступы на 18 и 19 уровнях. В общем тест получился любопытный.

Ты прав, черт побери! Забавная картинка получилась
Качал ведь в пустой кэш? Не могли быть эти выступы от прежних закачек? .... хотя нет, вижу, что их границы довольно таки странным образом коррелируются с выделением
Появится чуть времени, буду посмотреть
Кстати, если есть возможность, качни то же выделение (можно только один спутник), но сформированное v2.5.4a - там другой алго в принципе...

Добавлено:
EvgenTar

Цитата:

Есть ли в планах включить в SatMap поддержку работы с другими СУБД

Нет. А в чем заключается "поддержка"? Запись, чтение, etc?

Цитата:

Может есть возможность сделать такую поддержку написанием промежуточной DLL которая возьмет на себя всю черновую работу?

Возможно, я смогу добавить кое-что в API, если буду точно знать что именно требуется.

Цитата:

А еще есть ли в планах сделать возможность запускать SatMap на закачку определенной области с заданным уровнем детализации из командной строки?

Тоже нет. Скорее я прикручу то, что процитировал nemo3001

nemo3001

Цитата:

Эх, полная автоматизация закачки

Лентяй!

Цитата:

Нет. А в чем заключается "поддержка"? Запись, чтение, etc?

Сейчас для хранения информации SatMap использует интегрированный SQLite, хотелось бы, чтобы SatMap "научился" всю информацию хранить в СУБД полноценно поддерживающей многопоточный доступ и с возможностью подключаться к СУБД по сети. Это бы позволило разделить процессы хранение базы и её "наполнение", позволило бы закачивать тейлы с нескольких машинок.

Другой вариант, можно вынести всю логику работы с СУБД в отдельную DLL, а эту DLL делать под конкретную СУБД силами сторонних разработчиков. Или написать Delphi компонент работы с СУБД, аналогичный применяемому ныне, но под СУБД отличную от MySQL.

EvgenTar
Я понял. К сожалению, я не располагаю в данный момент достаточным количеством времени на такую модификацию программы.
Ранее я реализовал версию SatMap под работу с MSSQL, но то был коммерческий и узкоспециализированный заказ, расшарить его не могу...

relictus

Цитата:

Качал ведь в пустой кэш?

Да, качал в пустые кэши несколькими потоками, потом слил в один.

Цитата:

качни то же выделение (можно только один спутник), но сформированное v2.5.4a

поставил на закачку, посмотрим узоры и там

А вообще, мне показалось, что если в пустой кэш грузить прямо из текстового файла списка загрузки всю информацию о координатах тайлов, уровнях, слоях (а текстовую подстроку версий снимков и подпись конца строки положить в базе данным вроде некуда, все поля числовые, так можно ее в blob пока поместить, все-равно там пока тайла нет), или сразу список закачки формировать не в текст, а в формате кэша SatMap, и тогда:

1. можно использовать для анализа списка закачки уже существующий в программе механизм анализа наложений тайлов, только вместо 2-х существующих вариантов - есть тайл (зеленый)/нет тайла (красный) просто появится третий вариант при наложении - тайл в списке закачки (синий, предположим). Тогда еще до загрузки списка и без всякой загрузки легко оценить покрытие этим списком имеющейся территории.

2. кардинально решится проблема "out of memory" при больших размерах формируемых либо поставленных на загрузку списков закачки. Сформировать можно будет список практически любого размера, без жадного поглощения оперативной памяти записывая его сразу в кэш SatMap в описанном формате, база данных выдержит. А при загрузке - последовательно считывая информацию для каждого элемента списка загрузки из такого списка-кэша.


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

nemo3001
Ну ты прям генератор идей
"список закачки формировать не в текст, а в формате кэша SatMap" - мысля интересная, но ведь и текст может понадобиться? Если не тебе, то другим... ИМХО, проще избавиться от "out of memory" дробя гигантские списки на части. Выкрою чуть времени - сделаю... не забыть бы

nemo3001
Ну, блин, убил моск напрочь, пока понял откуда растут ноги у зловещих выступов на поливыделении высших уровней
Точное (и окончательное! ) число тайлов (строк в *.dlist) для твоего выделения = 808496, что очень близко к числу, выдаваемому v2.5.4a. Но во сколько раз быстрее в 2.5.5.x формируется список, есть разница?
Пробуй!

v2.5.5.2
- finally пофиксен баг с вычислением тайлов для произвольного выделения
http://narod.ru/disk/1386049001/satmap_v2.5.5.2_exe.7z.html