Это довольно спорное утверждение, при том что сейчас данных больше добавляется нежели изменяется. Но ведь речь не об этом.
А о том какие негативные последствия будут сейчас. Они будут. Что еще нужно чтобы этого не делать?
Не могли бы вы тогда более детально расписать негативные последствия? Кроме некоторых, замечу по своим подсчётам, незначительных в процентном отношении колебаний в статистике по ODbL, каких либо других изменений не вижу.
Так может ещё bridge=no;enbankment=no;tunnel=no;lit=no добавлять автоматом везде, где нет yes? oneway=no На дорогах класса ниже trunk и не на *_link по определению мусор, потому как эти классы по дефолту oneway=no, как и bridge=no;enbankment=no;tunnel=no;lit=no. Там где требуется уточнение, что дорога одностоняя, там надо указать oneway=yes. В основном - это желание пользователей Potlach ткнуть во все галочки, не включая голову.
На trunk и выше, а так же на всех _link - это (именно с =no) полезный тег, но я его там не трогал.
Не соглашусь, oneway=no может явно указывает, что дорога не односторонняя, предотвращая установку oneway=yes диванным картографом, которому по его логике, судя по развязке, кажеться, что здесь должен быть односторонний хайвей.
Потрудитесь посмотреть ченжсет, о котором речь. Речи о хайвеях нет, речь об primary, secondary, а так же о tertiary, residental и прочих минорных дорогах, которые по спецификации не односторонние.
Какая разница, какие они по дефолту? Отсутвие oneway не указывает на то что она не односторонняя.
Отсутствие тега и тег со значением, равным значению по умолчанию, не одно и то же.
Повторю вопрос ещё раз: вы предлагаете для всех дорог принудительно ставить oneway=no;bridge=no;enbankment=no;tunnel=no;lit=no;foot=no;ford=no;living_street=no если известно, что дорога не обладает этими свойствами?
Ну с oneway это вы погорячились.
Всё-таки не просто так введены дефолтные значения.
Иначе докатимся до того, что надо будет на дорогу вешать building=no,waterway=no,какие-нибудь natural:type=no и т.д.
Небольшой офф. Всё чаще наблюдаю, как дорогу рисуют в “обе стороны” по одним и тем же точкам. Вот это реальная проблема.
Если то что видно на бинг больше похоже на то, чего на самом деле нет, то да, ставить, и еще не худо бы note добавить.
Например, building=no;note=Здание снесли в 2011 году.
Да, а если кто теперь лесом будет посылать, то его теперь скоро совсем не будет:
“fix: бесконечные исправления и подтирания за пользователями Potlach: удаление тегов с объектов outer, в мультиполигонах уже имеющих теги; удаление дублирующих тегов” http://www.openstreetmap.org/browse/changeset/9540430
Ура! landuse=forest к черту! Даже там где он не дублирует, заменим его на natural=wood !
Значения введены действительно не просто так, это баг редактора и называется этот баг “Potlach”. Пользователи, рисовавшие эти дороги, считают что не вводят свойства объекта, а отвечают на анкету, где все вопросы обязательны. Если я вам скажу, что были случаи нанесения большого количества дорог со всеми заполненными свойствами, которые только можно прописать в Potlach, включая “layer” на абсолютно всех всех объектах - это тоже полезная информация?
Я лишь предлагаю не сносить установленные, не убедившись лично, что в их наличии действительно нет необходимости.
Если имеем дело с хайвеем, пересекающимся с водным объектом без точек пересечения, на хайвее установлен bridge=no и водый объект с layer=-1, то отсутствие bridge=no не мешает, а вот ежели layer=-1 нет, то тут явно молча без разбора сносить bridge=no не стоит.
Замечательно, теперь я буду к вам посылать пользователя, который берёт релейшен natural=wood на 200 объектов, с любовью отрисованный другим пользователем josm, и в Potlach-е, вместо редактирования его добавляет новый релейшен, где выбирает только один outer и свою свеже нарисованную полянку и создаёт. А потом ещё и ещё один релейшен сверху, потому “чота дырки в лесу пропали”. А потом для кучи ещё landuse=forest непосредственно на вей outer релейшена natural=wood, что бы уж наверняка.