Öffungszeiten [2]

Na, prima! Danke für die Änderung. Aus meiner Sicht ist “!” nach z.B. der C-Syntax so viel eingängiger: als Regelbestandteil heißt das “wenn diese eine Regel nicht gilt” und als globale Notation:
Mo 6:00-14:00; ! “Außerhalb der Öffnungszeiten auch nach Vereinbarung.”, heißt das dann: "außerhalb sämtlicher Öffnungzeiten (also Status=“closed”). Ohne jegliche Ein- oder Auschlußinfo gibts dann nur die Meldung.

Ach ja, das mit dem überschreibendem Verhalten (“last match wins”) war mir nicht gleich klar, ist aber richtig von dir interpretiert und ergibt sich wirklich aus der Syntax für das “off”. Da sollte man unbedingt drauf hinweisen, weil das ist sonst eine Fehlerquelle, weil die meisten Menschen und ich auch erst, davon ausgegangen sind, das sich die regeln addieren und nicht überschreiben.
Da wäre dann

Mo-Fr 8:00-12:00;We 15:00-18:00

eben gerade; “Mittwoch ist zusätzlich auch noch nachmittags auf”. Soll heißen dieses Verhalten provoziert geradezu wieder menschliche Interpretationsfehler.

Wieso ist das falsch? Wollen wir denn echt die 3. Bedutung für das “+” in den opening_hours=* haben?
Bitte laß das auf “!”. Danke!

1. hinter Uhrzeiten: 22:00+
2. Mar 25 + 5 days

Edit: gerade nachgesehen: “+” und “!” als Alternative gehen natürlich auch als Kompromiss, ich wollte nur versuchen die Benutzerverirrung zu reduzieren.

Nahmd,

Sorry, da habe ich wohl für Verwirrung gesorgt.

Mir ging es an der Stelle nicht um die exakte Definition der Tags, sondern nur darum, dass wenn Tags der Form “*:times” immer den “Datentyp” <opening_hours_t> haben, man bei einer automatischen prüfung jetzt schon Tags berücksichtigen kann, die noch gar nicht erfunden sind. Ich mag es, Dinge so einfach zu bauen, dass sie für Zwecke genutzt werden, an die ich nie gedacht hätte. Das war also nur ein Gedanke und nichts, worüber zu diskutieren sich lohnte.

Gruß Wolf

von diesen hardgecodeten strings in “opening_hours” halte ich nicht recht viel. was macht ein tourist mit englischen kartenmaterial? dem sagt zB der string “im sommer nach vereinbarung” überhaupt nichts. sowas gehört, wenn schon, in einen tag “description:opening_hours” bzw. “description:opening_hours:en”.

das reine “nach vereinbarung” gibt es ja auch in anderen ländern. da sollte ein englischer fixwert her. beispiele:

“Mo-Fr 09:00-18:00; on_demand” für fixe öffungszeiten + generischen “nach vereinbarung”
“Mo-Th 09:00-18:00; Fr, Sa on_demand” für fixe öffungzeiten zw mo-do und “nach vereinbarung” am freitag und samstag.

Nahmd,

Ich habe osm und ifw ausprobiert – beide keine aktuellen Daten. Warum auch immer.

Der Aufwand erscheint mir als Ersatz für eine banale Abfrage recht hoch.

Kann vielleicht einer derer, die einen Postgis-Server hoher Aktualität haben, mir eine einfache API dranbauen?

Ich suche jeweils nur nach Knoten mit einem bestimmten Tag oder einer bestimmten Tag=Wert-Kombination in einer Bounding-Box. Ich akzeptiere jedes Ergebnisformat, muss kein XML sein. Direkte Ausgabe vom PostgreSql reicht mir schon.

Gruß Wolf

Nein, die Verwirrung habe wohl eher ich verursacht!
Ich wollte eigentlich sagen, daß service_times=* neben Führungen zusätzlich auch schon für Gottesdienstzeiten definiert ist. Soll heißen da sind guidance:times=* bzw. :times= ein deutlich besserer Vorschlag.

Und wie viele Prozent der Menschheit kennen die C-Syntax? Zugegeben, es wäre die dritte Bedeutung für ein +, trotzdem finde ich, kann man’s auseinanderhalten. Alternativ würde ich & vorschlagen: Bisher ungenutzt, eingängig für die Bedeutung “außerdem auch noch”/“und” und auch für C-Programmierer nicht völlig fremd

@flaimo: Ganz ohne Strings wird man nicht auskommen, manche Dinge lassen sich einfach nicht ausdrücken. Zustimmung allerdings zu dem Punkt, dass ein fester Wert mit der Bedeutung “nach Vereinbarung” nicht schaden kann.

in der xapi-antwort steht es anscheinend drin, aber es dürfte nicht so einfach sein, dannzukommen.

 <?xml version='1.0' standalone='no'?>
 <osm version='0.6' generator='osmxapi: OSM Extended API' 
  xmlns:osmxapi='http://www.informationfreeway.org/osmxapi/0.6'
  osmxapi:uri='/api/0.6/node[amenity=hospital]'
  osmxapi:planetDate='200803150826'                              <---------------
  osmxapi:copyright='2008 OpenStreetMap contributors' 
  osmxapi:instance='zappy2'>
   <node id='672180' lat='48.2111685091189' lon='16.3035366605548' timestamp='2006-09-11T16:28:25+01:00'>
     <tag  k='amenity' v='hospital'/>
....

beispiel aus dem wiki, also nicht aktuell
gruss
walter

Bis darauf das das nicht AND sondern NOT für die Regel bedeutet, aber ist schon gut…

AND-Fall: Zeitdefinition AND Meldung wäre schon:
Mo-Fr 8:00-14:00 “Bitte telefonisch anmelden!”

NOT-Fall: NOT(Zeitdefinition) AND Meldung:
Mo-Fr 8:00-14:00 ! “Außerhalb der Öffnungszeiten auch nach Vereinbarung.”

Nahmd,

Sagen wir mal so… wenn er den Hinweis nicht lesen kann, wird er auch Probleme haben, einen Besuchstermin zu vereinbaren

Der fehlt noch: “nur für Gruppen” (Gedenkstätte), “nur bei gutem Wetter” (Biergarten), “nur Frauen” (Sauna) “vorherige schriftliche Anmeldung erforderlich” (Orte mit Sicherheitsüberprüfung), usw. usw.

Und natürlich muss bei jeder Änderung an dieser Liste überall die Software ausgetauscht werden. Immer noch Interesse?

Dann doch lieber eine generische Schreibweise für die Marker: #OD für “on demand” (Nur ein Beispiel! Um Himmels willen ziehe sich keiner daran hoch!)

Oder aber: “on demand” als Text. Wenn man da Phrasen vorgibt und die eingehalten werden, kann man die automatisch übersetzen. “women only”, “weather permitting”, … Wenn nicht, dann halt nicht.

Das lässt den Menschen die Freiheit, neue Dinge auszuprobieren.

Gruß Wolf

Nahmd,

Ganz genau bedeutet es: “IF NOT YET THEN”
Dafür gibts aber in keiner mir bekannten Programmiersprache einen Operator.

Selbst hier hab ichs nicht gefunden: http://www.bruhaha.de/Computer.html#digitaltechnik
.oO( wobei der 7-Bit Komplikator der Sache schon recht nahe kommt)

Das “&” ist auch schön, das müsste aber OHNE das “;” stehen, damit es gut aussieht, und dann müssen wird die Prioritäten von “;” und “&” gegeneinander festlegen – das ist einem normalen Menschen nicht zuzumuten.

Mir gefällt das “+” immer noch am besten – syntaktisch macht es überhaupt keinen Stress, und es bildet das auch gesprochene “und außerdem” sehr schön ab. Ich warte aber einfach ab, bis sich da ein Konsens einstellt.

Gruß Wolf

das “und außerdem” heißt es ja auch bei “Bitte telefonisch anmelden!”, aber aus Sicht der Umgangssprache ist “+” auch nachvollziehbar. Genau, abgestimmt wird dann per taginfo oder man findet vorher einen Konsens.

Etwas zu National gedacht? Soll dein Script nur in DACH angewandt werden können? Davon abgesehen, würde ich solche zusätzlichen Parameter lieber in einem anderen Tag sehen, damit man sie auch auswerten kann ohne das komplette opening_hours zu parsen. Wenn es aber in opening_hours stecken soll, dann nicht als variabler String, sondern als eine einheitliche Zeichenfolge, die man in jeder Sprache darstellen kann.

Um auf deine Frage zu antworen: Wenn da in einer Sprache, die ich nicht spreche etwas steht hilft mir die Anzeige nichts. Ich könnte aber bspw. dem betreffenden am Telefon auf englisch bspw. klarmachen, was ich will.

Ja, aber NOT finde ich auch nicht passender. Denn eigentlich hieße !“Nach Vereinbarung” ja wohl, dass es nicht nach Vereinbarung geht. Eigentlich ist die korrekte Verknüpfung hier ein OR, aber | möchte ich auch keinem zumuten. Ich wette, die Hälfte aller Computernutzer findet das Zeichen nichtmal auf ihrer Tastatur, mal abgesehen von Ähnlichkeiten mit I und l. Rein was die gesprochene Sprache angeht, verwendet man an der Stelle jedenfalls ein und: “Geöffnet jeden Tag von drei bis fünf und nach Vereinbarung” oder halt ein oder. Jedenfalls kein nicht

Bis auf das “I” in der Spezififation außerhalb von “” nicht vor kommt und es ja auch “Geöffnet jeden Tag von drei bis fünf und außerhalb unserer Öffnungszeiten auch nach vorheriger telefonischer Vereinbarung” heißt. Also wäre da ein “&” aus meiner Sicht auch falsch, dann doch lieber die dritte Bedeutung für “+”.

Du hast das zweite Zeichen garnicht als kleines L identifiziert, oder? Ich meinte, es würden sicher viele einen der beiden Buchstaben statt der Pipe verwenden.

Nahmd,

Mist, ich bin als Nationalist enttarnt! Und das nur, weil ich faul war, nur die deutschen Feiertage eingebaut und den “grünen Tag” und Kaisers Geburtstag nicht berücksichtigt habe. Schande auf mein Haupt!

Das sei Dir hiermit genehmigt.
[STEMPELABDRUCK] ←verschmiert
Unlsrlichr Krakl

Auch davon hält Dich niemand ab. Du schreibst Dein Kürzel als “KRZL” und schon wird das KRZL als Ergebnis der Analyse geliefert.

Dinge übersetzen zu können ist eine feine Sache. ich sträube mich aber dagegen, Menschen Freiheiten wegzunehmen, insbesondere zu einem frühen Zeitpunkt, zu dem überhaupt noch nicht absehbar ist, was alles mit der Funktionalität angestellt werden kann.

→ Wenn jemand “KRZL” schreibt und das automatisch übersetzt wird, so ist das toll!

Wenn ein anderer schreibt »Sa 08:00-16:00; Sa 16:00-22:00 “Öffnungszeit hängt von der Laune des Bademeisters ab”«, so soll auch das erlaubt sein.

Wenn der Auswertealgorithmus beides mit dem gleichen (geringen) Aufwand schafft, umso besser.

Und wenn jetzt noch die Übersetzungsroutine Texte, zu denen sie keine Übersetzung kennt, einfach durchreicht, dann haben alle gewonnen.
Formalisierung mit automatischer Auswertung soweit wie möglich, und das bei maximaler Freiheit.

Wenn die “opening_hours” hinreichend viele Möglichkeiten abdecken soll, wird das Feld auf jeden Fall eine Komplexität haben, mit der manche Mapper überfordert sind. Da reicht aber ein einfacher Satz auf der Wikiseite: “wenn Dir nicht klar ist, wie du etwas codierst, schreib es als Text in Anführungszeichen”. Das ist dann sofort für die Benutzer verfügbar, und ein anderer Mapper kann die Einträge durchgehen und soweit möglich formal ausdrücken; ein Rest informelles wird wieder als Text ausgedrückt. Und wenn bestimmte Texte häufiger vorkommen, dann lohnt sich, ein Kürzel einzuführen.

Gruß Wolf

Eben, das ist eben auch genau das Problem mit künstlich beschränkter Software, da wird zum Teil selbst auf sehr sinnvolle (d.h. nicht nur für irgendeine Nischenanwendung) Funktionalität verzichtet, nur damit der Venutzer die Anwengung noch kapiert. Dabei geht beides, indem man einen Expertenmode einbaut, der standardmäßig ausgeschaltet ist. Wenn Open Source Software solche Beschränkungen hat, könnte ich jedesmal nur kotzen. Den neuen Benutzer verwirren die Sachen, aber der Daueranwender möchte nicht darauf verzichten. das gilt auch für OSM, man stelle sich vor, die Tags wären alle fest vorgegeben und ließen sich nicht ändern…

Moin

.oO( http://www.youtube.com/watch?v=MJbn5BtAEoc )

Gruß Wolf

hi wolfgang,
jetzt ist der Kringel gelb - eigentlich passend für briefkästen
http://www.netzwolf.info/kartografie/osm/opening_hours/map_de?zoom=14&lat=50.08858&lon=8.1228&layers=B00T
aber lieber wäre mir, wenn der ganz raus wäre.
gruss
walter