<html><body><div><br><br>Am 26. Jul 2010 um 21:33 schrieb Guenther Meyer <d.s.e@sordidmusic.com>:<br><br></div><div><blockquote type="cite"><div><div class="_stretch">Am Montag 26 Juli 2010, 21:03:23 schrieb steffterra:<br>
> ok, so kannst du dir natuerlich die Richtung sparen.<br>
> Nur hast du damit im Editor durch die drei ways auch automatisch eine<br>
> Ausdehnung, die nicht unbedingt der Realitaet enspricht (tut sie sowieso<br>
> nicht, aber eine schmale Strasse bringst du dann evtl nicht mehr zwischen<br>
> den angrenzenden Haeusern/POIs durch.<br>
> <br>
> Daran habe ich auch gedacht. In JOSM sollte erstmal nur der Datenway zuu<br>
> sehen sein. Und nur, wenn man auf ihn klickt, dann gehen die beiden ways<br>
> links und rechts davon "auf". Wenn man wieder woanders hinklickt, geht es<br>
> wieder "zu" bzw. zurück. Da es nur für Straßen gedacht ist, diue<br>
> richtungsabhängige Tags benötigen (und das ist sicher nicht die Masse),<br>
> könnte man auf diese Weise an die Stellen "hineinschauen", die einen<br>
> interessieren. <br>
<br>
spaetestens wenn du Fahrspuren mit abbilden willst, hast du zumindest in <br>
groesseren Staedten staendig richtungsabhaengige Attribute.<br>
Dasselbe gilt fuer viele Landstrassen (Ueberholverbote, <br>
Geschwindigkeitsbeschraenkungen, ...).</div></div></blockquote><span> </span></div><div><span></span>Die habe ich auch so, nur das ich sie dann an der Spur taggen kann , die es betriff und muss es nicht über ein kompliziertes Tagging-Schema an den einen way hängen.</div><div><br><blockquote type="cite"><div><div class="_stretch">Aber prinzipiell ein guter Ansatz. Man koennte sich auch durchaus verschiedene <br>
Ansichten vorstellen, je nachdem was einen interessiert, bis hin zum <br>
"fotorealistischen Rendern".</div></div></blockquote><span> </span></div><div>Rendern ist aber Rendern und meint nicht die Darstellung im Editor, die ich oben beschrieb.</div><div>'Für die Renderer habe ich mir ja auch etwas ausgedacht, wie z.b. für Kreuzungen. So eine Art Lupenfunktion, aber keinen weiteren Zoomlevel für dei ganze Seite. Also eher einen Zoomlevel für ein definiertes Rechteck, das dann daneben noch einmal groß gerendert wird.</div><div><br></div><div><blockquote type="cite"><div><div class="_stretch">
natuerlich kann man das drehen nicht sperren. Aber man muss es in der Software <br>
auch nicht anbieten, nicht mal anzeigen. Denn es gibt keinen Grund, die <br>
Richtung ueberhaupt zu drehen.<br>
<br>
Das Problem entsteht doch nur dadurch, weil die Richtung einerseits als <br>
Referenz fuer diverse Tags genutzt wird, andererseits aber auch direkt z.B. <br>
die Richtung einer Einbahnstrasse darstellt. Und genau letzteres muss getrennt <br>
werden.<br>
Ich sehe die Richtung als Referenzeigenschaft des ways, genauso wie du das <br>
durch drei getrennte ways darzustellen versuchst.</div></div></blockquote><span> </span></div><div><br></div><div>ja, ich verstehe es "ausserhalb meines Models" auch so.</div><div><span></span><br><blockquote type="cite"><div><div class="_stretch">Um beim Beispiel Einbahnstrasse zu bleiben:<br>
Wenn die Fahrtrichtung aus irgendwelchen Gruenden gedreht werden muss, dann <br>
wird nur das entsprechende oneway-Attribut gedreht, sonst nichts. Einfacher <br>
geht's doch kaum...<br>
<br>
<br>
> > Wo ist Dein Problem? Man muss ja nicht jede Fahrspur abbilden, man könnte<br>
> > es aber, falls nötig. Nötig wäre es nur, wenn sich die Fahrspuren _einer<br>
> > Richtung_ vom tagging her unterscheiden, z.B. bei einer abbiegenden<br>
> > äußeren Fahrspur udn der gerade aus weiter führenden Fahrspur.<br>
> <br>
> muss man nicht.<br>
> Ausserdem hast du dann wieder eine Mischloesung...<br>
> <br>
> Nein, was ist denn gemischt? richtungsabhängige tags gibt es dann offiziell<br>
> nicht mehr, weil dann die Gruppierten ways für die Richtungsabbildung<br>
> zuständig ist, die das viel besser maschinen- udn menschenlesbar abbildet.<br>
> <br>
<br>
du hast dann einerseits deinen Wegtripel, andererseits im schlimmsten Fall <br>
noch mehrere ways, die die einzelnen Fahrspuren kennzeichnen, wenn ich dich <br>
richtig verstanden habe.</div></div></blockquote><span> </span></div><div><br></div><div><span></span>Nunja. Sehe es es. Man kann den way flexibel einsetzen. Entweder </div><div>a) so wie jetzt auch mit einem way (für die Strecken ohne richtungsabhängige tags</div><div><br></div><div>b) mein Model, das zwei ways für jede Fahrtrichtung vorsieht und einen daten-way dazwischen, der von einem neuen Renderer nicht gerendert wird, aber von einem älteren Renderer genutzt wird, weil dieser die anderen Fahrrichtungsways nicht nutzen kann.</div><div>Bei mehreren Fahrspuren pro Richtung könnte dann auch da der lanes-tag eingesetzt werden</div><div><br></div><div>c) mein Model mit genmutzter Möglichkeit neben dem daten-way links und rechts davon mehrere Fahrspuren-ways zu zeichnen, wenn es denn nötig ist, wie z.b. an komplizierten Kreuzungen, oder wenn es verschiedene maxspeed-tags auf jeder Fahrspur gibt, etc. Dann gibt es da halt kein lanes=2, sondern eben zwei ways, die dann zusammen mit dem Rest in einer Gruppe die Straße im gesamten darstellen.</div><div><br></div><div>Der Vorteil ist die Flexibilität ohne dabei neue Redundanz zu bilden, gleichzeitig ist das ganze abwärtskompatibel. Das ist sogar der wichtigste Punkt an der ganzen Geschichte.</div><div><br><blockquote type="cite"><div><div class="_stretch">Hmm, jetzt faellt mir noch was ein:<br>
Eigentlich wuerden in deinem Modell zwei ways fuer die beiden Seiten reichen. </div></div></blockquote><span> </span></div><div>eigentlich ja - doch ich wollte vermeiden, dass z.B. der name-tag an beiden ways getaggt wird, was wieder zu unnötiger Redundanz führen würde, so wie im Linienbündel-Model, das ich nicht so mag.</div><div><span></span><br><blockquote type="cite"><div><div class="_stretch">Da diese sowieso in einem uebergeordneten Objekt zusammengefasst werden <br>
muessen, kann man doch die allgemeingueltigen Tags gleich da dran haengen; das <br>
Einzeichnen des Mittelweges kann man sich dann sparen...</div></div></blockquote><span> </span></div><div>Das "da dran hängen" ist ein Problem, das Du wie lösen würdest? Ich bin gespannt, da ich gerne auf den daten-way verzichten würde. Aber bitte führe jetzt nicht die Relation als Lösung an, den die wollte ich vermeiden. Sonst könnte man gleich beide Fahrtrichtungen mit Relationen erfassen und alle richtungsabhängigen tags da dran pappen.</div><div><br></div><div><span></span><blockquote type="cite"><div><div class="_stretch">... schon klar.<br>
Im Prinzip laeuft alles auf das fehlerhafte Drehen eines ways zurueck.<br>
Aber warum was neues gross und aufwendig ausarbeiten, wenn man genausogut die <br>
Ursache des Uebels anpacken kann?</div></div></blockquote><span> </span></div><div>Und wie?</div><div><br></div><div><blockquote type="cite"><div><div class="_stretch">> Aber davon abgesehen, was wäre denn Deine Lösung, oder ist Deine<br>
> Diskussionsgrundlage, dass es nichts zu diskutieren gibt, weil du mit<br>
> backward/forward und left/right keine Probleme siehst wie ich?<br>
> <br>
<br>
wie bereits gesagt: ein way bekommt beim Anlegen eine Richtung, und die bleibt <br>
unveraenderlich so wie sie ist.<br>
Wenn die Editoren diese Referenzrichtung und das Drehen des Weges gar nicht <br>
erst anzeigen/anbieten, dreht die auch keiner.</div></div></blockquote><span> </span></div><div>Und wenn sich die Richtung einer Einbahnstraße ändert, oder man überhaupt erst eine taggen möchten, owowohl es vorher keine war?</div><div><span> </span></div><div><span></span><blockquote type="cite"><div><div class="_stretch">> Rendern laesst sich sowas vielleicht noch, aber spaetestens bei der<br>
> Graphenbildung fuer's Routing wird's komplex wuerde ich vermuten...<br>
> <br>
> Schön, dass Du aufs Routing zu sprechen kommst. Routing kann diese<br>
> Datenbsasis ideal zum fahrspurgenauen Routen z.B. an neuraligschen Stellen<br>
> nutzen. Das ist ein sehr postitiver Nebeneffekt und keineswegs ein<br>
> Nachteil. Ganz im Gegenteil!<br>
> <br>
<br>
wie gesagt, das ist nur eine Vermutung. Prinzipiell kann man wahrscheinlich <br>
aus jeden der Modelle was sinnvolles rausziehn.</div></div></blockquote><span> </span></div><div>sonst gäbe es ja deren Daseinsberechtigung nicht, oder? ;-)</div><div><br></div><div><span></span><br><blockquote type="cite"><div><div class="_stretch">> Wie waer's wenn du mal ein Beispiel anhand einer typischen Strasse einfach<br>
> mal modellierst und als OSM-Datei zur Verfuegung stellst?<br>
> <br>
> Kann ich machen Komme aber erst gegen Mitte der Woche dazu. Danke für den<br>
> Vorschlag<br>
> <br>
<br>
sehr schoen. ich bin gespannt...</div></div></blockquote><span> </span></div><div><span><br></span></div><div><span>Mal sehen, wie ich das machen kann, Sachen abzubilden, die es noch nicht gibt. Ich versuche auch die kritischen Dinge wie Kreuzungen und Kreisverkehre hinzubekommen. Aber ganz ohne manuellem Zeichnen wird es nicht gehen. Mal sehen.</span></div><div><span><br></span></div><div><span>steffterra</span></div></body></html>