Hallo

Die Frage, wie viele Personen im Auftrag des RP Freiburg mappen, wurde leider bisher nicht abschließend geklärt. Kann es sein, dass es mehr als eine Person ist?

Viele Grüße,
skyper

Hallo
Willkommen bei OSM.
Zum Eintragen von Zugangsbeschränkungen würde ja schon in osm.org/changeset/116966213 geschrieben. MMn sollte ein `vehicle=no` genügen und `access=no` vermieden werden.

Ich habe weiter Fragen:
* Woher hast Du Deine Informationen? Bitte gebe doch die verwendeten Quellen im Änderungssatz an, siehe CS tags (osm.wiki/Changeset#Tags_on_changesets). Bei Ortsbegehungen ist das z.B. `source=survey`.
* Wenn ich mir Deine Änderungen so anschaue, Frage ich mich, wie es dazu kommt, dass Du ausschließlich Zugangsbeschränkungen einträgst. Arbeitest Du etwa im Auftrag? Wenn dem so sei, bitte ich Dich, das auf Deiner Benutzerseite (osm.org/user/SchwarzwaldregionBelchen) deutlich zu machen, siehe "Profile -> Bearbeiten". Danke

Fragende Grüße,
skyper

Salli Simon
Hier haben noch ein paar Varianten gefehlt und es gab auch noch ein paar Ungereimtheiten mit Tags und exakten Steigen, z.B. Maria-v.-Rudloff-Platz.
Habe es hoffentlich soweit korrigiert und alle Zeiten eingetragen in osm.org/changeset/116986346.

Viele Grüße,
skyper

Hey Simon
Bin jetzt durch mit den Linien 22 bis 25.
Bei der genauen Anfahrt der Gundelfinger Straße bin ich mir allerdings unsicher. Fahren die meisten Varianten von Westen wirklich die Schleife "außerhalb" und erst von Osten in den Haltestellenbereich oder doch schon von Norden?

Ein Beispiel für die korrekte Angaben der Quellen ist osm.org/changeset/116892189.

Ciao skyper

Hey Domme
Ich mappe alle im Fahrplan enthalten Varianten meist auch mit genauen Zeitangaben, GTFS und PTNA machen es möglich. Allerdings Suche ich auch noch nach den passenden Tags für allgemeine Linien/Varianten nur an Schultagen und für diese speziellen Varianten, welche mehr oder wenig Direktverbindungen zu Schulen sind. `opening_hour` alleine reicht mir irgendwie nicht. Sehr spannend ist auch dies Variante: osm.org/relation/12529494

Eventuell mal im Forum diskutieren?

LG skyper

Hi Simon
Es hat sich eingebürgert Quellenangaben nicht an jedes Objekt zu taggen. Wo kommen wird auch hin, wenn an jedes Gebäude zig `source=*` eingefügt werden und dann diese nicht bei Änderungen beachtet werden.
Als allgemeiner Hinweis ist es aber im Änderungssatz wichtig, um zu sehen welche Quellen und Luftbilder verwendet wurden. Bei den GTFS-Daten der NVBW und der VAG hat OSM die Erlaubnis diese zu verwenden, unter der Bedingung, dass die Quellenangabe in den Änderungssatz kommt.
Die Angabe in der Relation ist daher nur Beiwerk und ein direkter Link zu PTNA, allerdings sind das ja schon aufgearbeitete Quellen.

`operator:guid` ist ja weiterhin richtig, allerdings fehlt eben ein `gtfs:feed=*`, auf welches verzichtet werden kann, so lange es identisch zu `operator:guid` ist.

Insgeheim fände ich es schön, wenn wir uns auf eine Hauptquelle einigen können. Wie schon geschrieben, bin ich persönlich für die Quelle des Operators, wenn vorhanden. Den Shapes der NVBW traue ich eh nicht so ganz.

Viele Grüße
skyper

Hallo Simon.
Deine Änderungen sehen schon gut aus. Was ich nur vermisse, sind Quellenangaben. Woher beziehst Du Deine Informationen? Wenn Du GTFS Daten verwendest, sollten entsprechende Kennzeichnungen in den Änderungssatz. Siehe u.a. https://ptna.openstreetmap.de/results/DE/BW/DE-BW-RVF-Analysis.html#A2.2

Gestern haben wir ausgerechnet an den selben Linien gearbeitet, dabei ist mir aufgefallen, dass Du die Daten der NVBW verwendest. Ich bevorzuge ja die Daten aus erster Hand (VAG). Es sollte jedoch darauf geachtet werden, dass die `gtfs:route_id` und die trip_id zugeordnet werden können. Das geschieht mit Hilfe von `gtfs:feed`, `network:guid` und `operator:guid`, genau in dieser Reihenfolge. Sprich, wenn anstatt der VAG (operator:guid) jetzt die VAG-NVBW gemeint ist, sollte `gtfs:feed=DE-BW-VAG-NVBW` ergänzt werden. Dann kann PTNA in der Analyse auch Links erzeugen.

Viele Grüße,
skyper

Salli Domme

Kennst Du die JOSM-Erweiterung "undelete"? Es ist kaum Mehraufwand die Relationen aus ihrem Grab zu holen. Habe ich lokal schon gemacht, damit ich die Relationen nachvollziehen kann. In diesem Fall, hast Du Recht, dass sich sehr viel geändert hat. Persönlich würde ich trotzdem die alten Relationen weiterverwenden. Ihre bisherigen Anzahlen an Versionen ist jetzt auch noch überschaubar.

So viel ich weiß, gehören die meisten Schulbuslinien in BaWü zum ÖPNV. Ob ich jetzt mit einer Rasselbande von Kindern und Teenagern mit fahren will, ist eine andere Sache. Zum Teil sind diese Busse die einzige Verbindung. Bei der 300 bekomme ich auf https://www.naldo.de/ eine Fahrplanauskunft mit der Linienbezeichnung, somit denke ich schon, dass diese auch in OSM kann. Die fünf Varianten können ja auch mit `opening_hours=*`, `interval=*` und `duration=*` exakt eingetragen werden.

Viele Grüße
skyper

P.S.: Habe jetzt für naldo und bodo die GTFS route_id mit den Linien verknüpft. Link am Ende der Kopfzeile. Die andere Richtung, GTFS zu Linie in Analyse, kommt eventuell die Tage durch ein Update von PTNA.

Hi Domme
Laut GTFS (https://ptna.openstreetmap.de/gtfs/DE/trips.php?feed=DE-BW-naldo&release_date=2022-01-05&route_id=7-300-j22-1) gibt es noch Teile der Linie 300. Waren das Löschen der beiden Relationen eventuell ein bisschen voreilig? Wäre dafür das Löschen rückgängig zu machen und die Routeenn entsprechend anzupassen.
Grüße skyper

Hello hulocal
I have some questions and remarks about your changes:
1. Why do you use multipolygon relations with only one outer for the shelter/hut and the platform. I think the closed ways themselves with the tags would work perfectly without any relations.
2. If you change an area from a closed way to a multipolygon relation, like the platform, please, always replace the way by the relation in all route relations the way is member of.
3. If you want to group the infrastructure of a halt, a stop area relation ( `type=public_transport` + `public_transport=stop_area`) is the way to go.

Regards skyper

Hallo Domme
Mal wieder ein CS, der etliche Routen-Relationen beschädigt hat. Habe es soweit korrigiert, aber bitte sei vorsichtig beim Aufteilen von Linien mit iD und überprüfe alle zugrundeliegende Routen-Relationen.

Danke und Grüße,
skyper

Hab schon ewig nicht mehr mit Merkaartor gearbeitet. Bin dann doch bei JOSM geblieben, wobei ein Editor in C oder C++ auch nicht schlecht wäre. Wird Merkaator noch groß weiterentwickelt?

Ok, die Buslinien 17_02, 17_03, 17_05 und 17_06 machen Sinn. Heißt nördlich bis Geyerbad bei Oberdigsheim, aber das zeigt ja auch schon die Box vom CS. Was mich persönlich stutzig gemacht hätte, wären die vielen veränderten Knoten. JOSM zeigt das an, keine Ahnung ob Merkaartor eine Zusammenfassung vor dem Hochladen präsentiert.

Scheint ja nicht viel Interesse an einer Diskussion zu geben. `elevator` hat wohl keine Fans im Forum.

Das wichtigste ist zu verstehen wie die Fehler zustande kamen, damit sie nicht erneut auftreten.
Wenn das Muster erkannt ist, kann es auch zurückgesetzt werden, was die sauberste Lösung wäre. Allerdings wird das um so schwieriger, je mehr Objekte in der Zwischenzeit erneut verändert werden.

@Konrad
Jetzt habe wir wohl an der selben Ecke gearbeitet, sollte aber wohl passen. Eigentlich wollte ich ja nur die Buslinie 17_01 (osm.org/relation/8733085) reparieren, siehe osm.org/changeset/116579824.

Grüße skyper

Hi sbelemey
Please, be careful annd take a look at all involved relations, especially when using iD.
This CS corrupted the order of Bus 17_01. I already fixed it but the problems with iD persist. I recommand to use JOSM and its pt-assistant plugin.

Regards skyper

Thanks.
Unfortunately, this CS (osm.org/changeset/116188725) should have been partly reverted and there are still some nodes left.

Regards skyper

Hallo Konrad

War vielleicht ein Versehen aber z.B. folgende Punkte und etliche mehr sind von Dir verschoben:
osm.org/node/1665304342
osm.org/node/541005582
osm.org/node/408342460

Diese drei alle um die gleiche Distanz von etwas mehr als 7 Meter.
Somit wird dieses Gebäude (osm.org/way/563953879) von der Straße (osm.org/way/627835829) durchquert.

Bitte verwende in BaWü immer Maps4BW zum Abgleich. Die Gebäude sind meist sehr Lage genau und eignen sich gut zum Ausrichten der Luftbilder. Bei Bing kann das aber auch gerne alle paar 100 Meter nötig sein. Eine einzelne GPS-Aufzeichnung kann schnell auch mal 10 oder mehr Meter abweichen. Da braucht es auch häufig Anpassungen oder besser etliche Aufzeichnungen der selben Strecke.

Habe gerade versucht, ob es einfach zu zurückzusetzen ist, aber u.a. osm.org/changeset/116587265 hat schon einiges wieder gerade gerückt allerdings leider nicht alles. Was bei über 1000 Knoten auch nicht verwunderlich ist.

Hallo Nastia
`shop=car_repair` steht im Widerspruch zu "Gebrauchtwagen" (used car) und auch zum Namen "Autohaus". Kannst Du Dir das bitte nochmal anschauen?

Auch vermisse ich ein #Hashtag im CS.

Danke und Grüße
skyper

Siehe https://forum.openstreetmap.org/viewtopic.php?id=74522