Hi!
Johann H. Addicks schrieb:
UncleOwen schrieb:
Punkt 1 würde ja eigentlich highway=residential bedeuten, ist mir vom
Gefühl her (und wegen Punkt 2-4) zu gross. Also eher highway=service?
Aber gibt's das in Wohngebieten überhaupt? (Die Beispiele im Wiki sind
alle eher auf Zufahrt zu
Hallo Community,
ich habe immer noch ein Problem mit highway = service. Manche
benutzen es für die Zufahrt zu Gebäuden, manche nutzen es für
Feuerwehrzufahrten, manche nutzen es für Gehwege zu Bahnsteigen,
manche nutzen es für Feuerwehrzufahrten etc. etc.
Es ist nahezu unmöglich, einem Renderer
Am 20.04.2009 13:44, Tobias Wendorff:
Hallo Community,
ich habe immer noch ein Problem mit highway = service. Manche
benutzen es für die Zufahrt zu Gebäuden, manche nutzen es für
Feuerwehrzufahrten, manche nutzen es für Gehwege zu Bahnsteigen,
manche nutzen es für Feuerwehrzufahrten etc.
Claudius schrieb:
Ich finde Access-Einschränkungen zu definieren reicht vollkommen aus.
access auf Verkehrsmittel (etc.) hat sich doch immer noch kaum
durchgesetzt.
access = service habe ich ehrlich gesagt auch noch nicht gesehen.
Wofür wird denn die Information benötigt, wohin der Weg
Ich bezog mich bei dem Hinweis auf das Access-Tagging darauf, dass damit
die relevanteste Eigenschaft eines Service-Weges, nämlich deren erlaubte
Nutzung erfasst ist.
Die für mich wichtigste Frage an dich bleibt noch unbeantwortet:
Am 20.04.2009 15:04, Tobias Wendorff:
Claudius schrieb:
Claudius schrieb:
Ich bezog mich bei dem Hinweis auf das Access-Tagging darauf, dass damit
die relevanteste Eigenschaft eines Service-Weges, nämlich deren erlaubte
Nutzung erfasst ist.
Aber auch das bringt mich nicht weiter. Die Sache mit dem Bahnsteig war
ja einfach, weil er direkt damit
Johann H. Addicks schrieb:
Garry schrieb:
Klar gibt es innerorts unclassified.
Das sind die breiten Erschließungsstraßen in Industriegebieten, in denen
sich auch in den Kurven problemlos zwei Sattelschlepper mit extralangen
Curtainrailern entgegenkommen können, ohne dass die sich
Rainer Knaepper schrieb:
Moin Garry,
Es gibt durchaus auch Wohngebiete mit sehr breiten Strassen.
Unclassified sollte dazu verwendet werden um eine gewisse
Erschliessungsfunktion darzustellen
wenn es für ein tertiary noch nicht reicht - also sowas wie die
Hauptzufahrten zu grösseren
Am 20.04.2009 16:43, Tobias Wendorff:
Claudius schrieb:
Ich bezog mich bei dem Hinweis auf das Access-Tagging darauf, dass damit
die relevanteste Eigenschaft eines Service-Weges, nämlich deren erlaubte
Nutzung erfasst ist.
Aber auch das bringt mich nicht weiter. Die Sache mit dem Bahnsteig
Claudius schrieb:
note=Nur von Anwohnern benutzter Zufahrtsweg
Ja, das meinte ich ja. Hauptsache irgendein Hinweis. Aber einfach
highway = service ist nichts, da es alles bedeuten kann.
Ansonsten wird einfach umgetaggt, wenn es nicht der Realität entspricht
oder sich die Nutzung über die
Tobias Wendorff schrieb:
Hallo Community,
ich habe immer noch ein Problem mit highway = service. Manche
benutzen es für die Zufahrt zu Gebäuden, manche nutzen es für
Feuerwehrzufahrten, manche nutzen es für Gehwege zu Bahnsteigen,
manche nutzen es für Feuerwehrzufahrten etc. etc.
Es ist
Hallo Toni,
Toni Erdmann schrieb:
mal abgesehen davon, dass wir nicht wissen warum ein einzelner
Mapper einen Weg als service und ein andere den selben Weg als
footway taggen würde:
Naja, der Denkschritt ist ja einfach, wenn man Service mit
Zufahrt _und_ Wartung gleichsetzt :-(
Ich neulich
Am 20. April 2009 20:40 schrieb Tobias Wendorff
tobias.wendo...@uni-dortmund.de:
Toni Erdmann schrieb:
mal abgesehen davon, dass wir nicht wissen warum ein einzelner
Mapper einen Weg als service und ein andere den selben Weg als
footway taggen würde:
Naja, der Denkschritt ist ja einfach,
Hi,
wie würdet ihr sowas taggen?
* Wohngebiet
* Zufahrt zu etwa einer Handvoll Mehrfamilienhäusern
* wird praktisch nur von Anwohnern / Besuchern benutzt
* abgesenkter Bordstein
Punkt 1 würde ja eigentlich highway=residential bedeuten, ist mir vom
Gefühl her (und wegen Punkt 2-4) zu gross.
On Sun, Apr 19, 2009 at 08:59:41PM +0200, UncleOwen wrote:
Subject: [Talk-de] highway=service vs highway=residential
Hi,
wie würdet ihr sowas taggen?
* Wohngebiet
* Zufahrt zu etwa einer Handvoll Mehrfamilienhäusern
* wird praktisch nur von Anwohnern / Besuchern benutzt
* abgesenkter
UncleOwen schrieb:
Punkt 1 würde ja eigentlich highway=residential bedeuten, ist mir vom
Gefühl her (und wegen Punkt 2-4) zu gross. Also eher highway=service?
Aber gibt's das in Wohngebieten überhaupt? (Die Beispiele im Wiki sind
alle eher auf Zufahrt zu Infrastruktur). Und: Wie sieht's
salv...@t-online.de schrieb:
also in einem Wohngebiet ist die Straße die alles verbindet (also
Verbindungscharakter hat) eine tertiary. unclassified gibts innerorts
meiner Meinung nach nicht (es sei denn es hat außerörtlichen Charakter
ohne Verbindungscharakter).
Klar gibt es innerorts
Florian Lohoff schrieb:
service ist fuer mich zufahrt zu einem hof, zufahrt zu einem
firmengelaende. Aber immer singular. D.h. sobald es mehr als eins
ist ists fuer mich mehr - Also Faustregel - ausnahmen gibt es immer.
Hier gibt's häufig diese Zufahrten für 2-4 Häuser.
Irgendwelche absurden
Johann H. Addicks schrieb:
salv...@t-online.de schrieb:
also in einem Wohngebiet ist die Straße die alles verbindet (also
Verbindungscharakter hat) eine tertiary. unclassified gibts innerorts
meiner Meinung nach nicht (es sei denn es hat außerörtlichen Charakter
ohne
UncleOwen schrieb:
Hi,
wie würdet ihr sowas taggen?
* Wohngebiet
* Zufahrt zu etwa einer Handvoll Mehrfamilienhäusern
* wird praktisch nur von Anwohnern / Besuchern benutzt
* abgesenkter Bordstein
Punkt 1 würde ja eigentlich highway=residential bedeuten, ist mir vom
Gefühl her (und
Garry schrieb:
Johann H. Addicks schrieb:
salv...@t-online.de schrieb:
also in einem Wohngebiet ist die Straße die alles verbindet (also
Verbindungscharakter hat) eine tertiary. unclassified gibts innerorts
meiner Meinung nach nicht (es sei denn es hat außerörtlichen Charakter
UncleOwen schrieb:
wie würdet ihr sowas taggen?
* Wohngebiet
* Zufahrt zu etwa einer Handvoll Mehrfamilienhäusern
* wird praktisch nur von Anwohnern / Besuchern benutzt
* abgesenkter Bordstein
Wenn es auf öffentlichem Grund liegt dann als residential, wenn es auf
Privatgelände liegt dann
UncleOwen schrieb:
- was meint ihr?
Ich habe hier einen ähnlichen Fall: Gar nicht weit gibt es einen
schmalen Weg (Auto würde Fußgänger blockieren), der zwischen zwei
Häusern hindurch eine Zufahrt für zwei Gebäude bildet. Der Weg trägt den
selben Namen wie die große Straße mit dem bekannten
Moin UncleOwen,
* Wohngebiet
* Zufahrt zu etwa einer Handvoll Mehrfamilienhäusern
* wird praktisch nur von Anwohnern / Besuchern benutzt
* abgesenkter Bordstein
living_street oder residental, je nach baulicher Ausführung.
Service verstehe ich als Parkplatzzufahrt,
Garry schrieb:
Klar gibt es innerorts unclassified.
Das sind die breiten Erschließungsstraßen in Industriegebieten, in denen
sich auch in den Kurven problemlos zwei Sattelschlepper mit extralangen
Curtainrailern entgegenkommen können, ohne dass die sich verhaken.
Nein - wie breit eine
Simon Kokolakis schrieb:
Wenn es auf öffentlichem Grund liegt dann als residential, wenn es auf
Privatgelände liegt dann als service.
DAS ist nun ganz problematisch, weil wir das nicht erkennen können.
Zumindest nicht mit unserem Mapping-Ansatz.
Hier gibt es ganze Gewerbegebiete, bei denen
Moin Johann,
Klar ist das hightway=service.
Solche Seitenäste von Residentials mit bis zu (gefühlten) 50m Länge
oder max. 10 Hausnummern sind ein Serviceweg.
Find ich schwierig, wenn die, wie hier oft zu sehen, am Ende
abgepollert sind und dahinter Rad- oder Fußwege verlaufen, die wieder
Moin Garry,
Es gibt durchaus auch Wohngebiete mit sehr breiten Strassen.
Unclassified sollte dazu verwendet werden um eine gewisse
Erschliessungsfunktion darzustellen
wenn es für ein tertiary noch nicht reicht - also sowas wie die
Hauptzufahrten zu grösseren Wohngebieten..
Hier gibt es solche
Tobias Wendorff schrieb:
Das ist doch genau sie gleiche Sichtweise!
Zwei Steaßen sind topologisch UND geografisch miteinander verbunden bzw.
teilen sich beim Aufeinandertreffen mindestens einen Punkt.
Zwei Haltestellen tun dies niemals.
also wenn ich in freier Wildbahn einen Bus
Mario Salvini schrieb:
Zwei Haltestellen tun dies niemals.
also wenn ich in freier Wildbahn einen Bus oder eine Bahn halten sehe,
so halten sie immer _auf_ der Straße und die Leute warten neben der
Fahrbahn im Haltebereich/Warteplattform.
Dann denken wir mal so weiter, wie Du: Die
Stefan Schwan schrieb:
http://www.transmodel.org/en/transmodel/gloss/s.htm
STOP_AREA
Deutsch : HALTESTELLENGRUPPE, Haltestellenbereich
A group of STOP POINTs close to each other.
So wie ich das Verstehe, ist das eine Relation, keine Fläche auf der Straße.
Wer sagt das eine Relation
Am 23. März 2009 19:33 schrieb Thomas Reincke m...@thomas-reincke.de:
Stefan Schwan schrieb:
http://www.transmodel.org/en/transmodel/gloss/s.htm
STOP_AREA
Deutsch : HALTESTELLENGRUPPE, Haltestellenbereich
A group of STOP POINTs close to each other.
So wie ich das Verstehe, ist das eine
Hallo Thomas.
Thomas Reincke wrote:
Sowohl die Systeme die ich kenne, als auch die Datenaustauschformate
haben, sehen diese überhaupt Masten enthalten (das Hafas-Rohdatenformat
kennt diese beispielsweise nicht) sowohl für den POINT als auch für STOP
bzw. AREA die Möglichkeit vor eine
Was mein Vorschlag war:
Den Punkt auf der Straße einfach aus den Punkten neben der Straße
berechnen. Das sollte in JOSM realisierbar sein.
Grüße aus dem Zug kurz vor Münster.
___
Talk-de mailing list
Talk-de@openstreetmap.org
moin,
ich habe eben ein kleines programm geschrieben, welches die weglänge für
alle highway:* ausgibt.
@markus: können wir evtl. auch für die oberpfalz benutzen.
http://www.gary68.de/osm/prg/highwaystat-latest.pl
eines meiner perl module wird auch benötigt!
Hallo,
GS wrote:
ich habe eben ein kleines programm geschrieben, welches die weglänge für
alle highway:* ausgibt.
Prima, dann kannst Du ja mal Deine Ergebnisse mit denen des schon seit
ueber 2 Jahren im SVN unter /applications/utils/filter/osm-length
befindlichen Skript vergleichen und bei
Hallo,
Am Sonntag, den 22.03.2009, 11:01 +0100 schrieb Frederik Ramm:
GS wrote:
ich habe eben ein kleines programm geschrieben, welches die weglänge für
alle highway:* ausgibt.
Prima, dann kannst Du ja mal Deine Ergebnisse mit denen des schon seit
ueber 2 Jahren im SVN unter
Hallo Tobias.
Tobias Wendorff wrote:
Was mein Vorschlag war:
Den Punkt auf der Straße einfach aus den Punkten neben der Straße
berechnen. Das sollte in JOSM realisierbar sein.
Die meisten Haltestellen befinden sich an Kreuzungen. Und die Busstops
(neben der Straße) sind i.d.R. nicht so
man lernt nie aus. die welt ist groß...
On Sun, 2009-03-22 at 11:02 +0100, Detlef Reichl wrote:
Hallo,
Am Sonntag, den 22.03.2009, 11:01 +0100 schrieb Frederik Ramm:
GS wrote:
ich habe eben ein kleines programm geschrieben, welches die weglänge für
alle highway:* ausgibt.
Prima,
Die meisten Haltestellen an Kreuzungen? Kommr vor, aber doch nicht die
Meisten!
Aber auch wenn, lassen sich hierfür Regeln erstellen.
Im Übrigen widerspreche ich deinem System nicht, sondern wollte die Arbeit
für den User erleichtern.
Ein weiteres Argument für das geografische Tagging:
Man kann
Die meisten Haltestellen an Kreuzungen? Kommr vor, aber doch nicht die
Meisten!
Aber auch wenn, lassen sich hierfür Regeln erstellen.
Im Übrigen widerspreche ich deinem System nicht, sondern wollte die Arbeit
für den User erleichtern.
Ein weiteres Argument für das geografische Tagging:
Man kann
Tobias Wendorff wrote:
Die meisten Haltestellen an Kreuzungen? Kommr vor, aber doch nicht die
Meisten!
Nicht immer, aber aus guten Gründen oft:
a) Wenn andere Linien Kreuzen - Umstieg
b) Nutzer können so aus der Nebenstraße zuströmen
Aber auch wenn, lassen sich hierfür Regeln erstellen.
Die Regeln, von denen ich spreche, kommen in den Editor.
Man markiert mehrere, zusammenhänge Haltestellen und sagt create node on
way und er berechnet dann den geeigneten Punkt.
Fahre kurz nach Leer und heute Abend wieder zurück. Bin jetzt in
Salzbergen = Waypoint erstellt.
2009 20:52:34 +0100
Subject: Re: [Talk-de] highway=bus_stop und weitere tags f
From: Hatto von Hatzfeld ha...@salesianer.de
To: talk-de@openstreetmap.org
Martin Koppenhoefer wrote:
Dimitri schrieb:
Ist auch nicht so toll, wir haben hier in Aachen die Ringlinie
3 die gibt
es in die eine Richtung
Wir mappen NICHT die Straße, sondern die abstrakte Mittellinie. Das geht,
weil man durch aufpuffern die Originalfläche wiederherstellen kann. Oder
steigst du auf der Mittellinie aus?
Zwei gegenüberliegenden Haltestellen nehmen aber keinen gemeinsamen,
physischen Punkt ein und lassen sich ohne
Wir mappen NICHT die Straße, sondern die abstrakte Mittellinie.
Nur der Vollständigkeit halber: es gibt auch noch mindestens eine andere
Sichtweise, nämlich:
Wir mappen die ganze Straße, abstrahieren diese aber zu einer Linie. Deswegen
schließen wir eine Seitenstraße an einer Einmündung
Das ist doch genau sie gleiche Sichtweise!
Zwei Steaßen sind topologisch UND geografisch miteinander verbunden bzw.
teilen sich beim Aufeinandertreffen mindestens einen Punkt.
Zwei Haltestellen tun dies niemals.
___
Talk-de mailing list
Hallo,
Ja, das finde ich auch als den eigentlichen Nachteil des Proposals -
Mehraufwand.
Es ist ja nicht nötig immer alles einzugeben. Mal vershiedene Szenarien:
1) der 1. Mapper trägt den bus_stop auf dem Weg ein und fügt ihn in die
Relation ein. Hier kann eine gute Schätzung der Platform
Hi.
Tobias Wendorff wrote:
Die Regeln, von denen ich spreche, kommen in den Editor.
Man markiert mehrere, zusammenhänge Haltestellen und sagt create node on
way und er berechnet dann den geeigneten Punkt.
Ach so. Ja, das wäre auf jeden Fall eine gute Möglichkeit einfache
Haltestellen
Hi Dimitri.
Dimitri Junker wrote:
Ja, das finde ich auch als den eigentlichen Nachteil des Proposals -
Mehraufwand.
Es ist ja nicht nötig immer alles einzugeben. Mal vershiedene Szenarien:
Jo, das hab ich ja auch etwa so im Proposal geschrieben.
Deshalb hab ich versucht möglichst viele
Gerrit Lammert schrieb:
3) Sowohl Markieren AUF, als auch NEBEN der Straße, mit dem Nachteil des
erhöhten Aufwandes.
Transmodel das ja in OSM genutzt werden soll unterscheidet zwischen dem
Mast (POINT) und der Gesamthaltestelle (AREA; quasi ein BUS_STATION für
alle Haltestellen)
POINT ist
Am 22. März 2009 19:33 schrieb Thomas Reincke m...@thomas-reincke.de:
Gerrit Lammert schrieb:
3) Sowohl Markieren AUF, als auch NEBEN der Straße, mit dem Nachteil des
erhöhten Aufwandes.
Transmodel das ja in OSM genutzt werden soll unterscheidet zwischen dem
Mast (POINT) und der
Dimitri Junker schrieb:
Hallo,
Ähhm, das habe ich bereits getan.
Nein hast Du nicht s.u.
Siehe:
http://lists.openstreetmap.org/pipermail/talk-de/2009-March/040358.html
Ein Node auf der Straße hat per Definition genauso wenig eine Richtung
wie ein Node neben der Straße.
Ihm
Dimitri Junker schrieb:
Hallo,
Kann mir mal einer sagen was diese ganze Diskussion soll.
Beantwortet einfach die folgenden Fragen:
1) Wollt ihr die route-relation ändern und alles anpassen?
2) Wenn nicht könnt Ihr die route-relation mit Nodes neben der Fahrbahn
benutzen?
Wenn
Am 21. März 2009 03:27 schrieb Dimitri Junker o...@dimitri-junker.de:
Bei den
Haltestellen hat man die Infos der relation - man braucht nicht die
Pseudopositionierung neben dem Weg.
nur kurz noch hierzu: warum Pseudopositionierung? Das IST die
Positionierung, Pseudo wäre, wenn man den node
Hallo,
Ähhm, das habe ich bereits getan.
Nein hast Du nicht s.u.
Siehe:
Wenn Du:
Punkt 2 über (demnächst gerichtete) Relationen.
Als Erklärung meinst ja, aber entweder weißt Du etwas über diese Relationen
was ich noch nicht weiß oder Du hofst, daß es schon irgendwie funktionieren
wird.
Hallo,
Weil sich irgendjemand mal die tollen (aus meiner Sicht ziemlichen
unsinnigen) Relationen ausgedacht hat, und die Gegner nicht laut genug
geschrieen haben, müssen wir jetzt alle dieser *Regel* folgen?!?
Wenn keiner was besseres entwirft incl. einem Programm um die alten auf die
neuen
Am 21. März 2009 12:33 schrieb Dimitri Junker o...@dimitri-junker.de:
Wenn Du:
Punkt 2 über (demnächst gerichtete) Relationen.
Als Erklärung meinst ja, aber entweder weißt Du etwas über diese Relationen
was ich noch nicht weiß oder Du hofst, daß es schon irgendwie funktionieren
wird. Also
Ist auch nicht so toll, wir haben hier in Aachen die Ringlinie 3 die gibt es
in die eine Richtung als 3A und in die andere als 3B. Gestern habe ich diese
um 3 Haltestellen verlängert und mußte dann immer überlegen kommt diese
Haltestelle jetzt in 3A oder in 3B. Die Wahrscheinlichkeit da Fehler
Hallo,
API 0.6, vorher geht es nicht.
Und weißt Du denn schon wie es dann gehen wird? Ich werde nämlich kurz nach
der Einführung der api 0.6 für 2.5 Monate verreisen - ich möchte ungern
Müll hinterlassen. Und da Du ja scheinbar weißt wie uns das helfen wird
verrat es uns doch.
Gruß
Dimitri
Hallo,
nur kurz noch hierzu: warum Pseudopositionierung?
Du stellst Dich also wirklich an den Mast und überträgst die Position genau
so in OSM? Egal ob durch die Ungenauigkeit von GPS die Position zufällig
rechts, links oder mitten auf der Straße ist. Du zeichnest ihn also nicht so
neben die
Hallo,
Meine Lösung habe ich jetzt schon x-mal angewendet, also müssen mir
alle folgen
Habe ich so nie gesagt. Wenn Du mal genauer gelesen hättest hättest Du
gesehen, daß ich immer wieder dazu aufgefordert habe etwas besseres zu
entwickeln.
Es gibt hier viele mögliche Lösungen
Die
Dimitri Junker schrieb:
Nimm das bitte auch einfach mal zur Kenntnis ...
Und das erst.
Also nochmal zusammengefaßt. Wenn ich derzeit route-Relations für Buslinien
erstelle muß ich die Haltestellen auf die Straße schieben, nicht weil ich es
so toll finde, sondern weil es derzeit
Am 21. März 2009 16:58 schrieb Dimitri Junker o...@dimitri-junker.de:
Ein Node hat 2 Koordinaten, z.B. Straßenkilometer und Abstand zur
Mittellinie. Erstere bleibt erhalten. Von der 2. geht das Vorzeichen (also
die Straßenseite) in die relation ein, bleibt also auch erhalten. Was
angeblich
Hi Dimitri.
Dimitri Junker wrote:
Und es hat dazu geführt, daß ich mir unabhängig von dieser
Diskussion schon viel Gedanken über die derzeitige Methode gemacht habe. Vor
allem, da ich sie ab Anfang an nicht für sehr gelungen gehalten habe. Aber
mir ist bisher keine Methode eingefallen wie
Hallo,
vermutlich werden in der Praxis allerdings bei dieser Variante die
Koordinaten von gegenüberliegenden Haltestellen an einfachen Straßen
interpoliert, und nur 1 Node gezeichnet.
Von wem? Das entscheidet ja wohl der Mapper. Ich halte es so: sind die
beiden Haltestellen deutlich versetzt
Hallo,
Grundsätzlich ist die Idee, das nicht die komplette Strecke eingetragen
wird, sondern nur eine Abfolge von Bushaltestellen.
Ist etwas weniger klicken aber das Problem haben wir ja mit den
Haltestellen. Damit das klappt müßte JOSM u.ä. bei jeder neuen Haltestelle
eine Routingabfrage
Dimitri Junker schrieb:
Grundsätzlich ist die Idee, das nicht die komplette Strecke eingetragen
wird, sondern nur eine Abfolge von Bushaltestellen.
Ist etwas weniger klicken aber das Problem haben wir ja mit den
Haltestellen. Damit das klappt müßte JOSM u.ä. bei jeder neuen Haltestelle
Am 21. März 2009 18:23 schrieb Dimitri Junker o...@dimitri-junker.de:
Hallo,
vermutlich werden in der Praxis allerdings bei dieser Variante die
Koordinaten von gegenüberliegenden Haltestellen an einfachen Straßen
interpoliert, und nur 1 Node gezeichnet.
Von wem? Das entscheidet ja wohl der
Martin Koppenhoefer wrote:
Dimitri schrieb:
Ist auch nicht so toll, wir haben hier in Aachen die Ringlinie 3 die gibt
es in die eine Richtung als 3A und in die andere als 3B. Gestern habe ich
diese um 3 Haltestellen verlängert und mußte dann immer überlegen kommt
diese Haltestelle jetzt in
Hatto von Hatzfeld wrote:
Martin Koppenhoefer wrote:
Ich möchte zu dieser Diskussion nur mal bemerken, dass mich Martins
Argumente überzeugt haben. Dimitri scheint sich da eher in etwas verbissen
zu haben.
Vielleicht sollte ich meine Meinung auch noch kurz zusammenfassen.
Ich habe (auch wenn
Dimitri Junker wrote:
also setzen wir jetzt zwei Punkte für eine Bushaltestelle, um das zu
erreichen, was wir auch genauso gut mit einem Punkt lösen können ;-)
Wie schon zig mal erklärt ist alle Info auch über den Node auf der Straße
mit der relation vorhanden. Man braucht keine 2 Nodes
Hallo,
Ein sehr gutes Argument. Warum wohl Dimitri darauf nicht eingegangen ist?
Weil es um das eintragen in die Relation ging und da geht es eben nicht, was
immer wieder bezweifelt wird aber bisher nicht widerlegt wurde.
Dimitri
___
Talk-de
Hallo,
Man kann Routing-Algorithmen auch auf dem eigenen Rechner laufen lassen,
so ists ja nicht.
stimmt, hatte da irgendwas falsch im Hinterkopf.
Dimitri
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo,
Inwiefern? Ich habe gerade eine Buslinie erfasst
Weiter unten schreibst Du
dass alle Haltestellen südlich gelegen sind.
Dann werden die Haltestellen nur in Fahrtrichtung Osten angefahren (der Weg
habe die Orientierung ebenfalls nach Osten) dann wären sie forward_stop
Meine Linie
Dimitri Junker schrieb:
Hallo,
Ich habe die bus_stop immer neben der Straße (auch versetzt) gemapped,
weil es alle verfügbaren Informationen zu Bushaltestelle in einem Node
beinhaltet.
Wenn Du die Haltestelle nur einzeichnest aber nicht in eine relation
einbindest solltest Du
Hallo,
Thomas Reincke wrote:
Wie sähe die Reihenfolge der Haltestellen auf solch einer Linie aus?
http://www.avv.de/fileadmin/sites/avv/download_FTP/Linienplaene/287_rve.pdf
So wie abgedruckt?
17 verschiedene Fahrwege in der einen, 18 in der anderen Richtung.
Ich kann mir nicht vorstellen,
Am 20. März 2009 08:27 schrieb Ulf Lamping ulf.lamp...@googlemail.com:
Eine Bushaltestelle ist ein physikalischer Ort, den ich sehen kann. Ich
persönlich werde weiterhin Objekte möglichst dort mappen wo sie
*geographisch* sind, nicht wo sie vielleicht in einer Routinganwendung
für Busfahrer
On Fri, 20 Mar 2009 10:41:09 +0100, Martin Simon grenzde...@gmail.com
wrote:
Am 20. März 2009 08:27 schrieb Ulf Lamping ulf.lamp...@googlemail.com:
Eine Bushaltestelle ist ein physikalischer Ort, den ich sehen kann. Ich
persönlich werde weiterhin Objekte möglichst dort mappen wo sie
Martin Simon schrieb:
Wenn Ihr jetzt die Bushaltestellen auf die Straße legt, *verliert* ihr
Informationen - nämlich auf welcher Straßenseite die Bushaltestelle
eigentlich ist und ob dort an beiden Straßeseiten eine Haltestelle ist.
Das ist aber eine Information, die mich für Fußgängerrouting
Hallo Ulf.
Ulf Lamping wrote:
Dimitri Junker schrieb:
Wenn Ihr jetzt die Bushaltestellen auf die Straße legt, *verliert* ihr
Informationen - nämlich auf welcher Straßenseite die Bushaltestelle
eigentlich ist und ob dort an beiden Straßeseiten eine Haltestelle ist.
Das ist aber eine
Thomas Reincke wrote:
Gerrit Lammert schrieb:
Ich benutze diese Tags auch nicht. Ich denke das Problem erledigt sich
nächsten Monat ohnehin. Dann gibt es (soweit ich das Verstanden habe)
mit der API 0.6 geordnete Relationen, d.h. man gibt die Reihenfolge der
Stops (und damit ihre
Gerrit Lammert schrieb:
Hallo Ulf.
Ulf Lamping wrote:
Dimitri Junker schrieb:
Wenn Ihr jetzt die Bushaltestellen auf die Straße legt, *verliert* ihr
Informationen - nämlich auf welcher Straßenseite die Bushaltestelle
eigentlich ist und ob dort an beiden Straßeseiten eine Haltestelle ist.
Ulf Lamping schrieb:
also setzen wir jetzt zwei Punkte für eine Bushaltestelle, um das zu
erreichen, was wir auch genauso gut mit einem Punkt lösen können ;-)
Solange mir keiner erklärt, wofür wir diesen virtuellen Haltepunkt in
der Straße brauchen (für die Relationen brauchen wir es aus
Hallo,
der Bus verlässt die *Fahrbahn*
Und wir mappen normalerweise nicht die Fahrbahn sondern die ganze Straße.
Dimitri
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hallo,
Ich denke das Problem erledigt sich nächsten Monat ohnehin. Dann gibt
es (soweit ich das Verstanden habe) mit der API 0.6 geordnete
Relationen, d.h. man gibt die Reihenfolge der Stops (und damit ihre
Fahrtrichtung) explizit an.
AFAIK erledigt sich dann nur das numerieren, das lasse ich
Hallo,
Wenn Ihr jetzt die Bushaltestellen auf die Straße legt, *verliert* ihr
Informationen - nämlich auf welcher Straßenseite die Bushaltestelle
eigentlich ist
nein Wenn eine Haltestelle als forward_stop getagt ist bedeutet das, das
sie nur von Bussen die in Richtung des ways fahren
Dimitri Junker schrieb:
Solange mir keiner erklärt, wofür wir diesen virtuellen Haltepunkt in
der Straße brauchen (für die Relationen brauchen wir es aus meiner Sicht
nicht)
Dann erklär doch endlich mal wie es funktionieren soll.
Ähhm, das habe ich bereits getan.
Wie kannst Du einem
Hallo,
also setzen wir jetzt zwei Punkte für eine Bushaltestelle, um das zu
erreichen, was wir auch genauso gut mit einem Punkt lösen können ;-)
Wie schon zig mal erklärt ist alle Info auch über den Node auf der Straße
mit der relation vorhanden. Man braucht keine 2 Nodes zumindest nicht für
Am 20. März 2009 00:08 schrieb Dimitri Junker o...@dimitri-junker.de:
Hallo,
der Bus verlässt die *Fahrbahn*
Und wir mappen normalerweise nicht die Fahrbahn sondern die ganze Straße.
Dimitri
das tun wir normalerweise eben nicht, sonst hätten wir die Straßen als
Flächen drin.
Martin
Am 20. März 2009 11:35 schrieb Tobias Knerr o...@tobias-knerr.de:
In manchen Situationen ist es auch schwierig, ohne eine explizite
Unterscheidung präzise Informationen zu vermitteln. So gibt es z.B. in
Busbahnhöfen oft den Fall, dass Busse auf beiden Seiten einer
Fußgängerinsel halten. Wenn
Dimitri Junker schrieb:
nein Wenn eine Haltestelle als forward_stop getagt ist bedeutet das, das
sie nur von Bussen die in Richtung des ways fahren angefahren wird. In
Deutschland befindet sich die Haltestelle dann also auf der rechten Seite
wenn man in Wegrichtung schaut. Das ist
Martin Koppenhoefer schrieb:
was willst Du denn ausdrücken? Wenn der Wartebereich auf der Insel ist
(das wird ja dann so sein), dann ist es doch richtig, dass der Router
mich als Fußgänger dorthin leitet. Wenn ich dann auf beiden Seiten
einsteigen kann (z.B. in verschiedene Nummern bzw.
Martin Koppenhoefer schrieb:
Am 20. März 2009 00:08 schrieb Dimitri Junker o...@dimitri-junker.de:
Hallo,
der Bus verlässt die *Fahrbahn*
Und wir mappen normalerweise nicht die Fahrbahn sondern die ganze Straße.
Dimitri
das tun wir normalerweise eben nicht, sonst
Martin Koppenhoefer schrieb:
Am 20. März 2009 11:35 schrieb Tobias Knerr o...@tobias-knerr.de:
In manchen Situationen ist es auch schwierig, ohne eine explizite
Unterscheidung präzise Informationen zu vermitteln. So gibt es z.B. in
Busbahnhöfen oft den Fall, dass Busse auf beiden Seiten
Thomas Reincke schrieb:
Dimitri Junker schrieb:
nein Wenn eine Haltestelle als forward_stop getagt ist bedeutet das, das
sie nur von Bussen die in Richtung des ways fahren angefahren wird. In
Deutschland befindet sich die Haltestelle dann also auf der rechten Seite
wenn man in
Hi Mario.
On Fri, 20 Mar 2009 16:39:06 +0100, Mario Salvini salv...@t-online.de
was willst Du denn ausdrücken? Wenn der Wartebereich auf der Insel ist
(das wird ja dann so sein), dann ist es doch richtig, dass der Router
mich als Fußgänger dorthin leitet. Wenn ich dann auf beiden Seiten
Das will Martin ja im Prinzip machen. In seinem Vokabular ist ja Plattfor=
m
=3D=3D bus_stop.
eigentlich wollte ich mich schon aus diesem Thread zurückziehen, weil
mehr als meine Argumente vortragen kann ich ja nicht, aber hier möchte
ich doch nochmal widersprechen: bus_stop ist die
Martin Koppenhoefer wrote:
Das will Martin ja im Prinzip machen. In seinem Vokabular ist ja Plattfor=
m
=3D=3D bus_stop.
eigentlich wollte ich mich schon aus diesem Thread zurückziehen, weil
mehr als meine Argumente vortragen kann ich ja nicht, aber hier möchte
ich doch nochmal
Hi Martin.
Martin Koppenhoefer wrote:
Am 20. März 2009 18:08 schrieb Gerrit Lammert o...@00l.de:
Was ich meinte ist, dass da wo Du den node highway=bus_stop hin machst,
ich den node highway=platform hinmache, (way und area sind quasi
Ergänzungen). Auch sonst unterscheiden die sich kaum.
Oder
301 - 400 von 605 matches
Mail list logo