Cześć,
do ref automatu wrzucamy sam identyfikator, bez tego "Automat paczkowy"

czyli 795656

Jak wejdziesz na stronę wiki, znajdziesz to w przykładach: osm.wiki/Pl:Tag:amenity%3Dparcel_locker#Przyk%C5%82ady_tagowania

way/1198624286

Ta droga nie jest secondary.

way/513521435

Poprzednie tagowanie było w porządku, to nie jest.

Co do automatów, czy realnie w tym małym obiekcie mieści się salon gier z prawdziwego zdarzenia z automatami do "grania w gry", a nie jest zwykła dziupla hazardowa?

Wtedy tagowanie jest zdecydowanie inne (i name zbędne, bo to opis tagu) osm.wiki/Pl:Tag:leisure%3Damusement_arcade

Do kościoła należy dodać odpowiednie tagi, sama nazwa nic nie daje: osm.wiki/Pl:Tag:amenity%3Dplace_of_worship

Za wcześnie.
Błędne teryt:simc

Ok, widzę, że to nie ty dodałeś tą firmę, ale zostały inne tagi, które rownież należy uwzględnić.

Czy oby na pewno firma obejmuje cały budynek? Bo jeśli nie to ta zmiana jest nieprawidłowa i powinno to być co najwyżej na punkcie.

Proszę, opisuj lepiej swoje zestawy zmian.

osm.wiki/Pl:Dobre_komentarze_zestawu_zmian

*Korekty landuse, budynków, geometrii obiektów i innych z weryfikacją po nowym orto

Dlaczego wciąż usuwasz obiekty i dodajesz je ponownie? To niepożądany sposób poprawiania danych.

W JOSMie podmiana geometrii obiektu (z zachowaniem jego historii) to jeden skrót, jak ktoś bardzo nie chce przesuwać pojedynczych węzłów.

Już lepsze te lekkie przesunięcia niż takie usuwanie i dodawanie na nowo o kilkanaście-kilkadziesiąt cm.

way/976402140

Co oznacza `bicycle=yes` na tym przejściu? To przejście dla pieszych i przejazd dla rowerów (znak D-6b)?

Jak już poprawiasz te `landuse=farmland` to warto jednak dodawać te `landuse=residential`/`https://wiki.openstreetmap.org/wiki/Tag:landuse=farmyard` w miejscu tych budynków, bo takie przesuwanie by zostawić pustą plamę raczej jest średnio sensowne.
No i zachęcam przy okazji, żeby dzielić też wzdłuż dróg, że po drogach również nie przebiegał `landuse=farmland`.

A tu niestety dorzucam zmianę: changeset/175455982

którą pewnie trzeba będzie częściowo cofnąć i poprawić

Dzięki za wykrycie i korektę.
Dorzuciłem też do innej relacji.

Z ciekawości, losowo na to trafiłeś, czy w jakiś inny sposób to wykryłeś?

Dzięki, że Ci się chciało przeczytać ten przydługi komentarz i wdrożyć zmiany!

Cześć,
dzięki za dodanie brakującej relacji.

Mam parę uwag poza tą którą zgłosił SzymonH (ogólnie linkuję jeden obiekt, ale zwykle dot. to więcej niż 1), zachęcam też do stosowania w przypadku innych tras:

- node/11049156208 – `sorting_name` – Przyznam, że jeszcze nie widziałem takiego tagu na przystankach. Czy to próba dodania nazwy odpowiedniej dla GPA? Jeśli tak zachęcam do używania `name:network:<skrót>` (tak, to mój pomysł, był na forum i jest na wiki i póki co się sprawdza :)), pozwala ładnie określić z której sieci nazwa dotyczy i jest dobrą alternatywą dla `alt_name`, ogólnie też bywa czasem tak, że w terenie jest inna nazwa niż ta dla konkretnej sieci, wtedy ta z terenu trafia do `name`, a ta z sieci do `name:network:<skrót sieci>` osm.wiki/Pl:Key:name:network:*

- node/2494568510 Nie wiem czy to poprawne tzn. jak dodajesz do `network` kolejną sieć jak "Grodziskie Przewozy Autobusowe", to ja bym czyścił `network:wikidata`, bo jest podane tylko 1, no chyba, że ktoś doda wikidata dla GPA, to wtedy pewnie można po średniku dać oba.

- node/13329451417 Nie jestem przekonany do dodawania tutaj `operatora`/`operator:short` GPA. Ogólnie przystankami zwykle poza większymi miastami bardzo często zarządzają samorządy, trafiają do wykazu w uchwałach (dzięki temu może z nich korzystać więcej niż 1 sieć). Nie wiem, czy to jest poprawne w przypadku tej gminy i w jakim % przypadków to realnie należy do GPA, bo to że to oni często wstawiają słupek to tak, ale no jednak przystanek to coś więcej, a tutaj to akurat jest większa infrastruktura w postaci zatoczki.
Ja bym pewnie pominął te tagi w braku pewności, bo to najbezpieczniejsze rozwiązanie.

- sama relacja 14: tag operator – tutaj operatorem bywa firma, która jest przewoźnikiem, a przynajmniej tak podchwyciłem kiedyś w Warszawie z L'ek i zacząłem stosować :P W tym przypadku będzie to akurat "PKS Tarnobrzeg" co jest w linkowanym rozkładzie – oczywiście się to zmienia czasem.

- relacja route_master 14: zachęcam do nazywania "Bus <nr linii> (tutaj "Bus 14") zgodne z rekomendacją wiki i schematem warszawskim. Trochę relacji GPA ustandaryzowalem w "formacie warszawskim", na resztę nie starczyło mi czasu/chęci (poprawiałem ogólnie całe, nie tylko nazwy). Samo słowo nadrzędne samo w sobie jest w sumie zbędne, bo wyznacza to hierarchia relacji i tagowanie.

- relacja route_master 14: Warto wpiąć taką relację do sieci GPA :) relation/14262783

changeset/175282893

Automat ali nie istnieje. Dzięki za znalezienie.

Jakie jest źródło tych zmian?

To trochę nie tak, crossing=informal nie dajemy z highway=crossing

Jeśli jest nieoznakowane przejście ale np. obniżony krawężnik i wskazuje to na połączenie, to lepiej dać unmarked

crossing=informal

Jak spojrzysz względem drugiej jezdni (bo w końcu to skrzyżowanie), to jest wzdłuż :)

Ja nie widzę powodu, by tego tak nie tagować, a tym bardziej usuwać, bo to wciąż ciągłość chodnika przy/wzdłuż drogi.

Czy jeśli nie byłoby chodnika w kierunku Braci Leśnej, albo jeśli to ten odcinek od Braci Leśnej byłby połączony z tym chodnikiem wzdłuż AK jako nowa linia (nie wydzielając skrawka), to byś taki fragment wydzielił i też wtedy usunął `footway=sidewalk`?

Jak to nie? To przy czym leży? :D

Jaki jest powód usuwania footway=sidewalk z takich fragmentów?

way/1081388334