Ortofotomapy czasowe użyte w tym zestawie zmian składały się ze zdjęć wykonanych w dniach 13 września 2023 roku oraz 21 czerwca 2024 roku.

Errata do komentarza zestawu zmian: niepotrzebnie zamknięta linia granicy

Cześć, czebureks!
Pozwól, że się z Tobą nie zgodzę. W przytoczonej przez Ciebie definicji bardziej chodzi o nieruchomość obiektu niż o składowe, z których musi się składać. Ponadto, definicja tagu destroyed:building=* jest wypełniona dla tego obiektu: jest on dalej oznaczony jako budynek, tylko została dodana informacja o zniszczeniu (poprzez przedrostek destroyed:*=*), a obecność zgliszczy nie przesądza o niestosowaniu tego tagu.

Witaj!
Twoje 3 ostatnie zmiany budzą wątpliwości poważniejsze niż 2 poprzednie. Dodanie nieistniejącej drogi do Pionek, zmiana nazwy Działek Suskowolskich czy usunięcie drogi serwisowej przy centrum M Park to jawny wandalizm i zostanie on wycofany. Jednocześnie ostrzegam polską społeczność OSM, aby zwróciła na Ciebie uwagę; następny taki czyn zostanie zgłoszony Grupie Roboczej ds. Danych (Data Working Group) OSM Foundation.
Z wyrazami szacunku
Kamil Kalata

Witaj!
Przejrzałem 2 Twoje ostatnie zmiany i mam kilka uwag.
Są zmiany, które są wykonane w miarę poprawnie, na przykład dodanie Żabki, poprawa lasu przy Alei Jagiellońskiej czy dodanie chodnika przy bloku przy Asnyka 2. Są też zmiany wątpliwe, jak na przykład zmiany dróg na lokalne (highway=residential). Są też zmiany niedopuszczalne, jak na przykład oznaczenie Pionek jako place=city (w Polsce tym tagiem są oznaczane miasta na prawach powiatu), zmiana granic administracyjnych czy usunięcie miejscowości.
Ze względu na przewagę zmian złych nad dobrymi jestem zmuszony wycofać wszystkie Twoje dotychczasowe edycje. Na przyszłość polecam dokonywać mniejszych, ale częstszych zmian oraz opisywać je według tego, co zostało zmienione.
Z wyrazami szacunku
Kamil Kalata

Witaj!
Cieszę się, że postanowiłeś dołączyć do projektu OpenStreetMap! Niemniej jednak muszę zwrócić Tobie uwagę na kilka błędów, które, niestety, popełniłeś:
- przy Kauflandzie dodałeś nowy parking (way/1457773369) na obszarze już istniejącego;
- dodałeś Centrum AA (way/1457773370) jako nowy budynek; wystarczyło poprawić już istniejący (way/303167976);
- przesunąłeś punkty skrzyżowań ulic Kiepury i Kilińskiego (node/2565263422) czy 1 Maja, Spółdzielczej i Odrowąża (node/683180402), a także dokonałeś paru zmian przy skrzyżowaniu ulic Wjazdowej, Starowarszawskiej i Targowej (osm.org/#map=19/51.193202/20.406909), w związku z czym popsułeś ich układ;
- skwerek na Placu Kościuszki (way/1457773364) stanowi część tego placu (relation/18144174), w związku z czym nie należało go tworzyć; podobna sytuacja jest z Parkiem Małachowskich (way/1457773365) czy Ogródkiem Jordanowskim (way/1457773366);
- bankomat przy ulicy Piłsudskiego (node/13369482947) budzi moje wątpliwości; oznaczyłeś go jako bankomat banku "santander" (sic), ale, po pierwsze, nie widzę żadnej informacji na stronie Santandera, a po drugie, gdyby to był bankomat tego banku, to mogłeś po prostu zatwierdzić propozycję edytora, klikając "Uaktualnij te znaczniki"; przy obecnym tagowaniu można pomyśleć, że bankomat został uruchomiony przez firmę podszywającą się pod Santandera;
- z tego, co widzę na ortofotomapie, to to, co oznaczyłeś jako park (way/1457773367), jest siłownią na świeżym powietrzu; do takich obiektów jest specjalny tag: leisure=fitness_station.
Niestety, ale będę musiał wycofać większość Twoich zmian. W razie wątpliwości, poszukaj informacji na stronie wiki (osm.wiki) lub zadaj pytanie na forum, w sekcji "Pytania początkujących" (https://community.openstreetmap.org/t/pytania-poczatkujacych/52707) czy serwerze Discord "OSM Polska" (https://discord.com/invite/QxNfsJ9T).
Z wyrazami szacunku
Kamil Kalata

Witaj!
Byłem zmuszony wycofać zmiany "ułatwiające dojazd przy użyciu aplikacji e-Remiza", gdyż, wbrew pozorom, wcale nie ułatwiały tego zadania. Przede wszystkim, nastawnia już była oznaczona jako nastawnia, a jej oznaczenie jako tory kolejowe pogorszyło stan mapy. Ponadto, została popsuta geometria elementów (np. błędnie przekrzywione linie), a także nadano elementom nazwy opisowe, czego nie powinno się robić (osm.wiki/Pl:Nazwy#Nazwa_jest_tylko_nazwą).

Dzień dobry.
Z przykrością stwierdzam, że musiałem wycofać tę zmianę, ale zawierała poważne błędy:
- zostały przesunięte punkty związane z Nowym Światem i chodnikiem znajdującym się w jego pobliżu;
- poradnia została dodana na całym bloku, zamiast jako osobny punkt znajdujący się wewnątrz niego (jednocześnie radzę, żeby w już poprawnej zmianie numer mieszkania dodać w znaczniku addr:unit).

Witaj!
Chciałbym zwrócić Tobie uwagę na zmianę tagu "destination". Na jezdni w kierunku Kozienic dodałeś miejscowość, której na znakach przed Rondem Kozienickim nie ma (konkretniej Pionki). Nie powinno się tak robić, mimo że ta droga prowadzi w stronę tej miejscowości, z wyżej podanej przyczyny. Podobnie zrobiłeś 5 lat temu na jezdni w kierunku Warszawy (Michałów, Centrum (drogowskaz dotyczy wyłącznie lewoskrętu na Żółkiewskiego w stronę Kozienickiej)) i Lublina (Zwoleń, Puławy), 6 lat temu na łącznicy wjazdowej przy Alei Wojska Polskiego w kierunku Ronda Kozienickiego (Grójec) czy miesiąc temu na rondzie w Tczowie na jezdniach w kierunku Podgóry (Radom, Pionki) oraz Kazanowa (Lipsko) (w sprawie ostatniego przypadku proszę o potwierdzenie, ale śmiem wątpić, że nadmiarowe miejscowości pojawiły się na drogowskazach).
To, że miejscowość prowadzi w danym kierunku, nie oznacza, że tag "destination" powinien go zawierać. Nawigacja powinna wybrać drogę jak najkorzystniejszą dla podróżującego na podstawie hierarchii drogi i jej parametrów, a nie zawartości tagu "destination", który i tak jest niezgodny z opisem rzeczywistości, a dokładniej z treścią drogowskazów. Ponadto, nawigacje korzystają z tego tagu i wyświetlają podróżującemu jej zawartość, a rozbieżność między danymi w OSM a rzeczywistością może wywołać u niego poczucie zagubienia.

Witaj!

Zauważyłem, że zapomniałeś dodać do relacji obszaru wyłączonego z ruchu (relation/10889748) tagu type=multipolygon. Błąd ten poprawiłem (changeset/162245528). Gdybyś miał jakieś uwagi, skomentuj mój zestaw zmian lub zgłoś je w wątku na OSM Community (https://community.openstreetmap.org/t/review-relations-with-no-type-tag/125062).

Witaj!

Zauważyłem, że chciałeś zapewne usunąć zbędną relację type=multipolygon, z której chwilę wcześniej usunąłeś ten tag (relation/2534481), lecz ostatecznie tego nie zrobiłeś. Błąd ten poprawiłem (changeset/162212252). Gdybyś miał jakieś uwagi, skomentuj mój zestaw zmian lub zgłoś je w wątku na OSM Community (https://community.openstreetmap.org/t/review-relations-with-no-type-tag/125062).

ref:ckkp to identyfikator Cyfrowego Kanonu Krajoznawczego Polski, za którego opracowanie odpowiada Stowarzyszenie OpenStreetMap Polska (https://openstreetmap.org.pl/2024/cyfrowy-kanon-krajoznawczy-polski-bedzie-opracowywany-przez-osmp/).

Witaj!
Łączniki przez Ciebie dodane, wbrew Twojej argumentacji, właśnie łamią zasady opisane na wiki. Przede wszystkim, prawoskręty są oddzielone tylko powierzchnią wyłączoną z ruchu, a nie wysepką, więc nie ma fizycznej separacji. Jako że rondo to tylko skrzyżowanie o ruchu okrężnym, odnosi się do niego ta zasada: osm.wiki/Pl:Highway_link#Skrzyżowania_jednopoziomowe. Przykład niżej podany w sekcji o rondach (osm.org/#map=19/50.683270/17.386980) wyróżnia się właśnie takim rozdzieleniem. Ponadto, anglojęzyczna wiki (osm.wiki/Highway_link#Roundabouts) doprecyzowuje podaną regułę w odniesieniu do rond.

Rozumiem Twój argument, ale:
1) zostało ustalone, żeby highway_link=*, podbijać do wyższej kategorii (osm.wiki/Talk:Pl:Znakowanie_dróg_w_Polsce#Węzły_drogowe_-_GŁOSOWANIE); ponadto widzę, że poparłeś takie rozwiązanie;
2) łącznik ten można wykorzystać jako zawrotkę; ten kontrargument może normalnie nie jest kluczowy ze względu na zawrotkę za Międzynarodową, ale jest ona zamknięta, a ponadto zawsze można zawrócić na tym łączniku.

Cześć!
Uważam, że zmiana na highway=secondary_link jest niesłuszna, gdyż można za tym fragmentem wjechać na drogę highway=primary_link, która kończy się na highway=primary, więc mamy tu do czynienia z bezsensowną zmianą hierarchii drogi.

Tag access=permissive znaczy, że droga prywatna jest de facto dostępna dla ogółu, ale może to być zmienione w każdej chwili bez ostrzeżenia. W tej sytuacji właściwszym tagiem jest access=permit lub access=private (drugi ma bardziej restrykcyjne zasady wydawania pozwoleń).

Renderowanie altanek na prywatnych posesjach to już problem tej warstwy, nie danych. Anglo- i polskojęzyczna Wiki dopuszczają ich mapowanie; wystarczy dać tag access=private. Styl OSM Carto (warstwa podstawowa) zwraca na niego uwagę i wyszarza takie altanki.
Przypomnę swoje zastrzeżenie z wcześniejszej takiej zmiany (changeset/156945582): tagujesz pod render, co nawet podajesz jako powód zmiany, a czego nie powinieneś robić.

Argumentacja stojąca za tą edycją kwalifikuje ją jako tagowanie pod render, co jest błędną praktyką. Altanki przez Ciebie zmienione poprawiłem (changeset/156946250).

Dobrym rozwiązaniem byłby komentarz w stylu "Radom, Janiszpolska - mikromapowanie". Może nie jest on wyczerpujący, ale o wiele bardziej precyzyjny, niż "drobne korekty".

Kwestia ta była omawiana tutaj: changeset/155492710