Про фотошоп не скажу, но в гимпе у меня тоже не получалось... Попробуйте ms paint - в нем все получается! Файл - сохранить как - BMP и указать 8 бит.

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

Имхо - если после проезда опасного места у человека возникло желание остановиться, выйти из машины и обозначить это место флажками (утрирую, конечно, засаду флажками не обозначишь, но все же суть сохранена) - то такая точка нужна, если не возникло - это мусор, и его надо нещадно из базы выпиливать! Знаю в своем городе штук 7 камер, которые ничего не меряют, только смотрят, так зачем их в базу вносить? Чтобы навигатор зря пищал? У меня, например, для этого в машине магнитола есть - пищит качественнее и постоянно, да и отвлекает меньше...

Как результат - для себя уже не выкачиваю ЛП, плохую дорогу, прочие опасности и кое-какие другие категории - просто потому, что задалбывает писк навигатора, от таких точек только вред. Например - обычный маршрут дом-работа - около 14-ти ЛП. Нормальных, обозначенных знаками (которые видно) резиновых и абсолютно не страшных. И на каждом (а на гармине - реально на каждом, даже если он на встречке стоит) навигатор мне орет о опасности...

Нужно как-то на уровне правил определить, какие точки ставятся в базу, а какие нет, все что не соответствует - минусовать. И правила сделать достаточно жесткими:
1. Вменяемый комментарий, отражающий реальную опасность точки. (Пример реальной опасности в случае с ЛП - это ЛП высотой в пол-метра, стоящий в темном месте, сливающийся с асфальтом по цвету и выносящий всю подвеску нафиг при проезде его со скоростью большей чем 20км/ч, а обычный резиновый ЛП, со светоотражателями, который и на 60 пролететь можно "не почувствовав" - это вообще не опасность!)
2. Правильное оформление точки.
3. За установку точки, несоответствующей п.п.1-2 большой штраф в рейтинг пользователя. Чтобы все следующие его точки сразу шли с минусовым рейтингом.

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

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

Понятно что дубли есть, но предложенный метод их определения неверен

А я и не говорил, что изобрел 100-пудовый способ обнаружения дублей 

Просто я для себя написал скрипт, "разбирающий" speedcam.gpx - формат выгрузки точек для гармина и в процессе написания скрипта обнаружил, что часть точек куда-то девается, когда стал отлаживать - понял, что это точки с одинаковыми координатами и в 80% случаев - с одинаковыми типами (тип@скорость). Мне показалось это странным поэтому и создал тему...

Кстати, могу переписать скрипт, чтобы на выходе были не только IDX, но и имя + комментарий. Надо?

Не знаю, нужно ли это кому-то или нет...

В общем я уже давно не пользуюсь ОС Виндовс и соответственно время от времени сталкиваюсь с проблемой обработки POI файлов для своего Garmin'а.

Из готового софта (по крайней мере из того, что я знаю) есть консольная утилитка конвертации poi, треков и чего-то еще из формата в формат - gpsbabel и GUI оболочка к ней Gebabel. Так же версия POILoader для Windows прекрасно работает под wine. Но мне этого инструментала было мало и я написал себе свой велосипед не перле 

Итак, велосипед этот умеет брать точки в формате gpx, переводить их в csv при помощи gpsbabel, и производить с ними всяческие удобные манипуляции. Например, может отобрать все точки, в комментариях к которым встречается слово "встречка" и сложить их в отдельный файл, или "разобрать" speedcam.gpx на много разных файлов вида Имя_типа_объекта@скорость.csv (например Мобильная_камера_(засада)@60.csv) в которых будут уже одинаковые по типу объекты. Можно сначала "разобрать" speedcam, а потом уже выдергивать из разных файлов "встречки" и "обгоны" 

При всех действиях с сортировкой точек - точки не копируются, а "перемещаются", т.е. если вы, например, сделали выборку по слову "встречка" в файл vstrechka.csv - то точки эти исчезнут из того файла, в котором их искали.

Ну, после такого "велосипеда", мне намного удобнее открывать отдельные csv'шки в ОпенОфисе, да и POILoader'ом можно гибко настроить оповещения для каждого файла.

В общем, скрипт прилагаю, будут у кого вопросы - задавайте =)

Ну я же кирпич для примера просто привел... Та же ситуация может быть например с трактором, ползущим 25км/ч на пустынном шоссе со сплошной... Т.е. знака то может и не быть, просто засада может быть не на скорость...

В общем - главное правильно назвать точку. Максимально информативно. Тогда это название едет в комментарий - а оттуда его уже можно спокойно парсить (у себя на компе) и запирать в отдельный объект в навигаторе. Я же говорю - проблему эту я решил почти, доделаю - выложу решение, вот только оно у меня на перле, и для убунты, кто б его для виндовса переписал (там скорее даже не переписать а просто мануал как прикрутить к винде перл и gpsbabel написать).

А хотя - нет! Мой парсер прав!

Вот, например:
48.50099,32.25036  - 6226_Мобильная камера (засада)@40
48.50099,32.25036  - 4741_Мобильная камера (засада)@40
Просто сборщик дублей был неправильный...