Явно же не для того её намывали, чтобы сделать пустырь )
osm.org/way/310724761
osm.org/way/502794016

Привет! Это отношение создано очень давно. Я просто последний, кто его редактировал. osm.org/relation/3767900/history

В ОСМ нет отдельного типа area. То, что в редакторе iD называется полигонами, на самом деле просто замкнутая линия.
Советую глянуть эту статью https://habr.com/ru/articles/146503/

Через отношения обычно делают чтобы не дублировать линии в одном месте или не дублировать теги на куче одинаковых объектов.

Не надо рисовать ещё одно здание поверх уже нарисованного. Исправил.
Если не секрет, вы редактируете карту по заданию в каком-то учебном заведении?

Неправильно указываете номера домов osm.wiki/RU:Адреса#Нумерация_домов

И адрес обычно указывается на здании. Не нужно дублировать на каждой точке.

Углы полигона можно выровнять клавишей Q

Если границы населённого пункта отмечены (osm.org/relation/1668179) и дом находит внутри, то заполнять поле addr:city не обязательно. Но если заполняете, то пишите только название (без «посёлок»/«город» итп).

1. Адрес указывается на здании. Не нужно дублировать (да ещё и с ошибками) на каждом заведении.
2. Время работы указано неправильно. Смотрите справку osm.wiki/RU:Key:opening_hours
3. Для ссылок на Вконтакте есть отдельный тег - contact:vk

> непонятно, про какую верификацию вообще идёт речь
Речь про геометрию, а не наличие/отсутствие POI. Как вы без рулетки определили, что почта занимает именно такую часть здания? Это включая служебные помещения или нет?
"Однослойный" тротуар, который видно на спутниковых снимках и многоэтажное здание, замапленое по впечатлениям - это немного разные вещи. Далеко не все маперы захотят разбираться в этом геоабстракционизме и в итоге карта будет обновляться ещё хуже.

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

https://ibb.co/zSJDNC0
Так ли необходимо рисовать POI полигонами? Всю эту красоту невозможно верифицировать и очень тяжело редактировать...

osm.org/way/1185697172
landuse=construction и без area=yes

>Роутеры и не должны там прокладывать
Задача роутера предложить оптимальный маршрут. В данном месте это тропа через ЖД. Можете посмотреть тепловую карту Strava.
В ОСМ нет тегов «нельзя, но все ходят» и нет градаций impassible. Поэтому да, иногда нужно подгонять тегирование.

xronos, с формальной точки зрения вы правы. И, я бы сказал, там должен быть crossing=no ибо переход нелегальный. Однако, чтобы попасть на ближайший легальный переход нужно преодолеть неприятную развязку, что куда опаснее перехода через пути. Роутеры не будут прокладывать веломаршрут через smoothness=impassible. Поэтому, в данном случае лучше повысить проходимость до very_horrible или вообще не указывать. Жд пути - не 10 км через бурелом, их могут преодолеть чуть менее чем все. Даже с грузом на багажнике. Инвалидные кресла закрываются тегом wheelchair=no, а больше из колёсной техники там ничего оказаться не может. Электросамокаты и ролики по тропе ни один вменяемый роутер не направит.

Примечательный факт: oneway отображается на рендере, но не влияет на роутинг. oneway:foot влияет, но не отображается.

Большинство заведений, которые вы добавили, уже отмечены на карте. Пожалуйста, будьте внимательнее.

Вики же osm.wiki/RU:Key:smoothness
На странице про пеший туризм тоже упоминается как «usability of a way for wheeled vehicles»
osm.wiki/Hiking

Подозреваю, зависит от роутера. Лучше обозначить явным образом.

Просто уберите тег smoothness чтобы и явную ересь не вносить и хороший маршрут не ломать.

Константин, wheelchair - не относится к тегам доступа, а обозначает физическую возможность проехать.

Тег smoothness описывает проходимость для колёсной техники. Даже если его навесили на тропу.

Но я готов согласиться с вашим вариантом если пришлёте видео как непринуждённо пересекаете эту насыпь на коляске или спортивном велосипеде.

Почему удалили тротуар?

Не надо так. Транслитом должны заниматься роботы.
А что подразумевалось писать в int_name вообще не понятно ибо нет единого международного языка.