I prefer to use JOSM + builtins_tools for this type of work (merge address point with building outline)

Here is a video with an example - https://youtu.be/8QJNjmn3o7I?t=1313 (the video is in Ukrainian 🇺🇦, you can turn on subtitle translation)

Ну, я б не сказав, що позначення саме воріт (в’їздів у двори приватних помешкань) є непотрібними. Те що на стандартному стилі вони досить помітні не робить іх завим компонентом даних. Можливо стиль потребує корегування - не дані ;)

Можливо у мапера було бажання показати входи у будинки, які в свою черго позначаються тегом entrance=* (https://wiki.openstreetmap.org/wiki/Uk:Key:entrance)

Гарний допис, хтось мав це написати.

Але, кожен має вирішувати для себе, де, що і як мапити, чи не робити цього. Зважити 1000 разів можливі наслідки від власних дій!

А поки що, я дотримуюсь цього заклику від української спільноти https://wiki.openstreetmap.org/wiki/Uk:Російсько-українська_війна

Для чого цей та наступні переліки тут? Який з цього зиск?

Thank you all for your greate contributions. 👏

❓Dear maintainers of OSM-Carto, could you post release notes here -https://github.com/gravitystorm/openstreetmap-carto/releases/tag/v5.4.0

Have you ever thought that they may have their own sources for this, such as data received from their cars?

On behalf of the Data Team at Mapbox, I’d like to thank everyone for your feedback and insights. After considering your responses, we’d like to support the “Kreuz Köln-Süd” style, which places the junction node at the theoretical gore. Thanks to It’s so funny and Paul Johnson for the suggestion.

The Kreuz Köln-Süd style prevents navigation software from prematurely advancing to the next instruction before the driver has taken the ramp. At the same time, it avoids the steep angle of approach 3 that several of you commented on above, and it accommodates lane-level tagging such as turn:lanes=* and change:lanes=*.

We will adopt the Kreuz Köln-Süd style and recommend it in our navigation mapping guide.

Thank you once again. Have fun mapping!

spam!

I would rather have one consistent tagging style for the United States (and other countries where TWLTLs are common. I would prefer to use the lanes / turn:lanes tagging for that. What do you think?

@mvexel I support you on your willingness to have consistency in the data in the US and around the world.

As you see on the screenshot, turn:lanes:both_ways tag has three values: for the left or right turn and for the case when the center lane is used for reversible driving. It is much clearer tagging then just cent{er,re}_turn_lane=yes (and I just like namespace approach 😏).

@mvexel what you think about adding this task to MapRoulette or to-fix?

Распознавание знаков также поддерживается в плагине JOSM, примерно вот так

@naoliv If you need to get data for post-processing just add render_csv=True to osmcha URL http://osmcha.mapbox.com/?reasons=13&render_csv=True
☝️don’t run without adding some extra filters due to big amount of data.

naoliv could you try http://osmcha.mapbox.com/ ?

https://www.openstreetmap.org/user/PlaneMad/diary/40722

Thank you for the timely review, I’m just going to tell about OSMCHA this week at the GIS Forum in Kharkiv, Ukraine.

К сожалению, работа над устранением этой проблемы 👆 еще не завершена.

Такие места (где удаленные объекты все еще показываются на карте) есть не только в Балаково. 🙁

🚧🚧🚧🚧🚧🚧🚧

Так, вилучення таких доріг - правильне рішення.

Якщо розглядати зрошувальну установку як механізм - то вона займає всю площину круга. Взагалі, має сенс позначати лише шляхи які використовуються щоб дістатись до поля, а от уже по самому полю їх креслити не треба.

Для потягів 🚉 ми не мапимо кожну рейку окремо 😉

Для сільгосп техніки звісно треба додавати дороги (highway=track) але це повинно мати певний сенс - по них повинні будуватись маршрути. Ці кола на полях для зрошувальних систем не мають жодної вагомої причини для існування. Вони можуть бути тимчасовими, по них рух техніки (тракторів, комбайнів) не відбувається - це теж саме що креслити по прямокутному полю решітку 2х2 метри. Так само як і інші типи доріг, путівці повинні утворювати зв’язану дорожню мережу, по можливості, цільну - без “островів”.

PS. Щоб обмежити споживання пам’яті в JOSM під час надсилання даних та якось відстежувати поступ - https://josm.openstreetmap.de/wiki/Help/Action/Upload#Runningaverylargeupload

Переходите на Mapbox GL JS - получите полную возможность кастомизации стиля карты.

Hi alexkemp!

Do you know about reltoolbox plugin for JOSM?

I hope it will help your to work with relations!

Расследование

Achavi

Для начала загрузим интересующий набор правок в Achavi - https://overpass-api.de/achavi/?changeset=38511832

тут мы можем определить интересующее нас место (выделено красным кругом)

JOSM

• Загрузим данные для перекрестка 👆 в JOSM
• Проверим что точки пересечения дорог (Уральской и К.Маркса) и пешеходной дорожки с К.Маркса были изменены именно набором правок 38511832 (мы также можем в истории изменений посмотреть как они перемещались от версии к версии)
• Откатим набор правок 38511832 для выделенных точек, что бы посмотреть что же было до этого.
• До этого кто-то передвинул одну из линий highway=footway или highway=tertiary образовав зигзаг на пр. К.Маркса и пересечение дорог без общей точки

наглядная демонстрация процесса 👇

Что делать дальше?

Я не ставил перед собой целью найти непосредственного виновника возникновения такой ситуации (появления зигзага) в данном месте. Но, бегло осмотрев местность могу сказать что местным участникам ОСМ предстоит большая работа по улучшению карты Магнитогорска. В городе достаточно GPS-треков, по которым можно привязать снимки. После этого уточнить положение дорог и зданий в соответствии со смещением снимков.