Wäre es bitte auch möglich, Luxemburg aufzunehmen? Unsere Netzwerke wären RGTR, AVL, TICE, CFL und Luxtram.
Schon passiert, wie beschrieben: das geht relativ schnell.
Das ist derzeit aber nur eine IST-Analyse.
Beeindruckend, wie wenig formale Fehler es gibt.
Zur Analyse gehören auch immer zwei Datensätze, die ins OSM-Wiki eingetragen werden.
[1] hier könnt Ihr später Daten eintragen, um aus der IST-Analyse eine SOLL-IST-Analyse zu machen.
[2] hier werde ich zusätzliche, spezifische Information hinterlegen.
Die Links sind Vorschläge von mir. Wenn Ihr einverstanden seid, werde ich die Daten an dieser Stelle deponieren.
Bitte sag(t) mir Bescheid, ob die Adressen im OSM-Wiki für Dich/Euch OK sind.
Eine Frage noch: gibt es zu den Abkürzungen der Netzwerke auch noch lange Versionen?
Viele Grüße
Toni
[1] https://wiki.openstreetmap.org/wiki/WikiProject_Luxembourg/Public_Transport/Analysis/LU-All-Routes
[2] https://wiki.openstreetmap.org/wiki/Talk:WikiProject_Luxembourg/Public_Transport/Analysis
P.S.: Internationalization (I18N) ist auf der Roadmap, andere Sprachen als ein Mix aus Deutsch/English sollen auch unterstützt werden.
Er erzeugt zum großen Teil “zusätzliche Bushaltestellen” indem er an einen node des way public_transport=platform den tag highway=bus_stop setzt, nachdem er ihn vom node stop_position gelöscht hat, was der “Ein_Objekt,_ein_OSM-Element” Regel widerspricht, da nach PTv2 die Bushaltestelle schon vollständig vorhanden ist.
Dies erzeugt also bei Nutzung von tools welche beide PTVersionen nutzen jeweils 2 Bushaltestellen, zumal auch noch mit unterschiedlichem Informationsgehalt, da sämtliche weitere tags vom bus_stop gelöscht werden, was wiederum die nur PTv1 Nutzer die Informationen wie z.B. bench, shelter,… und speziell in Berlin den link zur Fahrplanauskunft vorenthält.
Kann man sich z.B. auch wieder aktuell in https://nrenner.github.io/achavi/?changeset=64291860 anschauen.
Überall die gleichen Probleme 
das haben mir in München auch in allen möglichen Varianten…
Grundsätzlich ist es richtig das highway=bus_stop in Richtung public_transport=platform kommt. Das war früher damit auch gemeint…
Problem: highway=bus_stop ist nur als Node definiert! Und public_transport=platform in jeder Form…
Kompromiss: Wenn man weniger Objekte will… public_transport=platform zu einer Fläche machen und highway=bus_stop da drauf. Ist zwar Theoretisch Falsch aber die Karten/Anwendungen können damit umgehen…
Außerdem was eigentlich gegen OSM Regeln verstößt ist eher die stop_position, weil diese nur “virtuell” ist… und nicht wirklich existiert als reelles Objekt…
Danke Axel,
ich hatte ein wenig mit Overpass und MapCSS experimentiert um Lücken in Routen farblich oder per Box darzustellen.
Das waren eher frustrierende Versuche, da ich zwar (mit Hilfe Miches Beispiel) mit MapCSS zurecht kam, aber nicht die Ergebnisse bekam die ich wollte.
Hab’s irgendwie aufgegeben, auch weil es eine weitere Baustelle aufmachen würde.
Gruß
Toni
Hallo Bernd
Den VBB habe ich vorbereitet. Es gibt schon eine IST-Analyse.
Wie schon bei Luxembourg (Anfrage von Stereo) hätte ich dazu zwei VBB-spezifische Datensätze, die ich ins OSM-Wiki stellen möchte.
[1] hier könnt Ihr später Daten eintragen, um aus der IST-Analyse eine SOLL-IST-Analyse zu machen.
[2] hier werde ich zusätzliche, spezifische Information hinterlegen.
Die Links sind Vorschläge von mir. Wenn Ihr einverstanden seid, werde ich die Daten an dieser Stelle deponieren.
Bitte sag(t) mir Bescheid, ob die Adressen im OSM-Wiki für Dich/Euch OK sind.
[1] https://wiki.openstreetmap.org/wiki/Verkehrsverbund_Berlin-Brandenburg/Analyse/DE-BE-VBB-Routes
[2] https://wiki.openstreetmap.org/wiki/Talk:Verkehrsverbund_Berlin-Brandenburg/Analyse
Viele Grüße,
Toni
das mache ich auch (wobei ich das nur bei mir in meiner gegend mache) … und ich mache das, weil ich das so aus dem wiki zu ptv2 herausgelesen habe und aus gründen der rückwärtskompatibilität…
Nachtrag: wobei ich dann versuche auch komplett auf ptv2 umzustellen und ptv1 (bis eben auf highway=bus_stop, und ja ich oute mich dazu hier offiziell das nur wegen dem sch… Bussymbol in der Karte mache) ad acta lege.
Da nun auch Buslinien in Luxemburg im Gespräch sind, melde ich mich auch mal zu Wort. Ich habe vor einigen Jahren mal eine Bestandsanalyse für Bushaltestellen und Buslinien in Estland programmiert:
http://mhohmann.dev.openstreetmap.org/eesti/pt/
Vielleicht könnte man die Linien dort auch anzeigen?
Der Server, auf dem die PTNA läuft (Ein Raspberry Pi? Zumindest scheint er mit Raspbian zu laufen…), scheint wohl hoffnungslos überfordert - jedenfalls bekomme ich von dem Link im ersten Beitrag dieses Threads nur das hier und hatte noch ein einziges Mal das “Glück”, die PTNA in Aktion zu erwischen:
Service Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
Um über einen Kompromiß zu verhandeln müßte man erstmal miteinander reden , https://www.openstreetmap.org/changeset/63283638 
das steht so nicht im wiki, aber selbst wenn hätte ich ja nicht mal das Problem wenn er das in seinem Kiez macht und nicht über min. 3 Bundesländer hinweg und somit die Meinung vieler verschiedener mapper ignoriert und sein Schema drüberbügelt…
highway=platform wird als way gerendert, damit sehe ich auch auf der Standardkarte die Platform
super, danke 
Hallo,
hmm, das ist ein Debian und ein recht leistungsfähiger Server mit 8 CPUs / 64 GB RAM. Ich habe keine Probleme mit dem Access.
Wenn Du es dann doch mal schaffst:
http://ptna.openstreetmap.de/faq.html#faqaddnetwork
beschreibt die Information die notwendig sind.
1.) Wie heißt der ‘network’, oder sind es mehrere (Kurz sowie Langform)
2.) Um welches Gebiet geht es? Beispiel Luxembourg: boundary=administrative und admin_level=2 und int_name=Luxembourg"
3.) eine Liste der dort existierenden Linien (kann am Anfang leer sein), später im OSM-Wiki, damit ihr sie beim jährlichen Fahrplanwechsel selber anpassen könnt
4.) Wo im OSM-Wiki soll ich die beiden zugehörigen Datensätze (u.A. von 3.) ablegen.
Viele Grüße
Toni
Das kann ich nicht bestätigen. Die Übersichtsseite http://ptna.openstreetmap.de/results.html und die von mir aufgerufenen Auswertungsseiten waren heute ständig verfügbar.
Nach den Erläuterungen läuft nachts die Auswertung auf dem Raspberry und wird dann auf einem Server abgelegt.
Hallo Axel,
mein privater RaspBerry ist aus dem Schneider, das war mal.
Nach dem Karlsruher Hack-Weekend, auf dem ich mit Frederik sprach, lief alles ganz schnell und das gesamte Tool ist umgezogen.
Die gesamte Auswertung läuft nun auf dem Server der FOSSGIS und braucht daher statt 3.5 Stunden nur noch 30 Minuten.
Danke nochmals an Frederik und Sven für den exzellenten Support.
Toni
Hallo Toni,
danke schon mal für die Infos - ich werde da mal eine Liste zusammenstellen, das kann allerdings eine Weile dauern. Tatsächlich sind es mehrere Netzwerke (estnische Fernbusse, Regionalbusse pro Bundesland, Stadtbusse…) mit jeweils eigenem network=* und verschiedenen boundary=administrative, innerhalb derer sie operieren.
Bei den beiden Links (faq, results) bekomme ich übrigens wieder die gleiche Fehlermeldung wie oben. Meine Vermutung, dass es ein RPi wäre, kam daher:
Apache/2.4.25 (Raspbian) Server
Und es wird auch nie etwas außer Karten geben, wenn die Regeln von PTv2 so gebrochen werden. Der Node mit highway=bus_stop neben der Fahrbahn ist eine Platform nach PTv2. Man muss daher einfach nachsehen können in welchen Relationen der Node vorkommt und hat dann damit die Liste der dort haltenden Buslinien. Wenn es zusätzlich noch ein linien- oder flächenartiges Objekt mit public_transport=platform gibt, dann gilt das auch für dieses. Zwei Platforms zu einem Halt kann eine PTv2-Route aber nicht aufnehmen, da das als zweimal halten interpretiert werden muss. Mit dem Doppeltagging der Platforms werden grundlegende Eigenschaften von PTv2 kaputt gemacht. Das Einzige was dann noch funktioniert sind die Kartendarstellungen und die waren mit PTv1 gut und einfacher zu erledigen.
Hallo Toni,
ich denke die links sind ok (sag ich jetzt mal so ohne Umfrage via mailingliste o.ä.), habe im VBB wiki auch schon aufs PTNA tool verlinkt 
Wenn ich das richtig verstanden habe kann dann durch die Anpassung der entsprechenden Schlüssel auf der von dir dann erstellten wiki Seite die Abfragen angepasst werden.
Nochmals danke und viele Grüße
Bernd
Hi Weide,
so bevor mir wieder diskutieren… was hier nicht rein gehört… Wie sollte das hier deiner Meinung abgeändert werden?
https://www.openstreetmap.org/node/2437681520#map=19/52.63527/13.35622
MfG Miche
Ja, die Links passen so! Danke!
Die Abkürzungen stehen für:
Autobus de la Ville de Luxembourg
Régime Général des Transports Routiers
Chemins de Fer Luxembourgeois
Transport Intercommunal de personnes dans le Canton d’Esch-sur-Alzette
Danke Bernd,
ich werde die Links entsprechend benutzen und die Daten hinterlegen.
Für die Leute vor Ort, für Euch ist der Link
https://wiki.openstreetmap.org/wiki/Verkehrsverbund_Berlin-Brandenburg/Analyse/DE-BE-VBB-Routes
gedacht, der eine Liste der in der Realität existierenden Linien enthalten soll. Die Liste ist beim jährlichen Fahrplanwechsel oder bei gegebenem Anlass von lokalen Mappern anzupassen. Die Daten werden vor jeder Analyse automatisch aus dem OSM-Wiki gezogen und dann verwendet (das funktioniert seit gestern).
Der andere Link ist zu Dokumentationszwecken, bzw. wenn Ihr dort ändert bekomme ich möglicherweise vom Wiki eine Mail und kann nachziehen.
Viele Grüße
Toni
Hi Miche,
ich bin zwar nicht Weide… ;), aber ganz einfach, highway=bus_stop mit auf den node public_transport=stop_position und der way public_transport=platform erhält highway=platform und wird somit auch auf der Standardkarte gerendert sieht dann ungefähr so aus https://www.openstreetmap.org/#map=18/52.56050/13.03150
Die entsprechenden ÖPNV Karten und apps kommen damit auch super klar
Gruß Bernd