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