Да ладно. Тут же все срутся постоянно, как именовать магазин, Магнит или Магнит у дома.

Смешно.

Реальность виновата, да?

Я полностью согласен.
Снижайте порог входа.

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

Статьи должны быть проще, и без отсебятины.
Сейчас в них всё навалено так, что без 100 грамм не разберёшься.

Это уже какая-то техническая документация, да ещё и с ошибками и двусмысленностями.  Это сразу отталкивает.

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

Да ладно. Тут же все срутся постоянно, как именовать магазин, Магнит или Магнит у дома.

Смешно.

Реальность виновата, да?

а в чем проблема двух адресов?

Хех, упрощать в ж целовать... Да ладно. Не осм сложен а описываемая реальность.
Предложи простую и эффективную систему множественной адресации дома??

Нормальная схема это несколько значений в addr:street + addr:housnumber через точку с заяпятой. Но любители красивых решений очень громко вопили, чтобы такого не было. В результате мы сейчас имеем 6 конкурируюх схем, которые никто не поддерживает, потому что чем громче человек возмущается, тем меньше он делает

А на кой черт нужны участники которые не хотят разбираться? От них никакой пользы, кроме вреда

Чтобы они оба работали, теги обоих адресов одновременно должны висеть на контуре здания

В осм нет табличных данных:)

а точка со вторым адресом внутри полигона чем неудобна?

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

так это ж зависит как прогу напишут, нет?