Ich schreibe mal hier. @ToniE Wenn das ein reiner Neuigkeiten-Thread bleiben soll, bitte einen Moderator das in ein neues Thema aufzuteilen.
Ich habe drei Anregungen für PTNA:
Bei mir im Browser (Firefox) ist bei den Buslinien die Tabelle so breit, dass sie die Bildschirmbreite überschreitet. Dadurch ist es unübersichtlich. Die Spalte Fahrzeug könnte weggelassen werden (100% bus) und die Spalte “Relation (id=)” könnte schmäler sein um das zu verbessern.
Eine Filterfunktion zusätzlich zum Sortieren wäre hilfreich. Manche Fehler kann ich von Remote leicht lösen (z.B. falsch sortierte Routenmitglieder). Manche sind nur mit Ortskenntnis zu lösen (z.B. Zufahrtsbeschränkungen auf Wegen). Diese remote nicht (oder nur schwierig) behebbare Fehler würde ich gerne ausblenden können.
Irgendwelche Statistiken. Zum Beispiel ein Diagramm mit der Anzahl in OSM vorhandener Linien, eingefärbt in den Anteil mit / ohne Fehlern im zeitlichen Verlauf.
Passt schon, ein einzelner PTNA thread ist - glaub’ ich - besser.
Normalerweise versuche ich, nicht in das Rendering des Browsers einzugreifen (die Breite einer Tabelle) - geht manchmal komplett nach hinten los. Ich kann natürlich mal “maxwidth=100%” verwenden und wir sehen, was dann passiert. In der Regel geht kleinere Breite auf Kosten größerer Höhe.
Die Spalte “Relation (id=)” ist als “nowrap”, d.h. “zusammenhängend in einer Zeile” gekennzeichnet, das kann ich raus nehmen, dann kann der Browser bzgl. Zeilenumbruch entscheiden.
Gute Idee, aber recht schwierig/aufwändig zu lösen. Die Anzahl der verschiedenen Meldungen ist groß. Ich müsste sie kategorisieren und aus-/einblendbar machen (via Javascript/CSS?) wie beim OSM-Inspector / keepright.at auch.
Habe ich auch schon dran gedacht. Jedem Meldungstyp eine eindeutige Nummer (verborgen) zuweisen und aufsammeln und so weiter. Anzahl train/bus/tram/… Linien/Relationen?
zunächst einmal in der betreffenden Auswertung selber, als weiteren Abschnitt am Ende
zusätzlich aufgesammelt in einer weiteren Datei über die Zeit/Tage/Wochen, … maximal x Tage zurück (damit die Datei nicht zu groß wird).
The tables in sections “Other Public Transport Lines” and “Public Transport Lines without ‘ref’” will no longer include the column “Vehicle (route_(master)=)”. Instead, the value (bus, train, …) will be given in the section header which leads each table.
I set ‘max-width:100%’ for the tables. But this might not always show the intended effect: in some cases there will still be a horizontal scroll-bar, when the table is simply too wide.
Allow the browser to insert line-feeds whenever appropriate too keep a table small
Change #1 might show up in the ‘diff’ view - tomorrow, after the next analysis run (over night).
I have another idea for a new feature:
On the gtfs page of a line is a table with all “Trip IDs”. It would be nice if one can see if such a Trip ID is already mapped in OSM.
Further, if I click on a specific Trip ID to get to the special trip page, it would be great to see the mapped OSM-route as overlay to the gtfs route.
Yeah, good idea. I can do that and give some more information in the section “PTNA analysis data for this route” based on last night’s analysis report - not on up-2-date data retrieved via Overpass. This info is then based on gtfs:trip_id or gtfs:trip_id:sample being tagged in the route relation.
Good idea. I was always asking myself: how can I present GTFS trip and OSM route relation on one page? On the Trips-Page I have all necessary information at hand to show this on a special page.
If a route has (one or more) sub-routes*, additionally (in Brackets?) show the cumulated number of trips, which is the sum of trips of the longest + all sub-routes. As all sub routes and the longest route are representated in OSM by the longest route, this sum shows the total number of trips it is representing.
*By sub-routes I mean routes being part of a longer route.
Actually, the shortest sub-route should have added the number of trips of the parent routes, 'cause that is what’s interesting to the passengers: how often can I expect a bus to arrive here and take me to a bus stop of this (sub)route?
“parent route” equals to “is not a sub-route of any other route”?
“biggest parent route” equals to the route from “A” to “Z” with the most trips when there are multiple routes between “A” and “Z”, some go via “B”, others go via “C”, or “D”, …?
I’ve implemented that. This will be shown for new GTFS feeds only - so in July.
The reason is that the calculations are now done once and only once when the GTFS data has been downloaded, aggregated and analysed. The calculations will no longer be done (every time) when displaying the Web page.
I’ll be unavailable starting July 4 for a minimum of 2 weeks. Let’s see whether there are some GTFS updates early July.