ОКРЕСТНОСТИ ПЕТЕРБУРГАПутеводители Карты Краеведение Военная история Фотогалерея    Старый сайт
Начало » ГЛАВНЫЙ » Картография. Навигация. » технологии обработки сканов карт
Re: извините, не соглашусь :) [сообщение #59925 является ответом на сообщение #59820] ср, 15 октября 2008 15:03 Переход к предыдущему сообщенияПереход к предыдущему сообщения
seno
Мне кажется Вы смешиваете в одну кучу разные проблемы: обработки, привязки, трансформации и т.п. карт.Так они же прямым образом связаны! Конкретные примеры приводил. Что непонятно? Еще раз другими словами. Вы сканируете карту, сохраняете её как обычно сохраняют, в ортогональном к сторонам листа виде. Индексируете цвета. Вам кажется всё в порядке. Эта карта попадает мне, а мне не удается её привязать с нужной точностью. Я загоняю её в GlobalMapper и привязываю по каждому узлу километровой сетки. Карта локально трансформируется и правильно разворачивается под своё уникальное место в зоне T.Mercator. В результате все линии ломаются, буквы становятся плохо читаемые. Я чертыхаюсь и перевожу имидж в RGB пространство. Чтоб не иметь проблем. А потом ЗАНОВО ИНДЕКСИРУЮ ЦВЕТА! Это нормально?
Мне кажется Вы не понимаете что перед тем как начать чистить, индексировать цвета и т.п., надо быть уверенным, что результат работы не придется переделывать.

Для навигации на PC карты могут быть практически в любом графическом формате: jpg, png, gif, tiff и т.д.
Для навигации в OziCE карты д.б. в формате ozf, соответственно они обрабатываются программкой img2ozf.
К чему эти банальности? Хочу обратить внимание на другое. Неважно в PC или MobPC, лучше использовать тайловые форматы, потому что даже один лист карты довольно большой файл, а если он в форматах приведенных в первой строке, он полностью распаковывается в оперативную память. Долго открывается, медленно двигается, жрёт неразумные ресурсы в устройствах с автономным питанием. Тайловых форматов много, но практически устоялись два: ECW для многоцвета OZF для индекс цвета. Умный Ньюман именно их поддерживает в устройствах на WinMob.

Интересно также узнать Ваше определение карты, по видимому оно отличается от общеупотребительного.
Не задумывался, не читал, не думаю что может быть общее определение для растра и вектора.. Для растра могу попробовать J: это растровое изображение, где каждому пикселю изображения соответствует определенная геокоордината с известными датумом и погрешностью.

Ваши рассуждения о трудоемкость перевода "взятых у меня" кривых карт в RGB и обратно с целью исправления наклонных (а не поломанных и кривых?) линий в индексном граф.формате немного фантастичны в силу публикации основного количества карт в форматах RGB.
Не говорил я про Ваши карты. Я говорил о гипотетической ситуации, когда есть бумажная карта и фантазировал какие процедуры надо с ней проделать чтобы результат удовлетворил всех возможных будущих пользователей.

Не очень понятна потребность трансформировать карты в ту или иную проекцию. Т.к. искажения обычно внесены до сканирования - то последующие искажения при процессе трансформации могут испортить информацию на карте.Трансформировать приходится при работе с морской и сухопутными картами одновременно. Другой пример – совмещение инфы на современных и старых картах.
Инфа не портится, если не править очень большие площади, типа конусную Россию в Mercator
Я же говорил о нормальной с точки зрения профессионалов привязке карты. Такая привязка осуществляется по узлам километровой сетки, а не по справочным данным по периметру. Делается это по двум причинам. Во первых положение объектов на карте снималось на местности именно относительно этих узлов, а не определялось непосредственным измерением координат. Во вторых этих узлов много, поэтому все входящие погрешности (кривоватая печать, неортогональность сканера, намокла-усохла бумага, помятая бумага), правятся разом. Узлы привязки находятся точно в том месте, где должны быть, а зона интерполяции сужается до квадрата сетки. Результат такой привязки новый имидж Он совсем другой, поэтому и говорю, что индексировать цвет надо после такой привязки, либо отдавать себе отчет, что кто-то Вас помянет недобрым словом, заново индексируя цвет.

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

Зачем привязывать карты в GlobalMapper?
OziExplorer прекрасно справляется с данной задачей
.
Неправда, не справляется. Почти нет имиджей, на которые сетка ложится в узлы с точностью лучше 15м. Цифра не случайная. Она соответствует типичной ошибке GPS и примерно 2-3 пикселям типичного скана 500 м ГШ. Т.е ошибка соизмерима и даже выше неустранимых ошибок. Глупо иметь устраняемую ошибку такого уровня.
Существует такая замечательная утилита MapMerge, которая позволяет склеивать и вырезать части из карт OziExplorer. Да, при этом происходит трансформация растра, и надписи получаются чуть-чуть кривоватые. Ну и что?
MapMerge «недобрая прога». Давно замечал мерзкий вид результирующего имиджа
Очень жалею, что сразу не разобрался в причинах. Стыдно, что сам не догадался.
Читать здесь: http://www.geocaching.su/phorum/read.php?16,93989,95038#msg- 95038
Сотни карт посшивал в MapMerge (могу показать-отдать) с OZI привязкой, теперь жалко потерянного времени.
Про получение координат точки с привязанной карты:
Допустим, ткнув в выбранную точку на карте, получили пару координат. Что дальше вы будете делать с этими координатами? Забивать их в прибор и бежать на местность искать эту точку? А какую точность вам дает прибор?

Правильно ли я понял, Вы спрашиваете, зачем нужна высокая точность привязки?
Два варианта ответа:
1. Затем, что если есть возможность уменьшить одну из погрешностей измерения, её принято делать по крайней мере на порядок (в 10 раз) меньше неустранимых погрешностей. Это общий подход в практике измерений.
2. На примере: если я ищу клад под деревом, которое есть на карте, но нет в натуре (срубили), для меня очень большая разница погрешность15м или 30м.

Я не занимаюсь индексированием цветов, выравниванием имиджей и т.п., я просто беру картинку и привязываю ее.
Я тоже много лет так делал и делаю с утилитарными целями. Но нет предела совершенству. Когда делаешь не только для себя и знаешь что можно лучше, совесть не дает делать плохо J

ulet
Мне тоже надоела эта тягомотина, тоже хочу поговорить о конкретных приемах.
Перестаю занудничать (почти). Напоследок всё-таки выстрою список процедур, как он видится мне. Список конкретный, каждый пункт могу объяснить. Может так проще будет.
Дано – бумага
Вариант №1

1. Сканирование минимум 600 dpi. Пожелание к сканеру – (не помню как этот параметр называется), возможность различать как можно больше оттенков цвета. Сохранение 24 битн.TIF .
2. Полная правка растра по сетке. GlobalMapper. Зкспорт в 24 битн. GEOTIFF+ внешний файл привязки. Результат – растр идеально привязан и повернут.
3. Чистка, индексация цветов. Приемы и программы хотелось бы обсудить.
4. Вычищенный, индексированный растр открываем в GlobalMapper, экспортируем в 8-ми битный GEOTIFF, с уменьшенным разрешением., например для 500м ГШ в диапазоне 5-6,5м/пикс. (внимание, это не dpi).
5. Импортируем привязку из нутра GEOTIFF в OZI.
6. Для размещения в Инет, конвертируем GEOTIF в GIF или PNG.
7. Для использования в OZI конвертируем GEOTIF в OZFx3

Вариант №2. Используется, когда нужна аутентичность, или когда при индексации цвета страдает не только аутентичность, но и информативность. Ситуация больше касается добытых в Инете плохих сканов.

С п.3. Только чистим, не индексируем цвета.
4. Вычишенный растр открываем в GlobalMapper, экспортируем с уменьшенным разрешением в ECW для использования в OZI и отдельно в JPG для размещения в Инет. В обеих вариантах привязку OZI получаем импортом из нутра ECW.
Результат –оба варианта в форматах с потерями, цветовым шумом, но зато файлы маленькие, не надо сводить цвета. Последнееможет стать очень трудоёмким когда карты на разной бумаге, из разных типографий и т.п.

Всё. Можно критиковать конкретно, можно согласится и перейти к интересному.



 
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Сообщение не прочитано
Предыдущая тема: Рельефная карта
Следующая тема: Геодезический знак.
Переход к форуму:
  


Текущее время: сб дек #d 08:01:52 MSK 2024