Зачем ударяться в крайности? Есть более взвешенная альтернатива: договориться, что можно улучшать данные (как в плане полноты, так и системности), но нельзя ухудшать или препятствовать улучшению. Поэтому внесение новой информации допустимо хоть по-старому, хоть по-новому, так как наличие информации всегда лучше, чем её отсутствие. Никто, как на НЯКе, не придерётся и за нарушение правил картирования не забанит. Но и приведение накопленного разрозненного массива данных к единообразному виду, замена устаревших и ошибочных тегов - это тоже движение в положительную сторону. В противном случае мы просто перекладываем эту задачу и головную боль на потребителей данных, только и всего.
Даже если с определённой натяжкой согласиться с этим тезисом, есть одно “но”: это применимо лишь для старых проектов. Новые же пользователи данных в OSM появляются постоянно. И им, кто начинает использовать данные OSM вот только сейчас, наличие системности позволит не тянуть обработку лишних данных и не погружаться в долгие исследования, как развивалась система тегов для интересующих их объектов за всю историю проекта.
Почему с “натяжкой” - потому что если старая схема встречается в 0.01% случаев (а новая в 99.99%), то этим хвостом вполне можно перенебречь, как статистической ошибкой - и дропнуть поддержку этой схемы даже в давно живущем проекте. Всё равно абсолютной полноты в каждый момент времени достичь невозможно. Где-то кто-то по ошибке стёр тег или сам объект, где-то кто-то навандалил, то есть определённые флуктуации в данных всё равно будут происходить постоянно. Бороться за то, чтобы учесть каждый конкретный объект (и переживать, что 10 подъездов по стране, условно, в какой-то момент времени не попадут на карту) - большого смысла нет.