Moin!
Am 23.02.2012 21:42, schrieb Martin Koppenhoefer:
Am 23. Februar 2012 19:32 schrieb Stephan Wolff:
Ich habe die Frage hier und im deutschen Forum gestellt.
Entschuldigung, Ich habs mir nochmal angesehen und zu den Tracks gab
es wohl keine Rückmeldung.
Akzeptiert.
Ich denke halt, tag
Am 23. Februar 2012 19:32 schrieb Stephan Wolff :
> Am 23.02.2012 12:36, schrieb Martin Koppenhoefer:
>> Am 23. Februar 2012 02:03 schrieb Stephan Wolff:
>>> Die wenigen Einträge mit tracks=1 enthielten keine sinnvolle Information.
>> super, großflächig tags entfernt ohne es vorher zu diskutieren.
> From: Stephan Wolff [mailto:s.wo...@web.de]
> Sent: Thursday, February 23, 2012 7:32 PM
> ...
> > tracks=1 sagt aus, dass es sich wirklich nur um 1 Gleis handelt, da
> > gab es m.E. keinen Grund, Informationen zu löschen.
>
> "tracks" war wichtig, als es noch Mischungen von zweigleisige Strecken
Am 23.02.2012 12:36, schrieb Martin Koppenhoefer:
Am 23. Februar 2012 02:03 schrieb Stephan Wolff:
Die wenigen Einträge mit tracks=1 enthielten keine sinnvolle Information.
super, großflächig tags entfernt ohne es vorher zu diskutieren.
Ich habe die Frage hier und im deutschen Forum gestellt
Am 23.02.2012 15:25, schrieb Andreas Titz:
Stephan Wolff wrote:
Auf jedem Gleis im Bahnhof habe ich einen Punkt mit
"public_transport=stop_position", "train=yes" erstellt. Den Punkt habe
ich etwa dort gesetzt, wo ich die Mitte der haltenden Züge abschätze.
Wie würdest du die Mitte z.B. beim Ba
Moin!
Am 23.02.2012 11:29, schrieb Garry:
Wie unterscheidest Du zwei eingleisige Strecken in Parallelführung von
einer echten zweigleisigen Strecke?
Oder ein drittes Gleis parallel zu einer zweigleisigen Strecke?
Für diese Unterscheidung bei Straßen und Gleisen hatte ich in einem
anderen Threa
Stephan Wolff wrote:
Auf jedem Gleis im Bahnhof habe ich einen Punkt mit
"public_transport=stop_position", "train=yes" erstellt. Den Punkt habe
ich etwa dort gesetzt, wo ich die Mitte der haltenden Züge abschätze.
Wie würdest du die Mitte z.B. beim Bahnhof Berlin-Spandau Fahrtrichtung Osten
a
Am 23. Februar 2012 02:03 schrieb Stephan Wolff :
> "tracks" habe ich überall entfernt. Wo bislang "tracks=2" eingetragen war,
> existierte immer auch das Gegengleis als eigener way. Die wenigen Einträge
> mit tracks=1 enthielten keine sinnvolle Information.
super, großflächig tags entfernt ohne
Am 23.02.2012 02:03, schrieb Stephan Wolff:
"tracks" habe ich überall entfernt. Wo bislang "tracks=2" eingetragen
war, existierte immer auch das Gegengleis als eigener way. Die wenigen
Einträge mit tracks=1 enthielten keine sinnvolle Information.
Wie unterscheidest Du zwei eingleisige Strecke
Moin,
ich habe in Kiel und Umgebung die "railway" Daten einheitlicher
überarbeitet. Die Bahnhöfe habe ich bis etwa Eckernförde, Rendsburg,
Neumünster und Malente bearbeitet, einige Strecken auch darüber hinaus.
Bei den Gleisen habe ich "electrified" und "usage" ergänzt, wo sie fehlten.
"trac
Am 22. Februar 2012 18:42 schrieb Stephan Wolff :
> Wo ist denn im Kopfbahnhof der Anfang und wo das Ende des Zuges?
Das kannst Du ja dann in der start_position angeben ;-)
Gruß Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.op
Moin!
Am 22.02.2012 16:37, schrieb Martin Koppenhoefer:
Genau, dann reicht es doch aber, wenn der Lokführer da einsteigen
kann, oder? Warum ich da drauf rumhacke ist, dass es einfacher ist,
wenn die stop_position immer an derselben Stellen (ganz vorne) ist.
Das ist bei Bussen z.B. so, weil die
Am 22. Februar 2012 16:20 schrieb bkmap :
> Am 22.02.2012 13:11, schrieb Martin Koppenhoefer:
>> Am 22. Februar 2012 08:37 schrieb bkmap:
>>> Man sollte den Punkt imo aber trotzdem an einer Stelle platzieren, an der
>>> wahrscheinlich auch eingestiegen werden kann.
>> Im Wiki steht dazu, dass die s
Am 22.02.2012 13:11, schrieb Martin Koppenhoefer:
Am 22. Februar 2012 08:37 schrieb bkmap:
Man sollte den Punkt imo aber trotzdem an einer Stelle platzieren, an der
wahrscheinlich auch eingestiegen werden kann.
Im Wiki steht dazu, dass die stop_position mit einer "platform"
verknüpft werden s
Am 22. Februar 2012 08:37 schrieb bkmap :
> Man sollte den Punkt imo aber trotzdem an einer Stelle platzieren, an der
> wahrscheinlich auch eingestiegen werden kann.
Im Wiki steht dazu, dass die stop_position mit einer "platform"
verknüpft werden soll, von der aus eingestiegen werden kann. Das gi
Am 22.02.2012 00:51, schrieb Garry:
Am 21.02.2012 08:20, schrieb bkmap:
Am 21.02.2012 00:46, schrieb Garry:
Am 20.02.2012 11:45, schrieb bkmap:
Am 17.02.2012 18:01, schrieb Roland Olbricht:
Stationen sollte grundsätzlich nicht auf Gleisen liegen. Das Wiki ist
da etwas
missverständlich. Im Id
Am 21.02.2012 08:20, schrieb bkmap:
Am 21.02.2012 00:46, schrieb Garry:
Am 20.02.2012 11:45, schrieb bkmap:
Am 17.02.2012 18:01, schrieb Roland Olbricht:
Stationen sollte grundsätzlich nicht auf Gleisen liegen. Das Wiki ist
da etwas
missverständlich. Im Idealfall gibt es pro Gleis einen Bahns
Am 21.02.2012 11:19, schrieb Martin Koppenhoefer:
Am 21. Februar 2012 08:20 schrieb bkmap:
Na dann sollten wir die Halteposition eben so kennzeichnen, dass da mit
hoher Sicherheit ein Einstieg ist. Übrigens hab ich das bisher auch immer so
gehalten. Ich fahre ja schließlich auch als Fahrgast und
Am 21. Februar 2012 08:20 schrieb bkmap :
> Na dann sollten wir die Halteposition eben so kennzeichnen, dass da mit
> hoher Sicherheit ein Einstieg ist. Übrigens hab ich das bisher auch immer so
> gehalten. Ich fahre ja schließlich auch als Fahrgast und nicht als
> Lockführer.
Du wirst dann aber
Am 21.02.2012 00:46, schrieb Garry:
Am 20.02.2012 11:45, schrieb bkmap:
Am 17.02.2012 18:01, schrieb Roland Olbricht:
Stationen sollte grundsätzlich nicht auf Gleisen liegen. Das Wiki ist
da etwas
missverständlich. Im Idealfall gibt es pro Gleis einen Bahnsteig.
Wenn keine
Bahnsteige erfasst s
Am 20.02.2012 11:45, schrieb bkmap:
Am 17.02.2012 18:01, schrieb Roland Olbricht:
Stationen sollte grundsätzlich nicht auf Gleisen liegen. Das Wiki ist
da etwas
missverständlich. Im Idealfall gibt es pro Gleis einen Bahnsteig.
Wenn keine
Bahnsteige erfasst sind, ist eine einzelne Node railway=
>> Nach meiner Definition überschneiden sich main und highspeed nicht: main sind
>> normale Hauptstrecken und highspeed bezeichnet Strecken wie die SFS Köln-
>> Frankfurt (nur Hochgeschwindigkeitsverkehr, frei von Bahnübergängen, etc.)
>
>
> siehst Du, Du definierst "main" um: das sind plötzlich
Am 20. Februar 2012 16:16 schrieb Alexander Matheisen
:
> Am Montag, 20. Februar 2012, 14:11:41 schrieb Martin Koppenhoefer:
>> Am 20. Februar 2012 13:42 schrieb Alexander Matheisen
>> Doch, das kommt sich potentiell mit den anderen Werten in die Quere.
>> Warum nicht highspeed=yes (oder ggf. detai
Am Montag, 20. Februar 2012, 14:11:41 schrieb Martin Koppenhoefer:
> Am 20. Februar 2012 13:42 schrieb Alexander Matheisen
>
> :
> >> Du hast dort einige Erweiterungen vorgeschlagen, die nicht mit den
> >> Wiki-Definitionen kompatibel sind ("usage=highspeed").
> >
> > Wieso nicht kompatibel?
> >
Am 20.02.2012 12:08, schrieb Frederik Ramm:
Hallo,
On 02/20/2012 11:45 AM, bkmap wrote:
Das Schema für den Öffentlichen Nahverkehr
(http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport)
ist nicht aus einer Laune heraus entstanden. Es gab ein Proposal, eine
sehr ausführliche Dis
Am 20. Februar 2012 13:42 schrieb Alexander Matheisen
:
>> Du hast dort einige Erweiterungen vorgeschlagen, die nicht mit den
>> Wiki-Definitionen kompatibel sind ("usage=highspeed").
>
> Wieso nicht kompatibel?
> Es werden ja nur zusätzliche Values für usage=* definiert, die sich nicht mit
> den i
> > Ich beschäftige mich schon seit einiger Zeit mit einem Taggingschema für
> > Eisenbahnen:
> > http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap
>
> Die Seite hatte ich bei der Suche im Wiki nicht entdeckt.
>
> Du hast dort einige Erweiterungen vorgeschlagen, die nicht mit den
> Wiki-Defini
Am 20. Februar 2012 12:08 schrieb Frederik Ramm :
> On 02/20/2012 11:45 AM, bkmap wrote:
>> Das Schema für den Öffentlichen Nahverkehr
>> (http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport)
>> ist nicht aus einer Laune heraus entstanden. Es gab ein Proposal, eine
>> sehr ausführ
Hallo,
On 02/20/2012 11:45 AM, bkmap wrote:
Das Schema für den Öffentlichen Nahverkehr
(http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport)
ist nicht aus einer Laune heraus entstanden. Es gab ein Proposal, eine
sehr ausführliche Diskussion und es wurde darüber abgestimmt (Stat
Am 17.02.2012 18:01, schrieb Roland Olbricht:
Stationen sollte grundsätzlich nicht auf Gleisen liegen. Das Wiki ist da etwas
missverständlich. Im Idealfall gibt es pro Gleis einen Bahnsteig. Wenn keine
Bahnsteige erfasst sind, ist eine einzelne Node railway=station abseits der
Gleise das Beste.
Am 19. Februar 2012 02:05 schrieb Henning Scholland :
> Der Unterschied liegt in dem Gültigkeitsraum der Default-Werte. Bei globalen
> Defaults kann man sich die Erfassung des Normalzustandes sparen. Bei lokalen
> Defaults halte ich es für sinnvoll, diese zu erfassen. Ansonsten kann man
> immer sag
Am 17.02.2012 17:40, schrieb Alexander Matheisen:
- "oneway": ist oneway=yes sinnvoll, wenn jedes Gleis einer
zweigleisigen Strecke nur Signale für eine Fahrtrichtung hat?
Ist nicht selbst in diesem Fall z.B: bei Bauarbeiten auf dem anderen Gleis das
Befahren des Gegengleises möglich?
In der
Am 19.02.2012 14:05, schrieb Stephan Wolff:
Am 19.02.2012 00:51, schrieb Garry:
Am 18.02.2012 08:44, schrieb Michael Neumann:
Ich wuerde public_transport=stop_position auf dem Gleis an der Mitte
des
Bahnsteigs setzen.
Welche Information möchtest Du den mit "stop_position" geben?
"stop_pos
Am 19.02.2012 14:05, schrieb Stephan Wolff:
> Am 19.02.2012 00:51, schrieb Garry:
>> Am 18.02.2012 08:44, schrieb Michael Neumann:
>>> Ich wuerde public_transport=stop_position auf dem Gleis an der Mitte des
>>> Bahnsteigs setzen.
>
>> Welche Information möchtest Du den mit "stop_position" geben?
Am 19.02.2012 00:51, schrieb Garry:
Am 18.02.2012 08:44, schrieb Michael Neumann:
Ich wuerde public_transport=stop_position auf dem Gleis an der Mitte des
Bahnsteigs setzen.
Welche Information möchtest Du den mit "stop_position" geben?
"stop_position" vorhanden und Teil einer Relation "rout
Moin!
Am 19.02.2012 00:29, schrieb Martin Koppenhoefer:
Am 18. Februar 2012 01:25 schrieb Stephan Wolff:
Am 17.02.2012 18:01, schrieb Roland Olbricht:
Sinnvolle Tags sollte man ergänzen, wo sie fehlen; sinnlose Tags kann
man löschen, wenn man ein Objekt ohnehin bearbeitet. Alles so zu
lassen, w
Der Unterschied liegt in dem Gültigkeitsraum der Default-Werte. Bei
globalen Defaults kann man sich die Erfassung des Normalzustandes
sparen. Bei lokalen Defaults halte ich es für sinnvoll, diese zu
erfassen. Ansonsten kann man immer sagen gauges=... ist für die
Straßenbahn in Kleinkleckersdorf
Am 18.02.2012 08:44, schrieb Michael Neumann:
In größeren Bahnhöfen kann das wegen unterschiedlicher Fahrzeuglängen
natürlich nicht funktionieren. Heute wird das Tag meistens irgendwo auf dem
Gleis plaziert und suggeriert dann eine nicht gegebene Genauigkeit - Tags mit
zwei verschiedenen Bedeutun
Am 18. Februar 2012 23:22 schrieb Roland Olbricht :
>> In der OSM-Datenbank erwarte ich für jeden Bahnhof genau ein Objekt mit
>> "railway=station".
>
> Wieviele Bahnhöfe sind dann
> - z.B. in Berlin Hbf und Hbf (tief)?
> - z.B. in Köln Hbf, Dom/Hbf und Breslauer Platz/Hbf?
> - die Flügelbahnhöfe i
Am 18. Februar 2012 22:20 schrieb Stephan Wolff :
>>> Mehrere "railway=platform" ersetzen doch nicht "railway=station". Wohin
>>> kommt sonst der Name des Bahnhofs?
>> Ich würden den Namen an allen Elementen vermerken. Das ist sowohl der
>> genaueste als auch bequemste Weg.
> Analysefunktionen lief
Am 18. Februar 2012 01:25 schrieb Stephan Wolff :
> Am 17.02.2012 18:01, schrieb Roland Olbricht:
> Sinnvolle Tags sollte man ergänzen, wo sie fehlen; sinnlose Tags kann
> man löschen, wenn man ein Objekt ohnehin bearbeitet. Alles so zu
> lassen, wie es sich zufällig ergeben hat, halte ich für die
Moin!
Am 18.02.2012 10:13, schrieb Henning Scholland:
Das sehe ich etwas anders. Ist ein Wert explizit gesetzt, weiß der
Auswerter, welche Eigenschaft das Objekt hat. Ist der Wert nicht
gesetzt, kann er nur auf den default raten. Denn er weiß nicht, ob der
Mapper absichtlich nicht den Wert gese
Guten Abend zusammen,
> Karten, die nur
> "railway=station" aber nicht die Detailstrukturen darstellen, zeigen
> den Bahnhof dann nicht.
Welche Karte genau?
> Suchfunktionen ("Wo ist der nächste Bahnhof?"
> oder "Wo ist ein Bahnhof, dessen Name enthält") scheitern.
> Analysefunktionen liefern f
Moin!
Am 18.02.2012 13:53, schrieb Roland Olbricht:
Mehrere "railway=platform" ersetzen doch nicht "railway=station". Wohin
kommt sonst der Name des Bahnhofs?
Ich würden den Namen an allen Elementen vermerken. Das ist sowohl der
genaueste als auch bequemste Weg.
Diese Idee finde ich aus mehr
> Erfasst du einen Mittelbahnsteig als zwei ways mit "railway=platform"?
Um möglichst kompatible Daten zu erhalten, verwende ich im Moment auch eine
stop_position irgendwo am Gleis.
> Mehrere "railway=platform" ersetzen doch nicht "railway=station". Wohin
> kommt sonst der Name des Bahnhofs?
I
> > public_transport=stop_position ist ganz falsch und sollte nur aus
> > Kompatibilitätsgründen verwendet werden. public_transport=stop_position
> > sollte laut Wiki ursprünglich den Ort kennzeichnen, an dem die
> > Fahrzeugspitze hält.
>
> Ist das deine Meinung oder schon irgendwo ein Konsens?
Am 18.02.2012 00:52, schrieb Stephan Wolff:
Am 17.02.2012 17:40, schrieb Alexander Matheisen:
- "operator": wird manchmal für den Betreiber des Personenverkehrs
genutzt (m.E. falsch), manchmal für den Betreiber des Gleises.
Dabei gibt es noch unterschiedliche Schreibweisen ("DB", "DB-Netz",...)
Am 17.02.2012 18:01, schrieb Roland Olbricht:
>
> public_transport=stop_position ist ganz falsch und sollte nur aus
> Kompatibilitätsgründen verwendet werden. public_transport=stop_position
> sollte
> laut Wiki ursprünglich den Ort kennzeichnen, an dem die Fahrzeugspitze hält.
Hallo Roland, is
Am 17.02.2012 18:01, schrieb Roland Olbricht:
Grundsätzlich ist es aber immer besser, zusätzliche Informationen in
ungewöhnlichen Tags unterzubringen als sie wegzulassen. Wenn die Frage darauf
abzielt, mit einem Bot Tags zu löschen, dann lass' die Tags besser vorhanden.
Ich ändere nur händisch
Am 17.02.2012 17:40, schrieb Alexander Matheisen:
- "operator": wird manchmal für den Betreiber des Personenverkehrs
genutzt (m.E. falsch), manchmal für den Betreiber des Gleises.
Dabei gibt es noch unterschiedliche Schreibweisen ("DB", "DB-Netz",...)
Ist für Ferngleise "operator=Deutsche Bahn N
Hallo zusammen,
> Welche der folgenden Tags sind in Deutschland für Bahngleise mit
> railway=rail sinnvoll?
Mehr Antworten könnte es geben, wenn Du auf
"nahverk...@lists.openstreetmap.de"
nachfragst.
Grundsätzlich ist es aber immer besser, zusätzliche Informationen in
ungewöhnlichen Tags unt
Hallo,
> wie viele andere Dinge sind auch Bahngleise in OSM recht unterschiedlich
> erfasst.
> Welche der folgenden Tags sind in Deutschland für Bahngleise mit
> railway=rail sinnvoll?
>
> - "gauge=1435": brauchen wir den Standardwert in Deutschland?
Ich denke, das Tag kann man weglassen, außer
Moin,
wie viele andere Dinge sind auch Bahngleise in OSM recht unterschiedlich
erfasst.
Welche der folgenden Tags sind in Deutschland für Bahngleise mit
railway=rail sinnvoll?
- "gauge=1435": brauchen wir den Standardwert in Deutschland?
- "operator": wird manchmal für den Betreiber des Pers
53 matches
Mail list logo