Как грамотно сканировать карты?

[MakoED]

Хочу избежать дурацких ошибок. На руках планшетный сканер. И карта. Предполагаю сканировать по кускам и сшивать. Какой программой уважаемые коллеги выполняют эту операцию? На что следует обращать внимание при сканировании?

[Kirill Limping]

Программой, ИМХО, любой. Важно, чтобы было примерно одинаковое перекрытие соседних кусков - сантиметров по 5 будет предостаточно.
Чтобы куски были условно нарезаны по вертикали и горизонтали - т.е. чтобы из них можно было "собрать" вертикальные и горизонтальные полосы. И чтобы не было угла поворота. Тогда карту будет легко склеить программой PanaVue.
Никогда не сохранять карты в JPEG Почему - можеть спросить у Bushman.
Ну и естественно при сканировании яркость с контрастностью настраивать так, чтоб цвета были равномерными, но тут из меня хреновый советчик, надо еще кого-то спросить.

[Alge]

я сканирую в фотошопе, разрешение 300 dpi...
главная проблема - это должно быть перекрытие сканированных зон, и необходимо избежать непроизвольного поворачивания карты в сканере.
да, и нужно иметь мощный компьютер, т.к. сохранять лучше в бээмпэ или гиф/тифф (полностью согласен с Kirill Limping - никакого джпега!!!), а сканированные картинки здорово ресурсы жрут.
зюыю после пары дней возни я забил на все это дело - легче в инете карты найти
зюзюыю проьлемы, с которыми я серьезно столкнулся: карты поворачиваются, когда их в сканер засовываешь - даже полградуса потом заметно; бумага может неплотно к стеклу сканера прилегать - будут несостыковывающиеся неровности; церные полосы шириной в несколько пикселов, если карты отсканены без перекрытия (а его не всегда сделать можно).

[alk2000]

К сожалению, я не нашел в интеренете нормальных карт даже Москвы и области (Может плохо искал?).
Оптимальный формат для карт - это индексный цвет и сжатие без потерь по LZW. (Например, GIF, OZF/OZF2).
Практически на всех картах палитра сжата неправильно. Их прогоняют через алгоритмы обработки фотографий. Эти алгоритмы сжимают палитру, удаляя похожие цвета, а затем недостающий цвет на рисунке эмулируют, смешивая хаотично точки других. В результате этого падает разборчивость, значительно ухудшается сжатие (т.к. вносятся "случайные" точки). При этом число цветов в палитре все равно остается во много раз больше, чем нужно ("распухает" размер). Например, недавно скачал отличную карту москвы по содержанию (ftp.gps-team.ru, каталог MSK-3rd_autoring), так в ней аж 104 цвета и рябь! Хотя реально для большинства карт 16-ти цветов хватает с избытком.
В общем, нужно использовать другой алгоритм, который просто возьмет, скажем, 16 цветов (с самой карты - которых больше) и остальные цвета на карте просто заменит ближайшими из них. Фактически это будет совершенно не заметно (если разве что одинаковые кусочки карты положить рядом - будет небольшая разница в оттенках). Карта будет четче, без ряби, и значительно меньше в размере.
Как - не подскажу, не делал. Хотя, у меня в последнее время все больше возникает желание заняться этим. Если займусь - поделюсь опытом и результатами...

[Alge]

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

[alk2000]

вот не знаю пока как... только одни идеи...

есть две наметки:
- уверен, это можно как-то наколдовать в фотошопе (вот только насколько трудоемко?), все-таки это мощная штука...
- пошерстить среди фри/шароварных утилит, может есть такое...

а алгоритм, конечно, не сложен... собственно, у него два этапа:
1. анализ изображения и выбор 16-ти цветов
2. "причесывание" всех остальных цветов к ним...

[Alexander.]

[alk2000]

Заколебался я уже малость... не все так просто...

Во первых, не такой уж простой тут алгоритм. Если для человек видит два оттенка разного цвета, то для алгоритма нужна формула сравнения цветов с учетом физиологии зрения. Кроме того, не так просто из изображения с тысячами цветов (хотя это и оттенки нескольких) выбрать эти основные. Кроме того, многие оттенки используются для компенсации недостаточного разрешения. И даже фотошопу это дается с трудом...

Во вторых, немного поэкспериментировал с фотошопом. Вначале нашел отсканированые карты в jpeg 300 dpi. Кое-каких результатов добился, но хочеться лучше. Сейчас пробую сканировать непосредственно. Очень интересные вещи всплывают. Например, при 300 dpi на ровных тонах какой-то рисунок квадратиками. Грешил на сканер и его настройки. Но когда отсканировал 2400 dpi все стало ясно. Это из-за технологии полиграфии - цвета получают смешиванием точек. У меня они расположены по строгой сетке, на 300 dpi они не заметны, но дают такой интересный муар. А на 2400 они видны очень четко, горох прямо, яркие коричневые точки на светло-желтом Следовательно, как не мучайся это внесет дефекты.

Ладно, попытаюсь их размыть, посмотрим, что получиться...

[Alexander.]

[alk2000]

[alk2000]

Уф. Упарился, но более-менее разобрался в вопросе...
Алгоритма такого нет и, скорее всего, быть не может (по крайней мере, на данном этапе развития техники и софта
Проблема именно в первом этапе - выбор палитры. Дело в том, что когда мы смотрем на карту, мы сразу видим там реки, озера, дороги, дома и т.д. А комп этого сделать не может. Поэтому, если встретилась группа пикселов некого цвета, то он не может отличить - снег это или полезная информация. А второй этап легко делает любой хороший графический редактор.
В общем, перерыл кучу инфы и провел кучу экспериментов. Нашел интересные вещи, например, вот: http://colorpilot.ru/magicmap/
Реально эту прогу использовать не смог - валиться постоянно. Ее, видно, разработчики забросили.
Технологию сканирования карт примерно разработал. Сумел, даже, тот файл, о котором упоминал (MSK-3rd_autoring) привести к 16 цветам практически без потерь (если нужно, могу выложить).
Итак, я использовал фотошоп:
1. Сканируем в true color и с разрешением в несколько раз большем, чем нужно. Далее выполняем размытие по гаусу. Радиус выбираем равным превышению разрешения. Если разрешение в 4 раза больше, значит радиус 4. Это все делается быстро и гарантированно и практически полностью избавляет от дефектов взаимодействия полиграфии и сканера (муар, точки и т.д.). После этого сжимаем изображение, приводя его к нужному разрешению.
2. Гладим цвета. Для этого применяем фильтр "Умное размытие". Он практически не искажает детали, но хорошо расглаживает заливки.
3. Делаем преобразование в Indexed color. Dither ставим None.Палитру используем свою - это главное.

Подготовка палитры.
Палитру делаем один раз для всей карты или атласа. Берем наиболее типичную страницу (где есть все, что встречается на карте - дороги, леса, озера и т.д. В ней должны встретится ВСЕ цвета. Это важно. Подготавливаем (этапы 1,2). Входим в преобразование цвета.
Отключаем Dither. Палитру вначале ставим Perceptual, ставим кол-во цветов (16 обычно вполне достаточно). Затем меняем палитру на Custom и видим, то, что сформировал фотошоп. После хорошей подготовки (п. 1 и 2) он, обычно, ее формирует довольно неплохо. Сохраняем палитру! Далее смотрим результат через Preview. Если находим искаженный цвет (у меня не хотел делать синие надписи на синем фоне), то: берем его пипеткой и заменяем один из палитры. Нужно заменить один из двух близких оттенков. Сохраняем палитру! Пробуем преобразовать, смотрим результат, и, при необходимости, делаем откат назад и корректируем палитру. Не забываем выбирать Custom и загружать ее из файла, а затем сохранять! Обычно необходимо скорректировать лишь несколько цветов. Затраты по времени подготовки палитры - минут 15.
Есть и еще варианты - подготовить, скажем, 12 предопределенных цветов, а 4 оставить на всякий пожарный (вдруг на той странице были не все цвета)...

Пишите результаты... Что не понятно - подскажу...

[alk2000]

Да, то файл (MSK-3rd_autoring) уменьшился с 46 до 16 метров!

Да и рисовать его пальм стал быстрее...

И еще: перед сжатием можно поиграть насыщенностью, яркостью, контрастностью. Но другие фильтры нужно использовать крайне осторожно - они могут внести дополнительные цвета или оттенки, что сильно усложнит сжатие и ухудшит результат. "Умную размывку" можно сделать еще несколько раз...

[alk2000]

пардон, до 19 метров, а не до 16...
уменьшился, в смысле...

[Kirill Limping]

alk2000, методика классная, главное - вроде бы все доступно простому смертному
Про MSK-3rd_autoring - очевидно, можно передать его Mikle_V, чтобы на ftp выложить: org@gps-team.ru

[alk2000]

Положил Михаил сжатый вариант карты москвы:
ftp://ftp.gps-team.ru/MSK-3rd_autoring

там же есть теперь ее привязка в geo-файле для пальмоводов...