Здравствуйте! Давайте попробую объяснить на конкретных примерах. Существуют объекты, границы которых виртуально задаются человеком (данные первого типа) - например, если Вы захотите затегировать границы муниципального округа №72, опираясь исключительно на данные натурных наблюдений, Вы столкнётесь с большими сложностями. Существуют объекты, которые определяются объектами на местности (данные второго типа) - например, группа деревьев. В OSM допускается вносить оба типа данных: если кто-то хочет работать только с тем, что видит своими глазами, он тегирует только данные второго типа, если кто-то нормально относится к определённым условностям, он тегирует и данные первого типа, и данные второго типа. При этом нормально, когда одни не удаляют данные первого типа, работая с данными второго типа, а другие не удаляют данные второго типа, работая с данными первого типа.
Объект 17095 имеет установленными границы, которые относятся к данными первого типа, на местности при этом могут находиться площадки, внешне воспринимаемые как leisure=park, но не входящие в состав объекта 17095.
Подобная ситуация встречается не в первый раз, решение уже было выработано - если фактически озеленённая территория занимает площадь больше, чем официальный парк, то официальные границы тегируются как положено (с официальными названием, номером, описанием), а участки, которые на местности воспринимаются как leisure=park, но входят в официальный парк, обозначаются просто как leisure=park. Интересы всех редакторов и пользователей соблюдены.
Таким образом, я прошу не удалять установленные границы объекта, а участки, которые Вы считаете являющимися leisure=park, так и обозначать по фактическим границам.
В результате Ваших правок в одну кучу смешивается и территория, предназначенная для отдыха, и территория, предназначенная для религиозной деятельности, и территория, предназначенная для размещения объектов промышленной инфраструктуры. Вместо мультиполигонов создаются накладывающиеся линии, что затрудняет работу с данными.

Здравствуйте! Предлагаю продолжать обсуждение в комментариях к пакету правок changeset/74186793 .

Здравствуйте! Предлагаю продолжать обсуждение в комментариях к пакету правок changeset/74186793 .

На местности видны деревья, дорожки, кусты, трава, цветы. Это обозначается через natural и highway. Границы формальных объектов могут быть видны или не видны на местности. Например, если границы государств как-то видны на местности по пограничным столбам, то границы муниципальных образований, как правило, "невидимы". У объекта с номером 17095 и официальным названием "парк Интернационалистов" есть установленные границы - у редакторов OSM есть право вносить эти границы в базу. На местности видны дороги, деревья, газоны - у редакторов OSM есть право вносить эти объекты в базу. Если Вы хотите вносить отдельные наблюдаемые объекты в базу, Вы можете делать это, но не следует удалять или некорректно сдвигать формальные границы, пусть даже определяемые не на местности.

Здравствуйте! Прошу обратить внимание, что объект "парк Интернационалистов" - это вполне конкретная территория, имеющая определённые границы. Прошу Вас не корректировать границы, основываясь на своих представлениях. Если что-то, находящееся за пределами парка Интернационалистов, выглядит как объект, обозначаемый в OSM, как leisure=park, Вы можете использовать этот тег для такой территории, но она не должна носить имя "парк Интернационалистов".

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

Если Вы уверены, что площадка конструктивно не относится к зданию и никакой его частью не является, в принципе, можно и вынести её за пределы building. По внутреннему двору - сейчас распространены здания со стилобатом с насыпанной поверх крыши

Здравствуйте! Без РГИС тут, надо понимать, не обошлось. Я не уверен, что все объекты, имеющие в РГИС адрес, являются зданиями.

Здравствуйте! Здание на Заповедной улице, 51 уже несколько лет не имеет отношения к институту прикладной астрономии и относится к музею антропологии и этнографии (см., например, https://www.fontanka.ru/2019/07/12/042/ ).

Здравствуйте! Насколько я могу судить, в данном случае раздваивание было осуществлено в правках changeset/55349930 , changeset/55351228 . В обсуждаемом пакете правок, помнится, корректировались сегменты для обеспечения связности отношений маршрутов общественного транспорта.

Здравствуйте! Для обеспечения возможности предоставления ответа по существу следует уточнить запрос: пояснить, какой запрещённый на местности манёвр стал разрешённым в базе в результате внесённых изменений или, наоборот, какой разрешённый на местности манёвр стал запрещённым. Предварительно отмечу, что правка была сделана через относительно короткое время после реконструкции улицы - не исключено, что на местности потом произошли ещё какие-то изменения. Если принципиально важно установить какую-то конкретную деталь, можно попробовать сделать это по памяти и/или по данным видеорегистратора.

Возможно ли озвучить услышанное Вами? Доступен ли текст обращения?

Здравствуйте! При необходимости записывания наиболее содержательной части названия впереди можно использовать ключ sort_name. При обработке базы данных OSM после этого можно при наличии заполненного sort_name брать название из sort_name, при отсутствии заполненного sort_name - брать из name. То есть в данном случае получается name=проспект Строителей + sort_name=Строителей проспект. В name записываются естественные названия.

Здравствуйте! Не могли бы Вы опубликовать обращение в ДОДД №135 от 15.04.2019, на которое Вы ссылаетесь?

Hi! I think, some phrases in current version may delude. _link, usually, is a small link-road between two big roads of appropriate importance. For example, there are two big roads: from point A to point B and from point C to point D. If there is a junction in some area D, a small road, going from one big road to another can exist - this is link. Also, we can often find small roads for u-turn - they are link too. We determine these links by their importance. If we have big road from point E to G via point F and big road from point F to point H, it is not the best idea to mark some part of the second road as link only because it is physically separatated. In other words, you shouldn't look at physical parameters of the road, you should just analyze car traffic on it. Ways, mentioned by you, have big trunk traffic, because they are the first (or the last) parts of trunk road from ring road (trunk) to international border.

Hello, feta!
They use in Russia its own road classification ( osm.wiki/RU:Highway_classification ). Shortly, road status is not determined by physical characteristics, but is determined by road's importance in road network.
For example, look at line way/33622031 . It is trunk, further line ( way/133400194 ) is primary. But where does trunk-traffic go? It goes to way/27474952 , way/75717381 , way/131528505 , way/131528511 and, finally, connects to motorway way/27474959 .
Ways, which were mentioned by you, is not small links between several roads, they provide huge trunk traffic. Trunk traffic can't accidentaly disappear, it should go somewhere.

Здравствуйте! По моим данным, непосредственно у автостанции пассажирское движение не осуществляется: первые пассажиры садятся, а последние выходят на остановках "Двинская улица, д. 15" и "Дорога на Канонерский остров". Таким образом, на автостанции отсутствует public_transport. Если сейчас ситуация изменилась и на автостанции сделали остановку, пожалуйста, сообщите об этом.

Не всё, что обозначено тегом leisure=park, обязано называться парком. Нужно смотреть на определение: тег используется для пространств, используемых в рекреационных целях и которые обычно полностью или частично покрыты зеленью, растительностью. Такие территории могут называться и парками, и садами, и скверами, и бульварами. Обсуждаемый бульвар используется для прогулок, облагорожен травой и деревьями, официально является территорией зелёного насаждения общего пользования - по крайней мере, leisure=park для этой территории не является грубой ошибкой. А вот обозначение тегом газона территории, на которой есть и газоны, и деревья, и пешеходные дорожки, не вполне корректно (leisure=park - тег для всей территории, используемой для отдыха, а landuse=grass указывает именно на участок, где располагается газон).

То, что Вы назвали номером газона, является №ЗНОП в перечне территорий зелёных насаждений общего пользования. Эта информация открытая, проверяемая и может быть использована, например, для проверки внесения в OSM всех ЗНОП, их границ названий и т. д. Малый процент совместного использования ref с leisure может быть объяснён например, тем, что для большинства объектов leisure номера нет или он неизвестен. Из этого не следует, что номер нужно удалять там, где он известен.

Описание тега ref довольно общее, номер ЗНОП вполне может быть ref-ом. Если Вы хотите уточнить, что речь идёт именно о номере ЗНОП, предложите, пожалуйста, другой тег для этих данных.

Информация о номере ЗНОП имеет право на внесение в OSM. Если Вам эта информация не интересна, просто не добавляйте её при создании новых объектов, но не удаляйте, пожалуйста, её там, где она была внесена другими редакторами. Умышленное удаление данных из OSM не является корректным действием.

Вне зависимости от того, какой тег в итоге будет выбран для обозначения соответствующего зелёного насаждения общего пользования (почему бы, кстати, и не park?) информация о номере имеет право на внесение в OSM. Если это не ref (почему?), следует выбрать правильный тег и перенести информацию в него. Это общий принцип - если данные неточны, можно улучшить их, но не удалить, если использован некорректный тег, нужно заменить его на корректные, но не удалять данные.

Здравствуйте! Скажите, пожалуйста, почему Вы удалили информацию о номере зелёного насаждения общего пользования?