Свежие комментарии

Title Comment
По-моему, S7 именно за Кемерово обидели. Собственно <a href

По-моему, S7 именно за Кемерово обидели. Собственно вот

Хм, анонсировали как-то сильно большую разницу. Буду иметь в

Хм, анонсировали как-то сильно большую разницу. Буду иметь в виду.

Да там не такая и разница. На конец июня - 17500 (примерно)

Да там не такая и разница.
На конец июня - 17500 (примерно) в Горно-Алтайск (туда-сюда), 15300 (на awad) в Новосибирск.

За такие деньги сократить переезды почти на 500км в одну сторону (Г-А - Барнаул - 250, Барнаул - Нск - еще 225 кажется) - я готов. С ценой переезда - один хрен получается.

давно пора мы от Новосиба 300км на юг, но билеты у нас в 2.5

давно пора
мы от Новосиба 300км на юг, но билеты у нас в 2.5 раза дороже и именно S7

кстати, а в Бийск ничего разве не летает?

ого

слил вроде как последнюю версию планеты, а такого экспорта нету. как получить??

Не могли бы Вы

Не могли бы Вы прокомментировать мультиэкспозицию?
Начало примерно тут:
http://forum.photokaravan.com/default.aspx?g=posts&m=74044#post74044
Речь не о усреднении нескольких кадров максимально доступного качества, а о сложении нескольких сильно недодержанных кадров, до получения значений как в однократно снятом, но с правильной экспозицией.

Не, я понимаю, почему, но сожалею :)

Не, я понимаю, почему, но сожалею :)

Новосибирск - это бизнес-трафик, там нет такого, что летом з

Новосибирск - это бизнес-трафик, там нет такого, что летом загрузка 146%, а не в сезон - в 14 раз меньше.
Ну и отсутствие конкуренции тоже не добавляет.
Хотя тут недавно ФАС кого-то натянул (чуть не S7, запамятовал) именно за слишком большую разницу цен на близких маршрутах.

Ещё б оно стоило как в Новосибирск, а не как в Барнаул

Ещё б оно стоило как в Новосибирск, а не как в Барнаул

Поразмышляв, можно назвать

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

Что именно тормозит - не

Что именно тормозит - не имеет большого значения. Феноменологически: многослойные большие карты тормозят больше. Ну, значит, не надо ими пользоваться, пока есть возможность (не настало ограничение по числу файлов).

А сам формат - прекрасный. Он простой как пробка, его легко генерировать, есть много софта, который это делает. Великолепно же. Закладывание в базу и т.п. - ускорило бы работу, но усложнило бы генерацию карт.

Карты тормозят больше по

Карты тормозят больше по причине объемов оглавлений и числа определенных структур в них, которые грузятся в память при старте.
Трансформация тайлов и чтение JPEG, которым сжат каждый из них, возложены целиком на встроенные функции процессора (это все же multimedia SoС). Конструкции формата не выглядят сильно оптимальными вообще - у того же Магеллан еще в стародавние времена образ карты включал в себя базу Raima DB, правда, когда они у себя внедряли растровые карты, тоже родили ужас в стиле JNX, складывать тайлы в базу не осилили.

О блин. Поди догадайся еще. Но меня 0-9 вполне устраивало -

О блин. Поди догадайся еще.

Но меня 0-9 вполне устраивало - по единичке на уровень зума, а растр я все едино делаю map2jnx и там нумерация со 100.

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

> Ну то есть хотелось бы, конечно, ProductID для снимков ста > Ну то есть хотелось бы, конечно, ProductID для снимков ставить по своей системе, но и предлагаемый выбор 0-9 вполне удовлетворяет на практике. на самом деле это нифига не хорошо карты с одинаковым ProductID в менюхе находятся на одной позиции ну и соответственно разом включаются/выключаются соответственно 10 уникальных наборов карт всего, если выбирать штатные цифры НО я вот взял и просто начал вбивать в это поле свои цифирки - и оно взялось!!! так что всё путём имеем все карты уникальные, каждая на своей строчке меню буковки туда тоже записываются ;)
если временной цейтнот - лучше проверенное решение ну а мне

если временной цейтнот - лучше проверенное решение
ну а мне уже можно подождать, посмотреть, что там наваяют в итоге
в этом году лимит дальних путешествий исчерпан

Еще бы он не обсуждался - место то больное. Но вот стандартн

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

Фигану ка я все руками, так надежнее.

второй вопрос оказывается во всю там обсуждается http://sasg

второй вопрос оказывается во всю там обсуждается
http://sasgis.ru/mantis/view.php?id=1269

про wgs84 попробую создать ветку-запрос

Ну я вот на пробу сконвертировал зумы 12-15 в один файл (3 с

Ну я вот на пробу сконвертировал зумы 12-15 в один файл (3 слоя).
Зум 12, если верить самой программе, это 50 метров на пиксель т.е. во всю ширину экрана влезет километров 12-15.
А показываться оно начинает с зума "20 километров на линеечку" (~80-100 км на экранчик). И скроллится очень медленно.

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

для этого надо провести эксперимент или спросить у них на фо

для этого надо провести эксперимент
или спросить у них на форуме
попробую второе, так как первое делать лениво
и я не уверен что однозначно идентифицирую разницу

то что я наконвертировал открывалось не особо быстро
но я это относил на счёт большого размера полученных карт
там порядка 2Гб получалось

А ты не вдавался в подробности - оно само конвертирует проек

А ты не вдавался в подробности - оно само конвертирует проекцию (из гугловой в WGS84) или оставляет это на слабенький процессор прибора?
Симптомы: конвертированное саспланетой "больше тормозит" при показе?

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

Размер пикселя. Хотя на самом

Размер пикселя.

Хотя на самом деле тут не все так просто - у большинства сенсоров есть два таких разрешения - мультиспектральное (т.е. для отдельных спектральных каналов) и панхроматическое (т.е. для канала, в котором данные по всему воспринимаемому диапазону).
Второе, как правило, в два раза лучше. И в некоторых случаях (тот же Landsat, у которого это 28 и 14 метров/пиксель соответственно) мультиспектральный композит улучшается процедурой pan-sharpening. Вроде такой: http://www.geosage.com/highview/imagefusion.html

Да, опечатка по фрейду, там

Да, опечатка по фрейду, там если и наберется лист в таких апдейтах, то 250-метровки в лучшем случае.

Раз уж речь зашла: "разрешение" у снимков - это именно "разрешение" т.е. три точки (минимум) на указанный размер? Или это просто размер пикселя?

В западной еще очень много В западной еще очень много мест покрыты просто данными Landsat (копирайт Terrametrics в Google Earth при отключенных всех остальных слоях, у него 15 метров разрешение, хуже - не бывает), есть данные от GeoEye (хз что это, GeoEye-1 или IKONOS - у первого ширина полосы съемки 15 км, у второго - 11, разрешение - полтора и три метра соответственно), есть от DigitalGlobe (QuickBird, 0.5 метра на точку). А вот вся восточная Монголия покрыта сплошным слоем от CNES/Spot - там хоть и хуже разрешение (5 метров в лучшем случае), но за то сплошняком и единовременно снятое. А вот опечатка буквально немного листов - это совсем по Фрейду. Только что писал на одном форуме по поводу принятого нового официального градостроительного классификатора: "сколько должно пройти времени, чтобы умерли все, кто был воспитан при Роскартографии?". Шутка вышла черная, но по-моему отражает истинную ситуацию...
Там есть "точечные апдейты",

Там есть "точечные апдейты", буквально немного листов в каждом месте (но их много).
Я так думаю, неудачные снимки (с облаками, к примеру) заменяют удачными.

А есть целыми большими регионами.

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

Пардон, не успел ссылочкой

Пардон, не успел ссылочкой поделиться.
Апдейтят - как и все, полосами снимков QuickBird. Просто западной Монголии не повезло пока - соседние Синьдзянь, восток Монголии и Казахстан покрыты сплошными мозаиками. Думаю, и до западной доберутся.

Данные по ссылочке не претендуют на полноту - там апдейты с 2009 года.

Графические файлы (включая

Графические файлы (включая GeoTiff) - прямоугольные. JNX, я подозреваю, тоже.

Вот потому и стоит по

Вот потому и стоит по отдельному бароальтиметру высотный профиль писать. А потом уж латать дыры в треке по нему. Или наоборот (в смысле поправок на изменение давления от погоды)...

Да кучу файлов создавать не

Да кучу файлов создавать не хочется.
А в ГлобалМаппере нельзя что-нибудь в настройках выставить?

А что вам мешает

А что вам мешает конвертировать эти карты отдельно (и отдельно же их заливать на прибор)?

Прибор поймет.

Непрямоугольная карта

Доброго дня.

Подскажите, пожалуйста! Я закидываю в GlobalMapper несколько карт одного масштаба и у меня в итоге получается естественно не прямоугольник, а какая-то замысловатая вытянутая по диагонали фигура. Но при экспорте в GeoTIFF GlobalMapper делает прямоугольную картинку (по крайней мере мне так кажется). Соответственно более половины (в моем случае) получившейся картинки - это пустота. Файл при этом весит прилично - гораздо больше, чем ранее созданная "более прямоугольная" карта, но составленная из большего количества карт того же масштаба. И при конвертации в jnx я вижу, что у вытянутой карты количество тайлов превышает 10000, а у прямоугольной едва переваливает за 2000.
При просмотре в QLandkarte эти пустоты имеют розовый цвет.
Можно как-то избавиться от этих пустот, соответственно облегчив итоговый файл?
Заранее спасибо за ответ.

Pages

Subscribe to comments_recent_new