» SatMap

relictus
Я имел ввиду GoogleMV

o22
Кажется я выяснил в чем дело с вылетом.
В данном тобой кэше посмотри, к примеру, на файлик tqqs.jpg. Его размер 67,3 КБ (68 935 байт). В моем кэше (как GMV, так и в SM) он = 16,4 КБ (16 824 байт). У меня в проге буфер для загрузки JPEG ограничен 30000 байт (проверял опытным путем, что плитки, отдаваемые Google Maps не превышают этот размер). Уж не знаю почему у тебя (и видимо у всех, у кого есть необъяснимый вылет) получился такой размер, случаем не генерировал картинки из вышележаших слоев? И еще проверь, плиз, в том кэше, который конвертировал в формат SM, там тоже такой размер у этой плитки?

relictus
Да, возможно, когда-то я балывался диалапом, и генерировал вышележащие слои из предыдущих во всей папке кеша самое большое изображение 102199 байтов, а ограничение в 30000 байтов критично?

У меня 400 плитков размером >30000, кстати может быть если значение получил в процессе экспериментов то возможно значение и более.

http://lom.name/googlemv - кэш в формате googlemv (до 10 уровня увеличения целиком)
Есть ли смысл разрабатывать новый формат кэша, если в нем все весит в 2 раза больше?

visit us: http://realmusic.ru/Amadeus_Cheboksary

Dead_Fulmen

Цитата:

а ограничение в 30000 байтов критично?

Нет. Просто не учел возможность использовать сгенерированные изображения. Исправлю.
Aectaein

Цитата:

Есть ли смысл разрабатывать новый формат кэша, если в нем все весит в 2 раза больше?

Я в процессе поиска оптимального хранилища. Возможно, в другой реализации кэша будет весить в 2 раза меньше

relictus
а ты не смотрел глюк с краем карты, что я описывал на предыдущей странице?

очевидно, что кэш не будет весить меньше суммарного объема jpg-файлов
а Berkley сколько сжирает места под индексирование (примерно в %-ном соотношении)?

Зачастую в связи с потребностями пользователя можно просто хранить закачанные _целиком_ слои в файловой иерархии googlev в образе виртуального диска (.iso),
11 слоев снимков Шарика умещаются в 1 DVD, никакого дополнительного разрастания кэша.

Нет ли у кого закачанного целиком 11 kh-слоя и 1-11 mt-,tt-слоев?

svarog72

Цитата:

а ты не смотрел глюк с краем карты, что я описывал на предыдущей странице?

Смотрю ...и думаю, как от него избавиться.
Aectaein

Цитата:

а Berkley сколько сжирает места под индексирование (примерно в %-ном соотношении)?

Это и мне самому хотелось бы узнать. Я не имел дела с этой БД.

relictus
В окне Найти/перейти не работают переключатели N/S E/W: как ни выбираешь, все равно показывает точку северной широты и восточной долготы.
Еще по этому окну: а можно сделать так, чтобы места можно было сгруппировать (в идеале - дерево) или хотя бы сделать возможной загрузку разных файлов мест?
И последний вопрос: очень сложно сделать так, чтобы точки мест отображались постоянно и возле них были бы подписи?

svarog72

Цитата:

В окне Найти/перейти не работают переключатели N/S E/W

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

Цитата:

можно сделать так, чтобы места можно было сгруппировать (в идеале - дерево)

К сожалению, это сделать нельзя, т.к. используемый формат для хранения данных о местах (OziExplorer's waypoint list) не поддерживает подобные свойства (дерево, группировка).

Цитата:

сделать возможной загрузку разных файлов мест?

Это можно будет сделать (скоро), как и постоянное отображение мест с подписями, используя пункт меню ЗАГРУЗИТЬ-->ТОЧКИ. А окно "Найти/перейти" просто не предназначено для этих целей. Его цель - это просто быстро найти/перейти в нужную точку.

ANN:
Я сейчас пробую вариант с сохранением кэша в виде zip архива (без компрессии, для лучшего быстродействия), если успею до вторника, выложу тоже для теста.

Думаю, вряд ли это что-то изменит, но на моей офисной машинке Sempron 2800+ 768DDR, кеш находится на винчестере Seagate 320 SATA, очень существенные тормоза, когда хочешь быстро переместиться из одного куска края в другой (10ый уровень) - то заметны существенные задержки.
В GoogleMV таких задержек нет.
Полный объём кеша в SatMap на данный момент 66 мегабайт.

relictus
мне очень нравится твоя оперативность!

Мда... использование zip в качестве кэша имеет только один плюс - малый размер файла кэша. К примеру, zip 15 уровня (2931 файл у меня) = 19,3 МБ, против 39,7 МБ для sfs (текущий формат кэша). Но скорость доступа!! В разы дольше, что чтение, что конвертация. И это используя самый быстрый (как заявлено на оф.сайте) компонент для работы с zip-ами - ZipForge - без компрессии и шифрования, с самыми оптимальными настройками Выкладывать для теста даже не хочу.
Пока буду развивать проект на основе sfs-формата кэша, но поиски оптимального хранилища не прекращу.

Добавлено:
141215

Цитата:

В GoogleMV таких задержек нет.

Это заслуга файловой системы.
Если я сделаю свою прогу на таком же формате кэша, она будет вообще летать Но в нем мне не нравится, что для переноса/записи кэша на CD/DVD уходят часы. Очень большой недостаток, ИМХО.
svarog72

Цитата:

мне очень нравится твоя оперативность!

Жертвую своим отдыхом, даже в свой ДР ловил баги

ясненько.
Всё равно ты молодец. И я очень верю, что из этой программы многое получится.
А вот ещё такой вопрос. Ты планируешь всё-таки уходить при её разработке всё-таки в сторону пользы для путешественников (прокладывания/просмотра маршрутов, треков, и т.д?).

relictus
тогда мои пожелания и поздравления в ДР! и программ без багов

141215

Цитата:

Ты планируешь всё-таки уходить при её разработке всё-таки в сторону пользы для путешественников

Да. Я обожаю путешествовать, как пеше, так и вело, потому и замыслил эту программу, плюс у меня есть некий другой интерес к данным, предоставляемым Google Maps, о котором распространяться не буду . Планирую полную поддержку форматов Ozi Explorer (треки, путевые точки, маршруты), возможно и прямую работу с GPS.
А к чему этот вопрос? Хочется что-то еще?

Если бы, была версия на JAVA под мобильник с GPS, было бы супер.

relictus
Ба, да мы коллеги =) Я тоже по части вело
Знаешь, я ещё сам толком не знаю, что хочу от программы. Неделю от роду узнал, что такое гпс, на неделе совершил первую поездку с гпс навигатором.
Очень понравилось, поэтому активно исследую эту сторону вопроса
В ближайшее время, думаю, жди кучу реквестов
Хм, что же там за такие данные предоставляет нам гугл мапс?..

А вот это врядли. Не имею ни мобильника с GPS, ни какого-либо желания писать на джаве

relictus
В каком регионе путешествуешь, если не секрет?
А можно узнать (и добавить к статусной строке программы) с какой высоты ты сейчас смотришь на землю?

141215

Цитата:

Хм, что же там за такие данные предоставляет нам гугл мапс?..

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

Цитата:

В каком регионе путешествуешь, если не секрет?

Сев.Кавказ, Крым.

Цитата:

А можно узнать (и добавить к статусной строке программы) с какой высоты ты сейчас смотришь на землю?

Возможно. Еще не задавался этим вопросом. К тому же, статусная строка не бесконечная, а мне еще столько там хочется/придется всего разместить...

relictus
Краснодар приветствует вас

relictus
Поздравления с ДР!
--
и вопрос: раз уж кеш будет в том же формате, сделаешь ли ты в завтрашнем варианте поддержку тайлов левелов, сгенерированных программой GMV, т.е. бОльших, чем те 30 килобайт? Список изменений в бете будешь выкладывать?

Код: v1.0.0.15 alpha 2007 Nov 5
--------------------------------------
[+] возможность загрузки/очистки путевых точек
[+] центрирование изображения на первых уровнях
[+] возможность работы с кэшем с атрибутом READ-ONLY (только чтение)
шкала уровней увеличена до 24
возможность работы с тайлами, сгенерированными не Google Maps
[-] центрирование изображения уровня всегда происходило в квадрате NE
[-] выход за границы изображения уровня
[-] импорт 1-го уровня

relictus
спасибо за новую версию! и сразу пожелание: нельзя ли сделать отдельное окно для точек, в котором была бы возможность перехода на выбранную точку?

svarog72

Цитата:

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

Можно. Я так и планировал. Это окно появится вместе с возможностью добавлять/удалять точки.

Перепаковал 9 уровней увеличения в Berkley.
Было 1.36 Гб в картинках (1.57 Гб на диске NTFS), стало 1.46 Гб в формате БД.
Доступ из GoogleV мгновенный (быстрее, нежели при работе с jpg-шками).
Так что, Автор, кончайте маяться дурью и изобретать велосипед.

всё работает ( в смысле, переход с левала на левел, тогда когда программа раньше вылетала) просто замечательно. пока нареканий нет.
кроме некоторых тормозов при перемещении по объемному файлу, но это, понятно дело, так и должно быть.

Aectaein

Цитата:

Перепаковал 9 уровней увеличения в Berkley.

Не мог бы ты тут или в личку отписать каким способом тебе это удалось? Я сколько ни бился с это GoogleV, так и не смог заставить прогу это сделать То менюшки не активные, то кнопки.....
Если все так хорошо, можно было бы перейти на BDB. Но пощупать ее хотелось бы сначала...

relictus
в новой версии хоть и добавлены уровни, но дальше 21 зайти невозможно (в кеше они есть!)