Hello.
You add platforms to routes and that's ok, but the stops/platforms order matters. Public transport application use this data, and there are problems if the data is broken.
Please use the validator https://cdn.organicmaps.app/subway/spain.html

Hi.
You've added platforms to the end of the list of route relation members. But the members should follow in order, platform after the corresponding stop_position.

https://cdn.organicmaps.app/subway/usa.html#chicago

Please monitor this page after your changes. The public transport data is used by applications. "Red" cities makes other people to fix errors again and again.

Hi.
When making platform a multipolygon from a polygon, please, replace the membership of the outer contour with that multipolygon in public transport relations.

https://cdn.organicmaps.app/subway/usa.html#chicago

Hello, meongseolin.

You've created many stop_positions, but they also have railway=station tag. It occurred that there are several stations at one stop_area. Please remove railway=station tag from stop_positions that are not stations.

Here's validation page for the metro network: https://cdn.organicmaps.app/subway/china.html#xuzhou

Obviously, somebody has already fixed remaining errors, so the validation page is "green" now :)
osm.wiki/Relation:route#Members, states "The order of the members [with the 'stop' role] in the relation should be identical to the order in the timetable".

If a mapper changes a route relation and doesn't care about stops order, stop_positions are often added to the end of the route relation member list, which is incorrect.

For other answers please see metro mapping guide: osm.wiki/Metro_Mapping

Best regards,
Alexey

Hello!
I see you're doing extensive work on Mexico metro. There were many errors, most of which i've corrected. Main errors: unsorted stops in a route relation; station and stop_positions are not combined by means of stop_area relation.

Please check the Subway Validator page https://cdn.organicmaps.app/subway/mexico.html after metro editing.

Some applications rely on this validator to do PT routing, so errors are highly undesirable.

Best regards,
Alexey

На Китай-городе действительно кросс-платформенная станция, там каждая платформа находится в центре своей stop_area и однозначно привязана к объекту railway=station. На Кунцевской всё не так. И сейчас там станции разделены на синюю и голубую. При таком разделении северная платформа относится сразу к двум станциям (но края платформы - однозначно к одной своей). Возможно, это не лучшее деление, но точных инструкций по этому поводу в OSM нет.
Если вас кровно не волнует этот вопрос, лучше ничего не трогать. Постоянно приходится чинить ошибки, опираясь на валидатор метро https://cdn.organicmaps.app/subway/

Здравствуйте.

Следуя по маршруту от одной платформы к другой, приложение на основе данных OSM должно суметь определить, на какой станции человек сейчас находится. На Кунцевской северная платформа входит в обе stop_area, поэтому, имея на маршруте эту платформу, невозможно определить, на какой из двух станций мы находимся. Точнее, это невозможно алгоритмически определить в более общем случае.
Поэтому Кунцевская (и все подобные нестандартные станции метро в мире) были замаплены так, как были.

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

Hello.
Not for the first time, after your changes some route relations got broken. Instead of railway=stop objects (stop_positions), nodes without tags turned out to be in route relations.
Please, could you fix errors in Edmonton on the page https://maps.devvk.team/osm/tools/subways/latest/canada.html and be more careful thereafter?

Ok, let the station be single. It's the node node/7097097373. But stop_areas are different, and there is a transfer between these stop_areas.

Добрый день.

Маршрут не может являться членом одновременно двух мастер-маршрутов. Пока выключил мастер-маршруты модификацией тегов.

Please don't delete stop_area_group relations. That's the way transfers between public transport lines are mapped.

Здравствуйте. А здание снесли?

Здравствуйте!

Чтобы ещё больше помочь проекту, Вы можете вносить адреса в OSM с Публичной Кадастровой карты https://pkk.rosreestr.ru/

С уважением,
Алексей

Hi.
Was it a mistake to remove the route=construction tag from metro Line 15 route? Can't find any news about the line opening.

Best regards,
Alexey

Вы исправили количество этажей с 16 на 17 в этом здании: way/1190817212

Откуда у вас такая информация?

Пожалуйста, ознакомьтесь со статьёй building:levels=* В частности там сказано, что подземные и чердачные этаже не учитываются в этом теге.

Fixed.

Hello!
You've made a lot of changes to metro stations and routes in Rome. Some stop_positions have lost connection with stations, the order of stops in routes was broken. Please could you restore metro serviceability
by fixing errors revealed by the validator https://maps.vk.com/osm/tools/subways/latest/italy.html ?

--
Best regards,
Alexey

Thank you.

For public transport applications to work, they require, if not completely accurate, then at least consistent data.

Hello!
The node node/11422718672 is added to route and stop_area relation but it doesn't have any tags. It should be tagged as stop_position or there should be another node. Could you fix this?
The validation page https://maps.vk.com/osm/tools/subways/latest/germany.html may provide some detail.
--
Best regards,
Alexey