Edycja jest błędna. Oba AED są już na mapie od roku a ta edycja tylko popsuła dane.

changeset/162432923

Wrzuciłem tą firmę do oddzielnego węzła i tam już można dać poprawny adres wg Ciebie. Budynki wyglądają na zaadresowane prawidłowo. Adres firmy łączy te dwa adresy i dlatego są takie rozbieżności.

node/12581634289

Nie wiem o jakim rejestrze państwowym jest mowa ale wg SIP UM Lębork oba adresy występują oddzielnie na każdym z budynków.
https://i.imgur.com/RBJfvtD.png

Cześć, edycja jest niepoprawna - budynek ma adres Żeromskiego 9 (Żeromskiego 10 jest budynkiem obok). Nazw nie zapisujemy wielkimi literami, nawet gdy na szyldzie takie są użyte.

changeset/162421769

I used to think so too, but `unit` is more dedicated to a part of some separated part of a building. Here, it's more about direct access from the street to the store, and `addr:door` seems like a better-fitting tag.

Regardless of the ambiguity between `addr:door` and `addr:unit`, adding a value that specifies the apartment number in the building to `addr:housenumber` is definitely an error.

I've made some corrections: changeset/162417521

Hi! You are adding addresses in wrong way. You should divide it as i.e.:
`addr:housenumber=20/U4`
->
```
addr:housenumber=20
addr:door=U4
```

A widziałem, widziałem, ale dostosowałem drogę tak, żeby wyglądała tak samo jak wjazd na rondo z ul. Długiej, który ma identyczny rozdział a nie jest rozdzielony :)

Cześć, użyłeś tutaj dla znaków drogowych (drogowskazów) tagowania information=guidepost osm.wiki/Pl:Tag:information=guidepost , które służy do oznaczania turystycznych drogowskazów oraz innych znaków informacyjnych o znaczeniu turystycznym.

Nie jest to poprawne mapowanie - takie znaki powinny być mapowane poprzez relację osm.wiki/Relation:destination_sign oraz z tagowania destination osm.wiki/Pl:Key:destination z którego później korzystają nawigacje.

Obecne mapowanie jest zrobione raczej pod render.

Tą zmianę zrobiłem na podstawie podpowiedzi z OSMI (źródło edycji changesetu), że linie obsługiwane przez pojazdy hybrydowe należy tagować jako router=bus. Inaczej OSMI zawsze będzie oznaczało relację jako błędną z powodu brakujacej trakcji na trasie.

Cześć, poprawiłem Twoją edycję (nie była ona prawidłowo wykonana). Twoja szkoła jazdy ma teraz oddzielny węzeł z danymi, bo przecież nie zajmuje ona całego budynku :)

Twój nowy punkt jest tutaj: node/12558552965

Aby sprawdzić jak on się prezentuje na domyślnej mapie, to można odświeżyć mapę z wyczyszczeniem cache (najczęściej jest to kombinacja klawiszy `Ctrl+F5`).

Cześć, czy ten park jest rzeczywiście nazwany "Podwórko"? Jeżeli park nie posiada nazwy, to nie trzeba jej dodawać.

Cześć,
Nie dodawaj proszę paczkomatom, bankomatom itp. adresów. Jest to niepoprawna informacja, bo adres jest przypisywany budynkom i ewentualnie usługom w budynkach. Pozdro :)

Dodatkowo tagowanie chodników:
```
foot=designated
highway=footway
```
jest też nieprawidłowe. Domyślnie footway oznacza drogę dla pieszych, więc dodawanie tam tagu `foot=designated` jest zbędne.

Cześć, trochę jest tutaj rozbieżności w dodanych przez Ciebie danych. Niektóre DDPiR zmieniłeś prawidłowo:
```
bicycle=designated
foot=designated
highway=path
```
ale w innym miejscu zostawiłeś tag `highway=footway` bez zmiany na path, co jest niezgodne z Wiki. Jeżeli są to nadal chodniki ale z dopuszczonym ruchem rowerowym, to prawidłowo powinno się to otagować w następujący sposób:
```
bicycle=yes
highway=footway
```

Na niektórych drogach dojazdowych dodałeś takie tagi:
```
bicycle=designated
foot=no
highway=service
motor_vehicle=yes
```
gdzie `motor_vehicle=yes` jest zbędny jako defaultowy dla dróg `highway=service`. Czy na tej drodze jest zakaz ruchu pieszych określony znakiem skoro dałeś `foot=no`? Jakim znakiem jest tam wskazany przejazd rowerem? Jest to dość nietypowe tagowanie i warto jest to wyjaśnić jak najszybciej.

Ta zmiana nie pomogła w sposobie wyświetlania parkingu. Edycja wycofana.

changeset/162060098

Ta zmiana nie pomogła w sposobie wyświetlania parkingu. Edycja wycofana.

changeset/162060098

Tutaj jest krótka historyjka obrazkowa tego przesunięcia: https://imgur.com/a/przesuni-cie-w-z-2130144196-o-1066m-nUbQzss

Węzeł ten należy do linii z drogą dla pieszych. Wygląda to na przypadkowe działanie ale iD pokazywał ostrzeżenia.

Czasami jak zmiana jest nieduża, tak jak w tym changeset (dodawałeś tylko stację ładującą) i nie wiadomo skąd jest to ostrzeżenie, to lepiej anulować zmianę i ponowić operację dodania tego jednego POI.

Świetny pomysł na Relatify. OSMI jednak te relacje trolejbusowe będzie wyświetlał na czarno, bo oczekuje trakcji na drogach i nie uznaje przejazdów na akumulatorach.

Super, dzięki za korektę. Z trolejbusami pracowałem w osm krótko, bo zbieranie danych o trakcji mnie męczyło.