[Talk-de] OSM und der Bahnstreik
Hallo zusammen, heute melde ich mich mit einem etwas pragmatischen Anliegen. Das Thema Bahnstreik wird ja wieder aktuell, aber viele Bahnlinien sind gar nicht vom Streik betroffen, weil sie nicht (mehr) von der Deutsche Bahn AG betrieben werden. Ich denke, dass man da mit einer Karte, was alles fährt, durchaus auch außerhalb von OSM interessierte Nutzer findet. Als Werkzeug der Wahl habe ich uMap genommen, da es auf jeden Fall öffentlichkeitserprobt ist. Ich habe das mal für NRW zusammengestellt: https://wiki.openstreetmap.org/wiki/DE:UMap/Beispiele Die hier gesammelten Links können wir dann auch an die Presse weitergeben. Meine Bitte wäre, dass vielleicht der eine oder andere Lust hat, das für andere Bundesländer nachzubauen. Für ganz Deutschland würde das zwar im Prinzip auch gehen, aber die Karte ist so schon eher grenzwertig langsam. Die wesentlichen verwendeten Daten sind die Linienrelationen rel[route=train][operator=...] wobei das Operator-Tag das spannende ist. Erster Schritt ist Qualitätssicherung. Zumindest in NRW sind die Tags nicht sehr flächendeckend erfasst gewesen. Die Nacherfassung habe ich wie folgt gemacht: Eine Abfrage wie http://overpass-turbo.eu/s/9ri erlaubt, die gewünschte Bahnlinie zu finden, indem man vorher den Bahnhof in Sicht holt und passende Werte einträgt (oder [ref...] ganz weglässt, wenn es hier nicht zu viele Linien gibt) . Das geht gut mit der kleinen Textzeile in der Kartenansicht in Overpass-Turbo. Mit einem Klick auf (nicht Ausführen, sondern) Export Daten Level 0 bekommt man eine Warnmeldung, die man wegklicken kann, dann mit erneutem Klick auf Level 0 werden die Daten im Editor Level 0 geöffnet. Da kann man jetzt pro relevanter Relation den Operator-Tag leicht ergänzen (ohne Berge von Daten laden zu müssen). Hier muss man sich nur noch Anmelden, einen Changeset-Kommentar eintragen und Zu OSM hochladen. Der zweite Schritt ist, die Karte zu bauen: Wir wählen auf http://umap.openstreetmap.fr/de/ Erstelle eine Karte. Hier habe ich für das Beispiel den Hintergrund gewechselt, das Kartenscrollen begrenzt und unter Karteneinstellungen (Zahnrad rechts) Standardeinstellungen die Werte 4 für Glättungsfaktor, 0.5 für Deckkraft und 4 für Stärke eingetragen. Damit werden sie als Defaults verwendet. Die Daten bekommen wir wie folgt nach uMap. Mit einer Abfrage wie http://overpass-turbo.eu/s/9rj sammelt man die Daten in Overpass-Turbo. Dort kann man rechts mit dem Reiter Daten die Daten gesammelt markieren und kopieren (z.B. Reinklicken und Strg+A) und in uMap in das Feld Daten importieren (Pfeil nach oben) Füge Deine Daten hier ein einfügen. Nun noch Datenformat OSM und In eine neue Ebene hochladen auswählen und auf Importieren klicken. Final können wir jetzt auf das Symbol links unter +/- zeigen und dort die passende Ebene 2 zum Bearbeiten anklicken. Wieder rechts können wir der Ebene einen Namen geben und unter Erweiterte Eigenschaften die Farbe zentral für diese Ebene festsetzen. In der Hoffnung, dass man dann besser erkennen kann, wo ab Mittwoch noch was fährt, Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM und der Bahnstreik
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Und für mich als Neuling bzw. jemand der sich jetzt nicht täglich mit Bahnlinien beschäftigt und erst das Wiki wälzen müsste... Die wesentlichen verwendeten Daten sind die Linienrelationen rel[route=train][operator=...] wobei das Operator-Tag das spannende ist. Warum operator? Habe die erste Abfrage einfach mal für den Raum Südthüringen / Nordwestliches Oberfranken gemacht und da ist eher network getaggt. PS: Wenn ich jetzt ohne Hintergrundinformation davon ausgehe, dass network der Betreiber der Gleise und operator der Betreiber der Züge ist, dann wärs sowieso falsch getaggt, da ich als network=Agilis gefunden habe, mir aber aus der Lokalpresse ziemlich sicher bin, dass weiterhin die Deutsche Bahn Netz sonstnochwas die Gleise betreibt. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVWjWXAAoJEIuLcq40+VqtrbAIAOI/E+78nn7ersyIPNA8vBTr aHpo1dBBGFRtPXEEn0yYc4GAhvzjYPPq8TvIg7WeCcR9AX24E1kjxLVxOlxPOCF3 /nT6yQX5Yss3ftDMsZbQlpfukIHsCJRBpJzJUo3Z+iv24XuIss+Po3AAch4lm++c rtlJwcbuD9RrGiQaq5iNHTXuWvAMKJWeuUlZs2CMnSlEetTvZ+ofgPQ7HVysiBIJ SUhEMhKCMOKkAXB1fPK08eiSWQ8HioL7cB180m9yd9tsoewdUNvQMPaw1CFU+uuz hiVBEXJ+t+GRyUANxjAXK0BKmg/sF1TREi3ONE5KQFYO5rkIUSFR9tBv1LYKOVI= =Tef5 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM und der Bahnstreik
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Roland, definitiv eine nette Idee, ma gucken was ich dazu beitragen kann (mir fällt da z.B. in Oberfranken die agilis ein). Zu folgendem Punkt möchte ich dich aber bitten noch ein paar Ausführungen zu machen: Die Daten bekommen wir wie folgt nach uMap. Mit einer Abfrage wie http://overpass-turbo.eu/s/9rj sammelt man die Daten in Overpass-Turbo. Dort kann man rechts mit dem Reiter Daten die Daten gesammelt markieren und kopieren (z.B. Reinklicken und Strg+A) und in uMap in das Feld Daten importieren (Pfeil nach oben) Füge Deine Daten hier ein einfügen. Nun noch Datenformat OSM und In eine neue Ebene hochladen auswählen und auf Importieren klicken. Hauptfrage meinerseits wäre, warum du z.B. die Overpass-Abfrage nicht selbst als Datenquelle in uMap nutzen möchtest. Gibt ja hier definitiv Nachteile (Daten werden jedes Mal neu geladen wirkt sich negativ auch auf overpass aus) und Vorteile (Daten sind aktuell ohne jedes Mal manuell Daten zu ersetzen. Viele Grüße, Harald Hartmann -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVWjJEAAoJEIuLcq40+Vqt7NcH/AtiaeaAUs3DHT+wLR0zMwIq gL35qRULNIErYSv6rqnAqMB8z5Hrifrisb7dsi6Awzh+uq3+2uxwqDm+Q1WiWpJf sj94Lka2peC0UXgiFvVf15vQ1L6HgsJ68w0tlBwMv7UUOkiIsxxQUdHDwAxyFB3L mkwJjMCJIzZdxofOXjPmgN/mOA4bZRHI6UURZqMElYxKQhcVOH8z6t3wriKRQGCF pSZlPnHg40a/oe94+afZJarct/JCGJq9kvwZmq9lUSp8AfzETpfDgRm5IFRRoXJE jwSVHY9ChPlkSZwHusBBnQzxJnSLzcJ7SoAez1b00jvDFeWh891dQ9+j4VRcEuI= =ETDp -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM und der Bahnstreik
Hallo, Am 2015-05-18 um 20:55 schrieb Harald Hartmann: Und für mich als Neuling bzw. jemand der sich jetzt nicht täglich mit Bahnlinien beschäftigt und erst das Wiki wälzen müsste... Die wesentlichen verwendeten Daten sind die Linienrelationen rel[route=train][operator=...] wobei das Operator-Tag das spannende ist. Warum operator? Habe die erste Abfrage einfach mal für den Raum Südthüringen / Nordwestliches Oberfranken gemacht und da ist eher network getaggt. PS: Wenn ich jetzt ohne Hintergrundinformation davon ausgehe, dass network der Betreiber der Gleise und operator der Betreiber der Züge ist, dann wärs sowieso falsch getaggt, da ich als network=Agilis gefunden habe, mir aber aus der Lokalpresse ziemlich sicher bin, dass weiterhin die Deutsche Bahn Netz sonstnochwas die Gleise betreibt. *Routen mit route=train* network=* an der Routenrelation ist der Verkehrsverbund. Nicht jeder Streckenabschnitt liegt in einem Verkehrsverbund, dessen Tarif auch in Zügen gilt. Vor allem in fast ganz Bayern, weiten Teilen Sachsen-Anhalts und Mecklenburg-Vorpommerns ist das nämlich nicht so. operator=* ist das verantwortliche Unternehmen, z.B. eine DB Regio-Gesellschaft, die Agilis, der Metronom, …. Wie so oft im ÖPNV-Bereich reicht operator=* manchmal nicht aus. Auf den Linien S31, S32, S4, S41 Nord, S41 Süd, S42, S5, S6 und S9 der Albtal-Verkehrs-Gesellschaft mbH aus Karlsruhe werden auch zum Teil Triebfahrzeugführer von DB Regio eingesetzt. Dort fallen daher einzelne Fahrten (oder Teile von Fahrten, wenn unterwegs der Triebfahrzeugführer gewechselt wird) aus. Mit operator=Fahrzeuganschrift am Träger trifft man es in fast allen Fällen in Deutschland bei Eisenbahnen (keine Straßenbahnen!) recht gut. Zumindest den richtigen Konzern erwischt man dann. *Routen mit route=railway* Diese Routen sind Kursbuchstrecken. Diese haben per Definition eigentlich keinen Betreiber, denn auf einer KBS können viele verschiedene Unternehmen fahren. *Routen mit route=tracks* Sind hier völlig egal. Das sind sogenannte VzG-Strecken, eine reine Infrastruktursache. Sie beschreiben eine Strecke aus Sicht des Infrastrukturbetreibers. Ihr Verlauf, Beginn und Ende haben mehr mit der Geschichte als der ÖPNV-Praxis zu tun. Zum Beispiel, besteht die Strecke Magdeburg–Dessau–Leipzig aus drei Strecken, nämlich 6110 Magdeburg–Biederitz (weiter nach Berlin Potsdamer Bahnhof) 6410 Biederitz–Trebnitz (Trebnitz war die Grenze zw. Preußen u. Anhalt) 6411 Trebnitz–Dessau–Leipzig Bei allen drei ist der Betreiber DB Netz AG. *Filtertipps* Mit der Suche nach ^DB.* und ^Deutsche Bahn.* sollte man eigentlich alle DB-Linien finden. Im Fernverkehr bietet es sich an, nach dem Beginn von ref=* zu filtern. Alles, was in Deutschland mit IC beginnt, wird von der DB betrieben. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=trunk - Höhenfreie zweistreifige Straße
Am 15.05.2015 um 18:34 schrieb Florian Lohoff: On Thu, May 14, 2015 at 07:28:19PM +0200, 715371 wrote: Nein - Das willst du auch nicht. Es gibt manchmal gute gründe Dinge anders als üblich zu taggen. Weil es dem Verkehrsaufkommen entspricht, der regionalen Klassifizierung einer Straße etc. So wie ich dich verstehe, möchtest du da Überholmöglichkeiten sehen, ohne dass man in den Gegegenverkehr fährt, oder? Nicht zwangsläufig - Es gibt in meinen Augen auch 2 Spurige Trunks - Lange z.b. die B50 bei Simmern. Die müsste mittlerweile auch 4 Spurig sein. Und diese? https://www.openstreetmap.org/way/46988406/history#map=18/52.49357/7.32926 D.h. 2+1 wäre OK, aber komplett höhen-/kreuzungsfrei alleine würde dir nicht reichen. Also eine Mittellinie, die nicht durchgezogen ist, ist für highway=trunk nicht OK. Oder soll das ganze auf so etwas hinauslaufen, dass man sich anschaut, ob noch mehr Sachen erfüllt sind und dann eher aus dem Bauch, aber relativ frei entscheiden? Relativ frei würde ich nicht sagen. Aber sowas wie - Kreuzungsfrei - Mehrspurig je Fahrtrichtung - Mittelleitplanke/Doppelte Mittellinie - Kraftfahrtstraße Wenn 3 von 4 Kriterien erfüllt sind ist es ein Trunk - so mal ins unreine Gedacht. IMO: Eine durchgezogene Mittellinie wäre statt doppelter auch OK. Allerdings wäre dann die Frage, ob man weitere Kriterien brauch wie mindestens zwei Anschlussstellen. Für das 2+1-System würde man Mehrspurig je Fahrtrichtung auch bereits ein wenig aufweichen. Eingeschränkt auf Deutschland würde derzeit kreuzungsfrei die wichtigste Eigenschaft sein. trunks wie diese http://www.openstreetmap.org/#map=19/52.61961/8.36607 sind in Deutschland ja zur Zeit die Ausnahme. Aber am Ende ist es doch auch eine regionale Entscheidung. Es gibt bestimmt Gebiete wo ALLES so gut Ausgebaut ist. Da ist nicht alles sofort Trunk sondern die mit der wirklichen übergeordneten Bedeutung. In anderen Bereichen mit schlechter Infrastruktur wie z.b. Lippe ist es viel schneller mal ein Trunk weil es eben schnell übergeordenete Bedeutung bekommt. Und z.b. die erwähnte Ostwestfalenstraße hat ganz deutlich übergeordeneten Charakter. Wobei es highway=primary auch schon tun würde, um den übergeordneten Charakter zu erfassen. Was das Wiki anbelangt müsste highway=trunk weniger von der Rolle der Bedeutung bestimmt werden. Bei Autobahnen kann man sich in Deutschland natürlich schlicht am Autobahnschild orientieren. Am Ende sind die die OSM Klassifizierungen regional unterschiedlich. Das kommt natürlich auch auf die Konsumenten an. Innerhalb Deutschlands sollte man aber einigermaßen klare Regeln finden können. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM und der Bahnstreik
Hallo Harald, Hauptfrage meinerseits wäre, warum du z.B. die Overpass-Abfrage nicht selbst als Datenquelle in uMap nutzen möchtest. Gibt ja hier definitiv Nachteile (Daten werden jedes Mal neu geladen wirkt sich negativ auch auf overpass aus) und Vorteile (Daten sind aktuell ohne jedes Mal manuell Daten zu ersetzen. Der Vorteil fällt hier nicht sehr ins Gewicht, weil sich die Bedienung einer Linie allenfalls am Fahrplanwechsel ändert. Umgekehrt habe ich die Verbindung zwischen Overpass API und uMap im ersten Anlauf nicht ans Laufen gebracht und daher darauf verzichtet. Hier geht es ja darum, eine solche Karte schnell (2 Stunden nach der Idee dazu) fertigzustellen, und einen Großteil braucht da schon die Präsentation sowie die Prüfung, ob die Daten vollständig sind. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM und der Bahnstreik
Dennoch kleiner Tipp: Die die Vorlage {bbox} von umap enspricht nicht
der Reihenfolge wie bei der Overpass-Api. Also Himmelsrichtungen einzeln
eintragen. Und dann muss man, glaub ich, noch dynamisch und
Proxyanforderung anklicken.
Beste Grüße Johannes
Am 19.05.2015 um 06:08 schrieb Roland Olbricht:
Hallo Harald,
Hauptfrage meinerseits wäre, warum du z.B. die Overpass-Abfrage nicht
selbst als Datenquelle in uMap nutzen möchtest.
Gibt ja hier definitiv Nachteile (Daten werden jedes Mal neu geladen
wirkt sich negativ auch auf overpass aus) und Vorteile (Daten sind
aktuell ohne jedes Mal manuell Daten zu ersetzen.
Der Vorteil fällt hier nicht sehr ins Gewicht, weil sich die Bedienung
einer Linie allenfalls am Fahrplanwechsel ändert. Umgekehrt habe ich die
Verbindung zwischen Overpass API und uMap im ersten Anlauf nicht ans
Laufen gebracht und daher darauf verzichtet. Hier geht es ja darum, eine
solche Karte schnell (2 Stunden nach der Idee dazu) fertigzustellen, und
einen Großteil braucht da schon die Präsentation sowie die Prüfung, ob
die Daten vollständig sind.
Viele Grüße,
Roland
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Karte mit Overpass
Liebe OL- und Overpass-Spezialisten, gibt es hier jemanden, der das HowTo ergänzen kann? oder ist das Forum die bessere Anlaufstelle? Vielleicht können wir ja zusammen das OL-HowTo http://wiki.openstreetmap.org/wiki/DE:Karte_in_Webseite_einbinden so ergänzen, dass der Benutzer mit einer Overpass-Abfrage einen individuellen Layer hinzufügen kann :-) Die Idee ist gut, aber das sollte jemand machen, der sich gut mit Openlayers auskennt. Wir könnten ja auch schrittweise vorgehen: einer schreibt, wie man die Daten aus Overpass holt und speichert, einer erklärt, wie man sie mit OL anzeigt, und gemeinsam schreiben wir alles ins Wiki... Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
