[Talk-de] Maxspeed für 7.5t
Hallo, ich habe hier die Situation, dass allgemein maxspeed=50 gilt. Zusätzlich gilt aber Tempo 30 für 7,5 t. Ich wäre über einen Taggingvorschlag dankbar. Im Moment habe ich mal maxspeed:hgv=30 verwendet. Das kommt dem zumindest am nächsten. Leider ist es nicht richtig, weil hgv meines Wissens 3.5t impliziert. Taginfo hat mir da leider auch nicht helfen können. Habt ihr Ideen? Viele Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed für 7.5t
Danke für die schnelle Antwort! Das muss ich übersehen haben... :D Viele Grüße, Christian Am 08.04.2015 um 13:17 schrieb Martin Vonwald: Hi! Ich empfehle das hier: http://wiki.openstreetmap.org/wiki/Conditional_restrictions maxspeed:conditional=30 @ (weight=7.5) bg, Martin Am 8. April 2015 um 13:13 schrieb C.Brause chr_bra...@gmx.de: Hallo, ich habe hier die Situation, dass allgemein maxspeed=50 gilt. Zusätzlich gilt aber Tempo 30 für 7,5 t. Ich wäre über einen Taggingvorschlag dankbar. Im Moment habe ich mal maxspeed:hgv=30 verwendet. Das kommt dem zumindest am nächsten. Leider ist es nicht richtig, weil hgv meines Wissens 3.5t impliziert. Taginfo hat mir da leider auch nicht helfen können. Habt ihr Ideen? Viele Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting - Wie verbessern?
Am 03.07.2014 23:52, schrieb Martin Koppenhoefer: Am 03/lug/2014 um 22:07 schrieb Bernhard Weiskopf bweisk...@gmx.de: Freilich braucht eine aufwändigere Auswertung mehr Zeit, das dürfte heute aber kein besonderes Problem mehr sein. doch, das ist immer dann ein Problem, wenn man quasi-live Daten verwenden will Wahrscheinlich irre ich mich, aber ist die Tagauswertung nicht eh ein Zwischenschritt beim Preprocessing? Oder werden immer sämtliche Rohedaten in den Router geschmissen? Ich vermute dass alles was kein Weg ist eh rausgeschmissen wird. Und in dem Arbeitschrittdürften auch weitere zielführende Vereinfachungen möglich sein. (z.B. bicycle=no ebenfalls rausschmeißen, solange es sich ausschließlich um Radrouting handelt) Viele Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad-Wander-Skate-Routen
Hallo und Danke für die vielen Antworten, Ideen und Einwände hatte ich für mich auch schon gefunden, mit Ausnahme der Möglichkeit, dass sich der Weg u.U. auf Teilstücken im Detail unterscheiden. Dass die Auswertung des Semikolons sich schwierig gestaltet, hört man ja immer wieder. Es scheint aber, wenn auch vielleicht mit Aufwand, machbar zu sein. Und wie Fly schon sagt, ist das eine naheliegende Variante, die dem Mapper die Arbeit letztlich in vielen Bereichen erleichtert. Mein Kompromiss sieht jetzt erstmal so aus, dass ich das Teilstück, dass ich kenne erstmal mit Semikolon getrennt gemappt habe (Bei Waymarks funktioniert das auch, danke Sarah) und mir Gedanken über Kopien der Route oder eine Superrelation erst Gedanken mache, wenn der Fall getrennter Streckenführung dann tatsächlich auftaucht. Falls sich noch Argumente finden, das anders zu lösen, bin ich natürlich offen. Viele Grüße, Christian Am 23.05.2014 01:52, schrieb fly: Am 22.05.2014 15:02, schrieb Sarah Hoffmann: Hi, On Thu, May 22, 2014 at 01:51:45PM +0200, C.Brause wrote: Mein Ansatz wäre jetzt, die Route als Relation mit route=bicycle;hiking;inline_skates zu bezeichnen und den mir bekannten Renderern (opencyclemap und waymarks) den Hinweis geben, dass solche Wege auch aufgenommen werden könnten/sollten. Ein Blick auf Taginfo zeigt mir, dass solche Kombinationen insgesamt ca. 110 mal vorkommen. Gefunden habe ich aber auch Radrouten, bei denen die Zusatzinfo, dass es sich auch um eine Ausgewiesene Rundstrecke für Skater und Wanderer handelt, in description=* befindet. Zum Auswerten ist das natürlich kaum geeignet. Ich vermute, dass das so gelöst wurde, damit es wenigstens irgendwo auch zu sehen ist. Im Wiki findet sich nichts zu Routen, die für mehr als ein Fortbewegungsmittel ausgeschildert sind. Was haltet ihr von dem Semicolonansatz und dem Anschreiben der Renderer? waymarkedtrails.org unterstützt den Semikolonansatz seit ein paar Wochen, weil ich gefunden habe, dass das a) die Wirklichkeit am genausten abbildet und b) für die Mapper so am einfachsten zu warten ist. Super, ich begegne immer wieder Situationen, wo das Semikolon die naheliegenste und einfachste Lösung ist und wundere mich immer warum sich dagegen so gesträubt wird. Alles mit yes/no abzubilden ala recycling ist auch keine Lösung und konkret ist das wohl eine Route und sollte als ein Objekt auch so gehandelt werden. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad-Wander-Skate-Routen
Hallo Martin, vielen Dank für den Link, den kannte ich noch nicht. Eigentlich wollte ich das später lesen, habs jetzt aber doch getan und hier meine Gedanken dazu: Die von Jochen aufgeführten Problem sind leider nicht von der Hand zu weisen. Trotzdem bin ich noch nicht dabei, das Semikolon abzuschaffen. Vielmehr gilt es in meinen Augen einen Konsens zu finden. Ich weiß, dass die Diskussion schon alt ist und sich da immernoch keine Lösung herauskristallisiert hat. Aber hier wir ja vieles erst mehrfach totdiskutiert, bevor dann ein gemeinsamer Weg gefunden wird. Um die Themen im Link aufzugreifen: - Ein (ungeordnetes) Set von Werten, bzw. eine Aufzählung: Das ist spontan in meinen Augen die sinnvollste Interpretation. Würd es nur so benutzt gäbe es keine Probleme oder? - Eine sortierte Liste, bzw. Reihenfolge ist wichtig Die Nutzung in so einem Kontext kann ich verstehen, macht aber kaum Sinn. Eine logische Änderung wäre, statt [seamark:buoy_lateral:colour=red;white;red;white] besser [seamark:buoy_lateral:colour:1=red;white;red;white] [seamark:buoy_lateral:colour:2=white] [seamark:buoy_lateral:colour:3=red] [seamark:buoy_lateral:colour:4=white] oder so zu verwenden. Selbst wenn DAS nicht Ideal sein sollte, die Richtung wäre ok, denk ich. (Das ist kein neuer Tagging-Vorschlag!) - Das Editorproblem Das ist doch sebsterklärend. Das Problem entsteht nicht beim Tagging oder Mappen, sondern beim Editor. Werden 2 Objekte zusammengefasst, sollte ein Konfikt angezeigt werden, ohne den Vorschlag, das mit Semikolon zu verbinden. Weiß man nicht, welcher Wert der richtige ist, fasst man die Objekte nicht zusammen oder entscheidet sich und hängt ein erklärendes FIXME dran. - Importproblem Ein Import ist doch an sich IMMER mit einem gewissen Mehraufwand verbunden. Ist es dann noch viel Arbeit das Skript zu erweitern und auf Konflikte ähnlich wie beim Editorproblem mit FIXME zu reagieren? Das einzige wirkliche Gegenargument das ich dabei bisher sehe ist der auch von dir angeführte Fakt, dass das Semikolon durchaus auch Teil eines Wertes (z.B. Name) sein kann. Das kommt zwar selten vor, aber auch das muss abgedeckt werden. Wäre es eine Möglichkeit das Semikolon in irgendeiner Form zu escapen? Ich habe zwar recht viel mit Rechnern zu tun und programmiere auch, aber ich bin kein Profi. Ich kann mir vorstellen, dass das mehr Probleme bringen könnte, als es es löst. Alternativ könnte man auch ein Aufzählungszeichen überlegen, das auf einer Zeichenkombination beruht. Z.B.: ; oder |+| (senkrechte Stiche mit Pluszeichen) Die Kombination müsste sich natürlich von Typischen Escapefrequenzen oder Konstanten von Programmiersprachen unterscheiden. Da verlasse ich aber dann langsam ganz mein Terrain. Viele Grüße, Christian Am 23.05.2014 11:58, schrieb Martin Koppenhoefer: Am 23. Mai 2014 11:47 schrieb C.Brause chr_bra...@gmx.de: Dass die Auswertung des Semikolons sich schwierig gestaltet, hört man ja immer wieder. Es scheint aber, wenn auch vielleicht mit Aufwand, machbar zu sein. Jochens Überlegungen hier: http://blog.jochentopf.com/2013-09-23-semicolons-in-osm-tags.html hast Du gelesen? Es gibt sicherlich (viele) Fälle, wo eine Auswertung möglich ist, aber pauschal kann man das nicht sagen. Auch nicht beachtet wird dabei, dass es evtl. auch (einzige) Werte mit einem Semikolon geben kann, und wie man das dann ggf. escapen würde falls man Semikolons für sets verwenden wollte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rad-Wander-Skate-Routen
Hallo zusammen, ich wollte mal eine ausgeschilderte Mehrzweckroute in der Nähe mappen. Mein Problem ist, dass sie sowohl für Radfahrer, als auch Wanderer und Skater ausgewiesen ist. Mein Ansatz wäre jetzt, die Route als Relation mit route=bicycle;hiking;inline_skates zu bezeichnen und den mir bekannten Renderern (opencyclemap und waymarks) den Hinweis geben, dass solche Wege auch aufgenommen werden könnten/sollten. Ein Blick auf Taginfo zeigt mir, dass solche Kombinationen insgesamt ca. 110 mal vorkommen. Gefunden habe ich aber auch Radrouten, bei denen die Zusatzinfo, dass es sich auch um eine Ausgewiesene Rundstrecke für Skater und Wanderer handelt, in description=* befindet. Zum Auswerten ist das natürlich kaum geeignet. Ich vermute, dass das so gelöst wurde, damit es wenigstens irgendwo auch zu sehen ist. Im Wiki findet sich nichts zu Routen, die für mehr als ein Fortbewegungsmittel ausgeschildert sind. Was haltet ihr von dem Semicolonansatz und dem Anschreiben der Renderer? Viele Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
