Wikipedia i Wikidata nie są prawidłowymi źródłami z powodu niekompatybilnych licencji osm.wiki/Collaboration_with_Wikipedia osm.wiki/Wikidata

adresy Sołtysowicka 11 itp już są jako disused node/1200724574

Skróciłeś nazwę, podczas gdy zazwyczaj się je rozwija. Powinniśmy pisać pełną nazwę, jak na tablicy, przy czym rozwinięcie skrótu „im.” jest niepewne, ale przynajmniej w Warszawie się nie rozwija.

Od strony Kępy na GSV widać inną tablicę https://maps.app.goo.gl/JfMsSyg71KKqZoAY7?g_st=ac a od strony Długiej widać nową tablicę np. na tym filmie https://www.youtube.com/watch?v=hRl6WvOu1lo&t=74s (15:59)
Sprawdzając w terenie po obu stronach jest „Most drogowy im. Romana Dmowskiego”.

nie wiem skąd ta nazwa, ale na pewno nie z tablicy

Podałem to jako przykład. Użytkownika może interesować, gdzie powinni zadzwonić ze zgłoszeniami dotyczącymi np. uszkodzenia pojazdu. Przykładów jest mnóstwo i nie widzę potrzeby tworzenia dużej relacji dla każdego zbioru obiektów z danymi kontaktowymi.

Wydawało mi się, że odłączyłem drogę do skręcania od reszty. Poprawiłem.

Tak, rzeczywiście.

Na wroclaw.pl masz oficjalny rozkład MPK.
Te nazwy przystanków i kierunków również można znaleźć na Otwartych Danych https://opendata.cui.wroclaw.pl/dataset/rozkladjazdytransportupublicznegoxml_data i to one trafiają na rozkłady na przystankach w terenie.

MPK lubi pisać nazwy pętli dużymi literami i tak początkowo było to dodawane do OSM. Rzeczywiście już tego nie ma, a można byłoby dodać również jako official_name.

Nie wiem czy takie coś też jest takim dobrym rozwiązaniem. Czy powinienem też stworzyć relacje network zawierające np. wszystkie linie autobusowe obsługiwane przez DLA, żeby tam dać ich dane kontaktowe?

Takie dane jak telefon lub e-mail nie zmieniają się tak często, a kiedy już trzeba je aktualizować, to bounding box changesetu nie jest większy niż przy np. aktualizowaniu ludności miast lub województw, a jeśli chodzi o dużą liczbę modyfikowanych obiektów, to co jest z tym nie tak?

lub network:*

Zawsze można dać tagi operator:* do każdej ze stacji

W takim razie dlatego same Wrocławskie krasnale są w tagu network a nie brand? Ten dziwny brak konsekwencji w tagach nie wydaje się być prawidłowy.

Wycofałem. W Szczecinie place, aleje, itp. pisze się małą literą.

Wycofałem. W Szczecinie nazwy typu aleja, park, most pisze się małą literą. Do tego nie usuwaj obiektów dodając je ponownie, tylko edytuj sam obiekt osm.wiki/Keep_the_history

Przed edycją sprawdziłem edytowane obiekty.

Zakres mojej zmiany to jedynie zmiana kluczy brand:wikidata na network:wikidata oraz brand:wikipedia na network:wikipedia, czyli prosta poprawa błędnego prefixu.

Co jest w tym nieoczywistego? Obiekt ma tagi
network=Wrocławskie krasnale
brand:wikipedia=pl:Wrocławskie krasnale
brand:wikidata odwołuje się do pl:Wrocławskie krasnale

Wrocławskie krasnale nie są firmą. Samo to oznacza, że użycie tagów brand:* jest nieprawidłowe.

Nie była to automatyczna zmiana, jeśli sprawdziłem, że każdy obiekt ma te same tagi network, brand:wikidata i brand:wikipedi. (Jeden z nich nawet miał brand=Wrocławskie krasnale, co jest oczywistym błędem)

Tagi brand:wikidata i brand:wikipedia odwołujące się do Wrocławskich krasnali jest nieprawidłowe, ponieważ Wrocławskie krasnale to nie jest firma. Jest to jeszcze bardziej oczywiste patrząc na to, że już występuje tag network=Wrocławskie krasnale.

Urzędowo ulica o takiej nazwie istnieje i jakimś cudem wchodzi w skład jednej z obwodowych komisji wyborczych https://wybory.gov.pl/pe2024/pl/obkw/1271932 , a do tego jest występuje na geoportalu. Myślę, że powinna pozostać zmapowana do czasu zakończenia projektu Alei Północnej lub usunięcia z geoportalu, ale nie jestem pewien jak ją otagować.

Skróty rozwijamy
osm.wiki/Pl:Nazwy#Skr%C3%B3ty_(nie_r%C3%B3b_tego!)
osm.wiki/Pl:Znakowanie_dr%C3%B3g_w_Polsce#Nazwy_ulic_z_patronem