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

Здравствуйте. К сожалению, не могу быть на 100% уверен, видео-подтверждений нет. По косвенным признакам:
1) проезжал вчера с GPS-трекером, отмечал все важные скоростные знаки, при этом дорога была практически пуста, т.е. ничего не загораживало обзор
3) в точке node/2974232598 у меня сделана аудио-пометка "направо на съезд знак 80, потом 60 и 40". Может, "ваш" знак 80 относился к съезду?

Но я запомню и в ближайшее время проеду там ещё внимательней.

Если что, я не выступал против отношений associatedStreet. Я лишь просил сохранять текущее тегирование (addr:street на здании), пока associatedStreet не получит достаточно широкого распространения и признания, чтобы его заменить (если это вообще произойдёт).

CupIvan, Вы не собираетесь возвращать addr:street на здания?

Добрый день!
Лучше не удалять теги wikipedia и wikidata с памятников, если эти статьи относятся не к памятнику, а к объекту памяти. Специально для этого изобретены теги subject:wikipedia, subject:wikidata: wikipedia=*#Secondary_Wikipedia_links
С уважением,
Алексей

Трудно сказать, в каком количестве приложений, скриптов, валидаторов и overpass-запросов перестали правильно (в смысле, ожидаемо для потребителей данных, полагающихся на общепринятый способ тегирования адресов) обрабатываться ваши дома, и не моё дело это выяснять, потому что в ОСМ процедура изменения схем тегирования работает в другую сторону. У любой сложившейся схемы есть презумпция права на жизнь, и если вы хотите её поломать, то должны вынести предложение на голосование и получить одобрение.

Здравствуйте!
Вы осознаёте, что завтра в половине приложений, использующих ОСМ, перестанут искаться отредактированные вами дома? Такие радикальные решения нельзя реализовывать без одобрения сообществом, а его быть не может, так как по факту практически везде пока что используется схема с тегом addr:street на зданиях/адресных точках.
В то же время никто не мешает создавать отношения associatedStreet, оставляя совместимость с текущей схемой адресации.

Добрый день!
Для подобных объектов были бы полезны ссылки на википедию и викидату, а приложения смогли бы подтянуть описания оттуда:
wikipedia=ru:Пушкинский мост (Москва)
wikidata=Q3447008

I think that imparting new meaning to a vastly used and well documented tag is far worse than using rare tags be them documented or not. 'hgv:parts' seems ok to me.

Hello.
The relation with tag combination "type=boundary+boundary=administrative+admin_level=2" denotes a country. There already exists country relation/2978650, your edit created one more. I also describes the problem here https://forum.openstreetmap.org/viewtopic.php?id=69020

Best regards,
Alexey

Hello.
hgv=* states the only meaning of the "hgv" key: "Legal access restriction for Heavy goods vehicles." Not selling trucks, not services for trucks. On which grounds did you your change?

Best regards,
Alexey

mrbaja, я вижу, что маршрут разорван во многих местах, в том числе там, где вы делали правки дорог. Поэтому и спрашиваю, учитываете ли вы, что некоторые участки дорог могут входить в отношения, и что порядок участков важен в отношениях типа route?

Меня больше волнует то, что mrbaja объединяет участки дорог, не понимая, что они специально разрезаны затем, чтобы один из них вошёл в отношение, а другой нет. В итоге отношение "Дорога в Лавру" перестало быть связанным маршрутом (и такое сделано не только в этом пакете правок; и это только из того, что я заметил, просмотрев несколько ченджсетов mrbaja).
shura0, имеет смысл не возвращать отдельно замеченные огрехи, а изучать изменения пристальнее и, возможно, откатывать плохие пакеты правок целиком. Иначе после наложения поверх плохих изменений других правок откатить будет сложно из-за конфликтов. Берёшься чинить отношение "Дорога в Лавру"?

Было бы полезно отмечать городскую/сельскую застройку тегом residential=urban/rural: residential=*
---

Published using OSMCha: https://osmcha.mapbox.com/changesets/78741303

В редакторе iD есть инструмент "выпрямить углы". Пожалуйста, применяйте его к зданиям и другим объектам с прямыми углами.
И, пожалуйста, оставляйте более информативные комментарии.
---

Published using OSMCha: https://osmcha.mapbox.com/changesets/78741640

Здравствуйте. Объясните, пожалуйста, смысл ваших правок в этом пакете изменений.

Вы уверены, что парикмахерская "Элегия" переехала в зону частного сектора?

I'm sorry if I made you uncomfortable. I'd like to apologize, but I still don't see much rudeness in my comment. I'm worrying mostly about map quality, not smbd's personal feelings and ambition.

Hi.
Name of neighborhood on each house is definitely not correct. And what does tag "neighborhood=yes" on a building mean?

BR, Alexey

Hi.
What do you intend to map with traffic_calming=yes tag? I'm strongly convienced that you do misuse this tag, as traffic_calming must be a node on a road or part of a road.

Best regards,
Alexey

I'm sure you do unproper usage of layer tag. Buildings are by default rendered above the ground by any good render. Have you got into trouble with building rendering in some application?