Jeśli korzystasz z podkładu „Geoportal 2: High Resolution Orthophotomap”, to zwróć uwagę na to, że to są dosyć stare zdjęcia. Normalny (nie „High Resolution”) Geoportal jest aktualny. (Nie czepiam się do tego zestawu zmian, tylko proszę o ostrożność, żeby niepotrzebnie nie rysować czegoś, co już nie istnieje.)

Niestety musiałem wycofać ten zestaw zmian, ponieważ narysowane w ten sposób chodniki wprowadziłyby zamieszanie na mapach i w nawigacjach (https://osmlab.github.io/changeset-map/#104233470), tzn. nie powinny się tak same przez siebie „plątać”. Zobacz poradniki dla początkujących (osm.wiki/Beginners%27_guide), przyjrzyj się też temu, jak są narysowane istniejące chodniki. Staraj się wysyłać małe zestawy zmian (ten był pod tym względem OK) — łatwiej jest je sprawdzić i mniej pracy się traci gdy trzeba któryś wycofać. Jeśli masz jakieś pytania, to możesz pisać np. na <https://forum.openstreetmap.org/viewforum.php?id=23> lub do mnie.

Zobacz wizualizację tego Twojego zestawu zmian: <https://osmlab.github.io/changeset-map/#103976530>, chodzi o budynek najdalej na północny wschód.

Oryginalnie to był jeden obrys (gruba ciemnożółta linia), składający się z jednej łamanej. Z jakiegoś powodu ta łamana podzieliła się na kilka łamanych (cienka jasnożółta linia to oryginalna łamana, cienkie niebieskie to nowe), przez co iD przeniósł tagi budynku na nową relację multipolygon (cienki niebieski prostokąt o bokach równoległych do boków ekranu). Ja to uprościłem, czyli połączyłem te nowe łamane i usunąłem relację.

osm.org/changeset/103984218
https://osmlab.github.io/changeset-map/#103984218

Utworzyłeś nakaz skrętu w prawo (osm.org/relation/12337313/history) z drogi <osm.org/way/244636692> na drogę <osm.org/way/908662734>. Poprawiłem.

ą

Zmiana <osm.org/way/159022020/history> z terenu zabudowanego na budynek była przypadkowa?

Jeżeli adres jest umieszczony na budynku (osm.org/way/932017400), to punkt (osm.org/node/2966784780) można usunąć.

Punkt adresowy 64A jest już w tym miejscu: <osm.org/node/8640312021>. Czy oba budynki mają taki sam adres?

W tagu building:levels bardziej zrozumiałą wartością byłoby „1” (zamiast „parter”). Poprawiłem w <osm.org/changeset/103208409>.

Tag building=kindergarten opisuje przeznaczenie budynku. Żeby zaznaczyć przedszkole (które niekoniecznie jest tylko budynkiem), musisz jakiś obiekt opisać tagiem amenity=kindergarten. Możesz to zrobić na kilka sposobów:
(1) narysować punkt np. na środku terenu (lub budynku) przedszkola i oznaczyć go tym tagiem;
(2) dodać ten tag do istniejącego budynku;
(3) zaznaczyć obszar przedszkola (np. przebiegający po ogrodzeniu) i oznaczyć go tym tagiem.

W edytorze iD tag amenity=kindergarten można dodać używając szablonu „Teren przedszkola/żłobka”. Jeżeli chciałbyś dodać go do istniejącego budynku (sposób (2)), to nie używaj tego szablonu (jego użycie spowoduje usunięcie tagu building), po prostu dopisz ten tag w sekcji „Wszystkie znaczniki”. Zawsze patrz w tę sekcję — na OpenStreetMap (na mapach, w nawigacjach, w analizie danych itd.) nie ma znaczenia wybrany w danym edytorze szablon, tylko znaczniki/tagi opisujące dany obiekt. Najlepszą (choć niedoskonałą) dokumentację do nich znajdziesz na Wiki: <osm.wiki/Main_Page>.

Rozwijamy skróty.

1. Unikaj tworzenia zestawów zmian obejmujących tak duży obszar.
2. Na przedszkolu (osm.org/way/927113101) brakowało tagu amenity=kindergarten (osm.wiki/Tag:amenity=kindergarten). Poprawione w <osm.org/changeset/102491643>.
3. <osm.wiki/One_feature,_one_OSM_element> — usuń albo <osm.org/node/8394194861>, albo <osm.org/way/927113104>.
4. name=Rynek było zbędne na <osm.org/way/493120732>, ponieważ rynek jest już opisany na <osm.org/relation/7239353>. Poprawiłem w <osm.org/changeset/102492087>.
5. Nie prowadź highway=* po krawędzi building=*. Poprawiłem w <osm.org/changeset/102492260>.

Super 🙂

A dlaczego destination:lanes? Na <osm.org/way/46926404> jest jeden pas i tylko na Rudę Śląską i Rybnik.

osm.org/changeset/101434949

<osm.org/node/7938044484>, <osm.org/node/7938056485> — te punkty highway=traffic_signals znajdują się na drogach jednokierunkowych, więc direction jest zbędne.

<osm.org/way/362792107>, <osm.org/way/919777483> — nie podoba mi się dodawanie atrybutów przejść (punktów highway=crossing) — takich jak crossing czy crossing:island — do dróg (highway=footway, highway=path).

<osm.org/node/3823117873>, <osm.org/node/4004613621> — tutaj zamieniłeś crossing=traffic_signals na crossing=marked. Jeżeli ruch pieszych jest kierowany sygnalizacją świetlną, to była to błędna zmiana. Jeżeli nie jest, to rozważ użycie starszego crossing=uncontrolled.

<osm.org/node/1831346528/history> (highway=crossing) — ten węzeł znajdował się na przejściu dla pieszych na Folwareckiej. Na jego miejsce przeniosłeś węzeł <osm.org/node/7938056488> (highway=traffic_signals). Ten pierwszy oznaczał przejście dla pieszych, ten drugi sygnalizację świetlną (przed skrzyżowaniem) dla samochodów.

Zobacz tabelkę na <osm.wiki/Tag:highway=traffic_signals#How_to_map_.28new.29>, część opisaną „Vehicle traffic signals before intersection, pedestrian crossings separately mapped”, czyli ostatni wiersz tabeli. Tam jest opisana metoda, której używam w okolicy (według tego opisu powinienem jeszcze dodawać crossing=no).

Ciekawe czy mrówki takie tagowanie obsługują.

<osm.org/changeset/101429381> — zamieniłem name:left z name:right, żeby pasowało do kierunku drogi (na OSM biegnie z północy na południe). Zamieniłem też kolejność w name.

osm.org/node/1831346528/history — jeżeli tutaj jest sygnalizacja świetlna, to powinno być traffic_signals, a nie marked.