Chodzi mi o tą drogę: way/1240029074

way/962699979 - jeżeli nie jest to droga przeznaczona do ruchu rowerowego to:
1. chodnik: highway=footway i bez dodatkowych tagów foot, bicycle
2. wydeptana ścieżka z zakazem dla rowerów: highway=path + bicycle=no i bez tagu foot, który jest implikowany przez path.

Cześć, przypominam, że ciąg pieszo-rowerowy nawet gdy służy bardziej rowerzystom niż pieszym to highway=path a nie highway=cycleway

Cześć, znam i namiętnie używam ale nie wszystko ta aplikacja potrafi. Część edycji muszę orać w JOSM - dodawanie, poprawianie przystanków w relatify nie da się ogarnąć :) Dzięki za info :)

PS: Bez relatify bym w relacjach bus nie grzebał :)

Cześć, jak wywalasz adres z wejścia, to wszystkie tagi z addr:* też powinieneś usuwać. Resztki tagów addr:* bez numeru budynku nie mają zupełnie sensu.

Połączyłeś tutaj pola i łąki do linii granicy administracyjnej way/1226710023 (np. w pobliżu tego węzła node/11497105864). To też jest błąd. Poprawka tego to sporo pracy i rozważam wycofanie tej edycji.

Tutaj jeszcze odłączyłem kilka landuse od dróg i zmniejszyłem liczbę nadmiarowych węzłów na drodze: https://overpass-api.de/achavi/?changeset=146275963

Obiekty na różnych layer nie powinny być łączone. Tutaj utworzyłeś przepust pod drogą dla strumienia way/877962649 ale połączyłeś go z drogą 509 oraz chodnikiem biegnącymi nad tym przepustem.

Ten sam błąd zauważyłem w kilku miejscach w okolicy.

Niepoprawne jest też łączenie dróg z obszarami. W okolicy widzę, że masz je błędnie połączone.

Dodatkowo gęste dodawanie węzłów na w miarę prostej drodze nie jest poprawne. Warto ograniczać liczbę węzłów na drogach, bo podczas wyliczania tras w nawigacjach takie dodatkowe punkty wydłużają czas obliczenia.

BTW - cieki wodne dobrze jest mapować z podkładem ISOK (Cieniowanie), bo wtedy lepiej widać ich przebieg a także gdzie zaczyna i kończy się przepust :)

Kilka korekt zrobiłem w tym CS: https://overpass-api.de/achavi/?changeset=146275767

Przystanki podmieniłem na węzły ale mam jeszcze pytanie związane m.in. z routingiem - czy ten koniec drogi leśnej node/11514537761 jest faktycznie odcięty od tego ciągu pieszo-rowerowego przy Nowowiczlińskiej? Może tylko jest to niedopatrzenie?

Jeżeli chodzi o rozdzielanie chodnika drogi rowerowej, to może łatwiej jest im przypisać oddzielne parametry ale do późniejszej edycji powstaje 2x więcej węzłów a dodatkowo istnieje ryzyko utworzenia nieplanowanych przerw między chodnikami. Nie wiem jakie są plusy takiego rozwiązania, bo żadna nawigacja nie ma dokładności, żeby wykorzystać tę linie.

Dzięki za informację. Problem zauważyłem, gdy relacje autobusowe się rozjechały po tej edycji. Mam uwagę, żeby platformy oczekiwania tworzyć jako węzeł przy słupku przystankowym. Obszar przystanku niewiele wnosi na mapę a tylko utrudnia kolejne edycje. Poza tym highway=bus_stop można chyba dodawać tylko na węzłach wg Wiki.

Czy jesteś pewien swoich zmian przystanków przy pętli Karwiny Nowowiczlińska? Mało prawdopodobne jest to, żeby przystanek 02 i 04 znajdowały się obok siebie:
https://i.imgur.com/jGmCP4Q.png

W jakim celu zamieniasz prawidłowe ciągi pieszo-rowerowe na oddzielny chodnik i drogę dla rowerów? Przecież ich jezdnie nie są fizycznie rozdzielone.

'Wycofuję Twoją edycję, gdyż jest niezgodna z wytycznymi OpenStreetMap. Tagi addr:city są przeznaczone dla miejscowości posiadających nazw ulic. W przypadku Domachowa istniejące tagi addr:place były prawidłowe i wystarczające.
osm.wiki/Pl:Key:addr:*#Adres_w_miejscowości_bez_nazw_ulic'

changeset/146225810

Autobusy dojazdowymi też mogą jeździć.
Na pewno unclassified tutaj nie spowoduje, że nawigacje powariują i na nią puszczą cały ruch samochodowy zamiast na drogę 89, więc nie ma co tego traktować jako ważny problem.

Osobiście jednak zostałbym przy kategorii service :)

Cześć, chyba poprzednia kategoria drogi (dojazdowa) bardziej tutaj pasuje. Droga chyba nie ma dużego znaczenia w komunikacji.

Jasne, dobrze, że dopytujesz, bo na początku miałem podobne rozterki a wcale nie jest łatwo znaleźć ich rozwiązanie w Wiki :)

Linie highway odwzorowują przebieg fizyczny drogi i umieszczenie zjazdu na prawoskręt przed fizycznym skrętem drogi spowoduje, że nawigacje poinformują "skręć w prawo" o 20-30m za szybko. W miastach przy gęstej siatce dróg może mieć to znaczenie. Pas do skrętu powoduje, że nawigacja może wyświetlić układ pasów ruchu i kierowca wcześniej może ocenić, co ma zrobić przed najbliższym skrzyżowaniem.

Nawet jeśli w ostatniej chwili zmieni zdanie mimo tego, że zrobi to nielegalnie przejeżdżając po ciągłej linii, to fizycznie jest w stanie to zrobić.

Jeżeli ktoś chce bardziej szczegółowo określać ograniczenia pomiędzy pasami ruchu, to może skorzystać z klucza change=* change=*, którego zastosowanie jest pokazane np. na stronie osm.wiki/Lanes#Motorway_with_lanes_and_destinations (5 segment rysunku).

osm.wiki/Editing_Standards_and_Conventions#Divided_highways

Mam nadzieję, że trochę rozwiałem wątpliwości. Przepraszam, że źródła podałem w angielskiej Wiki ale to jest podstawa, z której biorą się później tłumaczenia na inne języki i nie zawsze są one aktualne.

Cześć, na lokomotywie jest tylko nazwa Ty2-14. O tym, że jest to lokomotywa świadczą inne tagi i do nazwy nie trzeba tego dopisywać.

Rzeka przez jeziora powinna być wrysowana jako dodatkowa linia - coś jakby wyznaczona droga wodna. Można z takiej linii usunąć nazwę ale sama linia powinna zostać. Są nawigacje, które potrafią zestawić trasę wodną i one potrzebują takich dróg wodnych. Przywrócę ten odcinek Wąsawy: way/94864324

W tej edycji dodałem dwa przejścia:
1. niedaleko przystanku: node/11509635242
2. przy Dejcomp node/343508257

Które zostało zlikwidowane? Oczywiście możesz je usunąć sam, jeżeli masz wiedzę lokalną, która jest rozbieżna z ortofotomapą :)