Cześć,
proszę nie dodawaj do `highway=platform` tagu `public_transport=platform` jeśli taki obiekt nie jest częścią relacji trasy.

To jeden z niechcianych tagów w Warszawie i okolicach (i nie tylko), który niestety edytor iD wciąż proponuje.
Taki tag znajduje się już na węźle z `highway=bus_stop`, więc nie ma potrzeby jego duplikowania, co również oszczędza pytań o inne tagi.

Cześć,
nawiązując do:

changeset/169249998#c1464552

Prośba o nie dodawanie `public_transport=platform` do linii `highway=platform` jeśli nie jest ona częścią relacji trasy.

Edytor iD to niestety sugeruje, ale jest to zbędne, gdyż relacje trzymamy na węzłach w okolicach Warszawy (i nie tylko), a takie dodawanie potem mocno duplikuje dane przystankowe.

Zmieniłem.

Część pewnie sobie z tym poradzi, a część nie, zależnie od ustawionych wag i interpretacji, bo w końcu ten tag może mieć nieco ciut inne założenia (przepisy) zależnie od kraju.

Zobacz na np. GraphHoppera co robi :P

Ja ogólnie dzielę w takich miejscach i nie dodaję tam gdzie jest to "niemożliwe", żeby nie pojechać jezdnią.

Opisy raczej wrzucajmy po polsku (w Polsce). I jak już dodajemy, to takie, które mogą pełnić jakąś kluczową informację, której nie opisujemy zwykle tagowaniem.

Przetłumaczyłem i usunąłem tą drugą część, bo jest niespecjalnie istotna dla tego obiektu.

changeset/170167585

Ta Nadrzeczna to trochę chyba za bardzo :P Jak ktoś będzie z Krakowskiej jechał w stronę parku to go nawigacja może pokierować naokoło (płn. Nadrzeczną).

Zapomniałem dopisać, że finalnie 714 też poprawiłem: changeset/169868977

note/4569744

Dzięki!

> Tyle samo jest miejsc (albo więcej) gdzie tego nie zrobiono.

A ile jest miejsc na świecie gdzie brakuje dróg, nie mówiąc już nawet o tym, że i w Polsce się takie znajdą :)

Tu nie chodzi o to że można, bo można wiele rzeczy mapować i mikromapować. Tylko w drugą stronę – jak już jest, to może nie warto tego usuwać jeśli nie jest zmapowane koszmarnie? Łatwiej potem takie coś przetagować masowo niż mapować na nowo.

Do kwestii tłumaczeń się nie będę odnosił, bo już było o tym wyżej i nie traktuj tłumaczeń jako wyroczni.

Natomiast tramwaje są w OSMie zdecydowanie bliżej kolei (patrząc po tagowaniu) niż transportu miejskiego typu autobusy (nie)stety.

> Ja myślę że jak nie wiadomo o co chodzi to warto wyjść od definicji prawnych:

Nie! Nie warto!
Proszę nie powołuj się na prawo w kwestii tagowania, to jest w ogóle coś, czego powinniśmy unikać!

Nie przekładamy prawa 1:1 w OSMie, bo potem wychodzą bzdury jak ktoś traktuje landuse jak MPZP, albo zaczyna zmieniać kategorie dróg odpowiadające kategoriom urzędowym.

*zły link
O coś takiego chodziło:
way/470928116
way/1160633179

> Bo to nie są tereny kolejowe. Poza tym zrobiono to nielogicznie, w kawałkach i niepotrzebnie. Innych odcinków torowisk tramwajowych nikt nie oznacza "terenami kolejowymi".

W innych miastach w sumie są tak oznaczane. Kawałek po kawałku, dzieląc na skrzyżowaniach.
Np. w Warszawie, czy Wrocławiu choć nie wszędzie są (pewnie jeszcze) zmapowane. Nawet jak pokryte trawą, to jest jedno na drugim. Np. tutaj: way/1289747884#map=19/52.228203/20.959889

Czy tutaj zrobili strefę 30? Jeśli tak, to przydałoby się dorzucić `source:maxspeed=PL:zone30`

Cześć,

ten komentarz dot. zarówno tego sklepu jak i innych dodanych w ostatnich dniach.

Ogólnie to dodawanie do sklepów nazwy "Sklep x" jest błędne w większości przypadków.
Nazwa powinna być w tym przypadku samym "Würth" lub "Wurth" (jeśli taki wariant występuje w Polsce).
Nie dodajemy zbędnego "sklep" jeśli nie tworzy to integralnej części nazwy. Sam tag `shop` wskazuje na to, że jest to sklep.

Wszystkie sklepy wymagają poprawy w tej kwestii.

Proszę nie dodawaj również fikcyjnych adresów, wcale taki nie istnieje, a strona to w ogóle tutaj podaje Warszawę co jest absurdalne.
Powinno zostać poprawione po stronie sklepu, a jeśli sklep życzy sobie nowego adresu, to można się zgłosić do lokalnego UG/UM i taki przydzielą.
Lepiej dodać POI bez adresu, bo może być zwyczajnie wyciągnięty z obiektu obok niż z błędnym.

Kolejna drobna rzecz, to `website` powinien zaczynać się od `http://` albo `https://` i w przypadku gdy jest unikalny dla danej placówki to takiego należy użyć, czyli np.

`https://eshop.wurth.pl/Sklep-Stacjonarny/sklep_stacjonarny.cyid/sklep_stacjonarny.cgid/pl/PL/PLN/?id=B9AD`

Podawanie ogólnego wszędzie nie ma aż tak dużego znaczenia, bo i tak trzeba wyszukiwać ręcznie konkretny sklep.

way/801553288

Czy to na pewno jest surface=pebblestone?
surface=pebblestone

Może gravel/fine_gravel, albo zwykła ziemia?

*Bez tego drugiego komentarza, źle spojrzałem. Tu jak najbardziej pokazuje ścieżkę gruntową.

way/35005747

A tu połowa jest w BDOTcie jako żwir.

way/35005748

To jest dirt? Czy tylko mały fragment północny? Bo BDOT pokazuje kostkę brukową od Kopernika.

Dzięki za wyłapanie! Faktycznie na nowszym mapillary pojawił się również od drugiej strony znak końca DDRa, gdzie wygląda na to, że wcześniej go nie było.

Zmieniłem na zwykły chodnik + dodałem podjazd, żeby nie było teleportu routingowego.

Uwaga odnośnie tagowania `construction`.

Proponuję zmienić niektóre tagi do postaci: `construction:klucz=wartość`, bo taka ścieżka może być interpretowana jako przejezdna, ponieważ te pojedyncze accessy (per pojazd) mogą nadpisać stan w budowie.

Czyli np. zamiast:
```
highway=construction
construction=path
foot=designated
bicycle=designated
segregated=no
```

Zmieniłbym na:
```
highway=construction
construction=path
construction:foot=designated
construction:bicycle=designated
construction:segregated=no
```

Dodatkowa wskazówka:
Zachęcam, żeby do każdego zmienionego obiektu np. na podstawie dokumentacji dodawać ten sam tag np. `source=<link do dokumentacji>`.

Potem można w edytorze zaznaczyć te wszystkie obiekty, które trzeba przejrzeć 2 kliknięciami i wrzucić sobie np. do todo i nic nie umknie :)