Это написано в брошенном пропозале, который никогда бы не приняли по целому ряду причин.

Но ладно, предположим, что через 20 лет все разработчики начнут успешно использовать, и это станет стандартом. Зачем здесь на каждом корпусе обозначено 2-3 университета? Три университета расположено как раз в месте правки, которую мы обсуждаем.

А нет, извиняюсь, там всё изменилось больше, чем я думал =) .
Но тогда имя "Рогачёвская улица" с пешеходной дорожки уже можно убрать.
И, главное, все дорожки и дороги должны быть соединены в граф без разрывов.
Например, в этом месте по дорожкам перекрёсток не пересечь:
https://i.imgur.com/h9NN05S.png

Что-то вы намудрили с тропинками и дорогами).

Более того, отдельно стоящие объекты, расположенные вдали друг от друга совсем не объединяются в отношения.

Нельзя объединять отдельно стоящие корпуса в мультиполигоны, это неправильно. Мультиполигоны служат для создания объектов сложной формы, а не для объединения отдельностоящих корпусов:
osm.wiki/RU:%D0%9E%D1%82%D0%BD%D0%BE%D1%88%D0%B5%D0%BD%D0%B8%D1%8F:%D0%BC%D1%83%D0%BB%D1%8C%D1%82%D0%B8%D0%BF%D0%BE%D0%BB%D0%B8%D0%B3%D0%BE%D0%BD

Если учреждение занимает всё здание, то теги нет смысла вешать на отдельную точку, и они добавляются на полигон. С адресом и материалом стен.

Ну а точка больницы внутри полигона больницы быть, конечно, не должно. Один объект в реальности -- один объект на карте. Обозначать нужно либо точкой, либо полигоном, но не вместе =) .

А зачем магазин с полигона на точку переносить?

Чем больше людей, тем лучше для всех). Так что всегда добро пожаловать =) .

Но всё равно стоит попробовать addr:street, раз уж кто-то взялся).
Если что, стоит попробовать и для 2-го микрорайона, и для, например, 17-го. Ситуации немного разные, и для 17-го микрорайона адресный поиск точно работал для дома с addr:street.

Спасибо, и вам всего самого лучшего).

Для адресного поиска и формирования адреса они равноправны, для адекватности и связности данных -- не равноправны.
Потому и был создан тег addr:place, и уже очень давно. Большинство сервисов его прекрасно обрабатывают, но в Maps.me почему-то просто забили.
Поддержка тега основными приложениями, кстати, указана в конце оригинальной статьи addr:place:
osm.wiki/Key:addr:place
В этой же статье указано, что тег addr:street неприменим для ситуаций, когда нет улицы с таким названием (ничего нет про временное использование).

Но в Maps.me действительно поддержки addr:place сильно не хватает. И исправлять не торопятся. На Githab'е проблема была создана ещё в 2015-м. Я как-то им тоже писал, сказали, что в ближайшее время не собираются, но может быть когда-нибудь сделают).

Не удобно, конечно, Maps.me -- одно из приложений, которыми я пользуюсь. Так что у меня тоже были мысли об addr:street для микрорайонов. Но сложно с этим. Просто заменить тег -- будет неправильно, приложения могут неправильно воспринимать, т. к. нет улицы с таким названием. Добавить искусственную улицу ещё более неправильно. Оставить оба тега: опять неправильно для приложений.

Но можно пробовать, конечно. Maps.me очень популярен. Во-всяком случае, временно. Просто не хочется таким образом кому-то навредить, только и всего. А так, мне-то уж точно хуже не станет =) .

Извиняюсь, что помешал опыту, но стоило в правке пометить, что это для проб и опытов). Ну и про мой косяк принято.

Конечно). Микрорайон -- часть адреса, но не улица. Для такой ситуации и существует тег addr:place.
osm.wiki/RU:Key:addr:place

Единственное: здания нужно позиционировать по основанию, а не по крыше на спутниковом снимке.

Кстати, я когда-то давно по неопытности удалил такой же ручей, тоже текущий через дороги посреди Жлобина. Извиняюсь, если вы добавляли. Он был где-то посередине.

Аа. Тогда надо добавить
layer=-1
tunnel=yes
в месте, где ручей течёт в трубе).

Но там нет ручья, который бы пересекал проезжую часть. Может, он под землёй?
На карте генштаба, кстати, обозначен штриховой линией.

Здравствуйте). А что за ручей, текущий прямо через дорогу?
osm.org/way/406394399#map=18/52.87048/30.04621

А в OsmAnd как-то всегда стараются поддерживать распространённые теги и стандарты =) .
Кстати, судя по ТегИнфо и правда уже распространено).

Ну ладно, тогда спасибо за информацию, буду иметь ввиду).
Просто английская Вики была со мной согласна).

Не, я в принципе про префиксы, суть обоих одинаковая.

Просто изначально идея была для обратной совместимости (для рендеров просто выключаются те теги, которые устарели из-за заброшенности объекта, остаются нужные).
Ну, если уже советуют так обозначать, может скоро станут поддерживать, и рисовать на карте).

Ну, это касается обоих префиксов).
Вот, на Вики есть предназначение тега:
osm.wiki/RU:Key:abandoned
Но примеры не согласуются с описанием. Зато на английской Вики всё хорошо (описание то же, примеры в порядке).
osm.wiki/Key:abandoned:

Я бы не уберал здания с карты. По мне, это был плохой совет помечать как abandoned:building=
Префикс рассчитан, чтобы выключать теги, которые устарели из-за заброшенности объекта.