Валидатор водных объектов

Да, Окункуль не находится потому что поиск пока работает только по официальному имени.
Про GNS подскажите, как оттуда взять данные.
Бота я наверное пока не осилю, надо сначала довести этот проект до нужной кондиции. Некоторые статусные части (оз., озеро, пруд, водохранилище) я отбрасываю при сравнении, возможно ещё какие-то надо пишите, добавлю.

Щас в OSM с этим сплошной разнобой. Надо или удалять или добавлять тем, у кого нету.

Мой проект хостится на рамблеровском сервере
http://wiki.openstreetmap.org/wiki/RU:Сервера_OSM_в_Рамблере
там есть зеркало - база на PostgreSQL, плохо только что я про нее узнал поздно, а то бы сразу делал с использованием ее в качестве источника.

Есть такая задумка, но пока это не реализовано. При сравнивании в JOSMе кстати большие расхождения, как правило измеренная длина в JOSMе оказывается больше, иногда в разы.
Топология пока тоже не используется, это в ближайших планах.

Подскажите, где прочитать правила формирования ссылки на JOSM?

Думаю, Aleksandr Dezhin сможет подсказать, в его валидаторе реализовано.

http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RemoteControl
Например, загрузить и показать вей - http://127.0.0.1:8111/import?url=http://www.openstreetmap.org/api/0.6/way/<way_id>/full

В ГВР наверянка много ошибок, поэтому изза расхождений не стоит особо париться. Но зато будет лишний повод проверить данные.

уж лучше добавлять, чем удалять
отсечь лишнее всегда можно в процессе постобработки

Надеюсь правильно вкурил тему и для р.Истра добавил тег gvr:code. Вот правка: http://www.openstreetmap.org/browse/changeset/8292261 Правильно?

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

Добавил ссылки для JOSM.

а что означают выделенные желтым “предупреждения”?
напишите мини-фак, пожалуйста…

Немного поменял текст шапки таблицы и добавил инфу в стартовое сообщение.

Я считаю, что не стоит торопиться и проставлять gvr:code всем подряд не определившимся речкам. Когда будет добавлена проверка топологии, то большинство из неопределившихся речек - определится правильно. А проставление кода - уже должно быть крайней мерой.
Посмотрите, например, на валидатор границ - там никакие коды в базу не добавляются, кроме okato:user в исключительных ситуация.

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

Также сделал общие итоги на главной странице, сейчас 2943 успешно сопоставленных объекта и 11829 неоднозначных. Посмотрим что будет после обновления.

А не подскажите почему Мезенка вот здесь жёлтая? Я же вставил gvr:code 1 июня.

А можете посмотреть, почему вот эта река не определяется? (Можно увидеть, что последний сегмент впадает в реку Южная Уньга, которая прекрасно определилась валидатором.)

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

Конкретно по этой реке могу сказать что:

  1. Код ГВР не полный, 22 цифры, видимо первый ноль утерян (код ГВР это не число, это по сути своей строка длиной 23 символа, в которой составляющие ее коды стоят каждый на своей позиции).
  2. Участки с gvr:code разделены участком без gvr:code, соответственно они не могут объединиться в одну цепочку.
  3. Один участок с gvr:code почему-то течет в обратном направлении, это тоже препятствует объединению в цепочку и является грубой ошибкой в ОСМ.
  4. Конечная точка реки присоединяется к полигону, а не к линии. Для правильного определения места впадения линия притока должна соединяться с линией реки, в которую она впадает.

эх… проверки топологии все же не хватает…