piebro/osm-data huggingface dataset:
Frans S (2022-08-30 13:08:05+00:00): Thanks for your contribution to this project. 
Reviewed by a validator at random or as requested. 
I am sorry to say, but  your mappings are not that accurate and in according to the HOT/ OSM quality standards.
Please pay attention to these points:
A: buildings not always accurately drawn and squared. Please pay more attention to follow the outlines of a building (with extensions).



Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit


Best regards and keep mapping !
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/123966718
silversurfer83 (2022-07-25 08:25:22+00:00): Nichts zu danken ;)
Freue mich, wenn wir hier alle konstruktiv zusammenarbeiten
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/123966766
Frans S (2022-09-19 10:09:26+00:00): Thanks for your contribution to this project. 
I am a Sr Validator and review mapped tasks at random or as requested. 
I am sorry to say, but your mappings are not that accurate and in according to the HOT/ OSM quality standards.
Please pay attention to next points:
Multiple buildings drawn as 1 building. Each building needs to be mapped as a single building.

Buildings not always accurately drawn and squared. Please pay more attention to follow the outlines of a building (with extensions).

Tagging of buildings. For HOTOSM projects, the standard tagging is 'building=yes' No text adding.  Please keep that in mind at further mappings.




Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit


Best regards and keep mapping !
Frans S
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/123967150
Frans S (2022-09-19 10:14:32+00:00): Hello.  Another point
* Buildings partially hidden under trees not drawn correctly. Just intrapolate the line of the roof.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/123967150
kapazao (2022-07-23 17:17:32+00:00): ¿y esto? :D
https://www.openstreetmap.org/node/6665555419
Se te coló ahí lo de website y wetland que no pegan mucho.
alex_lofi (2022-07-23 17:19:59+00:00): lol, website, wetland, lo mismo da... ¡Gracias!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/123967528
Yunan973 (2023-07-28 23:32:59+00:00): Hi,

why did you delete the way 625259611 and remove all members of the relation 8688871 ?

Best regards
Growdigitech (2022-07-23 09:47:50+00:00): Best Salon In Amritsar.. One of the best hair cutting
muchichka_s (2022-07-23 10:04:01+00:00): Привіт. За правилами дорожнього руху всі заїзди на кільце, як з головних так і другорядних доріг є рівноправними і не важливо з якої ти заїхав, спочатку чекаєш (як з головної, так і з другорядної), а коли вже на кільці отримуєш пріоритет

Тому не потрібно робити заїзди на кільце link-ми, бо це не логічно і не відповідає традиціям OSM
geow (2022-07-23 16:30:29+00:00): Hi gscholz, warum hast du denn jetzt die mtb-tags an highway!=path/track wiederhergestellt?
War meine Begründung im CS-Kommentar und source in https://www.openstreetmap.org/changeset/63880697 für dich nicht nachvollziehbar? 
Danke,
geow
gscholz (2022-07-24 05:30:31+00:00): Hallo geow,
die "Begründung" war offenbar nur vorgeschoben, denn wie du wohl möglich erkannt hast, handelt es sich ja nicht um Amateure, die diese Tags an anderen typischerweise von Radfahrern/Mountanbikern genutzten Straßentypen angebracht haben. D.h. diese Leute haben sich etwas dabei gedacht. Es wäre also deine Aufgabe gewesen, dein Unverständnis dafür mit den Erzeugen zu klären, statt einfach sklavisch eine unvollständige Beschreibung im Wiki als Begründung abzuliefern.

Wo wir gerade dabei sind, hast du noch an anderen Stellen derartige Schäden hinterlassen? Wenn ja, kannst du das selbst reparieren oder benötigst du eine Anleitung von mir dafür?
Beste Grüße
Guido
eggie (2022-07-23 10:19:03+00:00): Dag Els.. Dit is geen rest area langs een motorway.. Het is al gemapt als parkeerterrein.

https://wiki.openstreetmap.org/wiki/Tag:highway%3Drest_area

Je bijdrage heb ik verwijderd.
MVG
eggie
danbag (2022-12-17 07:25:09+00:00): on 30 november I wrote a mail to Steelsaviour:
Since the path before the changeset was detected anyway and the trace was present on the ground, I’m wondering why you moved the path. Maybe there are more tracks on the ground? Let me know Thanks bye Danilo (danbag)
danbag (2022-12-17 07:27:35+00:00): 10 december I wrote to Steelsaviour:
I sent you a message on November 30th, I await your reply, thank you. If you don’t answer in 10 days, then on December 20th I’ll do a revert and bring everything back to the way it was before Ciao Danilo
danbag (2022-12-17 07:28:16+00:00): 17 december:
I wait yours comments before 20 december … in that date I will revert…
danbag (2022-12-21 07:52:58+00:00): I apologize....
I search other tracks with others persons and they confirmed your path.
So no revert
Jrachi (2022-07-25 09:53:59+00:00): Ciao.
Perché hai aggiunto questo sentiero alla relazione G26?
I sentieri a catasto in Piemonte devono avere un tracciato unico e non possono avere percorsi alternativi, tutt'al più si tratterebbe di una variante che deve avere una sua relazione (se è a catasto)
Se hai qualche motivo dimmi pure, altrimenti toglilo dalla relazione.
parsd51 (2022-07-26 21:14:22+00:00): Såvidt jeg kan se skulle opening_date nok være start_date i de fleste tilfælde.
Hvorfor har du slettet den?
parsd51 (2022-08-01 15:41:07+00:00): Nå, igen den sædvanlige tavshed, jeg reverterer changesettet. Jeg synes det er bedre at informationen er der, end den er slettet. Så kan andre rette det. De to tags er ikke åbenlyst indlysende ud fra navnene og er derfor nok brugt forkert.
osmviborg (2022-08-03 04:41:03+00:00): At du ikke kan kende forskel på 'opening_date' og 'start_date' er bare ærgerligt for dig. At genindføre en fejl med det argument holder ikke.
parsd51 (2022-08-03 10:46:16+00:00): Hvor står at jeg ikke kan det?

Det lyder som om du ikke har forstået hvad jeg mener, så jeg forklarer nærmere:
Min pointe er at datoen sandsynligvis er rigtig, men der er brugt et forkert tag, så det at slette er at forringe dato informationen i OSM, når det sandsynligvis bare er tagget der skal rettes.

Jeg håber du nu forstår hvad jeg mener.
osmviborg (2022-08-03 12:10:53+00:00): 'Assumptions are the mother of all fuck ups'.
parsd51 (2022-08-05 10:25:50+00:00): Skrev jeg at man ukritisk skulle rette det? Så havde jeg vel bare erstattet opening_date med start_date.

Et kig på version history og lidt sund fornuft kan klare det meste af det, deraf fremgår meningen nok. En cirka dato er nok i de fleste tilfælde bedre end slet ingen dato. Nu er det jo ikke givet at alle (også andre) data er rigtige i forvejen.

Jeg synes generelt det er bedre at forstå meningen og rette noget til det rigtige end bare at slette tags og dermed information, når det umiddelbart ser ud som et fejlagtigt tag er brugt.

Den generelle “automatiserede” edit du har lavet, med f.eks overpass har vel fulgt OSM-processen med review, så det undrer mig at det her ikke er kommet frem.
osmviborg (2022-08-05 14:20:19+00:00): Hvis DU havde set rettesættet igennem ville du vide at f.eks. Giber Ringvej blev rettet fra 2021-06 til 2022, som er det rigtige, og der er flere. Du har ukritisk tilbageført hele rettesættet. Dårlig stil.
parsd51 (2022-08-05 15:28:22+00:00): Nu starter det med at du, i et CS som dækker Danmark uden bornholm, blander “automatiske” rettelser, som burde review’es med nogle kontrollerede rettelser. Jeg kommer ikke til at gå store changesets igennem i alle detaljer, når hovedparten umiddelbart burde være anderledes.

Samtidigt retter du i andre CS valide datoer til hele år.

Alle dine ændringer uden nogen form for dokumentation/forklaring, så andre har ingen mulighed for at validere/forstå ifht det de selv ved/har fundet.

Synes du det er god stil?
osmviborg (2022-08-06 04:40:08+00:00): Alle 73 punkter var gennemgået, et for et. Ingen automatik. Kan du ikke overskue at gennemse 73 rettelser i ét sæt, så har du problem.
parsd51 (2022-08-07 00:16:38+00:00): Automatiske edits er når der konsekvent, ud fra et bestemt kriterie, slettes eller ændres tags. Det er det du gør her, sletter opening_date og dermed data uden forudgående review.

Et review er når andre formelt og reelt gennemgår det der er tænkt ændret, sammen med en beskrivelse af hvorfor ændringen giver mening. Herefter gives go eller no-go til den tænkte rettelse.

Der er en OSM proces for det.

Det her handler ikke om teknisk at gennemgå at du faktisk har slettet opening_date. Det handler om at du har slettet opening_date!
user_12733236 (2022-07-23 10:22:56+00:00): changeset comment.
Marych_ (2022-08-02 12:13:04+00:00): Добрый день

просьба, название, если на русском пишите в name:ru дублируйте тоже.

Придет носитель языка, перепишет на узбекском и русское может потеряться
Спасибо!
maraf24 (2022-07-23 13:41:19+00:00): Drobne zmiany dróg planowanych to jakiś żart-niby jakie jest źródło dla poprawki?
canfe (2022-07-25 08:26:41+00:00): Ti pregherei di mappare con  più cure gli edifici. Non capisco come mai li fai in tutt'Italia ma se sei appassionato usa JOSM con l'estensione buildings oppure MapWithAI che fa già un bel lavoro lui.
qui un esempio:
https://www.openstreetmap.org/way/1080722593#map=19/43.74853/11.72427
abakus_uploader (2022-07-23 22:30:51+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
abakus_uploader (2022-07-23 22:30:50+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
abakus_uploader (2022-07-23 22:30:48+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
Polarbear (2023-07-10 07:45:33+00:00): Hi BER319,
du hattest hier auf einem Baugrundstück
https://www.openstreetmap.org/way/298434870
komplett gelöscht und damit auch die Adressinformation. 
Nutze doch künftig gern den Lifecycle-Prefix, z.B. razed:building, und bewahre die Adresse als Node auf. 
Inzwischen hat sie jemand neu erfasst. 
Viele Grüsse
BER319 (2023-07-10 17:22:38+00:00): Hallo Polarbear,

Danke für den Hinweis. Normalerweise lasse ich von gelöschten Gebäuden immer einen Knoten mit den Adressinformationen stehen. Warum ich das hier vergessen habe, kann ich die nach einem Jahr leider nicht mehr beantworten.
VG
BER319
Muhmaker (2022-07-24 12:04:55+00:00): Hallo und willkommen bei OSM. Danke für deinen bisherigen Beiträge. Zu dieser Benennung der Kreisverkehre habe ich jedoch einige Anmerkungen. Viele Mapper sehen es kritisch, den Namens-Schlüssel eines Objekts zu nutzen um dieses zu beschreiben. Die Eigenschaften können im Allgemeinen besser durch speziellere Schlüssel beschrieben werden. Name wird nur gesetzt wenn es wirklich einen nachvollziehbaren Namen für ein Objekt gibt. Kreisverkehre habe nach meiner Erfahrung nur in seltenen EInzelfällen einen eigenen Namen. Der name-Schlüssel in OSM sollte daher nicht gesetzt werden. Hier kannst du diese Punkte auch nochmal im Wiki nachlesen: https://wiki.openstreetmap.org/wiki/DE:Good_practice#Verwende_das_Name-Tag_nicht,_um_Dinge_zu_beschreiben%E2%86%99 und https://wiki.openstreetmap.org/wiki/DE:Tag:junction%3Droundabout Außerdem hast du viele gleichartige Objekte auf einmal verändert. Das wird auch von vielen Mappern kritisch gesehen weil sich dabei schnell eine große Anzahl von Fehlern einschleichen können. Es ist meistens besser nur wenige Objekte zu verändern von denen man genau die Eigenschaft überprüft hat und Bedarf für Verbesserung sieht. Ich möchte dich daher bitten, den beschreibenden Namen "Kreisverkehr" wieder zu entfernen. Falls du einverstanden bist, kann ich deinen Änderungssatz mit den Umbenennungen als Ganzes rückgängig machen. Du müsstest dann nicht noch einmal alle Objekte zusammen suchen
Keine_Ahnung (2022-07-24 12:11:25+00:00): Hallo. Danke für die Hinweise. Ich werde das selbstverständlich berücksichtigen. 
Wenn du die Möglichkeit hast das im ganzen Rückgängig zu machen, setze das bitte um. 
Werde mich ansonsten schnellstens um die Behebung kümmern.
Muhmaker (2022-07-24 13:15:11+00:00): Ich habe deine Änderungen an den Kreisverkehren jetzt in diesem Änderungssatz https://www.openstreetmap.org/changeset/124009331 rückgängig gemacht
Keine_Ahnung (2022-07-24 13:26:04+00:00): Ganz herzlichen Dank. 
Wünsche noch einen schönen Sonntag.
eggie (2022-07-23 16:59:10+00:00): Hi Lehmi....  Residence Klein Vink is mapped twice on the map.
Once on the area and once on a chalet as a node

Please make a choise
Greetz,
eggie

Greetz,
eggie
Lehmi65 (2022-07-23 17:22:49+00:00): Hallo eggie 
Danke für den Hinweis
Ich hoffe, ich habe es jetzt korrigiert
Gruß
eggie (2022-07-23 17:43:17+00:00): Hi..  Jetzt ist das ganze Chalet verschwunden  :)
Kein problem .. Ich werde es korrigieren..
Ich meine es gibt ein 'area' tourism=chalet

Das ist gültig für den ganzen Resort.

Uns Sie haben ein node auf einem seperaten Chalet. Das sieht komisch aus. 
Richt das nicht nur die 'area"? 
Ich werde die Changeset revetieren. 
Die area steht übrigens in "Französisch" mit Residence. Das Chalet in Deutsch mit Residenz? Dann können sie es ruhig alles übersehen .
Up to you! :) 

Greetz,
eggie
Zorglub67 (2022-07-23 21:19:55+00:00): J'ai vu que tu avais corrigé la rue de Bavay avec Osmose en mettant "cycleway=opposite_lane".
Mais il n'y a pas de bande cyclable à cet endroit, juste un double-sens cyclable donc "opposite_lane" ne me semble pas adapté.

Je ne suis pas sûr de comprendre ce qui n'était pas bon dans les tags ajoutés par StreetComplete, mais en tout cas "cycleway=opposite" me semblerait déjà plus approprié.
danieldegroot2 (2022-07-24 11:41:36+00:00): Hey tsanren89,

Use good changeset comments, please. See
https://wiki.openstreetmap.org/wiki/Good_changeset_comments

When saving your changes, you can additionally add, under "source";
- "local knowledge" (if you have been there in the past); or
- "survey" (if you have been there recently)

Also, please reply to changeset comments. This way other contributors know you are reading them. You should get an email notification if you receive one.
There is one changeset comment you have not replied to;
https://openstreetmap.org/changeset/122670359

Regards,

Daniel
Mapandy (2022-07-23 15:49:44+00:00): von Knoten 1836891652 bis 260971425 Asphalt, Rest eher fester Split
GinaroZ (2022-07-24 10:33:27+00:00): Hi, is this track and the driveway road to the north actually private? As there is Strava heatmap activity on these. https://www.openstreetmap.org/way/1080730705
Olbenj (2022-07-24 10:44:41+00:00): I can confirm it is private as I previously went through the estate but was informed it was a private estate and i wasn't allowed there
Olbenj (2022-07-25 14:00:51+00:00): I think that they can do that as it is technically their garden
silversurfer83 (2022-07-25 08:32:10+00:00): Dear Alibaba,
PLEASE do not change three little things all over the world with one upload. If you edit a POI in France, please hit upload before you edit the next POI in, let's say, Poland (I don't know, what you did exactly). 
Thanks
-silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/123972793
mini-me (2022-07-23 13:14:49+00:00): https://wiki.openstreetmap.org/wiki/Tag:railway%3Dsubway_entrance
It is not the point where you validate your ticket. A subway entrance might get you to underground shops before you reach the platform, or it might get you to an overpass/underpass crossing a street.

Очень неудобно искать путь ко входу в дебрях переходов.
Dinamik (2022-07-23 14:09:10+00:00): Здравствуйте! Ваши действия по формальному выносу входов в метро на прилегающие к территории привели к появлению фактических ошибок: так, оказалось, что круглосуточный переход, соединяющий два района, работает по графику, а выйти с железнодорожной платформы в город пассажиры электричек могут только по графику работы станции метро. Когда входами в метро обозначены не входы, а точки, расположенные "где-то там", искать путь к входу в метро становится как раз неудобно: ты до "входа" дошёл, а оказывается, это не вход, а настоящий вход ещё нужно искать. На местности указатели определяют в качестве входов в метро входы на станцию, указатели с надписями "subway entrance" ведут именно к ним. Возможно, при выносе входов в метро абы куда не хватило проверки на местности.
mini-me (2022-07-23 15:02:51+00:00): Вход в метро не означает наличие там ворот или двери. Соответственно, opening_hours на этой точке носит чисто информационный характер и не должен влиять на роутинг.
Вы не можете попасть напрямую к подземному входу. Вам нужно найти одну из точек "где-то там" и пройти через неё. А за ней вы с вероятностью 99,9 найдёте указатели метрополитена и навигатор вам уже не понадобится.
Dinamik (2022-07-23 18:03:38+00:00): О opening_hours. Существуют дорожки и калитки, открытые не 24/7. Навигатор при построении маршрута должен учитывать "время работы" прохода. Вы, получается, предлагаете отказаться от этого из-за того, что расставляете "информационные" теги с неверными данными. Почему Вы не считаете проблемой дойти по навигатору до наземного "где-то там", но считаете проблемой дойти по навигатору до того места, где на местности реально находится вход в метро?
mini-me (2022-07-23 19:52:55+00:00): Я предлагаю трактовать его в зависимости от контекста. На barrier=gate или entrance=yes - как ограничение, на railway=subway_entrance - как справочную информацию, а на точке без тегов - вообще игнорировать.

Если вы двигаетесь по заранее построенному маршруту, то никаких проблем. Но если вы просто ищите ближайший вход на карте, то вам придётся взглядом прослеживать путь от подземного входа до спуска в подземный переход что, мягко говоря, неудобно. Мапсмишники, регулярно создающие заметки на входах в метро, тому яркое доказательство.
mini-me (2022-07-23 20:06:35+00:00): Относительно name:
Name of the exit if is known. Not the name of the station

network тоже берётся с отношения
Dinamik (2022-07-23 22:21:14+00:00): Такая трактовка появилась как будто для того, чтобы обойти искусственно созданные проблемы, вызванные расстановкой opening_hours на те объекты, где этих opening_hours быть не должно. Почему нужно устанавливать на спуск в подземный переход opening_hours для объектов, которые расположены где-то в стороне и функционирование которых напрямую не связано с этим спуском? Пользователю, который спускается в подземный переход, чтобы перейти улицу, не важно, как работает станция метро, до которой можно дойти, свернул в определённом месте вбок и пройдя сотню-другую метров? 

Имеет смысл указывать часы работы для тех объектов, к которым эти часы работы и относятся.

Зачем искать ближайший спуск, дающий возможность когда-нибудь и как-нибудь попасть в метро? Может оказаться, что Вы спуститесь, а потом будете по дуге под землей огибать площать, хотя могли бы спуститься чуть дальше, но оказаться на прямом пути к турникетам. Или к выходу вместо входа придёте. Правильнее строить маршрут к одному из входов рядом с турникетными линейками (также, как вариант, к точке станции или конкретной нужной платформе). Какие у маспишников есть технические отличия в построении маршрутов? Они в чём-то проигрывают в построении маршрутов GrapHopper, OSRM, OsmAnd? Почему именно пишут?

Вашу идею по поводу name понял, но так тогда получается, что если у станции вход один, он никак не подписывается, а если два, то подписывается с номером. Несимметрично.
mini-me (2022-07-24 06:40:30+00:00): Есть сложившееся представление о том, что считается входами в метро. Посмотрите, как они обозначены на картах Яндекс/2gis или на местности http://www.metrowalks.com/f/spb/nevskpr/210426-1130164.jpg
Поэтому, пользователи создают заметки, когда не находят значок метро в привычном месте. Это не имеет отношения к построению оптимального маршрута.
Входы могут работать по разному расписанию. Можно указать это время непосредственно на двери, за которой находится станция. Его увидит и учтёт роутер. Но нам также нужно показать это время у точки, которой мы обозначили вход. И тут да, особенности ОСМ вынуждают нас использовать маленький костыль.
name - это не моя идея, а рекомендация wiki. Разумеется, если у станции несколько входов, то следует добавить номер. «Встречаемся у выхода номер 3 метро Купчино». Удобно же.
Dinamik (2022-07-27 18:01:06+00:00): Давайте посмотрим на местности:
*) необозначенный вход в подземный переход: https://ibb.co/R06fJqX
*) указатель у лестницы наверху "вход в метро - там": https://ibb.co/740HgY6
*) указатель у лестницы внизу "вход в метро - там": https://ibb.co/BGFZtxG
*) указатель в переходе "вход в метро - там": https://ibb.co/mCsgXx2
*) указатель в переходе у входа "вход в метро - там": https://ibb.co/44DXRCn

Как входы в метро обозначены входы, к которым ведут указатели. Спуски не обозначены как входы.

В 2gis пешеходные дорожки проведены до наземных точек спуска, затем маршрут обрывается. Карта менее детализированная, чем OSM. Возможно, рисуют то, что могут автоматически распознать со спутника - поэтому проставляют входы куда придётся.
В Яндекс.картах как входы обозначены и входы, и спуски, в некоторых местах маршрут проведён дальше к станции, а в некоторых маршрута нет даже по поверхности. Опять же - не хватает детализации.

Вы говорите, что нужно показать время работы входа у точки, у которой обозначили вход, это приходится использовать костыль. Так, может, проще не тащить режим работы станции на точки, не синхронизированные с этим временем работы (которые "работают" в своём графике), тогда и костыли не понадобятся?
О нумерации - имеет смысл не путать номера входов/выходов и номера лестниц.