Выложу координаты, где гребов немеряно!!!! Открывай борт УАЗа и в помидорные пластиковые ящики грузи белые грибы (да не просто белые, а белые со шляпкой LE 40 миллиметров)

Мы говорим о разном. И ссылки не о том. Там о том как индексировать цвета, что делать более-менее и по шаблону-палитре и еще хрен знает, как я УМЕЮ. И привести набор к одинаковой палитре автоматом тоже.
Но если цвет один, т.е. конкретно в RGB: 204/204/204, и он на лесе, воде и в виде мусора, что делать? Ну в полуручном режиме выделив цвет и замазать его другим я могу, для автоматической работы - алгоритма не вижу. Почти уверен, что в данном случае его и нет. А речь идет про листы 2 км, зон N38, N39.....
Если уж так не понятно, по другому: при индексации были утеряны существенно важные цвета, потому спрашиваю -полноцвет существует?

Пардон, из предыдущих вариантов формулировки не совсем понял, о чем речь.

Существуют "окольные" средства, когда изображение с палитрой переводится обратно в 24 бита, после чего делается совсем слабое размывание, "модифицирующее" оттенок одиночных точек путем усреднения.
Пример:
Имеем две линии на белом фоне, зеленую 0,102,51 и черную 0,0,0 .
Каждая имеет antialiasing серыми пикселями 204,204,204 .
Размываем изображение по Гауссу, радиус - 0,3 пикс.
Теперь надо немножко "почистить" картинку от последствий размывания, сделав, например, histogram clip где-то на 5% с каждой стороны (чтобы скомпенсировать осветление темных пикселей и убить появившиеся совсем светлые).
Теперь смотрим на пиксели в зонах антиалиасинга:
те, что граничили с черной линией, так и остались нейтрального серого цвета, хотя и стали чуть темнее (189 вместо 204);
те, что граничили с зеленой, получили зеленоватый оттенок, став 189,205,197 .

Так что не все так чудовищно...

Однако туда не всех пускают??? Или сейчас линки дохлые?

--
Vladimir

Сейчас гляну, возможно сервер опять лег, трафик уже несколько дней под 100 гигов в сутки держится. Не выдерживает машинка... Сегодня сервер должны слегка отапгрейдить, надеюсь проблем с доступом к нему будет поменьше. С уважением, Антон Крупенников http://www.velotourism.ru http://www.topomaps.ru

А в чем проблема Panavue если листы отсканированы нормально? Если там нестыковки идут то это понятно что лучше в фотошопе сводить, но если есть нормальное наложение, то вроде как никаких дополнительных искажений там не должно быть? Или я чего-то недопонимаю? С уважением, Антон Крупенников http://www.velotourism.ru http://www.topomaps.ru

Исходники очень разные. По большей части это все те же ТИФ с индексированными цветами, только цветов там не 16, а за сотню. На втором месте по кол-ву идут JPEG-и, и собственно цветовой мусор скорее всего появляется именно в этих листах. Если брать 200ки России, то таких исходников процентов 10, не больше. Вообще, у меня есть неплохая самопальная софтина, которая режектит цвета. Натравливаешь ее на битмап в RGB, на выходе тоже RGB, но если гистограмму посмотреть, получится достаточно ограниченный набор цветов, и отиндексировать потом их можно без мусора. Но работает софтина долго, и сильно не любит картинки побывавшие в JPEG-е С уважением, Антон Крупенников http://www.velotourism.ru http://www.topomaps.ru

Спасибо за конкретный совет. Обязательно попробую. Видимо что-то похожее я делаю используя Smart Blur. К сожалению для данного случая, это по слону дробиной,

Проверил, вроде все работает. Огромная просьба, если качаете офлайн-браузерами - ставьте разумные ограничения на число соединений, ну там 3-5, не больше. Больше ставить толку все равно не будет, скорость максимальна как раз при 5 по моим наблюдениям, а вот сервак положить - это запросто. С уважением, Антон Крупенников http://www.velotourism.ru http://www.topomaps.ru

: А в чем проблема Panavue если листы отсканированы нормально? Если там нестыковки идут то это понятно что лучше в фотошопе сводить, но если есть нормальное наложение, то вроде как никаких дополнительных искажений там не должно быть? Или я чего-то недопонимаю?

Если нет последовательного склеивания нескольких фрагментов (то есть, нет таких фрагментов, у которых линии стыковки с сосединими были бы с противоположных сторон, то есть, если карта состоит не более чем из четырёх фрагментов, разрезанных крест-накрест), то погрешность на краях карты будет относиться к погрешности совмещения фрагментов как расстояние от линии совмещения фрагментов до края карты к длине линии совмещения фрагментов. То есть, не смертельно. Если же карта разрезана на б<i>о</i>льшее количество фрагментов (например, на шесть), то погрешность совмещения на каждом стыке будет <i>нарастать</i>, в результате чего окажется, что карту невозможно корректно привязать. В таком случае нужно склеивать только с учётом привязки.

На самом деле достаточно один раз освоить склеивание в Global Mapper'е, или Photoshop'е с подкладыванием под сетку (если таковая есть), и потом не иметь проблем.