Re: [Talk-de] right/left

> Hallo, > > >Auch Fu?- und Radwege haben baulich definierte ?bergangspunkte. > > Ich wei? ja nicht wo Du wohnst, aber in der realen Welt gibt es gro?e > Stra?en mit Ampeln wo man die Stra?e nur dort ?berqueren soll, aber kleine > Stra?en haben keine ?berg?nge, da kann man die Stra?e also ?berall

Re: [Talk-de] right/left

André Reichelt schrieb: > Bjørn Bürger schrieb: > >> Auch Fuß- und Radwege haben baulich definierte Übergangspunkte. >> Und die willst Du definitiv haben, da sonst ein vernünftiges Fußgänger- >> und Radrouting immer nur Makulatur bleiben wird. >> > > Ich sehe aktuell das Hauptproblem darin

Re: [Talk-de] right/left

Sven S. Messenger: sven...@yahoo.de sven1971sommerk...@gizmo5.com Voip: sip: 17472402163 Am Freitag, 2. Januar 2009 16:45:11 schrieb talk-de-requ...@openstreetmap.org: > Josias wrote: > > ich glaube es ist unumstritten, dass wir zeitnah eine M?glichkeit > >  > brauchen die eine Seite von

Re: [Talk-de] right/left

Am Freitag, 2. Januar 2009 15:18:27 schrieb talk-de-requ...@openstreetmap.org: > Dimitri Junker schrieb: > > Oder wenn 2 solcher Stra?en verbunden werden. > > genau... > es gibt da kein System das nicht vor ungewollten Ver?nderungen gesch?tzt > ist. (falls doch sagt es bitte) > > desshalb sollten

Re: [Talk-de] right/left

Hallo, Dimitri Junker wrote: > Ich weiß ja nicht wo Du wohnst, aber in der realen Welt gibt es große > Straßen mit Ampeln wo man die Straße nur dort überqueren soll, aber kleine > Straßen haben keine Übergänge, da kann man die Straße also überall > überquern. Und wenn mir ein Router sagt ich so

Re: [Talk-de] right/left

Hallo, >Auch Fuß- und Radwege haben baulich definierte Übergangspunkte. Ich weiß ja nicht wo Du wohnst, aber in der realen Welt gibt es große Straßen mit Ampeln wo man die Straße nur dort überqueren soll, aber kleine Straßen haben keine Übergänge, da kann man die Straße also überall überquern

Re: [Talk-de] right/left

Hallo, >Also JOSM fragt dann, ob er den einen Weg in der Relation jetzt durch >die zwei neuen Wege ersetezen soll Wenn ich so für right/left arumentiere kommt regelmäßig ein "es gibt auch noch andere Editoren" Sind wir us einig, daß wenn man einen ganzen Weg zur Einbahnstraße machen will beide

Re: [Talk-de] right/left

Bjørn Bürger schrieb: > Auch Fuß- und Radwege haben baulich definierte Übergangspunkte. > Und die willst Du definitiv haben, da sonst ein vernünftiges Fußgänger- > und Radrouting immer nur Makulatur bleiben wird. Ich sehe aktuell das Hauptproblem darin, dass wir nicht definieren können, ob die We

Re: [Talk-de] right/left

Bjørn Bürger schrieb: >> Soll der dann alle 5cm mit >> dem Weg fuer die Fahrbahn verbunden werden, weil ein Fussgaenger ja an >> jeder Stelle die Fahrbahn ueberqueren kann? > > Nein, Du markierst ja eine Autobahn auch nicht als Fungängerweg, > weil das theoretisch möglich ist. Ich rede hier nicht

Re: [Talk-de] right/left

Torsten Leistikow wrote: > Momentan ist es so, dass man genau an den Beruehrungspunkten von einem > Weg zu einem anderen wechseln kann. Wie soll das aussehen, wenn jeder > Buergersteig als eigener Weg erfasst wird? Soll der dann alle 5cm mit > dem Weg fuer die Fahrbahn verbunden werden, weil ein Fu

Re: [Talk-de] right/left

Hallo. Am Freitag, 2. Januar 2009 schrieb Dimitri Junker: > >Das funktioniert auch noch, wenn der Way in der mitte aufgeteilt wird, > Nein tut es nicht, es sei denn der Editor macht aus der einen Relation 2 > mit dem Schnittpunkt als neue Anfangs/Endpunkte. Und bei Kreisverkehren > funktioniert es

Re: [Talk-de] right/left

Hallo. Am Freitag, 2. Januar 2009 schrieb Dirk Stöcker: > > Ich stimme zu, dass das Erfassen dieser Daten lästig ist, aber *haben* > > würde ich sie schon gern. > Können wir nicht erstmal versuchen die gleichen Daten wie die Konkurrenz > zu haben? "Überholen ohne einzuholen" hat schon der DDR nich

Re: [Talk-de] right/left

On Fri, 2 Jan 2009, Frederik Ramm wrote: Will sagen: Solange man einfach nur sagen will, diese Strasse hat einen Radweg nebendran - fein. Dann ist der Radweg ein "Attribut" der Strasse. Haben wir ja jetzt schon mehr oder weniger im Einsatz. Wenn wir das noch endlich für die generelle Nutzung

Re: [Talk-de] right/left

Bjørn Bürger schrieb: >>> - Jedes Element mit besonderen Eigenschaften wird mit einem eigenen >>> Objekt in der Datenbank verewigt >> Also jede Spur, jede Linie (die definiert ja ob man die Spur wechseln darf, >> der Bordstein (seine Höhe bestimmt ob man ihn per Rad überwinden kann), der >> Fahrr

Re: [Talk-de] right/left

Frederik Ramm schrieb: > Sobald man aber anfangen moechte, den Radweg genauer zu beschreiben, > wird er ein Objekt und kein blosses Attribut - dann faengt das Chaos an, > weil der Original-Way dann nicht nur Traeger seiner eigenen Attribute > wird, sondern auch Traeger der Attribute aller an ihm

Re: [Talk-de] right/left

Dimitri Junker wrote: > Vergiß dieses 'Hauptproblem' erstmal. Nehme an es geht um etwas wo auch Du > sagen würdest man soll eine Straßenseite definieren können. Wenn wir uns > geeinigt haben wie man das macht (rechts/links, Nord/Süd, > Vorwärts/rückwärts, Mekkazugewand oder Mekkaabgewand oder wa

Re: [Talk-de] right/left

Hallo, André Reichelt wrote: > Ich frage mich wirklich, warum sich hier einige so wehemend wehren. Es > ist bisher *mit Abstand* der Beste vorschlag, der genannt wurde. Was ist genau bitte "Es"? Das rechts/links oder das gemeinsame Taggen von mehreren baulich mehr oder weniger getrennten Fahr/G

Re: [Talk-de] right/left

Dimitri Junker schrieb: > Schreib doch mal etwas vergleichbar eindeutiges zur Definition der > nördlichen,... Seite einer Straße. Und schreibe ein Regelwerk wie man beim > Verbinden von 2 Straßen automatisch die Seiteninfo anpassen kann, Angenommen > Du verbindest z.B. eine 'L' mit einer 'J' för

Re: [Talk-de] right/left

On Fri, 2 Jan 2009, Frederik Ramm wrote: Dimitri Junker wrote: Also jede Spur, jede Linie (die definiert ja ob man die Spur wechseln darf, der Bordstein (seine Höhe bestimmt ob man ihn per Rad überwinden kann), der Fahrradweg, der Fußgängerweg, Ich stimme zu, dass das Erfassen dieser Daten lä

Re: [Talk-de] right/left

Hallo, Dimitri Junker wrote: > Also jede Spur, jede Linie (die definiert ja ob man die Spur wechseln darf, > der Bordstein (seine Höhe bestimmt ob man ihn per Rad überwinden kann), der > Fahrradweg, der Fußgängerweg, Ich stimme zu, dass das Erfassen dieser Daten lästig ist, aber *haben* würde

Re: [Talk-de] right/left

>Ich denke, der obige Anspruch (alles in einen way packen) beschreibt >schon das Hauptproblem. Vergiß dieses 'Hauptproblem' erstmal. Nehme an es geht um etwas wo auch Du sagen würdest man soll eine Straßenseite definieren können. Wenn wir uns geeinigt haben wie man das macht (rechts/links, Nord

Re: [Talk-de] right/left

Hallo, >Müsste er aber nicht haben Doch, definier doch mal einen Weg ohne implizit eine Richtung vorzugeben. Das geht nicht. >wenn wir Menschen über eine Strasse nachdenken, dann hat diese Strasse >in unserem Kopf keine Richtung, oder? 1. Definieren wir dann nicht diese Straße 2. sehen wir d

Re: [Talk-de] right/left

>Hier iwrd explizit gesagt: Die Einbahnrichtung ist von X nach Y. Und das Bisherige oneway=yes bedeutet: Die Einbahnrichtung ist von Startnode nach Endnode des Weges. Der einzige Vorteil Deiner Relation ist, daß man so auch Teile einer Straße zur Einbahnstraße machen kann. Genau so etwas hatte

Re: [Talk-de] right/left

On Fri, 2 Jan 2009, Frederik Ramm wrote: Dimitri Junker wrote: Und was ist von Node A bis Node B anderes als die Richtungsinfo des Weges? Hier iwrd explizit gesagt: Die Einbahnrichtung ist von X nach Y. Das aendert nur jemand, der ausdruecklich die Einbahnrichtung umdrehen will. Das funktio

Re: [Talk-de] right/left

Am Freitag, 2. Januar 2009 17:09 schrieb Frederik Ramm: > Hallo, > > Dimitri Junker wrote: > > Und was ist > > > >> von Node A bis Node B > > > > anderes als die Richtungsinfo des Weges? > > Hier iwrd explizit gesagt: Die Einbahnrichtung ist von X nach Y. Das > aendert nur jemand, der ausdruecklich

Re: [Talk-de] right/left

Hallo, Dimitri Junker wrote: > Und was ist >> von Node A bis Node B > anderes als die Richtungsinfo des Weges? Hier iwrd explizit gesagt: Die Einbahnrichtung ist von X nach Y. Das aendert nur jemand, der ausdruecklich die Einbahnrichtung umdrehen will. Das funktioniert auch noch, wenn der Way

Re: [Talk-de] right/left

Frederik Ramm schrieb: > Hallo, > > Dirk Stöcker wrote: >> Ein Weg hat implizit eine Richtung. > > Müsste er aber nicht haben; wenn wir Menschen über eine Strasse > nachdenken, dann hat diese Strasse in unserem Kopf keine Richtung, oder? > Wenn ich über eine Straße nachdenke, dann hat die auch

Re: [Talk-de] right/left

Josias wrote: > ich glaube es ist unumstritten, dass wir zeitnah eine Möglichkeit > brauchen die eine Seite von der anderen zu unterscheiden, > wenn wir alles in einen way packen wollen. Ich denke, der obige Anspruch (alles in einen way packen) beschreibt schon das Hauptproblem. > ansonsten mü

Re: [Talk-de] right/left

Hallo, Josias wrote: > relationen sind sehr kompliziert Das ist richtig, aber Dirk sagte nicht "dass Wege eine Richtung haben, macht vieles einfacher", sondern "dass Wege eine Richtung haben, ist unverzichtbar". > was ist wenn einer der knoten gelöscht wird? Das geht nicht, das wird die API n

Re: [Talk-de] right/left

Hallo, Dirk Stöcker wrote: > Ein Weg hat implizit eine Richtung. Müsste er aber nicht haben; wenn wir Menschen über eine Strasse nachdenken, dann hat diese Strasse in unserem Kopf keine Richtung, oder? > Sachen wie coastlines und oneway wieder aus der Welt zu schaffen ist aus > meiner Sicht so

Re: [Talk-de] right/left

Dimitri Junker schrieb: > Oder wenn 2 solcher Straßen verbunden werden. genau... es gibt da kein System das nicht vor ungewollten Veränderungen geschützt ist. (falls doch sagt es bitte) desshalb sollten wir uns immer für das einfachste entscheiden __

Re: [Talk-de] right/left

Hallo, >koennte man eine Einbahnstrasse ganz prima durch eine Relation >abbilden ("Strasse S ist Einbahnstrasse von Node A bis Node B"). Und was ist >von Node A bis Node B anderes als die Richtungsinfo des Weges? Node A ist der erste Node und NodeB der letzte des Weges. Nur ist es für den Ma

Re: [Talk-de] right/left

Hallo, >was ist wenn einer der knoten gelöscht wird? Oder wenn 2 solcher Straßen verbunden werden. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] right/left

On Fri, 2 Jan 2009, Frederik Ramm wrote: Für die Karte mag das stimmen, aber für die Datenbasis ist es nicht verzichtbar. Statt also jedesmal dagegen zu argumentieren sollte man es vernünftig umsetzen. Es kommt auch so, aber mit mehr Problemen. Du behauptest, dass es (=Richtungen an Ways) nich

Re: [Talk-de] right/left

> Alles neue muß ggf. zu Anpasuungen aller Editoren führen. Und es > ist trivial > einem Editor der einen Weg drehen kann beizubringen dabei gewisse Tags zu > verändern. Wenn der Editor in einer Programiersprache ist die ich kenne > mache ich das wahrscheinlich in 5 min. > wie waren doch die letzte

Re: [Talk-de] right/left

Dimitri Junker wrote: > Die Richtung hat grundsätzlich nichts auf der Karte zu suchen. Was > auf die Karte gehört ist z.B. ein Pfeil bei Einbahnstraßen. Wenn > eine andere Eigenschaft gezeichnet wird sollte sie ggf anders > gezeichnet werden wenn sie nur einseitig vorhanden ist. Genau! Auf den

Re: [Talk-de] right/left

Frederik Ramm wrote: > "Auf der rechten Seite der B123 ist ein Radweg" ist einfach keine Info, > mit der man irgendwas anfangen kann. Erst zusammen mit der (auf der > Karte verborgenen) Richtungsinfo ergibt sich ein Sinn. Das gefaellt mir > nicht. Ich haette gern eine Loesung, die auch ohne ve

Re: [Talk-de] right/left

Frederik Ramm schrieb: > Hallo, > > Dirk Stöcker wrote: >> Für die Karte mag das stimmen, aber für die Datenbasis ist es nicht >> verzichtbar. Statt also jedesmal dagegen zu argumentieren sollte man es >> vernünftig umsetzen. Es kommt auch so, aber mit mehr Problemen. > > Du behauptest, dass es

Re: [Talk-de] right/left

Hallo, Dirk Stöcker wrote: > Für die Karte mag das stimmen, aber für die Datenbasis ist es nicht > verzichtbar. Statt also jedesmal dagegen zu argumentieren sollte man es > vernünftig umsetzen. Es kommt auch so, aber mit mehr Problemen. Du behauptest, dass es (=Richtungen an Ways) nicht verzich

Re: [Talk-de] right/left

Hallo, >Ach? Was ist mit den anderen Editoren? Alles neue muß ggf. zu Anpasuungen aller Editoren führen. Und es ist trivial einem Editor der einen Weg drehen kann beizubringen dabei gewisse Tags zu verändern. Wenn der Editor in einer Programiersprache ist die ich kenne mache ich das wahrschein

Re: [Talk-de] right/left

ich glaube es ist unumstritten, dass wir zeitnah eine Möglichkeit brauchen die eine Seite von der anderen zu unterscheiden, wenn wir alles in einen way packen wollen. ansonsten müssen wir wieder mit extra ways arbeiten, aber da sprechen auch wieder viele gegen. anstatt immer nur Argumente zu brin

Re: [Talk-de] right/left

On Fri, 2 Jan 2009, Frederik Ramm wrote: Das ist ein No-Op. oneway ist auch falsch wenn man den Weg dreht. Seit JOSM das automatisch dreht, kräht kein Hahn mehr danach. Ach? Was ist mit den anderen Editoren? Die Können ja lernen. So kompliziert ist das ja nicht. Das Minimum wäre eine Warnun

Re: [Talk-de] right/left

Hallo, Bernd Wurst wrote: >> Das Hauptproblem besteht >> darin, dass die Tags nicht mehr passen, wenn der Weg gedreht wird. > > Das ist ein No-Op. > oneway ist auch falsch wenn man den Weg dreht. Seit JOSM das automatisch > dreht, kräht kein Hahn mehr danach. Ach? Was ist mit den anderen Editor

Re: [Talk-de] right/left

Hallo. Am Freitag, 2. Januar 2009 schrieb André Reichelt: > Das Hauptproblem besteht > darin, dass die Tags nicht mehr passen, wenn der Weg gedreht wird. Das ist ein No-Op. oneway ist auch falsch wenn man den Weg dreht. Seit JOSM das automatisch dreht, kräht kein Hahn mehr danach. Mit der Begrün

Re: [Talk-de] right/left

Dimitri Junker schrieb: > Hallo, > > Ich habe mal ein Proposal geschrieben: > > > Bitte schaut es Euch an und korigiert formale Fehler und diskutiert es. > > Und wo soll ich dies jetzt außer hier noch bekannt geben? Das Proposal

[Talk-de] right/left

Hallo, Ich habe mal ein Proposal geschrieben: Bitte schaut es Euch an und korigiert formale Fehler und diskutiert es. Und wo soll ich dies jetzt außer hier noch bekannt geben? Dimitri