OpenStreetMap logo OpenStreetMap

Changeset When Comment
90923002 over 5 years ago

Hallo Bergsee,

dieses Vorgehen ist leider falsch, denn die OSM-Daten waren/sind korrekt:

1.) Probleme in der MVV-Fahrplanauskunft sollten dort gelöst werden, nicht in den OSM-Daten. Eventuell kann die MVV-Fahrplanauskunft nicht mit dem Multipolygon umgehen (s.u.) und sollte das lernen?

2.) die Informationen waren bereits am Multipolygon vorhanden. Diese Infos werden an den Membern des Multipolygons auf keinen Fall wiederholt, das widerspricht den Taggingregeln.

3.) warum das Multipolygon so viele 'outer' Member hat, weiß ich auch nicht. Das werde ich prüfen und gegebenenfalls korrigieren.

MMn sollte dieser Edit revertiert werden.

Viele Grüße,
Toni

90027289 over 5 years ago

Danke, Gruß, Toni

90027289 over 5 years ago

Hi Limes,

dann war access=no irreführend, hw=construction ist wohl besser, auch wenn es nur Schotter ist (ist der Schotter nicht der Unterbau der Straße, also ein Teil der Straße?). Und wenn sich, wie du vermutest, wieder eingerichtet werden ist hw=construction der momentane (Übergangs-)Zustand.

Gruß
Toni

89926360 over 5 years ago

Danke für die schnelle Reaktion.

Sollte dann morgen hier

https://ptna.openstreetmap.de/results/DE/NW/DE-NW-WT-Analysis.html#bus_33-2

als korrigiert sichtbar werden.

Gruß
Toni

89926360 over 5 years ago

Servus,

hat man hier die Altenhagener Straße (124271904) von secondary auf path runtergestuft?
Ich glaube, das war ein Versehen beim Editieren?

Gruß
Toni

89818682 over 5 years ago

Hallo toslan2016,

willkommen bei OSM.

den Tag 'permit' für motor_vehicle gibt es nicht.

Was ist konkret damit gemeint?

Zusätzlich: wenn für Linienbus freigegeben: psv=yes (public service vehicle) oder allgemeiner bus=yes wäre korrekt.

Siehe auch:

osm.wiki/DE:Map_Features#Beschr.C3.A4nkungen

Viele Grüße
Toni

89535215 over 5 years ago

Super, Danke für die schnelle Reaktion.

Gruß
Toni

89535215 over 5 years ago

Hallo Jonas,

ich sehe gerade via PTNA, z.B. https://ptna.openstreetmap.de/results/DE/BY/DE-BY-VGA-Analysis.html#bus_55 dass hier eine Baustelle ist.

Die Dauer scheint mir mit 8 Tagen recht kurz zu sein - auf jeden Fall zu kurz, um es mittels eines einfachen access=no und highway=construction zu machen.

Für kurzfristige Baustellen sollte z.B.:

access:conditional = no @ (2020 Aug 17-2020 Aug 23)

gesetzt und auf highway=construction verzichtet werden.

Hintergrund: Navis, Routing-SW und Karten machen keine regelmäßige, tägliche Updates. OsmAnd z.B. bietet Updates immer so am 10. eines Monats an, die Daten dazu stammen meist vom 1. des selben Monats.

Folge: eine Sperrung vom 20. des Vormonats bis zum 5. diesen Monatgs kommt in die Daten von OsmAand rein, wird dem Nutzer aber erst am 10. bereitgestellt. Die Sperre ist schon wieder weg, der Nutzer "lebt" mit den Daten (der Sperrung) in OsmAnd bis mindestens zum 10. des Folgemonats oder sogar länger - hängt davon ab, wann er den nächsten Update macht.

Das ist nur ein Beispiel, und perfekt kann man sowas nie mappen.

Navis verstehen mittlerweile access:conditional und würden diese Straße hier dann ab 24. August wieder nutzen.

Ein reines access=no ist einfach zu grob um kurzfristige Sperrungen zu mappen.

Das Gesagte gilt auch für Karten-SW, nicht jede Karte reagiert auf Änderungen des OSM-Daten innerhalb von Minuten (wie osm.org) und zeigt durchaus Daten, die eine Woche alt sind (Transport-Layer und Cycle-Layer von osm.org)

Viele Grüße
Toni

89484128 over 5 years ago

Bzgl. GTFS-Daten und aktuelle und ältere:

'skyper' hatte den Vorschlag gemacht, die GTFS-Daten zum Fahrplanwechsel (Mitte Dezember) aufzubewahren und als 'long-term' und auch mit Datum zugänglich zu machen (DE-BY-MVV-long-term als symbolischen Link auf DE-BY-MVV-2020-12-13)

89484128 over 5 years ago

oh ja, auf changeset/89484128?node_page=3#map=20/48.30606/11.90843&layers=TN

noch sichtbar und wohl für 501, 520, 550 und 560 relevant.

Die bekommen wir über die GTFS-Daten wieder an die richtige Position ...

Aber wenn ich so recherchiere: die Haltestelle gibt es beim MVV garnicht mehr, weder im Online-Fahrplan, noch in den aktuellen oder älteren GTFS.

89484128 over 5 years ago

> Die Fahrbahn gibts nicht mehr in diesem Bereich.

Na ja, stimmt nicht ganz, so ganz und komplett ist sie nicht verschwunden. Auf den Plänen gibt es sie noch, im Unterbau, die Kanalisation, ... und es ist ja eine Straßenbaustelle und es ist deutlich einfacher, von highway=construction (was es ja letztendlich ist: "hier wird eine Straße gebaut") wieder auf highway=tertiary|service|... zurückzugehen als alles wieder zu (re-)konstruieren.

Die 14 Ways sind u.A. straßenbegeleitende Fußwege, ... Zufahrten, ... aber auch Kirchgasse, Schrannenplatz, F.-F.-Straße, landshuter Straße, Zollnerstraße.

Alles irgendwie machbar, ich mach' das mal.

89484128 over 5 years ago

Geht es um die Straße beim Schrannenplatz?

Ja, die sollten wir zurückholen und auf highway=construction + construction=* setzten --> gängiges Verfahren bei OSM:

89481380 over 5 years ago

Hallo Wolfgang,

das war Zufall auf einer kleinen Radtour entlang der Grasbrunner Radlrunde. Das Schild ist von Norden kommend sichtbar am Baum befestigt.

Viele Grüße
Toni

89387694 over 5 years ago

Hi, yes, I've noticed the changeset. Sounds reasonable.

We might have the same situation in Haar right and left of Dr.-Mach-Straße osm.org/?mlat=48.11436&mlon=11.71271#map=17/48.11436/11.71271 .
I've been there some days ago and ... maybe we should apply the same settings there.
Br
Toni

89387694 over 5 years ago

Hi,

highway=road

is used if you do not know the exact type of a street.

In this case could those instead be marked as highway=service and service=driveway with appropriate access-tags, or just as highway=path, foot=yes, bicycle=yes and ?=yes?

Best regards,
Toni

89353934 over 5 years ago

Servus Zeusd

bei längeren Baustellen mit Sperrung der Straße (> 1 Monat) wird in der Regel so getagged:

highway=construction

construction=residential

(in diesem Fall, wenn vorher highway=residential war)

Kurzfristige Baustellen werden in der Regel nicht gemapped, das hängt mit der Updatestrategie von Navis, ... zusammen.

Bei Baustellen ohne Sperrung wird auch nichts unternommen.

Bei kurzzeitigen Sperrungen kann man z.B. mit

access:conditional = no @ (2020 Aug 13-2020 Sep 1)

arbeiten, das verstehen die meisten Navis sogar.

Viele Grüße
Toni

89299619 over 5 years ago

Mmh, dann müste ein hgv=destination an die Lederergasse und eine restriction:hgv = no_left_turn von Rotter Straße in die Lederergasse noch hinzu?

Ich vermute mal, dass die Abbiegeverbote wegen der spitzen Winkel beim Abbiegen existieren.

89299619 over 5 years ago

Stimmt, wobei eigentlich nur relation/11498940 notwendig ist.

Die Lederergasse hat ein hgv=no und ein no-u-turn auf sich selbst wird als sinnlos erachtet (*to add a no_u_turn restriction relation seems only useful if from-member and to-member are different way objects).

Hat somit den gleichen Effekt nur mit einem andere Mittel.
Das Straßenschild in der Münchener Straße sagt allerdings "only_right_turn".

Aber, ja mei, wenn's der iD dann korrekt darstellt.

iD sollte man aber trotzdem auf das Bild https://ibb.co/F6XxFzG hinweisen und anmerken, dass restriction:* = only_right_turn wohl fehlerhaft dargestellt wird..

89299619 over 5 years ago

Oops, da hat der wohl only_right_turn mit no_right_turn verwechselt.

89299619 over 5 years ago

Man könnte gegen iD und JOSM jeweils einen Bug aufmachen.

Für JOSM mache ich das mal.
Bei iD weiß ich nicht so genau, was angezeigt wurde / nicht angezeigt wurde, ...