Hey Reiner,

leider das gleiche Problem mit der Ordnung der Relationen. Was mich wundert ist, dass bei alle Relationen der neue Weg falsch eingeordnet wird, egal in welcher Richtung der geteilte Weg führt.

Kannst Du das bitte den Entwicklern mitteilen? Deine beiden Änderungssätze sollten als Beispiele genügen.

Danke und viele Grüße,
skyper

Hi Reiner
Ja, iD achtet anscheinend nicht auf die Reihenfolge und wo der neue Way eingeordnet werden muss. Bei PTv2 gibt es eine vorgegebene Reihenfolge und auch bei anderen Route-Relationen sollten keine zusätzlichen Lücken entstehen.

Dieser Änderungssatz ist ein einfaches Beispiel. Ich frage mich was iD bei komplexen Situationen wie Schleifen und in verschiedene Richtungen mehrfach verwendete Wege macht.

Ein Testgebiet wäre die Straße "Wasen" südlich der Kreuzung (Kreisverkehr?) in Untermünstertal mit den vielen Varianten der 291. Ansonsten halt Busbahnhöfe/ZOBs wie z.B Freiburg und der nicht nach Richtungen aufgeteilte Teil der Schnewlinstraße.

Viele Grüße,
skyper

Salli *abq*

Deine Änderungen haben leider alle Bus Relationen und die der L123 durcheinander gebracht.

Hast Du irgendetwas besonderes gemacht oder kann Id immer noch nicht PTv2-Relation richtig händeln?

Habe es gefixed: osm.org/changeset/99318244

Grüße skyper

Hallo

Ich habe mal die fehlende "route_master" Relation ergänzt:
osm.org/relation/12299194

Bei PTv2 bedarf es dieser Relation als Sammlung der einzelnen Varianten. Ausnahme sind Linien mit nur einer einzigen Variante, z.B. Ringlinien.

Habe ich auch nur durch PTNA entdeckt:
https://ptna.openstreetmap.de/results/DE/BW/DE-BW-RVL-Analysis.html

Dort sind auch die GTFS-Daten der SWEG, die wir verwenden dürfen.

Viele Grüße,
skyper

Ok, hab die einzige Linie auf das Nebengleis zu den anderen ICEs + TGV gelegt. Sieht besser aus.

Hab 'ne erholsame Nacht.

Das mit dem siding ist OK. Soweit ich mich erinnere sind die zwei westlichen Hauptgleise (Neubau) mit einer Lärmschutzwand versehen. Für die "schnellen" Züge sind die Nebengleise als Halt gedacht und PNV und S-Bahn benutzen die östliche "alte" Strecke.

Ich denke, der 1. Node gehört gelöscht.

Ciao skyper

Salli Toni

Gibt es diesen Haltepunkt wirklich, oder ist er nicht "nur" auf der östlichen Seite? Jetzt gibt es zwei mal "Gleis 4".

Grüße skyper

osm.org/node/8129884694

osm.org/node/2418937223

Ich habe immer noch zerschossene Haltepunkte entdeckt. Bei der Reaktionszeit wäre ein Revert vielleicht besser gewesen. Heute ist es dafür zu spät, aber zumindest alle Haltepunkte könnten noch mal überprüft werden.

Thanks, input mistake, gonna fix it.

Habe ich aus dem Grab geholt und als abgerissen eingetragen.

Grüße skyper

Bei mir funktioniert die AeroWest-Seite in meinen zwei installierten grafischen Webbrowsern nicht. Daher muss ich mit den Standard Luftbildern und an GPX-Tracks und Maps4BW ausrichten arbeiten. Esri ist meist am besten ausgerichtet aber meist schräg. Die neueren, unschärferen Bing und Maxar müssen meist nachjustiert werden und Maxar ist immer einiges verschoben. Wenn Du AeroWest mit richtiger Projektion verwendest bin ich aber ruhig und neidisch.

Hey FbrG

Ich kenne kein Argument gegen `area:highway` im Seepark. Wer hat diese denn entfernt?

Funktioniert der OSM-Login bei AeroWest wieder und dürfen wir die geo-referenzierten, hochauflösenden Bilder in Freiburg noch/wieder verwenden? Das wäre ja super und ich sollte das Wiki anpassen (osm.wiki/Freiburg_im_Breisgau#Luftbilder_.2F_Hintergrund)

Für JOSM Validator gibt es noch ein paar zusätzliche Regel für bestimmte Länder. Kannst Du in den Einstellungen zusätzlich installieren. Bei DE wird u.a. die falsche Verwendung von foot-/cycleway moniert. Ganz praktisch.

Werde die Fläche mal wieder herstellen und verbessern.

Liebe Grüße
skyper

Ach so, habe ich ganz vergessen. Gemeinsam genutzte Fuß-/Radwege sind immer path in Freiburg. footway + `bicycle=yes/designated` bzw. cycleway + `foot=yes/designated` ist nicht korrekt.

Ciao skyper

Salli FbrG

Warum hast Du denn die Wegfläche (osm.org/way/33909291) gelöscht? Gebe ja zu, dass sie zu groß war und aufgeteilt und nur als `area:highway` eingetragen werden sollte, aber die Fläche existiert doch.

Auch habe ich den Verdacht, dass Du die Hintergründe nicht exakt ausgerichtet hast und so eine leichte Verschiebung auftritt. An was hast Du Dich denn orientiert?

Liebe Grüße,
skyper

Hello micma039

Welcome to OSM.

I think you missunderstood the meaning of "highway=unclassified" in OSM. It has the meaning of a country road without higher classification and is used in industrial and commercial areas as alternative to "highway=residential" in residential areas.

If you want to state that the highway needs reclassification within OSM the value "road" is the way to go.

If I have to judge from my couch, I would stick with "highway=path" and proper access tags but, maybe, "highway=service" is an alternative.

Regards skyper

Hey kaeru

Deine Änderungen haben leider die Rheinfolge der Mitglieder sämtlicher Busrelationen durcheinander gebracht. Ist das ein generelles Problem von iD?

Habe es repariert, aber bitte achte auf die Reihenfolge der Mitglieder, vor allem bei PTv2.

Danke und Grüße skyper

Siehe osm.org/note/2444392.

Grüße skyper

Salli Korabe
da war ich wohl schneller. Hattest Recht, an den Stellen waren die Übergänge falsch eingetragen und die richtigen haben gefehlt.

Die Definition von `crossing=unmarked` im Wiki finde ich nicht richtig und scheint mal wieder eher die Definition von iD Abzudecken. Habe leider bisher keine Diskussion über die doch sehr neuen Wiki-Seiten gefunden.

Wie kann ich den sonst Stellen zum Überqueren hervorheben, damit ich sie von `crossing=no` unterscheiden kann?

Viele Grüße
skyper

Hi Korabe

Warum hast Du denn `highway=crossing` und `crossing=unmarked` hier entfernt?

Auch wenn die gesamte Straße keine Bordsteine hat, kann an den beiden schmalen Stellen am besten die Straße überquert werden, da z.B. keine parkenden Autos im Weg sind.

Kannst Du deine Änderungen dies bezüglich nochmal überarbeiten.

Danke und Grüße
skyper

Habe die alte Relation wieder hergestellt:
osm.org/changeset/94984707