Na ortofoto i ISOK jakiś ślad widać, więc może by ją przywrócić chociaż jako highway=path? Jak to wygląda w terenie? Poza tym zestaw zmian jest OK.

1. iD za dobrze nie znam, w JOSM (bardzo polecam) przy próbie podzielenia drogi edytor pyta się, który z nowych segmentów ma zachować historię. Przywróciłem usuniętą drogę, poprowadziłem po nowych punktach i usunąłem nową.
3. Przy określaniu tracktype najważniejsza jest twardość tej części, po której się poruszają koła, ewentualny pas zieleni ma mniejsze znaczenie. Piszę o tym, bo dawniej dla niektórych maperów droga piaskowa bez pasa zieleni to było grade1.
6. OK. Ale o unclassified pamiętaj, to często zapominany a bardzo przydatny poziom klasyfikacji.

Do następnego komentarza: jeśli chodzi o kalibrację zdjęć, to za prawidłowe uznajemy te z Geoportalu (powinny być domyślnie w edytorze). Na wizualizacji są niestety inne, gorszej jakości i gorzej skalibrowane.

Ogólnie nieźle, zobacz wizualizację na <https://osmlab.github.io/changeset-map/#118363702>. Bardzo mi się podoba szczegółowy opis zestawu zmian.

1. Staraj się unikać usuwania obiektów i tworzenia ich na nowo, w ten sposób tracimy ich historię (osm.wiki/Keep_the_history). W tym przypadku chodzi mi o usunięcie <osm.org/way/302035789> i dodanie <osm.org/way/1039329315>.
2. Byłoby super gdybyś dorysował chociaż kawałek tej polnej drogi, w którą przechodzi Gajowa. Potem możesz zamknąć uwagę <osm.org/note/3083762>. Ewentualnie skarpę, jeśli jest dość stroma, też można narysować.
3. Wydaje mi się (patrząc na ortofoto), że tracktype=grade1 to trochę zbyt optymistyczny tag dla <osm.org/way/1039329314>. Nie znam sytuacji w terenie.
4. Jeszcze co do <osm.org/way/1039329314>. Do highway=service dobrze byłoby dodać service=driveway.
5. Jeszcze co do <osm.org/way/1039329314>, ale to już uwaga bardziej kontrowersyjna, część maperów może mnie tutaj nie poprzeć, poczytaj o tagach i oceń sam. Podzieliłbym tę drogę na dwie części. Pierwsza byłaby oznaczona highway=residential i prowadziłaby od Kościelnej do ostatniej bramy prowadzącej gdzie indziej niż pod nr 7. Druga część, prowadząca już tylko pod nr 7, miałaby ustalone wcześniej tagi highway=service i service=driveway.
6. Poczytaj o tagach highway. Jeśli Kościelna (i odpowiedni kawałek Polnej) jest w rzeczywistości odpowiednio ważniejsza od okolicznych highway=residential, to rozważ podniesienie jej do highway=unclassified.

Miłego mapowania!

Poprawione w <osm.org/changeset/118326655>.

W tagu opening_hours jako kreski w zakresie godzin używamy znaku U+002D Hyphen-minus (czyli kreski dostępnej bezpośrednio na większości klawiatur), nie użytego tutaj U+2013 En Dash (półpauzy). Poprawione w <osm.org/changeset/118311094>.

W tagu addr:street umieszczamy nazwę ulicy z rozwiniętymi skrótami (osm.wiki/Pl:Standardy_i_konwencje_edycji_OSM#Nazwy_ulic), powinna też pasować do tagu name odpowiedniej highway. Poprawiłem w <osm.org/changeset/118310909>.

Dodałeś dwa parkingi: <osm.org/way/1038703457> i <osm.org/node/9565622597>.

highway=path+bicycle=designated+foot=designated ma konkretne znaczenie, zobacz <osm.wiki/Tag:highway=path#Usage_as_a_universal_tag>. Wydaje mi się, że Twoje zmiany mogą nie być prawidłowe, ale nie znam oznakowania na zmienionych drogach.

Dzięki, miłego mapowania!

access to dosyć mocne ograniczenie, dotyczy również np. pieszych. Zdaję sobie sprawę, że możecie nie mieć bardziej precyzyjnych informacji, ale często motor_vehicle (i ewentualnie horse) byłoby lepsze.

Chodzi mi o użycie tagu highway=path (z odpowiednim surface) nie w celu oznaczenia ścieżki nieutwardzonej, tylko jako oznaczenie ścieżki, po której mogą się poruszać nie tylko piesi (ale np. użytkownicy różnych pojazdów bezsilnikowych). Zobacz pierwszy akapit z Wiki (osm.wiki/Tag:highway=path):

> highway=path is a generic path, either multi-use or unspecified usage, open to all non-motorized vehicles and not intended for motorized vehicles unless tagged so separately. The path may have any type of surface.

Nie byłem w tym miejscu, nie będę się kłócić, chciałem tylko zwrócić uwagę na takie użycie tego tagu, którego mogłeś nie znać.

Cofnięty: osm.org/changeset/118162561

Wystarczyło większe amenity=school.

Poproszę źródło. Część zmian na Kościelnej nie pasuje do rzeczywistości. Część została przeprowadzona destrukcyjnie, tj. przez usunięcie i dodanie na nowo tego samego sklepu.

Jeśli nie jest przeznaczony wyłącznie dla pieszych, to lepsze byłoby highway=path.

Dotychczas w Rybniku większość szkół miała skróty rozwinięte — do tego chciałem dostosować te wprowadzone/zmodyfikowane w ostatnich dniach.

Jeśli jestem w tym zwyczaju sam, to pewnie będę musiał go zmienić, ale na OpenStreetMap w miarę możliwości unikam skrótów w nazwach. Moim zdaniem ułatwia to obsługę nazw w różnych zastosowaniach, tzn. pełna nazwa (niekoniecznie najdłuższa, ale taka z rozwiniętymi skrótami) jest bardziej jednoznaczna, łatwiej ją automatycznie przetworzyć np. na dźwięk albo powiązać z tą samą nazwą w innym zbiorze danych. Np. „imienia księdza” można w razie potrzeby automatycznie skrócić do „im. ks.”, w drugą stronę nie ma jednoznacznego rozwinięcia. Akurat „im.” i „nr” mają dosyć oczywiste znaczenie, przynajmniej dopóki nie zaczniemy ich odmieniać.

Jest jeszcze taki problem, że zmiany konkretnego użytkownika, które m.in. tutaj „poprawiam”, wprowadzają sporo innych problemów, np. zamieszanie w relacjach, dziwne składnie nazw (osm.org/way/1035797244/history) czy różne błędy w pisowni. Od dawna się męczę ze sprzątaniem po ich autorze, jestem przewrażliwiony na punkcie jakichkolwiek _jego_ zmian, które nie pasują do tego, co starałem się w okolicy uporządkować.

Staram się stosować ogólnie przyjęte konwencje, ale w temacie rozwijania skrótów chyba się nie zgadzamy.

Do poprzedniego napisałem dłuższą wiadomość po wycofaniu paru sporych zestawów zmian, nawet się odezwał. Na drugi dzień założył nowe konto.
Jest lepiej, część moich ówczesnych uwag uwzględnił, ale chyba nic nowego (tj. odkąd ma nowe konto) do niego nie dociera.

Nie usunąłeś linii, zmieniłeś tylko jej zasięg i usunąłeś parę parametrów.

osm.org/changeset/118141075
https://overpass-api.de/achavi/?changeset=118141075&relations=true

im.→imienia