osm.wiki/Pl:Dobre_praktyki#Zachowaj_proste_linie_prosto

Cześć,

Czy mógłbyś używać mniejszej ilości węzłów do tworzenia linii highway? Jeżeli fragment drogi jest niemal prosty (np. wjazdy na rondo), to nie trzeba highway=* układać zgodnie z krawężnikiem, bo nie do tego służy ta linia. W nawigacji nadmiar punktów na drogach wymusza więcej obliczeń. Jeżeli chcesz mieć kształt krawężnika w OSM, to używaj do tego klucza area:highway=*.

Dlaczego węzeł node/5060625085 zrobiłeś wspólny dla zjazdu i wjazdu z ronda? Routing będzie nieprawidłowo zliczał zjazdy z ronda dla kierowców wjeżdżających ulicą Wołkowyską od północy.

Przykład ronda ze zbędnymi węzłami na wjazdach oraz zaznaczony powyższy nieprawidłowy węzeł:
https://i.imgur.com/tF7cIzM.png

Sprawa jest wyjaśniona. Nie ma potrzeby dostarczać dodatkowych dowodów :) Dzięki za aktualizację danych.

Zmiana nazwy wydaje się prawidłowa - taka stacja jest do odnalezienia w serwisie www Orlen:
https://i.imgur.com/BOoerjF.png

Źródło danych zostało pewnie automatycznie wrzucone z załadowanych podkładów w JOSM - przy pojedynczej edycji czasami można zapomnieć o dopisaniu survey czy też innym źródle danych.

Zastosowań tego klucza man_made=chute_block nie jest dużo, bo może nie są to obiekty obligatoryjnie budowane przy tamach (tak mi się wydaje, ale nie jestem znawcą tematu).

Na pewno nie mogą to być obiekty typu waterway=dam, bo ktoś wyszukując tamy w bazie OSM dostanie w wyniku tysiące błędnych informacji z powodu tych bloków - tutaj koniecznie trzeba stosować zasadę 'Jeden obiekt, jeden element OSM' osm.wiki/Pl:Dobre_praktyki#Jeden_obiekt,_jeden_element_OSM

Wyszukiwanie barierek w OSM to mniej prawdopodobny scenariusz, który i tak wyrzuci wielkie liczby różnego typu danych, więc do klucza barrier można się zgodzić ale jednocześnie powinno dodawać się man_made=chute_block aby tag mógł się rozpowszechnić.

Hej, tutaj chodziło o punkt adresowy spięty z jednym narożnikiem budynku. Poprawiłem to w https://overpass-api.de/achavi/?changeset=146819150

Adres przerzuciłem na obwiednię budynku i usunąłem nadmiarowy tag addr:city
https://i.imgur.com/XT8YqIO.png

Cześć, proszę Ciebie o ograniczenie liczby nadmiarowych węzłów na liniach highway=* - ten klucz nie służy do odwzorowania krawężników, tylko do obliczania tras w nawigacjach. Im mniej węzłów, szczególnie na prostych odcinkach drogi, tym mniej obliczeń routingu.

osm.wiki/Pl:Dobre_praktyki#Zachowaj_proste_linie_prosto

Czemu mają służyć te dziesiątki zbędnych węzłów na wjazdach/zjazdach z ronda, jeżeli to są niemal proste linie? Np. tutaj:
way/1163073153

https://i.imgur.com/5jP7xYA.png

Pozwolę się wtrącić do dyskusji - tagowanie waterway=dam dla tych bloków to ewidentny błąd i mapowanie pod render.

Znikome użycie klucza man_made=chute_block nie jest powodem aby go nie stosować, bo każdy nowy klucz zaczyna od niewielkiej ilość użyć a nie wszystko musi być renderowane na OSM Carto.

Jasne, też nieraz męczę się z revertami i wiem jak to jest - jak nie wycofasz zaraz po błędnej edycji, to coś zwykle komplikuje proces revertu.

Twój revert brzmi jak dzialanie w słusznej sprawie, więc no problem :)

Trochę za dużo wycofałeś automatem ale na szczęście w tej edycji dużo nie miałem zrobione, więc wybaczam :)

Właśnie na discord, ktoś napisał, że francuski OSM renderuje area:highway - możesz sobie zobaczyć styl tutaj: https://umap.openstreetmap.fr/pl/map/new/#19/54.47476/18.37940

Tak, jest niezła ale pamiętam, że jak raz pobierze się dane dla jakiegoś obszaru, to później chwilę trwa zanim dane z OSM pobiorą się ponownie. Jakby co, to w ustawieniach mapy jest jeszcze kilka funkcji poukrywanych - np. pory dnia i cienie z nią związane :)
https://i.imgur.com/XZhmYcC.png

Jakby co, to miejsce usunąłem z mapy.

Cześć,

Takich miejsc nieistniejących nie dodaje się na mapę OpenStreetMap. Takie miejscówki można trzymać na własnej mapie np. https://umap.openstreetmap.fr/pl/ https://felt.com/maps lub podobnych.

Pozdrawiam

Wydaje mi się, że mapa F4 (3d) to potrafi. Przed chwilą dodałem do Twoich area:highway klucz area=yes, bo chyba bez tego ten render nie zadziała. Nie wiem jak często odświeżane są dane na tej stronie ale chyba w miarę często to się odbywa - tutaj link na widok szkoły w Bojanie:
https://demo.f4map.com/#lat=54.4750113&lon=18.3787671&zoom=19

Do oznaczania miejsc parkingowych należy używać amenity=parking_space a kilka parking_space na parkingu należy otoczyć jednym obszarem amenity=parking

Poprawiłem edycję w https://overpass-api.de/achavi/?changeset=146704844

Tutaj poprawiłem jeszcze 3 obszary, które właśnie też zauwazyłem: https://overpass-api.de/achavi/?changeset=146704596

Jak masz jeszcze gdzieś taki błąd, to proszę o jego poprawienie. Dzięki

Cześć,
Nieprawidłowo utworzyłeś tutaj area:highway. Gdy używamy area:highway=*, to nie można dodawać to tego obszaru klucza highway=* a klucz area=yest jest zbędny.

Zdarza się, że drogi piesze posiadają area:highway i highway jednocześnie ale jest to mapowanie pod render, który da się jakoś uzasadnić tym, że piesi mogą chodzić wokół jakiegoś placu. Samochodem tego jednak nie zrobisz :)

Poprawiłem Twoją edycję tutaj:
https://overpass-api.de/achavi/?changeset=146704391

Jeden z hydrantów przerobiłem w taki sposób, który jest poprawny:
https://osm.mapki.com/history/node/11549169319

Cześć, dzięki za dodanie hydrantów wraz ze szczegółami! Dobra robota :)

Zdecydowana większość hydrantów nie posiada nazwy (musiałby mieć jakąś tabliczkę z tą nazwą) i dlatego opis w stylu 'Nabrzeże Oliwskie - PSP FLORIAN' powinien trafić do tagu description a nie do name.

Dodatkowo tag fire_hydrant:pressure
nie został prawidłowo użyty. Liczby w OSM zapisujemy z kropką oddzielającą część dziesiętną. Wydajność opisujemy oddzielnym tagiem flow_rate=*. Jednostki oddzielamy od wartości spacją, co akurat prawidłowo było zrobione

Zatem przykładowa wartość:

fire_hydrant:pressure=2,6 Bar, Wydajność 11,50 dm³/s

powinna być zapisana w OSM następująco:

fire_hydrant:pressure=2.6 Bar
flow_rate=11.50 l/s

Poprawisz sam te uwagi? Jeśli nie, to mogę Ci tym pomóc. Pozdrawiam!