Hallo Michael,
erst einmal danke für die ausführliche Antwort. Ich weiß das wirklich zu schätzen, wenn sich Mapper die Mühe machen auf meine zugegeben bewusst provokative Diskussionsanregung kompetent und engagiert einzugehen. Nur fühle ich mich jedoch in meiner These durch die Art Deiner Argumentation bestätigt.
Zum einen weiß ich um die Möglichkeiten durch sql-abfragen und carto.css die Problematik der Darstellung zu umgehen, aber vielleicht will ich ja genau das eben nicht tun. Das Problem ist nämlich, dass viele Renderer das nicht tun, sogar die Slippy Map nicht. Auch dort ist die Darstellung falsch. Es geht mir nicht speziell um ÖPNV-Karten wohlgemerkt. Dann wiederum sind wir nämlich an dem Problem, dass hier einem Nutzer eines Eisenbahnrouters für Güterzüge in der Zukunft, wie du ihn beschreibst, aktuell wohl tausende ÖPNV-Nutzer gegenüberstehen, die täglich in der 18 sitzen und sich wundern, warum die Straßenbahnhaltestelle in Vochem als Bahnhof eingezeichnet ist. Und das schadet meiner Meinung nach der Akzeptanz des gesamten Projektes OpenStreetMap. Die schauen nämlich bei Google Maps rein und sehen nur: Die haben das richtig. Ja, haben sie: Weil sie die richtigen Prioritäten setzen.
Ich glaube es ist richtig, der Haupt-tag sollte der naheliegendste sein: railway=tram_stop. Für die Eisenbahner könnte man ja nachrangig tram_stop=station hinzufügen. Aber wenn ich möchte, dass die Mehrheit der Renderer das erst einmal richtig darstellt, ohne dass die Programmierer Klimmzüge machen müssen, dann kann ich nicht die nachrangige Thematik in den Vordergrund schieben, gerade weil, wie du ja sagst, das Tagging in dem Bereich ohnehin weltweit uneinheitlich ist. Für die Basis muss gelten: Keep it simple und stupid. Und ich kann nur noch einmal betonen: Ich bin ein Fan davon spezifische Informationen in Hintergrund-tags zu hinterlegen. Die thematische Tiefe von OSM in vielen Bereichen beeindruckt mich wirklich immer wieder. Aber hier versucht der Schwanz mit dem Hund zu wedeln. Also: Nichts für ungut, aber Deine Argumente haben mich nicht überzeugt.
Mit freundlichen Grüßen
Robert
Am 16.06.2018 um 12:00 schrieb [email protected]:
Um E-Mails an die Liste bonn-rhein-sieg zu schicken, nutzen Sie bitte
die Adresse
die Adresse
Um sich via Web von der Liste zu entfernen oder draufzusetzen:
https://lists.openstreetmap.de/mailman/listinfo/bonn-rhein-sieg
oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in
Subject/Betreff oder im Text an
Subject/Betreff oder im Text an
Sie koennen den Listenverwalter dieser Liste unter der Adresse
erreichen
Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen
sinnvollen Inhalt der spezifischer ist als "Re: Contents of
bonn-rhein-sieg digest..."
sinnvollen Inhalt der spezifischer ist als "Re: Contents of
bonn-rhein-sieg digest..."
Meldungen des Tages:
1. Re: [Koeln] Straßenbahnlinien 16 und 18 zwischen Köln und
Bonn (Michael Reichert)
2. Re: Straßenbahnlinien 16 und 18 zwischen Köln und Bonn
(Bernd Weigelt)
Bonn (Michael Reichert)
2. Re: Straßenbahnlinien 16 und 18 zwischen Köln und Bonn
(Bernd Weigelt)
----------------------------------------------------------------------
Message: 1
Date: Fri, 15 Jun 2018 14:42:43 +0200
From: Michael Reichert <[email protected]>
To: [email protected]
Cc: [email protected],
[email protected]
Subject: Re: [osm-bnsu] [Koeln] Straßenbahnlinien 16 und 18 zwischen
Köln und Bonn
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Date: Fri, 15 Jun 2018 14:42:43 +0200
From: Michael Reichert <[email protected]>
To: [email protected]
Cc: [email protected],
[email protected]
Subject: Re: [osm-bnsu] [Koeln] Straßenbahnlinien 16 und 18 zwischen
Köln und Bonn
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hallo Robert,
Am 2018-06-14 um 10:57 schrieb [email protected]:
gerne möchte ich einmal auf das bisher Gesagte eingehen. Mein Problem mit diesen Argumentationen ist, dass sie an meiner Wirklichkeit und an der von 99% der OSM-Kartennutzer vorbeigeht - "Kartennutzer" im Sinne derer, die das Ergebnis als Karte betrachten und diese nutzen, die vielleicht noch nicht einmal mapper sind, geschweige denn hier mitdiskutieren würden.
gerne möchte ich einmal auf das bisher Gesagte eingehen. Mein Problem mit diesen Argumentationen ist, dass sie an meiner Wirklichkeit und an der von 99% der OSM-Kartennutzer vorbeigeht - "Kartennutzer" im Sinne derer, die das Ergebnis als Karte betrachten und diese nutzen, die vielleicht noch nicht einmal mapper sind, geschweige denn hier mitdiskutieren würden.
Bitte bedenke, dass wir nicht für eine bestimmte Karte mappen, sondern
für viele. Nicht alle Anwendungen, die OSM-Daten nutzen, sind Karten.
für viele. Nicht alle Anwendungen, die OSM-Daten nutzen, sind Karten.
Tipp: Kennst du schon station=light_rail und station=subway? Das wird
zur Kennzeichnung von Stationen an railway=light_rail bzw.
railway=subway verwendet.
zur Kennzeichnung von Stationen an railway=light_rail bzw.
railway=subway verwendet.
Meiner Meinung nach ist die Argumentation sehr einfach: An den Straßenbahnhaltestellen der Linien 16 und 18 zwischen Köln und Bonn halten nur Straßenbahnen. Somit darf ich als Nutzer des ÖPNV von OSM erwarten nicht in die Irre geführt zu werden. Andersherum gesagt: An dem Tag, an dem dort fahrplanmäßig ein Regionalzug hält, wären das dann natürlich Bahnhöfe.
Du wirst auch nicht in die Irre geführt. Die Verkehre, die auf einer
Infrastruktur durchgeführt werden, werden in OSM als Routenrelationen
erfasst. Diese enthalten auch die Haltestellen (genauer: Haltepositionen
und/oder Bahnsteige).
Infrastruktur durchgeführt werden, werden in OSM als Routenrelationen
erfasst. Diese enthalten auch die Haltestellen (genauer: Haltepositionen
und/oder Bahnsteige).
Ob es aber möglich ist, dass dort Güterzüge fahren, fuhren oder fahren werden ist irrelevant. Der Ausbau des Gleiskörpers, der Oberleitung, der Signalisierung jetzt, in der Vergangenheit oder in der Zukunft mag für einen kleinen Kreis begeisterter Eisenbahninteressierter wichtig sein. OSM bietet ja auch die Möglichkeit alle diese Informationen in weniger zentralen tags zu hinterlegen, was ich definitiv als Bereicherung empfinde. Nichtsdestotrotz halte ich es nicht für gerechtfertigt, dass gerade Spezialisten in ihrem Sachgebiet der Mehrheit ihren Blickwinkel diktieren.
Doch es ist relevant. OSM wird auch im Bahnbereich genutzt, bloß nicht
so offensichtlich. Ich kann das aus meiner beruflichen Erfahrung in
einer Firma bestätigen, die nicht speziell auf Bahn-Irgendwas
spezialisiert ist. OSM ist die einzige ernsthafte, freie, überregionale
und unternehmensübergreifende Datenquelle bzw. Karte, die Informationen
über die Eisenbahninfrastruktur enthält.
so offensichtlich. Ich kann das aus meiner beruflichen Erfahrung in
einer Firma bestätigen, die nicht speziell auf Bahn-Irgendwas
spezialisiert ist. OSM ist die einzige ernsthafte, freie, überregionale
und unternehmensübergreifende Datenquelle bzw. Karte, die Informationen
über die Eisenbahninfrastruktur enthält.
Wie möchtest du bitte einem Nutzer eines Eisenbahnrouters für Güterzüge
erklären, dass Brühl-Vochem in der Liste der durchfahrenen Bahnhöfe
fehlt, die der Router als Ergebnis ausgibt? (Mein Eisenbahnrouter hat
die Funktion noch nicht, aber irgendjemand wird bestimmt eines Tages
dieses Feature wünschen) Man kann für einen Eisenbahnzug von Brühl Gbf
über Brühl-Vochem und Wesseling nach Hersel bestellen, also ist es eine
Eisenbahninfrastruktur und Hersel ein Bahnhof.
erklären, dass Brühl-Vochem in der Liste der durchfahrenen Bahnhöfe
fehlt, die der Router als Ergebnis ausgibt? (Mein Eisenbahnrouter hat
die Funktion noch nicht, aber irgendjemand wird bestimmt eines Tages
dieses Feature wünschen) Man kann für einen Eisenbahnzug von Brühl Gbf
über Brühl-Vochem und Wesseling nach Hersel bestellen, also ist es eine
Eisenbahninfrastruktur und Hersel ein Bahnhof.
Dementsprechend halte ich es auch nicht für zielführend, dass solche Dinge, die alle betreffen, in Foren zu diskutieren, in denen sich zu 99% Spezialisten tummeln.
Es gibt auch noch das deutschsprachige OpenStreetMap-Forum, das kein
Spezialforum ist.
https://forum.openstreetmap.org/viewforum.php?id=14
Spezialforum ist.
https://forum.openstreetmap.org/viewforum.php?id=14
Die allgemein wichtige Attributierung railway= station oder railway= tram_stop sollte nicht auf Basis derartig spezieller Argumentationen gefällt werden. Das Ergebnis, wie bereits einleitend angeführt, entspricht einfach nicht den Endverbraucher-Erwartungen, die "man" an die Karte OSM stellt. Ich sage bewusst "Karte", weil ich das Totschlagargument: "Wir mappen nicht für die Karte!" gerade in diesem Fall für schlichtweg falsch halte: Wofür denn bitte sonst? Für eine hochspezialisierte Datensammlung verschiedenster Fachbereiche, die aber dann auch nur noch von den jeweiligen Fachleuten zu verstehen, zu bedienen und auszuwerten ist?
Wenn man eine Karte auf Basis von OSM-Daten erstellen möchte, die den
ÖPNV korrekt darstellt, genügt es nicht, einfach nur die Tags an Ways
und Nodes auszuwerten. Es ist etwas mehr Nachdenken erforderlich, aber
es gelingt sehr wohl, eine solche Karte zu rendern.
ÖPNV korrekt darstellt, genügt es nicht, einfach nur die Tags an Ways
und Nodes auszuwerten. Es ist etwas mehr Nachdenken erforderlich, aber
es gelingt sehr wohl, eine solche Karte zu rendern.
Wer aus einer PostGIS-Datenbank heraus rendert, die mit Osm2pgsql
importiert worden ist und Slim-Tables enthält, kann mit den folgenden
SQL-Abfragen einen Haltestellen- und einen Linien-Layer ähnlich wie
https://www.geofabrik.de/maps/styles-oepnv-gftopo.png (linke Seite)
rendern. Einen laufenden Tileserver mit diesem Stil gibt es leider
nicht. Weiter unten habe ich mal die zentrale SQL-Abfrage und
beispielhaft einen Auszug aus dem CartoCSS-Stylings des gezeigten
Kartenstils eingefügt.
importiert worden ist und Slim-Tables enthält, kann mit den folgenden
SQL-Abfragen einen Haltestellen- und einen Linien-Layer ähnlich wie
https://www.geofabrik.de/maps/styles-oepnv-gftopo.png (linke Seite)
rendern. Einen laufenden Tileserver mit diesem Stil gibt es leider
nicht. Weiter unten habe ich mal die zentrale SQL-Abfrage und
beispielhaft einen Auszug aus dem CartoCSS-Stylings des gezeigten
Kartenstils eingefügt.
Der Trick ist, nur die Stationen zu rendern, die Mitglied mindestens
einer Routenrelationen sind. Zwar sind die Routenrelationen in der
Datenbanktabelle planet_osm_line enthalten, aber diese Tabelle enthält
nur die Tags und die Geometrie aller Mitglieder-Ways als
MultiLineString. Die Tabelle planet_osm_rels enthält zwar keine
Geometrie, aber ihre Spalte "parts" enthält die IDs aller
Mitgliederobjekte als eine Bigint-Array-Spalte. Die Spalte "way_off"
enthält den Index des Arrays des ersten Ways in der Mitgliederliste. Das
heißt, dass die Spalte "parts" nicht nach der Mitgliederreihenfolge in
den OSM-Rohdaten sortiert ist, aber für uns ist die Reihenfolge hier
nicht von Bedeutung.
einer Routenrelationen sind. Zwar sind die Routenrelationen in der
Datenbanktabelle planet_osm_line enthalten, aber diese Tabelle enthält
nur die Tags und die Geometrie aller Mitglieder-Ways als
MultiLineString. Die Tabelle planet_osm_rels enthält zwar keine
Geometrie, aber ihre Spalte "parts" enthält die IDs aller
Mitgliederobjekte als eine Bigint-Array-Spalte. Die Spalte "way_off"
enthält den Index des Arrays des ersten Ways in der Mitgliederliste. Das
heißt, dass die Spalte "parts" nicht nach der Mitgliederreihenfolge in
den OSM-Rohdaten sortiert ist, aber für uns ist die Reihenfolge hier
nicht von Bedeutung.
Anhand ihrer Relationsmitglieschaften ordnet man den Punkten, die man
erhält, die Verkehrsmittel zu, d.h. man erhält dann die
Verkehrsmittelkategorien, die eine bestimmte Haltestelle bedienen und
kann dementsprechend das passende Icon rendern. Das kann entweder das
höchstwertigste sein (beim Köln Hbf "R", bei Köln Steinstraße "S", bei
Köln Severinstraße "Tram") oder kombinierte Icons.
erhält, die Verkehrsmittel zu, d.h. man erhält dann die
Verkehrsmittelkategorien, die eine bestimmte Haltestelle bedienen und
kann dementsprechend das passende Icon rendern. Das kann entweder das
höchstwertigste sein (beim Köln Hbf "R", bei Köln Steinstraße "S", bei
Köln Severinstraße "Tram") oder kombinierte Icons.
Die weiter unten stehende SQL-Abfrage gibt einem pro Zeile die Spalten
name, geom, s_bahn, subway, tram, train
zurück.
name, geom, s_bahn, subway, tram, train
zurück.
In CartoCSS könnte man dann z.B. Folgendes für einen S-Bahn-Stationen
ohne Regionalverkehr schreiben/stylen:
#stations[s_bahn='yes'][train!='yes'][zoom>=12] {
shield-face-name: @sans;
shield-file: "img/icon/s-bahn.svg";
shield-name: '[name]';
shield-wrap-width: 50;
shield-unlock-image: true;
shield-fill: #006f35;
shield-halo-fill: #ffffff;
shield-halo-radius: 2;
shield-placement-type: 'simple';
shield-placements: 'N,S';
shield-size: 11;
shield-transform: scale(0.7);
shield-text-dy: 11;
shield-min-distance: 1;
shield-vertical-alignment: auto;
}
ohne Regionalverkehr schreiben/stylen:
#stations[s_bahn='yes'][train!='yes'][zoom>=12] {
shield-face-name: @sans;
shield-file: "img/icon/s-bahn.svg";
shield-name: '[name]';
shield-wrap-width: 50;
shield-unlock-image: true;
shield-fill: #006f35;
shield-halo-fill: #ffffff;
shield-halo-radius: 2;
shield-placement-type: 'simple';
shield-placements: 'N,S';
shield-size: 11;
shield-transform: scale(0.7);
shield-text-dy: 11;
shield-min-distance: 1;
shield-vertical-alignment: auto;
}
Layer, der die Haltestellen aller Schienenverkehrsmittel enthält:
(SELECT name, ST_Centroid(way) as geom, s_bahn, subway, tram, train
FROM (
SELECT
point.name AS name,
ST_Union(point.way) AS way,
FROM (
SELECT
point.name AS name,
ST_Union(point.way) AS way,
-- S-Bahn
max(
CASE
WHEN (
line.ref SIMILAR TO '(S|RT)( )?[0-9]+'
AND line.route IN ('train', 'light_rail', 'tram')
)
THEN 'yes'
END
) AS s_bahn,
max(
CASE
WHEN (
line.ref SIMILAR TO '(S|RT)( )?[0-9]+'
AND line.route IN ('train', 'light_rail', 'tram')
)
THEN 'yes'
END
) AS s_bahn,
-- U-Bahn
max(
CASE
WHEN (
line.ref SIMILAR TO 'U( )?[0-9]+'
AND line.route IN ('light_rail', 'subway', 'tram')
)
THEN 'yes'
END
) AS subway,
max(
CASE
WHEN (
line.ref SIMILAR TO 'U( )?[0-9]+'
AND line.route IN ('light_rail', 'subway', 'tram')
)
THEN 'yes'
END
) AS subway,
-- Straßenbahn
max(
CASE
WHEN (
line.ref NOT SIMILAR TO '(U|S)( )?[0-9]+'
AND line.route IN ('light_rail', 'subway', 'tram')
)
THEN 'yes'
END
) AS tram,
max(
CASE
WHEN (
line.ref NOT SIMILAR TO '(U|S)( )?[0-9]+'
AND line.route IN ('light_rail', 'subway', 'tram')
)
THEN 'yes'
END
) AS tram,
-- Regionalverkehr
max(
CASE
WHEN (
line.ref NOT SIMILAR TO '(U|S)( )?[0-9]+'
AND line.route = 'train'
)
THEN 'yes'
END
) AS train
max(
CASE
WHEN (
line.ref NOT SIMILAR TO '(U|S)( )?[0-9]+'
AND line.route = 'train'
)
THEN 'yes'
END
) AS train
FROM
planet_osm_point AS point,
planet_osm_rels AS rels,
planet_osm_line AS line
planet_osm_point AS point,
planet_osm_rels AS rels,
planet_osm_line AS line
WHERE ST_DWithin(point.way, line.way, 10)
-- Relationen haben in planet_osm_line negative IDs
AND line.osm_id < 0
AND line.route IN ('train', 'light_rail', 'subway', 'tram')
AND line.osm_id = - rels.id
-- prüft, ob Node-ID in der Mitgliederliste enthalten ist
AND point.osm_id = ANY(rels.parts[0:rels.way_off])
AND (
point.public_transport = 'stop_position'
OR point.railway IN ('tram_stop', 'station', 'halt')
)
-- Haltestellen ohne Namen sind komisch
AND point.name IS NOT NULL
AND point.way && !bbox!
-- Relationen haben in planet_osm_line negative IDs
AND line.osm_id < 0
AND line.route IN ('train', 'light_rail', 'subway', 'tram')
AND line.osm_id = - rels.id
-- prüft, ob Node-ID in der Mitgliederliste enthalten ist
AND point.osm_id = ANY(rels.parts[0:rels.way_off])
AND (
point.public_transport = 'stop_position'
OR point.railway IN ('tram_stop', 'station', 'halt')
)
-- Haltestellen ohne Namen sind komisch
AND point.name IS NOT NULL
AND point.way && !bbox!
GROUP BY point.name
) AS data WHERE train IS NULL
) AS data
) AS data
Es werden nur Nodes mit public_transport=stop_position oder
railway=tram_stop/station/halt berücksichtigt. Damit pro Haltestelle
nicht mehrere Symbole gerendert werden, da mehrerer Nodes mit
public_transport=stop_position in OSM gemappt sind, steht am Ende ein
"GROUP BY point.name" und am Anfang ein "ST_Centroid(way)". Dadurch
enthält das Ergebnis der Abfrage pro Haltestelle nur einen Punkt,
nämlich den Schwerpunkt. Die Gruppierung erfolgt anhand des Namens.
Manche Städte haben für benachbarte Haltestellen an Verkehrsknoten
merhere Namen und diese Unterschiede sind diesen Städten teils sehr
wichtig (z.B. "Hauptbahnhof Nord" vs. "Hauptbahnhof Süd" vs. "Hamburg
Hbf" in Hamburg).
railway=tram_stop/station/halt berücksichtigt. Damit pro Haltestelle
nicht mehrere Symbole gerendert werden, da mehrerer Nodes mit
public_transport=stop_position in OSM gemappt sind, steht am Ende ein
"GROUP BY point.name" und am Anfang ein "ST_Centroid(way)". Dadurch
enthält das Ergebnis der Abfrage pro Haltestelle nur einen Punkt,
nämlich den Schwerpunkt. Die Gruppierung erfolgt anhand des Namens.
Manche Städte haben für benachbarte Haltestellen an Verkehrsknoten
merhere Namen und diese Unterschiede sind diesen Städten teils sehr
wichtig (z.B. "Hauptbahnhof Nord" vs. "Hauptbahnhof Süd" vs. "Hamburg
Hbf" in Hamburg).
Die SQL-Abfrage funktioniert sowohl mit Routenrelationen nach Public
Transport Version 2, als auch nach älteren Mappingschemata. Die
Relationen müssen nicht einmal geordnet sein, sodass kleinere Defekte
sich nicht sofort schädlich auswirken. Wenn Routenrelationen keine
Haltepositionen enthalten, ist das ein kleines Problem, das man aber
durch Verwendung der Bahnsteige (Platforms) lösen kann (im Beispiel
nicht implementiert).
Transport Version 2, als auch nach älteren Mappingschemata. Die
Relationen müssen nicht einmal geordnet sein, sodass kleinere Defekte
sich nicht sofort schädlich auswirken. Wenn Routenrelationen keine
Haltepositionen enthalten, ist das ein kleines Problem, das man aber
durch Verwendung der Bahnsteige (Platforms) lösen kann (im Beispiel
nicht implementiert).
S-Bahn: ref=* beginnt mit "S " oder "RT " gefolgt von einer Nummer und
die Routenrelation hat route=train/light_rail/tram. (RT = RegioTram Kassel)
die Routenrelation hat route=train/light_rail/tram. (RT = RegioTram Kassel)
U-Bahn: ref=* beginnt mit "U " gefolgt von einer Nummer und die
Routenrelation hat route=light_rail/subway/tram. Dies unterstützt auch
Städte, die eine Stadtbahn als U-Bahn vermarkten, z.B. Stuttgart,
Frankfurt und viele Städte in NRW.
Routenrelation hat route=light_rail/subway/tram. Dies unterstützt auch
Städte, die eine Stadtbahn als U-Bahn vermarkten, z.B. Stuttgart,
Frankfurt und viele Städte in NRW.
Tram: ref=* beginnt NICHT mit "U " oder "S " gefolgt von einer Nummer
und die Routenrelation hat route=light_rail/subway/tram.
und die Routenrelation hat route=light_rail/subway/tram.
Regionalverkehr: ref=* beginnt NICHT mit "U " oder "S " gefolgt von
einer Nummer und die Routenrelation hat route=train. Die Liniennummern
von Regionalzügen fangen mit allerlei Buchstaben an.
einer Nummer und die Routenrelation hat route=train. Die Liniennummern
von Regionalzügen fangen mit allerlei Buchstaben an.
Bushaltestellen sind viel einfacher zu rendern, dafür hat der Stil, aus
dem diese Abfragen stammen, einen separaten Layer, der aber ebenso
Bushaltestellen gleichen Namens gruppiert.
dem diese Abfragen stammen, einen separaten Layer, der aber ebenso
Bushaltestellen gleichen Namens gruppiert.
"ST_DWithin(point.way, line.way, 10)" und "point.way && !bbox!"
schränken den Suchbereich räumlich ein. "!bbox!" ist eine
Mapnik-Variable für die Bounding-Box des Kartenausschnitts, der
gerendert werden soll und für den Daten von der Datenbank abgefragt
werden. Durch die Beschränkung auf Routenrelationen, die maximal 10
Web-Mercator-Einheiten (ca. 6 Meter hierzulande) von der Halteposition
bzw. dem Haltestellen-Node entfernt sind, läuft die Abfrage überhaupt
schnell genug.
schränken den Suchbereich räumlich ein. "!bbox!" ist eine
Mapnik-Variable für die Bounding-Box des Kartenausschnitts, der
gerendert werden soll und für den Daten von der Datenbank abgefragt
werden. Durch die Beschränkung auf Routenrelationen, die maximal 10
Web-Mercator-Einheiten (ca. 6 Meter hierzulande) von der Halteposition
bzw. dem Haltestellen-Node entfernt sind, läuft die Abfrage überhaupt
schnell genug.
Gute ÖPNV-Karten kann man nicht so einfach weltweit machen, da die
Nahverkehrssysteme in anderen Ländern andere Eigenheiten haben. Deshalb
ist die Darstellung von ÖPNV in internationalen Kartenstilen wie OSM
Carto nicht so fortgeschritten wie beispielsweise in der ÖPNVKarte oder
die OpenPTMap [1].
Nahverkehrssysteme in anderen Ländern andere Eigenheiten haben. Deshalb
ist die Darstellung von ÖPNV in internationalen Kartenstilen wie OSM
Carto nicht so fortgeschritten wie beispielsweise in der ÖPNVKarte oder
die OpenPTMap [1].
Im Hamburger Verkehrsverbund wurden vor einigen Jahren hvv:psv_type=R
erfasst (es gibt auch hvv:psv_type=S, hvv:psv_type=U usw.). Das ist die
OSM-Übersetzung des Schilds, das am Bahnhofseingang hängt. Ich halte es
für eine suboptimale Lösung, kann damit aber leben. Im VRS-Gebiet gibt
es seit dem VRS-Haltestellenimport spezielle VRS-Tags an den Stationen.
erfasst (es gibt auch hvv:psv_type=S, hvv:psv_type=U usw.). Das ist die
OSM-Übersetzung des Schilds, das am Bahnhofseingang hängt. Ich halte es
für eine suboptimale Lösung, kann damit aber leben. Im VRS-Gebiet gibt
es seit dem VRS-Haltestellenimport spezielle VRS-Tags an den Stationen.
https://wiki.openstreetmap.org/wiki/VRS/Haltestellenimport
Wenn die Karte nur das VRS-Gebiet abdecken soll, könnte man auch mit
einem SQL-Join einer VRS-Haltestellentabelle und der OSM-Daten über die
in OSM erfassten VRS-Haltestellenummern (VRS:ref=*) arbeiten.
einem SQL-Join einer VRS-Haltestellentabelle und der OSM-Daten über die
in OSM erfassten VRS-Haltestellenummern (VRS:ref=*) arbeiten.
Viele Grüße
Michael
PS Diese E-Mail wurde von mir als Privatperson verfasst.
[1] Der Quellcode eines Forks davon ist unter
https://github.com/giggls/openptmap zu finden. Für ein Rendering auf dem
deutschen Tileserver muss man den Stil nochmal neu schrieben, weil er zu
langsam ist. Wer da Zeit investieren möchte, möge sich bitte bei Sven
Geggus melden.
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : signature.asc
Dateityp : application/pgp-signature
Dateigröße : 833 bytes
Beschreibung: OpenPGP digital signature
URL : <http://lists.openstreetmap.de/pipermail/bonn-rhein-sieg/attachments/20180615/890adc91/attachment-0001.sig>
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : signature.asc
Dateityp : application/pgp-signature
Dateigröße : 833 bytes
Beschreibung: OpenPGP digital signature
URL : <http://lists.openstreetmap.de/pipermail/bonn-rhein-sieg/attachments/20180615/890adc91/attachment-0001.sig>
------------------------------
Message: 2
Date: Sat, 16 Jun 2018 10:32:11 +0200
From: Bernd Weigelt <[email protected]>
To: Bonn / Rhein-Sieg-Kreis <[email protected]>
Subject: Re: [osm-bnsu] Straßenbahnlinien 16 und 18 zwischen Köln
und Bonn
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Date: Sat, 16 Jun 2018 10:32:11 +0200
From: Bernd Weigelt <[email protected]>
To: Bonn / Rhein-Sieg-Kreis <[email protected]>
Subject: Re: [osm-bnsu] Straßenbahnlinien 16 und 18 zwischen Köln
und Bonn
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Am Freitag, 15. Juni 2018, 13:46:50 CEST schrieb Meik Kuhl:
Mir hat mal ein Bahner erklärt, dass sobald eine Weiche im Spiel es sich um
einen Bahnhof handelt.
Mir hat mal ein Bahner erklärt, dass sobald eine Weiche im Spiel es sich um
einen Bahnhof handelt.
Nicht ganz richtig ;-)
Es müssen auch Zugfahrten beginnen, enden, überholen und kreuzen, dann ist das
ein Bahnhof. Das was Du beschrieben hast, kann auch eine Anschlussstelle oder
Ausweichanschlussstelle sein.
ein Bahnhof. Das was Du beschrieben hast, kann auch eine Anschlussstelle oder
Ausweichanschlussstelle sein.
Aber diese, meine, Einwände zeigen das Problem deutlich. Als Eisenbahner, oder
Kundiger, sehe sieht man das anders als der normale Reisende, für den endet
die Welt an der Bahnsteigkante und beginnt wieder an einer solchen. Dazwischen
gibt es nur ein bisschen Landschaft vor dem Fenster.
Kundiger, sehe sieht man das anders als der normale Reisende, für den endet
die Welt an der Bahnsteigkante und beginnt wieder an einer solchen. Dazwischen
gibt es nur ein bisschen Landschaft vor dem Fenster.
Und selbst ich als Eisenbahner mit vierzig Jahren Berufserfahrung halte mich
beim Railwaymapping stark zurück, weil es eigentlich für die normalen Gebrauch
viel zu komplex ist. ch habe mit der realen Eisenbahn genug zu tun
beim Railwaymapping stark zurück, weil es eigentlich für die normalen Gebrauch
viel zu komplex ist. ch habe mit der realen Eisenbahn genug zu tun
Dass das Schema von nur relativ wenigen Usern erstellt und gepflegt wird,
halte ich wie vieles bei OSM für suboptimal, besonders dann, wenn die dann
schon bei kleinen Konflikten oder Fehlern User angehen, die sich nicht so gut
mit der Materie auskennen. Das gilt aber nicht nur für das Railwaymapping,
sondern für viele andere Interessengebiete.
halte ich wie vieles bei OSM für suboptimal, besonders dann, wenn die dann
schon bei kleinen Konflikten oder Fehlern User angehen, die sich nicht so gut
mit der Materie auskennen. Das gilt aber nicht nur für das Railwaymapping,
sondern für viele andere Interessengebiete.
Ist zwar schön, das ein Eisenbahnrouter mir sagen kann, welches Regel- oder
Sicherungssystem für die jeweilige Strecke gilt, aber die
Infrastrukturunternehmen wie die DB Netz AG haben ihre eigenen Daten und
würden sich nie auf externe Daten von Dritten verlassen, die werden höchsten
zum Verifizieren benutzt oder um schöne Karte zu malen.
Sicherungssystem für die jeweilige Strecke gilt, aber die
Infrastrukturunternehmen wie die DB Netz AG haben ihre eigenen Daten und
würden sich nie auf externe Daten von Dritten verlassen, die werden höchsten
zum Verifizieren benutzt oder um schöne Karte zu malen.
Als Mapper ziehe ich es vor, möglichst einfach zu mappen, soll doch der Router
die Daten entsprechend auswerten, aber einen Editwar würde ich niemals
deswegen beginnen.
die Daten entsprechend auswerten, aber einen Editwar würde ich niemals
deswegen beginnen.
OSM ist und bleibt hoffentlich auch für abweichende Meinungen offen
m2c
Bernd
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : signature.asc
Dateityp : application/pgp-signature
Dateigröße : 833 bytes
Beschreibung: This is a digitally signed message part.
URL : <http://lists.openstreetmap.de/pipermail/bonn-rhein-sieg/attachments/20180616/35eff218/attachment-0001.sig>
Bernd
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : signature.asc
Dateityp : application/pgp-signature
Dateigröße : 833 bytes
Beschreibung: This is a digitally signed message part.
URL : <http://lists.openstreetmap.de/pipermail/bonn-rhein-sieg/attachments/20180616/35eff218/attachment-0001.sig>
------------------------------
Subject: Fusszeile der Nachrichtensammlung
_______________________________________________
bonn-rhein-sieg mailing list
[email protected]
https://lists.openstreetmap.de/mailman/listinfo/bonn-rhein-sieg
bonn-rhein-sieg mailing list
[email protected]
https://lists.openstreetmap.de/mailman/listinfo/bonn-rhein-sieg
------------------------------
Ende bonn-rhein-sieg Nachrichtensammlung, Band 102, Eintrag 9
*************************************************************
*************************************************************
_______________________________________________ bonn-rhein-sieg mailing list [email protected] https://lists.openstreetmap.de/mailman/listinfo/bonn-rhein-sieg
