Starałem się odzwierciedlić prawdziwy układ posiłkując się WMS z geoportalu z uzbrojeniem terenu. Przy tej gmatwaninie kabli mogłem coś namieszać.

Cześć, na jakiej podstawie zmieniałeś nazwę tej części miejscowości? Wg wykazu PRNG powinny być nazwy: name=Czarne Błoto + name:genitive=Czarnego Błota

Czyli POI nie powinny posiadać danych adresowych?

Adresy przy paczkomatach moim zdaniem nie przeszkadzają i w pewnym sensie ułatwiają ich odnalezienie, gdy ma się dostęp tylko do otagowanego punktu z paczkomatem. Sam też nadaję adresy takim punktom, chociaż wiem, że adres dotyczy pobliskiego budynku.

Trochę błędów wyszło przy tym changeset. Zamieniłeś dwa tagi miejscowości z 'place' na 'shop' https://pewu.github.io/osm-history/#/node/26432853 i 'tourism' https://pewu.github.io/osm-history/#/node/692631943 a do jednej relacji administracyjnej miejscowości dodałeś nieprawidłowy tag 'building' https://pewu.github.io/osm-history/#/relation/9238721. Zrobiłem poprawki a innych błędów nie wyłapałem. Jednym słowem to była dobra edycja ale błędy czasami się zdarzają :)

Jeszcze jedna uwaga - paczkomat z mojego wcześniejszego przykładu został nie tylko przesunięty ale też został mu podmieniony numer ref na nieprawidłowy. W niedużej odległości mamy dwa paczkomaty i import nadpisał nieprawidłowe dane. Proszę o wycofanie importu i przygotowanie go w sposób bardziej przemyślany.

Cześć, dzięki za import danych o paczkomatach. Nie wiem skąd wziąłeś źródło danych i mam nadzieję, że pozyskane zostało w sposób legalny. Nie mniej jednak zaimportowane dane nie są zbyt dokładne lub aktualne. Dla przykładu mój paczkomat w Baninie (https://osmlab.github.io/osm-deep-history/#/node/4377128201) został przesunięty do poprzedniej lokalizacji na mapie (zmiana nastąpiła około rok temu). Być może rozwiązaniem byłoby wycofanie zmian i ponowny import bez zmian współrzędnych paczkomatów istniejących na mapie, bo może okazać się, że mój przypadek nie jest odosobniony? Oczywiście brakujące paczkomaty na mapę powinny trafić do współrzędnych z importowanej bazy danych.

Cześć,
Linia średniego napięcia o napięciu 150kV Ci tutaj wyszła. Może to powinno być 15kV? Sprawdź proszę jak to powinno wyglądać :) - tutaj wątpliwa linia: way/727318768

Cześć, proszę Ciebie o nie dodawanie tagu 'access=no' do uspokajaczy ruchu (np. szykana) na węzłach drogowych. Powoduje to zamknięcie przejazdu. Dzięki.

PS: Dwa węzły z tej Twojej edycji już poprawiłem w changeset/73684252

Cześć, czy ten most nad Wałszą koło kapliczki jest przejezdny/do przejścia? Jeśli przez most nie można dostać się na drugą stronę rzeki, to powinnien dostać dodatkowy tag access=no.

Zgodnie z informacją w nowszym changeset (changeset/71864140) droga istnieje.

Cześć,
Czy ten odcinek drogi: way/464870040 (ul. Na Wzgórzu) już powstał albo jest może przejezdny? Ze zdjęcia to nie wynika ale zmieniłeś jego otagowanie.

Cześć, widzę, że wzdłuż ul. Słonecznej w Kartuzach utworzyłeś ścieżkę (way/667507645) i chodnik po drugiej stronie. O ile chodnik jest dodany w miarę prawidłowo o tyle ścieżka rowerowa powinna być dodana jako 'highway=cycleway' (osm.wiki/Pl:Tag:highway=cycleway).

Nie mniej jednak wcześniej do ul. Słonecznej jako atrybut dodałem 'bicycle=designated + cycleway:right=track' (zgodnie z wiki: osm.wiki/Pl:Rowery#R.C3.B3.C5.BCne - wariant S3).

Zwykle ścieżki rowerowe oraz chodniki nierozdzielone np. pasem zieleni od jezdni powinno opisywać się dodatkowymi tagami do jezdni. Stosowane są jednak różne warianty i dodatkowe linie ze ścieżkami są w takich sytuacjach powszechnie akceptowalne. Dodając oddzielną ścieżkę powinno się wtedy usunąć dodatkowe tagi z głównej drogi aby nie duplikować jej parametrów.

Jeżeli nie chcesz tego tutaj zmieniać w Kartuzach, to pewnie w ciągu kilku dni sam do tego przysiądę ale chciałem Ci przypomnieć o powyższych zasadach, które pewnie znasz :)

Daj znać, czy będziesz poprawiał ścieżki w Kartuzach, dzięki.

Nie martw się, też robię w 'detalu', jeśli dobrze zrozumiałem Twoją wypowiedź. Ta 'hurtowa' zmiana tagu ref owszem, wynikała z niedogodności, którą zauważyłem w OSMAND, ale jednak na platformie openstreetmap numer drogi przy nazwach ulicy był zaciemniający i nie był weryfikowalny że względu na brak tabliczek z numerami przy drodze.

Bąbel, proszę, wytłumacz mi dlaczego tak bardzo zależy Ci na prezentacji numerów dróg o klasie niższej niż droga wojewódzka na mapach openstreetmap?

Nie rozumiem chyba o co Ci chodzi. Piszesz o jakimś poczuciu estetyki przy temacie numerów dróg? Nasza dyskusja chyba do niczego konkretnego nie prowadzi.

Moje zmiany dotyczyły tylko zmiany tagu ref na tag unsigned_ref bez zmiany numeru. Wartości przypisanych do tagu ref nie weryfikowałem, bo nie taki był mój cel przy tych zmianach. Drogi tutaj nie mają tabliczek, więc nie mam nawet możliwości tego zweryfikować.

Sprawdziłem jeszcze drogi w dolnośląskim i tam numer ref na tych drogach gminnych (w kilku przypadkach, które zauważyłem) powiedzmy ma sens, bo są to drogi główne, łączące miejscowości. Natomiast w np. Kartuzach ulice posiadające numer w tagu ref na mapie wyświetlały się jako 'G12345G 3 Maja' i był to widok, który zaciemniał mapę miasta. Oczywiście tabliczek z numerami drogi gminnej tutaj nie ma.

Co prawda jest to tylko propozycja ale jak na razie widnieje tam informacja

'Jeżeli droga jest drogą krajową lub wojewódzką należy ustawić jej atrybut ref=* o wartości jak numer drogi (np. ref=713)'

Czyli drogi klasy niższej niż wojewódzka nie są wpisane do tagu ref.

Oczywiście można do końca świata wykłócać się o takie szczegóły ale chyba znikoma ilość osób potrzebuje wiedzieć jaki numer ma droga gminna a wyświetlanie tego numer na mapie powoduje, że mapa staje się mało czytelna.

Jeżeli OSM ma służyć do tak różnych celów, to przecież i tak wszystkich danych na mapie nie damy rady wyświetlić.

Szczegółowe informacje na temat np. drogi na której uszkodziłeś zawieszenie można sprawdzić klikając na mapie i wybierając opcję 'Wyświetl dane obiektu' i tam przecież numer drogi będzie dostępny.

Rozumiem, że oczekujesz rozwiązania systemowego ale jakie to miałoby być rozwiązanie? Wyświetlanie wszystkich informacji na renderze mapy podstawowej Openstreetmap? Tak się nie da, bo wtedy nic nie będzie na niej widać.

Nie mam pojęcia po co piszesz tutaj o jakichś prawach na zachodzie, skoro na OSM akurat podziały geograficzno-ekonomiczne nie mają szczególnego znaczenia.

A teraz do sedna: Jeśli faktycznie te numery są widoczne na drogach, to zwracam honor i może faktycznie powinny być tagowane jako ref ale tych znaków w mojej okolicy nie widziałem i dlatego uważam, że unsigned_ref jest dla tych dróg odpowiednim tagiem.

Co do dokumentów odśnieżania, to nie miałem pojęcia, że coś takiego istnieje ani tym bardziej, że wykorzystywane są do tego mapy openstreetmap. Wydaje mi się, że takie specyficzne wykorzystywanie (np. odśnieżaniem dróg zajmuje się bardzo ograniczona ilość osób) tak rzadko spotykanych numerów dróg powinno być oparte na innym serwisie niż główny rendering map.

W woj. pomorskim jeszcze nigdy nie spotkałem się na trasie z oznaczeniem drogi numerami w stylu 'G****G', '*****G', ani 'N*****G' i dlatego zmieniałem ten tag ref na unsigned_ref. Wyświetlanie ich na mapie uznałem za niepotrzebne zaciemnienie danych mapy.

Oczywiście można te zmiany wycofać ale chyba dobrze byłoby zrobić na ten temat dyskusję na forum.