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

Alge

ну и? обсчитываешь все пиксели на картинке, и смотришь сколько и каких цветов наиболее употребимы... можно ввести чтото типа "погрешности" или "разброса", скажем плюс-минус 10 единиц по каждой (из трех - R, G и B) составляющих, чтобы цветовых оттенков поменьше было.
нужно просто сесть и попробовать - тогда и решение придет.
несколько лет назад я занимался как раз программированием с считыванием цвета, их сравнением и все такое. если кто скинет мне код (подробный) на С++ по открытию и сохранению BMP, считыванию и записи цвета пикселя в растре, я попробую чтонить сделать. если это нужно, конечно Smile

Alge

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

alk2000

да меня-то всем устраивает Smile

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

конечно, я пробовал всего с парой-тройкой карт, поэтому не могу говорить про все случаи на свете...

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

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

т.е. например, на всем листе одно синее озеро. на нем светло-синяя надпись (это всего несколько десятков или сотен пикселов, на всей карте!); так что бы она не пропала, в палитре должен быть такой светло-синий оттенок, иначе фотошоп применит к ней тот же ближайший цвет, что и к озеру... когда он сам будет строить палитру он не в жисть для сотни пикселов не отведет отдельный цвет... ну и так далее, вроде из этого примера видно сложность автопостроения палитры для разделения цветов...

alk2000

Alge

окей, попробую... но не раньше следующей неделе (завтра уезжаю). если что получится - отпишусь Smile

Alge

в фотошопе есть такое:
Image - Mode - Indexed Color
в поле forced выбрать custom. на выходных поиграюсь непосредственно с картами

alk2000

Alge

я тут подумал, получается вот что.
если писать прогу, то анализ цветов должен быть через что-то наподобие гистограммы (в трезмерной области RGB). получатся несколько гауссовских (или типа того) распределений, которые и обсчитывать (максимум, медмана и прочие функции). такие гичтограммы я рисовать умею, но тока отдельно для каждой из rgb-составляющей. как делать для всех их вместе - нужно думать Smile

другой путь - отображение всех цветов (в плане - цвета для каждого пикселя) в трехмерном rgb-пространстве. получится куча точечек, сгруппированных в несколько областей. как заставит комп найти все эти области и выбрать для каждой из них центр - без понятия Smile

кста, если внимательно посмотреть на сканированную карту при большом масштабе (200-400%), то легко заметить, скажем, в лесу синенькие пиксели, на воде - зелененькие и все такое. правда, фильтрацией такие "единичные шумы" должны убраться.
в целом, я все-таки склоняюсь (на начальном этапе) к забиванию палитры. ну, не 8-16, а скажем 20-30 или чуть больше цветов. только нужно решить, какие же именно цвета имеются в картах (желательно, чтобы они же были и в стандартной 256-цветной палитре винды).
P.S. буду делфу ставить - там с картинками работать легче Smile

Anton Evstigneev

Замечательная карта Москвы! То, что собственно искал давно Smile

Однако, вопрос можно ли каким-либо софтом разрезать 19M файл на файлы с разрешением 1280x1024? А потом определить центральную координату каждого такого квадрата. Весь этот "геморрой" нужен для того чтобы затащить карту в GPSDrive, единственное из приличного для Zaurus.