Да действительно, имеется 4 лесных посёлка. Только вот вопрос как их правильно обработать … Есть две схемы - находим нечто напоминающее название и выдираем префикс или считаем этот префикс типом населённого пункта. Второй путь - считаем что есть “нормальные” типы населённых пунктов - посёлок, село, деревня, выселок, станица и т.п., а всё что не вкладывается в такой тип сносится в тег full_name или official_name по которому и производится валидация. wowik придерживается первой схемы, мне несколько ближе вторая.
В данном случае предлагаю обсудить, что такое “лесной посёлок”. Если где-то описано чем является такой тип населённых пунктов то воспользуемся первой схемой:
если такого типа не существует то лучше воспользоваться такой схемой.
Бегло типа “лесной посёлок” я найти не смог, но в данном случае понятно что это не самый распространённый тип населённых пунктов.
Скажем так, этот вариант более закреплён в вики хотя и варианты full_name или name:full также встречаются. В данном случае считаю что full_name и official_name синонимы, но full_name ближе к реальности семантически. official_name имеет чёткую завязку на документы, он более подходит для вещей типа “Рабочий посёлок имени В.И. Ленина” но повторюсь что не настаиваю. Данный валидатор принимает оба тега.
Upd: ещё 150 НП получили full_name в БД, так что сопоставление будет лучше
Число распознанных сельских поселений превысило 7000 http://atd.osm.rambler.ru/r60189.html
Конечно это даже не половина, но прогресс за последние месяцы очень хороший!
fserges хотелось бы увидеть функционал позволяющий помечать деревни на странице валидатора. Это поможет знать которые уже трогал, а которые нет. Например в виде маленькой точки : ) . + не большая статистика в виде ожидалось изменений/фактических изменений.
+1 к lenux, а ещё хотелось бы чтобы как-то выделялись place=locality (например, курсивом), чтобы понимать что это не полноценные НП и для них не нужно, например, добавлять контур.
Валидатор открыт для расширений, не поддерживаю только те варианты которые приводят к значительному увеличению времени обработки без существенного улучшения фунционала (это было пока только раз - при обсуждении того как обрабатывать locality). Только вот желательно понимать что именно нужно добавить
А можно подробнее, я так и не понял о чём речь. Сейчас отчёт это набор статических html страничек в которых не очень понятно какую интерактивность можно вводить. Особенно такого рода: “ожидалось изменений/фактических изменений”. Что-то типа OSM notes?
Насчёт отчётов - их можно наплодить много красивых и разных. Но с целью ускорения работы валидатора я импортирую в БД дамп в котором уже вычищена вспомогательная информация - дата правки, номер версии, имя пользователя. Благодаря этому существенно выросла скорость обработки но пропала возможность строить отчёты типа “изменения за сутки”. Такого плана отчёты вводить можно но только если будет существенный интерес.
Может просто вывести ещё один столбец где выводить тип place? L - locality, H - hamlet, V - village и т.п.?
Отчёт сейчас строится однопроходно - открывается страница и если объекты одного уровня кажутся правильными то всё зеленится. Чтобы бороться с такими вещами нужно сначала собрать все данные для отчёта а потом строить заглядывая в подчинённые страницы.
Поставлю эту задачу в очередь, но она несколько более трудоёмка, скорее всего через выходные. Можно и костыль поставить, но лучше уже сразу делать всё нормально.