You are not logged in.
- Topics: Active | Unanswered
Announcement
Please create new topics on the new site at community.openstreetmap.org. We expect the migration of data will take a few weeks, you can follow its progress here.***
#151 2021-03-31 20:50:27
- ToniE
- Member

- From: Ottobrunn, Bayern, Germany
- Registered: 2016-06-13
- Posts: 956
Re: Neuer Mapper bearbeitet Busrelationen
ToniE wrote:bei VAG und MVV und anderen "Kunden" von MentzDV gibt es ja wenigstens noch eine Struktur 19-210-s21-1 == Bus 210, Saison 2021/2022, 1. Version (meine Interpretation, über die "19" weiß ich noch nichts).
Die zieht sich bis in die trips und shapes hinein.Die "19" sollte eine Klassifizierung des Fahrzeugs bzw. der Linien Art sein. Leider verwendet jede Gesellschaft ihr eigenes System. Bei der VAG-FR steht "11" für Tram, "10" für Bus, "13" für Bussonderverkehr und "14" für Linientaxi/AST.
In der Struktur steckt ja schon die Jahreszahl, damit ändert sich die Id zwangsläufig jährlich. Das ist ja auch nicht das größte Problem, aber das die Shapes keine eindeutige Nummerierung haben und der entsprechende Part nicht konstant bleibt, verstehe ich nicht.
Ich bin noch am überlegen, wie wir uns die Kenntnis dieser Struktur zu Nutzen manche können.
Bisher hatte ich nicht drüber nachgedacht, weil nur wenige GTFS-Daten eine solche Struktur aufweisen und ich nicht Aufwand treiben will für "Exoten".
Aber nachdem "mein" Verbund "MVV" und "dein" Verbund "VAG-FR" und die Schweizer zu den "Exoten" zählen, wäre das doch ein Zuckerl für uns.
ToniE wrote:skyper wrote:Alles in allem, hoffe ich, dass PTNA bis Weihnachten/nächstes Jahr mir ein Geschenk macht und GTFS-Datensätze vergleichen kann.
Ciao skyper
Jetzt setzt du mich aber gewaltig unter Druck
Ach, brauchst Du etwa etwas Druck?
Nee, den mache ich mir schon selber ![]()
ToniE wrote:Einen Ansatz habe ich, den werde ich "agil" freigeben (Als Osterei nach Ostern?), auch wenn derzeit noch nicht viel zu sehen ist.
Denn: ich brauche Zeit zum Überlegen, über das weitere Vorgehen kann dann gemeinsam diskutiert werden, ich maße mir nicht an alle Lösungen (jetzt schon) zu kennen, auch ich habe (z.T. übergroße) Scheuklappen.Da freue ich mich ja auf die Eiersuche. Cool
Na ja, den jetzigen Stand kennst du ja schon, bis auf eine Änderung (Verbesserung?) bei der Sortierung auf der Seite https://ptna.openstreetmap.de/gtfs/comp … 2020-12-10 beginnend bei "5010 Ruftaxi" und endend bei 8800 Ruftaxi" auf der rechten Seite. Die Seite zeigt eine nicht optimale Sortierung
ToniE wrote:Neben dem Vergleich von GTFS-Versionen steht auch noch was anderes auf dem Plan.
* Vergleich von OSM-Route-Relationen mit GTFS-Trips ... sofern "gtfs:trip_id:sample" oder "gtfs:shape_id" (und "gtfs:feed") in der Relation angegeben sind.
* * Anzahl Stops
* * Reihenfolge anhand name und stop_name ... großes Problem der Abkürzungen in den GTFS-Daten
* * Abstand zw. OSM-stop/platform und GTFS-Stop ... oder dieses doch lieber in einem eigenen/eigenständigen Haltestellen-spezifischen OSM-GTFS-Vergleich, wie bei MFDZ.de?
* alles unter der Prämisse, dass (CPU-/Execution-)Zeit eine knappe Resource auf dem Server ist (Runterladen und Analyse für unsere Zeitzone dauert derzeit schon ~ 4 Stunden)Da hast Du ja ne ganz schön lange ToDo-Liste erstellt. Klingt super. Hätte ich doch Weihnachten 2022 schreiben sollen.
Na ja, evtl. habe ich ab September mehr Zeit ![]()
BTW: um den Thread hier nicht zu kapern könnten wir einen eigenen Thread aufmachen und/oder einfach bzgl. PTNA hier schweigen.
Alle Edits meiner Kommentare sind (nur) Typofixes, wenn nicht explizit anders angegeben.
Offline
#152 2021-04-01 09:04:30
- Protoxenus
- Member
- From: Ostseeküste
- Registered: 2008-10-26
- Posts: 378
Re: Neuer Mapper bearbeitet Busrelationen
Um nochmal zum eigentlichen Thema zurückzukommen: ID hat es schon wieder getan und es war keine ungeübte Person (https://www.openstreetmap.org/changeset/101906436).
Ist es wirklich so schwer bei gerade verlaufenden Strecken ohne jegliche Schleifen die Ordnung zu erhalten?
Ist mir letztens auch passiert.
Ich nutze zeitweise einen Rechner, auf dem nur ID läuft. Ich habe "nur" eine als Tunnel kartierte Brücke gemappt und dabei die Eisenbahnstrecke unterbrechen müssen. ID ist offensichtlich nicht in der Lage, die Teile der Relationen in die richtige Reihenfolge zu bringen oder den Bearbeiter zu warnen, dass er die Relation noch mal "von Hand" überprüfen sollte. Wobei Letzteres schon eine Tätigkeit für jemanden ist, der Vater und Mutter erschlagen hat...
Ein Viertel der Zeit, die ich für das Mappen aufwende, verschwende ich, um den Unfug, den Andere verzapfen, indem sie Ränder von Flächen an Mittellinien von anderen Flächen kleben, zu korrigieren bzw. zu umgehen.
Offline
#153 2021-04-18 13:28:18
- Neuwessi11
- Member
- Registered: 2021-03-19
- Posts: 7
Re: Neuer Mapper bearbeitet Busrelationen
Vielen Dank für die Antworten auf meine Frage! (Auch wenn es schon etwas her ist ...)
Als ziemlicher Neueinsteiger hätte ich eine Bitte oder Frage: Sollte man nicht auf der Wiki-Seite sowohl von maxspeed=* als auch lanes=* oder turn:lanes=* bzw. einfach auf allen Seiten, die etwas erklären, in dessen Zusammenhang möglicherweise ein Weg aufgesplittet werden muss, auf das Problem hinweisen und gleich erklären, wie man es so macht, dass nichts schiefgeht?
Ich habe ja noch sehr aktuell den Blick eines Neueinsteigers, der bei der Benutzung der Änderungssoftware keinesfalls auf die Idee kommt, dass er möglicherweise gerade eine Menge kaputtmacht, von deren Existenz er noch nicht einmal die allergeringste Ahnung hat.
Ich habe mich einfach hingesetzt und geschaut, ob ich es hinbekomme, die maxspeeds zu ändern. Hat geklappt. Und als ich einmal erst einen Weg auftrennen musste, habe ich mich hingesetzt und geschaut, ob ich es hinbekomme. Hat geklappt. Dann habe ich mich gefreut wie Bolle und gleich noch ein paar Wege aufgesplittet und maxspeeds ergänzt und Fahrtrichtungen in Kreuzungen eingetragen, was toll war, weil ich das Gefühl hatte, gerade richtig superproduktiv gewesen zu sein.
Dass ich da im Hintergrund gerade möglicherweise Arbeit geschaffen habe für jemanden, der Vater und Mutter erschlagen hat, wäre mir in keinem meiner seltenen Träume eingefallen.
Deshalb gerade aus Sicht des Neulings die Bitte, auf solcherart Probleme auf Wiki-Seiten, die mit dem Thema im Zusammenhang stehen könnten, hinzuweisen.
Genau wie es auch wichtig sein könnte, bei JOSM irgendwo an prominenter Stelle einen Hinweis aufploppen zu lassen, dass man WIRKLICH NUR und GANZ UNBEDINGT nur Stellen der Karte bearbeiten darf, die KOMPLETT als geladen gekennzeichnet wurden.
Das habe ich zwar intuitiv so gemacht (glaube ich zumindest), aber mindestens ein Mal ist mir erst relativ spät aufgefallen, dass ich gerade im schraffierten Bereich arbeite (ich habe an einer Straße maxspeeds eingetragen und bin der Straße immer weiter gefolgt, bis ich plötzlich irgendwann rausgerutscht war). Das geht manchmal schneller, als man denkt. Vor allem, wenn einem die dahinterstehenden Probleme nicht bewusst sind.
Offline
#154 2021-04-26 13:59:38
- skyper
- Member
- Registered: 2020-06-08
- Posts: 687
Re: Neuer Mapper bearbeitet Busrelationen
iD sollte iM nicht zum Aufteilen von Linien verwendet werden. Finde immer wieder zerstörte Reihenfolgen, vor allem in Relation die nicht so überwacht werden wie PTv2.
Vielen Dank für die Antworten auf meine Frage! (Auch wenn es schon etwas her ist ...)
Als ziemlicher Neueinsteiger hätte ich eine Bitte oder Frage: Sollte man nicht auf der Wiki-Seite sowohl von maxspeed=* als auch lanes=* oder turn:lanes=* bzw. einfach auf allen Seiten, die etwas erklären, in dessen Zusammenhang möglicherweise ein Weg aufgesplittet werden muss, auf das Problem hinweisen und gleich erklären, wie man es so macht, dass nichts schiefgeht?
Ich habe ja noch sehr aktuell den Blick eines Neueinsteigers, der bei der Benutzung der Änderungssoftware keinesfalls auf die Idee kommt, dass er möglicherweise gerade eine Menge kaputtmacht, von deren Existenz er noch nicht einmal die allergeringste Ahnung hat.
Ich habe mich einfach hingesetzt und geschaut, ob ich es hinbekomme, die maxspeeds zu ändern. Hat geklappt. Und als ich einmal erst einen Weg auftrennen musste, habe ich mich hingesetzt und geschaut, ob ich es hinbekomme. Hat geklappt. Dann habe ich mich gefreut wie Bolle und gleich noch ein paar Wege aufgesplittet und maxspeeds ergänzt und Fahrtrichtungen in Kreuzungen eingetragen, was toll war, weil ich das Gefühl hatte, gerade richtig superproduktiv gewesen zu sein.
Dass ich da im Hintergrund gerade möglicherweise Arbeit geschaffen habe für jemanden, der Vater und Mutter erschlagen hat, wäre mir in keinem meiner seltenen Träume eingefallen.Deshalb gerade aus Sicht des Neulings die Bitte, auf solcherart Probleme auf Wiki-Seiten, die mit dem Thema im Zusammenhang stehen könnten, hinzuweisen.
Grundsätzlich halte ich es für eine gute Idee, Aktionen wie Aufteilen oder Zusammenfügen von Linien zu dokumentieren. Fragt sich wo der geeignete Ort ist, damit dann nicht auf verschiedenen Seiten unterschiedliches steht. Bei JOSM bin ich mir z.B unsicher ob ich es detailliert für JOSM beschreiben soll oder allgemeiner im OSM-Wiki. Was ist schlauer, eine Übersichtsseite im OSM-Wiki auf das die Tagsbeschreibungen verlinken und was wiederum zu den Dokumentationen der einzelnen Editor-Software führt, oder die Dokumentation im OSM-Wiki und Links von der Editor-Software-Dokumentation?
Genau wie es auch wichtig sein könnte, bei JOSM irgendwo an prominenter Stelle einen Hinweis aufploppen zu lassen, dass man WIRKLICH NUR und GANZ UNBEDINGT nur Stellen der Karte bearbeiten darf, die KOMPLETT als geladen gekennzeichnet wurden.
Das habe ich zwar intuitiv so gemacht (glaube ich zumindest), aber mindestens ein Mal ist mir erst relativ spät aufgefallen, dass ich gerade im schraffierten Bereich arbeite (ich habe an einer Straße maxspeeds eingetragen und bin der Straße immer weiter gefolgt, bis ich plötzlich irgendwann rausgerutscht war). Das geht manchmal schneller, als man denkt. Vor allem, wenn einem die dahinterstehenden Probleme nicht bewusst sind.
Da wurde schon Arbeit reininvestiert, irgendwie ist die Diskussion dann aber eingeschlafen. Siehe JOSM Ticket 17898
Offline