Ekkehart schrieb:
Hi!
Stefan Dettenhofer (StefanDausR) schrieb:
ich würde für sinnvolle Abschnitte (z.B. eine Tagesetappe) jeweils eine
Relation anlegen und die ganzen Relationen in einer Super-Relation
zusammenfassen.
Ich hatte das mal hier
Frederik Ramm schrieb:
Durch Karlsruhe verläuft die A5. Sie besteht aus vielen einzelnen Ways.
Die sind derzeit alle noch mit highway=motorway, ref=A5 getaggt.
Zugleich befinden sie sich in einer Relation für die A5. Die Vererbung
von Tags (alles bis auf type wird abwärts vererbt, Way
Hallo.
Am Samstag, 17. Januar 2009 schrieb Sven Rautenberg:
Ich kann auch nur halbwegs nachvollziehen, warum man den gesamten
Straßenzug nochmal zusätzlich in eine Relation stecken will. Was wird
dadurch gewonnen? Genausogut kann man doch die API nach Wegelementen mit
ref=A 5 befragen und
Hi Sven.
Sven Rautenberg wrote:
Ein in meinen Augen nun wirklich absurder Vorschlag ist, alle
Einzelteile einer durchgehenden Straße in eine Relation zu packen, um
dann nur der Relation den durchgehenden Straßennamen zu geben, damit das
Rendering z.B. auf Brücken nicht ständig den Namen
Hallo,
Sven Rautenberg wrote:
Das Beispiel der Autobahn ist so ein Mittelding: Ich halte es für extrem
sinnvoll, wenn jedes einzelne Teilstück sein zugehöriges ref-Tag trägt.
Ich kann auch nur halbwegs nachvollziehen, warum man den gesamten
Straßenzug nochmal zusätzlich in eine Relation
Am 17. Januar 2009 19:16 schrieb Frederik Ramm frede...@remote.org:
Das ist ein Missverstaendnis. Es geht nicht darum, dem Renderer das
Leben leichter zu machen (der Renderer hat ja sogar mehr Aufwand, wenn
er die Relation nutzen muss). Es geht darum, die Realitaet moeglichst
gut abzubilden,
Moin !
ich habe gestern gesehen, dass einige Fernwanderwege erst als eine
kleine Relation bestehen. Nun wollte ich nacheinander Lübeck ergänzen.
Das würde ja zu Mega-Relationen führen die manchmal erst einige 100
Kilometer weiter fortgesetzt werden.
Macht dass Sinn oder gibt es eine andere
Hallo Jan,
ich würde für sinnvolle Abschnitte (z.B. eine Tagesetappe) jeweils eine
Relation anlegen und die ganzen Relationen in einer Super-Relation
zusammenfassen.
Ich hatte das mal hier
http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Wanderwege-Netz#Regionalwanderwege_.28RWW.29
mit
Hi !
Das ist ein guter Ansatz - dann mache ich für Lübeck eine Relation die
für 3 Fernwanderwege verwendet werden kann, da hier der Verlauf
identisch ist!
Sehr gut !
Gruß Jan :-)
Stefan Dettenhofer (StefanDausR) schrieb:
Hallo Jan,
ich würde für sinnvolle Abschnitte (z.B. eine
Hallo,
Ekkehart wrote:
ich würde für sinnvolle Abschnitte (z.B. eine Tagesetappe) jeweils eine
Relation anlegen und die ganzen Relationen in einer Super-Relation
zusammenfassen.
Ich hatte das mal hier
Hallo!
Frederik Ramm schrieb:
Ekkehart wrote:
ich würde für sinnvolle Abschnitte (z.B. eine Tagesetappe) jeweils eine
Relation anlegen und die ganzen Relationen in einer Super-Relation
zusammenfassen.
Ich hatte das mal hier
Jan Tappenbeck o...@tappenbeck.net writes:
Das ist ein guter Ansatz - dann mache ich für Lübeck eine Relation die
für 3 Fernwanderwege verwendet werden kann, da hier der Verlauf
identisch ist!
Ich verstehe nicht genau, was du machen willst, glaube aber, dass man
das normalerweise genau
Hallo Karl,
selbstverständlich bezieht sich die Schnipsel-Sammlung auf jede einen
Wanderweg und in dem Bereich der zum Fernwanderweg 1,6,9 gehört können
sich diese eine Relation teilen.
Gruß Jan :-)
Karl Eichwalder schrieb:
Jan Tappenbeck o...@tappenbeck.net writes:
Das ist ein guter
Hallo,
Ekkehart wrote:
Wenn alle sicher sind, daß das funktionieren wird
Ich habe geschrieben: Ich gehe davon aus, dass Nicht: Alle sind
sicher, dass
muß es doch irgendwo
auch einen Plan geben, wie.
Nicht alle Plaene, die es im Projekt gibt, stehen auch im Wiki ;-) im
Wiki und
Hallo,
da ich keine Datenbank greifbar habe und mir compound bzw. collection fuer
Superrelationen nicht bewusst waren, habe ich mal ein paar Superrelationen
ausgehend von meinem Favoriten type=network angeschaut, insbes. habe ich
grob über die Superrelationen (inkl. deren Subrelationen) aus
15 matches
Mail list logo