Hallo,
wie erfasst man komplexe Parkgebühren (key:charge)?
Stunde kostenlos (ist mir klar: fee:contitional = no @ (stay < 1 hour)
bis 2 Stunden: 1€
bis 3 Stunden: 1,50€
bis 4 Stunden: 2€
ab 4 Stunden: 6€ (für die ersten Tag)
für jeden weiteren Tag: 3€
Also ovale Murmel über dem Hals einschalten… Es klingt zwar etwas Plump, aber ich sehe bei solchen Geschichten die Grenzen eines sinnvollen und vor allem in Ansätzen auswertbaren Taggings erreicht… Die Frage ist dann auch: wie schnell ändert sich das? Wer beoachtet das regelmäßig? Wer ändert das?
Erfassbar für mich ist höchstens: erste Stunde kostenlos, darüberhinaus Knete! …mehr nicht… Gebühren ändern sich gerne mal so schnell, wie andere ihre Hemden wechseln…
Also ovale Murmel über dem Hals einschalten… Es klingt zwar etwas Plump,
aber ich sehe bei solchen Geschichten die Grenzen eines sinnvollen und
vor allem in Ansätzen auswertbaren Taggings erreicht…
Das geht mir in der Hälfte aller Taggingdiskussionen so. Der krampfhafte
Versuch, alles in Schemata zu pressen, kombiniert mit der diebischen
Freude, jetzt doch eine Öffnungszeitenregelung gefunden zu haben, für
die das Schema nicht mächtig genug ist - juhu, gleich mal ein Proposal
schreiben für Öffnungszeiten, die von der Mondphase abhängig sind, oder
für Eiscafes, die im Winter Pelzgeschäfte sind oder vegane Speisekarte
nur an Messetagen…
Die Frage ist dann
auch: wie schnell ändert sich das? Wer beoachtet das regelmäßig? Wer
ändert das?
Ja, genau. “Wie lange würde es dauern, bis jemand merkt, dass das, was
ich hier eintrage, nicht mehr stimmt”…
Euren Purismus in allen Ehren, aber es ist legitim sowas taggen zu wollen. Und es gibt Projekte und Mapper, die solche Daten - zumindest auf lokaler Ebene - auch auswerten und pflegen.
(In der Tat ändern sich Gebühren aber meist so oft, das man sie auch mMn nur taggen sollte, wenn man nen Anwendungsfall dafür hat oder sich zutraut, die Daten zukünftig zu pflegen…)
Aber damit dieser Thread auch eine Lösung zur aufgeworfenen Frage vorschlägt: Mir fällt keine einfachere Variante ein als:
(ohne Gewähr - bestimmt findet jemand nen Logikfehler ) Die verschiedenen durch Semikolon getrennten Bedingungen sind in “absteigender” Reihenfolge aufgeführt, damit die später genannten die vorherigen überschreiben.
Edit: Die conditional restrictions-Syntax sieht keine Leerzeichen vor und hinter den Operatoren (>, <, <= etc.) vor, nur vor und hinter dem “@”. Das betrifft auch das oben genannte fee:conditional=no @ (stay<1 hour). Edit 2: Bei nochmaligem Lesen sind mir im Wiki auch Beispiele mit Leerzeichen um die Operatoren aufgefallen. Eine explizite Erwähnung dazu gibt es nicht. In der (automatisierten) Interpretation muss man also auch mit Leerzeichen vor und nach >, <, <= etc. rechnen.
Hat dafür mal bitte jemand einen Lösungsvorschlag für mich? parking:right:fee:conditional=no @ (Mo-Sa 00:00-09:00,19:00-24:00; Su,stay < 15 minutes)
JOSM meldet nach wie vor einen Syntaxfehler…
In dem Bereich fallen von Mo-Sa zwischen 09:00-19:00 Uhr Parkgebühren für eine maximale Standzeit von 4 Stunden an. Parkt man da kürzer als 15 Minuten kostet es nichts. (Brötchentaste)
Ich kenne mich mit dem Schema und der Syntax nicht aus, aber warum nicht wie in diesem Beispiel im Wiki, also umgekehrt gedacht, grundsätzlich kostenlos nur zwischen Mo-Sa zwischen 9 und 19 Uhr fallen bei Standzeit über 15 Minuten Gebühren an.
fee=no + fee:conditional=yes @ stay > 2 hours AND Mo-Fr 07:00-19:00; yes @ stay > 2 hours AND Sa 07:00-13:00 - No fee, except if staying for more than 2 hours on Mon-Fri from 7:00-19:00 or on Sat from 07:00-13:00.
Nach etwas einlesen wäre meine Hypothese, dass die Syntax so wie du es machen wolltest (also grundsätzlich gebührenpflichtig, außer zu bestimmten Zeiten)
Wenn man es einfach halten will: Den Preis für die kürzestmöglichste, kostenpflichtige Taktung nehmen. Ein Automat der z.B. auf 0,70€/h und mindestens 0,50€ konfiguriert ist, könnte man mit charge=0.50 EUR/42 min abbilden. Zugaben zu deinen Gunsten wie “erste 10 Min. frei”, “besserer Takt 0,10€/8 min ab 42min”, “besserer Stundensatz zu deinen Gunsten nach 2h” entfallen der Einfachheit halber.