Cześć, dodając tzw. dostępy do dróg warto jest przemyśleć aby nie mnożyć zbędnych informacji. Zastosowałeś tutaj taką kombinację:
```
access=no
bicycle=yes
foot=yes
horse=no
motor_vehicle=no
```
Jest to niepoprawna kombinacja. Zamiast tego powinieneś był dodać tylko poniższe tagowanie:
```
horse=no
motor_vehicle=no
```
Znaczenie jest bardzo podobne i bardziej precyzyjne. `access=no` daje się tam, gdzie zgodnie ze znakami nie można się przemieszczać.

Poprawisz swoje edycje, czy Ci w tym pomóc?

Ta droga dojazdowa nie powinna mieć nazwy:
way/401759978

Ponadto zmieniłeś jej `access` z `no` na `official` - co to oznacza? Nie jest to chyba poprawna wartość. Zostawiłeś też notatkę `note=Nie dotyczy Urzędu Miejskiego` - czy to jest aktualna informacja?

Cześć, wejściom zwykle nie dodaje się adresu, tym bardziej gdy jest on zgodny z adresem obwiedni budynku. Poprawisz?
node/12606510363

Cześć, poprawiłem zjazd na A1, który edytowałeś. Większość tego zjazdu powinna być narysowana jedną linią, bo nie ma tam podziału fizycznego. Zjazdy z drogi powinny być tworzone przy wysepce rozdzielającej ruch a nie na początku pasa do skrętu. Ten zjazd był bardzo nieprawidłowo narysowany - https://pewu.github.io/osm-history/#/way/1361559217

Wizualizacja mojej poprawki: https://overpass-api.de/achavi/?changeset=162767081

Proszę zaprzestać wandalizmów na mapie.

Dodałem już ten wjazd, który miałeś w planie dodać :)

Utworzyłeś tutaj błędną linię przez całą Polskę - way/1361370145
Wykonana przez Ciebie edycja (planowana) jest na tyle mała, że wycofałem ją w całości.

changeset/162730770

Cześć, proszę odpowiedzieć na pytanie, które zadałem w changesecie: changeset/162577463

Cieszę się, że edytujesz mapę, bo rąk do pracy nigdy za wiele. Robisz jednak pewne błędy. Tworząc takie łagodne skręty z linii highway jak np. tutaj way/1360679873 uniemożliwiasz nawigacjom przekazywać poprawnych informacji o manewrach, jakie powinien wykonać kierowca na skrzyżowaniu. Tworząc taki łuk nawigacja nie podpowie komunikatem 'skręć w lewo', bo ona nie zauważy skrzyżowania.

Linie `highway` są uproszczoną symbolizacją dróg i nie jest wskazane odzwierciedlania kształtu krawężników przy jezdni. Tak samo jak nie ma potrzeby zbyt gęsto osadzać węzły na tych liniach.

Część Twoich edycji wymaga sporych poprawek, bo dane są jednak niepoprawne. Jeżeli potrzebujesz więcej wskazówek daj znać albo zapoznaj się z wytycznymi na wiki osm.

Polecam przejrzeć przynajmniej te artykuły:
osm.wiki/Pl:Dobre_praktyki
osm.wiki/Pl:Standardy_i_konwencje_edycji_OSM

Super, dzięki za reakcję :)

Tak, Gdynia wygląda teraz super. Wiadomo którędy jeżdżą trolejbusy i gdzie jadą na baterii :)

👋 no i świetnie :)

Cześć, czy tagi toll=no i trolley_wire=no dodawałeś z jakiegoś konkretnego powodu? Domyślnie drogi takie wartości przyjmują jako `no`, więc są nadmiarowe i niepotrzebne.

W Słupsku nie ma w ogóle trakcji trolejbusowej (likwidacja w 1999r. wg Wikipedii), więc skąd pomysł na dodanie trolley_wire=no do drogi?

Jakaś historia trolejbusów w Bydgoszczy istnieje wg Internetu ale skoro tam nie ma aktualnie żadnej infrastruktury, to chyba można je wyczyścić. Chyba duża część tych tagów pochodzi od użytkownika @IiF który kilka lat temu dodawał takie tagowanie po remontach dróg w Bydgoszczy. Zatem nie jest to jakaś historyczna wartość, która powstała po demontażu tych trakcji.

BTW Twoje zapytanie do Overpassa trochę podrasowałem i teraz drogi z trakcją `trolley_wire=yes` są na zielono, drogi oznaczone jako `trolley_wire=no` na czerwono. Jeżeli pojawią się jakieś inne wartości to będą w kolorze niebieskim:
https://overpass-turbo.eu/s/1Z1q - widok na Trójmiasto

Super! Dzięki za korespondencję. PSZOK już dodałem do obszaru.

Widziałem te łączenia budynków wcześniej ale akurat w tej edycji trafiłeś na Żabkę, którą jakiś czas temu dodałem jako `construction:shop` a dzisiaj widziałem, że jest uruchomiona. Dlatego też wypatrzyłem tą sytuację :)

Pozdrawiam.

PSZOK dla klienta detalicznego jest obsługiwany w tej budce. Cały pozostały obszar to magazyny, place oraz zlewnia ścieków. Klient, który chce wyrzucić odpady powinien być kierowany do tej budki.

Jeżeli chodzi o sklepy i usługi w budynkach, to weryfikujesz, czy oprócz sklepu jest w nich też np. część mieszkalna? W takiej sytuacji POI powinien być zmapowany oddzielnie, bo sklep nie zajmuje całego budynku.

Rzucił mi się w oczy jeszcze PSZOK - był węzeł na obrysie budynku, gdzie pracownik przyjmuje odpady ale sam PSZOK jest znacznie większym obszarem i przypisanie tego POI do małej budki z pracownikiem nie jest wg mnie poprawne. Oddzielny węzeł jest lepszym odpowiednikiem tej sytuacji:
way/750036430
node/9183637193

Przy okazji tej dyskusji od razu to poprawiam.

changeset/162693818

Linia Trolleybus 32, którą poprawiałem na `trolley_wire=no` już chyba świeci na zielono w OSMI. Zatem jest to metoda na trolejbusy jeżdżące częściowo na akumulatorach lub dla hybryd, jeżeli takie też jeżdżą.

W tej edycji niepoprawnie połączyłeś węzeł POI Żabka z budynkiem:
Budynek: way/1312012883
POI: node/12525816940

Poprawiam to ale przy kolejnych łączeniach zwracaj więcej uwagi. Widzę więcej takich błędów w tej edycji ale akurat Żabkę chciałem uruchomić, więc skupiam się na tym jednym miejscu.

Czy możesz przejrzeć inne Twoje łączenia punktów adresowych z budynkami w tym i innych changesetach i poprawić tego typu błędy?

changeset/162691779

Poprawię dane podane przez @pavv - wypowiadało się tam 20 osób ale postów jest ponad 100 ale tak, to jest dobry wątek z wieloma punktami widzenia :)

Cześć, dane zebrane w terenie nie były tutaj problemem tylko rozdzielenie DDPiR na dwie linie przy braku rozdziału fizycznego. Wg informacji w mediach taka właśnie tutaj została wybudowana https://wroclife.pl/artykul/6063/deweloper-przebudowal-ulice-na-wroclawskich-maslicach

DDPiR bez rozdziału fizycznego mapujemy 1 linią `path`
osm.wiki/Pl:Rowery#Drogi_dla_pieszych_i_rowerów