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

osm.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-треков, по которым можно привязать снимки. После этого уточнить положение дорог и зданий в соответствии со смещением снимков.

Добрий день, az09.

Я попытаюсь разобраться, что в том месте произошло. Было бы замечательно, если бы вы добавили немного описания.

PS

То что мне сразу бросилось в глаза при первом просмотре - это то что в этом месте объекты нарисованы без учета смещения спутникового снимка и в каждом квартале по разному. Скорее всего это и является сигналом об ошибках, которые обнаруживают валидаторы (в данном случае osmlint).

You’re just not paying attention to this possibility before 👻

@baditaflorin could you share a link to source Inkscape file?

@baditaflorin - this is amazing 🎉🎉🎉

Thank you for such helpful thing ⌨️

Есть ошибки в разметке markdown и немного опечаток Могу помочь з markdown разметкой и исправлением опечаток

Хотел бы дополнить, тех кто высказался ранее.

Да, отсутствие соответствующей коммуникации между участниками – проблема, которую необходимо решать.

Основная причина, это то, что не все разобрались с некоторыми нюансами Таск Менеджера.

В нем можно в комментариях ссылаться на кого либо из участников (также как это делается например на GitHub’е). Например @andygol - ссылка на меня.

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

Hi, Simon!
There has not been a mapping assignment at Mapbox to work on turn lanes, so this growth in relations is likely from participants of the community who use them for mapping. In the past, I had created a few such relations near where I live to better understand the schema. I explore these approaches to offer a scheme that combines these two schemes, or to find a compromise between them.

Here is the picture from comment above from rab

As a result of this discussion, I’ve updated the blog post with a description for turn:lanes style mapping.

Continuation of the discussion is encouraged.

UPD to my prev comment

At the last picture you can see a map of spreading relations turnlanes:lane worldwide

Thanks everyone for weighing in. Agreed that the turn:lane approach is the established one and also preferable to the extent that it’s simpler.

At complex junctions though the turn:lane approach just breaks down and it isn’t explicit enough to provide proper guidance. Take this example:

osm.org/#map=19/55.74189323042618/37.6551511905215

Try to make a solid instruction for driving from particular lane from points START-1 or START-2 to point FINISH with turn:lane isntruction. If drivers started from wrong lane they can’t be able to reach FINISH point, since they not allowed or haven’t possibilities to move to other lanes. Only lanes 2 and 4 can be used as guidance for driving to FINISH point, but other is fault. With relation turning:lane we can unambiguously indicate routes for each lane.

I’m seeing that of the 14,137 turn lanes, 3,335 (growth by 30.9%) are mapped in the last 6 months. So there is some momentum behind the turn:turnales proposal.

It seems for now it’s appropriate to use where the complexity of an intersection is just too high for the turn:lane approach?

@Ambush

Дружат, и даже очень хорошо!

На мапнике все отлично, Номинатим все находит, OsmAnd - тоже