Außenbereiche von Cafes und Restaurants

Hmm ok was umfasst das für dich? EInfach nur Stühle auf dem Gehweg oder Terrasse oder auch einen Wintergarten? 🙂

das hat mich auch schon geärgert...

outdoor_area=yes/no alleine würde nicht viel aussagen...
- Terrasse mit/ohne Dach (mit Dach wird dort meist auch bei Regen bedient)
- bediente / nicht bediente Terrasse (ist zwar nur ein kleines Detail)
- Platz wo Kinder sich austoben können (nicht zwangsläufig ein Spielplatz)

Mehr fällt mir gerade nicht ein. Aber ich denke, da könnten sicher noch einige andere Sachen im Aussenbereich sein.

Ich würde vorschlagen, hierzu mal ein Proposal zu erstellen.

egal, verfeinern a la winter_garden etc kann man immer noch. Aber erstmal anfangen muss man. Sonst passiert nix

Magst du ein proposal machen, wo wir bissel brainstormen können?

SunCobalt wrote:

ich will damit anfangen, Restaurants, Cafes, Fast_Foods etc mit einem Tag für evtl bewirtschaftete Außenbereiche zu versehen. Ich dachte da an outdoor_area=yes[no]. Es ärgert mich, dass man das bis jetzt noch nicht eintragen und damit auswerten kann.
Für Tipps oder Ideen wäre ich dankbar.

Hallo Thomas

Ich würde das eher outdoor_service nennen. Schließlich geht es dir darum,
dass man draussen etwas zu essen/trinken bekommen kann und nicht darum,
ob es draussen einen Bereich gibt.

Dazu würde ich neben yes/no noch 'self_service' als möglichen Wert nehmen.
Eventuell wären auch 'garden', 'terrace' oder 'sidewalk' zur genaueren
Unterscheidung sinnvoll. (wenn schon, dann auch richtig 😉 )

In dem Fall würde Selbstbedienung besser mit
self_service=yes/no/outdoor/indoor
erfasst. Eventuelle auch self_service=takeaway.

Andere Erweiterungen sind sicher möglich.

Edbert (EvanE)

Danke fürs erste Feedback. @ Edbert Es ging mir wirklich erstmal darum, ob das Cafe/Restaurant/etc überhaupt einen Aussenbereich anbieten. Ich fasse mal kurz zusammen

outdoor_area=yes/no
self_service=yes/no/outdoor/indoor
takeaway=yes/no/seasonal (finde ich irgendwie besser als self_service=takeaway, machmal kann man ja auch am Tisch warten und das Mitnehmessen wird gebracht // seasonal hier deshalb, da im Gegensatz zur Terasse etc, bei der sich jeder denken kann dass man da im Winter nichts bekommt, manche Lokalitäten im Winter trotzdem Coffee2Go verkaufen, manche aber nicht)
garden=yes/no/roofed/partial_roofed
terrace=yes/no/roofed/partial_roofed
winter_garden=yes/no
sidewalk=yes/no/roofed/partial_roofed (die letzten drei Tags würde ich ungern an outdoor_area hängen, da manche Lokalitäten mehrere Möglichkeiten bieten und dann wären wir wieder beim ";")
kids_area=no/indoor/outdoor/both

bissl verfeinert

outdoor_area=yes/no

self_service=yes/no/outdoor/indoor

takeaway=yes/no/seasonal (finde ich irgendwie besser als self_service=takeaway, machmal kann man ja auch am Tisch warten und das Mitnehmessen wird gebracht // seasonal hier deshalb, da im Gegensatz zur Terasse etc, bei der sich jeder denken kann dass man da im Winter nichts bekommt, manche Lokalitäten im Winter trotzdem Coffee2Go verkaufen, manche aber nicht)
Oder genauer
takeaway:ice=yes/no/seasonal
takeaway:coffee=yes/no/seasonal
takeaway:food=yes/no/seasonal
takeaway:beverages=yes/no/seasonal

garden=yes/no/roofed/partial_roofed

terrace=yes/no/roofed/partial_roofed

winter_garden=yes/no

sidewalk=yes/no/roofed/partial_roofed (die letzten drei Tags würde ich ungern an outdoor_area hängen, da manche Lokalitäten mehrere Möglichkeiten bieten und dann wären wir wieder beim ";")
kids_area=no/indoor/outdoor/both

und in welcher Art sollte man das taggen können? Ich schlage vor als separater Node, als Area und auch als Multipolygon um diverse Sachen zusammenzufassen.

efred wrote:

und in welcher Art sollte man das taggen können? Ich schlage vor als separater Node, als Area und auch als Multipolygon um diverse Sachen zusammenzufassen.

wäre ja nur ein Anhang zu bestehenden Tags wie amenity=restaurant/fast_food/pub/cafe/...Müsste also schon geregelt sein

SunCobalt wrote:

efred wrote:

und in welcher Art sollte man das taggen können? Ich schlage vor als separater Node, als Area und auch als Multipolygon um diverse Sachen zusammenzufassen.

wäre ja nur ein Anhang zu bestehenden Tags wie amenity=restaurant/fast_food/pub/cafe/...Müsste also schon geregelt sein

Das ist klar. Aber ich dachte nur, wenn Du ein Proposal hierzu erstellst, dass dies dann dort auch vermerkt ist (Applies to: Node, Area, Way, Relation).

efred wrote:

SunCobalt wrote:

efred wrote:

und in welcher Art sollte man das taggen können? Ich schlage vor als separater Node, als Area und auch als Multipolygon um diverse Sachen zusammenzufassen.

wäre ja nur ein Anhang zu bestehenden Tags wie amenity=restaurant/fast_food/pub/cafe/...Müsste also schon geregelt sein

Das ist klar. Aber ich dachte nur, wenn Du ein Proposal hierzu erstellst, dass dies dann dort auch vermerkt ist (Applies to: Node, Area, Way, Relation).

ah okay. Danke für den Hinweis. Im Moment weiß ich allerdings garnicht, wie man ein Proposal erstellt. Bevor ich das mache, würde ich gerne noch ein paar Meinungen/Kritik/Tipps hören. Vielleicht stellt es ja auch jemand auf die Mailingliste

SunCobalt wrote:

bissl verfeinert

outdoor_area=yes/no
self_service=yes/no/outdoor/indoor

takeaway=yes/no/seasonal (finde ich irgendwie besser als self_service=takeaway, machmal kann man ja auch am Tisch warten und das Mitnehmessen wird gebracht // seasonal hier deshalb, da im Gegensatz zur Terasse etc, bei der sich jeder denken kann dass man da im Winter nichts bekommt, manche Lokalitäten im Winter trotzdem Coffee2Go verkaufen, manche aber nicht)

'seasonal' erschliest sich mir nicht wirklich.
In Wintersportgebieten ist die Außengastronmie auch/gerade im Winter offen.
Teilweise gibt es welche, die irgendwo an einer Skipiste liegen und nur
im Winter geöffnet haben.

Eventuell noch 'self_service=only' als zusätzlicher Wert.

SunCobalt wrote:

Oder genauer
takeaway:ice=yes/no/seasonal
takeaway:coffee=yes/no/seasonal
takeaway:food=yes/no/seasonal
takeaway:beverages=yes/no/seasonal

Ich würde takeaway=yes/no/ice_cream/coffee/food/beverages/...
bevorzugen, statt die verschiedenen Sub-Keys (takeaway:...) zu benutzen.
Wie oben gesagt, erschliesst sich mir die Bedeutung von 'seasonal' nicht.

Weiter würde ich in Anlehnung an das Tagg 'cuisine=ice_cream' den Wert
'ice_cream' statt 'ice' bevorzugen.

SunCobalt wrote:

garden=yes/no/roofed/partial_roofed
terrace=yes/no/roofed/partial_roofed
winter_garden=yes/no
sidewalk=yes/no/roofed/partial_roofed
(die letzten drei Tags würde ich ungern an outdoor_area hängen, da manche Lokalitäten mehrere Möglichkeiten bieten und dann wären wir wieder beim ";")
kids_area=no/indoor/outdoor/both

Mich stören nur lange Listen von Schlüsseln mit 'yes'/'no' als einzigen Werten.
So etwas sollte man zusammenfassen.
In diesem Fall gibt es ja mehrere Werte, die eigene Schlüssel rechtfertigen.

Das Tagg kids_area=* finde ich sehr gut. Das hat bisher gefehlt.

Was jetzt noch offen ist, sind Außengastronien, die als eigene Fläche
erfasst sind. 'amenity=biergarten' passt einfach nicht für alle Gegebenheiten.

Edbert (EvanE)

EvanE wrote:

SunCobalt wrote:

bissl verfeinert

outdoor_area=yes/no
self_service=yes/no/outdoor/indoor

takeaway=yes/no/seasonal (finde ich irgendwie besser als self_service=takeaway, machmal kann man ja auch am Tisch warten und das Mitnehmessen wird gebracht // seasonal hier deshalb, da im Gegensatz zur Terasse etc, bei der sich jeder denken kann dass man da im Winter nichts bekommt, manche Lokalitäten im Winter trotzdem Coffee2Go verkaufen, manche aber nicht)

'seasonal' erschliest sich mir nicht wirklich.
In Wintersportgebieten ist die Außengastronmie auch/gerade im Winter offen.
Teilweise gibt es welche, die irgendwo an einer Skipiste liegen und nur
im Winter geöffnet haben.

Verstehe ich nicht. Seasonal heißt saisonabhängig, also in Wintersportgebieten wäre das im Winter. Ich hielt das variabele seasonal für besser als absolute Werte a la opening_hours

EvanE wrote:

Eventuell noch 'self_service=only' als zusätzlicher Wert.

OK, danke

EvanE wrote:

SunCobalt wrote:

Oder genauer
takeaway:ice=yes/no/seasonal
takeaway:coffee=yes/no/seasonal
takeaway:food=yes/no/seasonal
takeaway:beverages=yes/no/seasonal

Ich würde takeaway=yes/no/ice_cream/coffee/food/beverages/...
bevorzugen, statt die verschiedenen Sub-Keys (takeaway:...) zu benutzen.
Wie oben gesagt, erschliesst sich mir die Bedeutung von 'seasonal' nicht.

Weiter würde ich in Anlehnung an das Tagg 'cuisine=ice_cream' den Wert
'ice_cream' statt 'ice' bevorzugen.

stimmt, es heißt ice_cream. Hatte ich nicht dran gedacht. Die Zusammenfassung finde ich kritisch. Gibt es nur ein Produkt (Kaffeeladen) lässt sich das über den kurzen takeaway=yes angeben. Andererseits gibt es Lokalitäten, die nur im Sommer Eis verkaufen aber das ganze Jahr über bspw Kaffee zum mitnehmen.

EvanE wrote:

SunCobalt wrote:

garden=yes/no/roofed/partial_roofed
terrace=yes/no/roofed/partial_roofed
winter_garden=yes/no
sidewalk=yes/no/roofed/partial_roofed
(die letzten drei Tags würde ich ungern an outdoor_area hängen, da manche Lokalitäten mehrere Möglichkeiten bieten und dann wären wir wieder beim ";")
kids_area=no/indoor/outdoor/both

Mich stören nur lange Listen von Schlüsseln mit 'yes'/'no' als einzigen Werten.
So etwas sollte man zusammenfassen.
In diesem Fall gibt es ja mehrere Werte, die eigene Schlüssel rechtfertigen.

zusätzlich zu yes/no habe ich auf Wunsch von efred noch roofed (überdacht) und partial_roofed (teilweise überdacht) vorgeschlagen. Kam mir vernünftig vor. Es gibt ja Restaurants mit einem überdachten Straßenbereich und unüberdachten "Biergarten". Auch ohne die Möglichkeit der Überdachung müsste man bei zwei Eigenschaften mit ";" arbeiten, was mir nicht so gut gefällt

EvanE wrote:

Das Tagg kids_area=* finde ich sehr gut. Das hat bisher gefehlt.

zusätzlich vielleicht noch changing_table=yes/no (Wickeltisch)

EvanE wrote:

Was jetzt noch offen ist, sind Außengastronien, die als eigene Fläche
erfasst sind. 'amenity=biergarten' passt einfach nicht für alle Gegebenheiten.

Reine Außengastronomie fand ich unproblematisch. Da bekommt die Fläche dann halt den amenity=restaurant Tag und die neuen vorgeschlagenen Tags. Problematischer fand ich Restaurants, die ein building haben und eine Aussenfläche. Da müsste man dann die Gesamtfläche inkl. Haus und Aussenfläche einzeichen und nur der Fläche die Tags geben. Oder mit Site Relation arbeiten.
Aber wenn ich Dich richtig verstehe, fehlt für den Außenbereich ein Flächentag. Da bin ich im Moment etwas ratlos.

• • • • • • • • • • • • • • • • • • • • • • • • • • • leicht verändert****************************
                                                      

outdoor_area=yes/no

self_service=only/yes/no/outdoor/indoor

takeaway=yes/no/seasonal
Oder genauer
takeaway:ice_cream=yes/no/seasonal
takeaway:coffee=yes/no/seasonal
takeaway:food=yes/no/seasonal
takeaway:beverages=yes/no/seasonal

garden=yes/no/roofed/partial_roofed

terrace=yes/no/roofed/partial_roofed

winter_garden=yes/no

sidewalk=yes/no/roofed/partial_roofed

kids_area=no/indoor/outdoor/both

changing_table=yes/no

HiHo,

vielleicht für die Kinder jetzt noch

highchair=yes/no

mfg

Lars

ist das Proposal so richtig?
http://wiki.openstreetmap.org/wiki/Amenity_features

Hallo Thomas

SunCobalt wrote:

EvanE wrote:

SunCobalt wrote:

takeaway=yes/no/seasonal (...)

'seasonal' erschliest sich mir nicht wirklich.

Verstehe ich nicht. Seasonal heißt saisonabhängig, also in Wintersportgebieten wäre das im Winter. Ich hielt das variabele seasonal für besser als absolute Werte a la opening_hours

Die Verbindung von 'take_away' und 'seasonal' verstehe ich nicht.
Der Laden als solcher mag ja saisonabhängig offen/geschlossen sein, was dann
mit season=winter/summer/autumn/spring/wet/dry/snow/... zu taggen wäre.
Aber dass die Möglichkeit etwas zum Mitnehmen zu bekommen von der
Jahreszeit abhängig wäre, kenne ich nicht.

Ob nun 'season=' oder 'seasonal=' benutzt wird, ist mir dabei gleichgültig.
Muss man mal nachsehen, was gebräuchlicher ist.

SunCobalt wrote:

stimmt, es heißt ice_cream. Hatte ich nicht dran gedacht.
Die Zusammenfassung finde ich kritisch. Gibt es nur ein Produkt (Kaffeeladen) lässt sich das über den kurzen takeaway=yes angeben. Andererseits gibt es Lokalitäten, die nur im Sommer Eis verkaufen aber das ganze Jahr über bspw Kaffee zum mitnehmen.

Für typische Saisonprodukte wie Eis, Spargel, Erdbeeren usw. muss man
das meines Erachtens nicht extra aufführen.

SunCobalt wrote:

zusätzlich zu yes/no habe ich auf Wunsch von efred noch roofed (überdacht) und partial_roofed (teilweise überdacht) vorgeschlagen. Kam mir vernünftig vor. ... Auch ohne die Möglichkeit der Überdachung müsste man bei zwei Eigenschaften mit ";" arbeiten, was mir nicht so gut gefällt

Das mit roofed und partial_roofed ist gut, wobei man noch klären sollte,
ob das nur für fest angebrachte Dächer gelten soll (keine Sonnenschirme).

Mit ';' getrennte Listen sind die Standardform für Taggs mit mehr als einem Wert.
Es gibt viele, die das nicht mögen und leider auch viele Programme, die das
ignorieren. Das führt nun leider zu der 'xyz=yes/no' Schwemme.

Ansonsten gibt es ja zur Vermeidung einer Liste den Ratschlag, sich auf das
Hauptprodukt zu beschränken, also 'food' statt 'food;coffee'.

SunCobalt wrote:

EvanE wrote:

Was jetzt noch offen ist, sind Außengastronien, die als eigene Fläche erfasst sind. ...

... Problematischer fand ich Restaurants, die ein building haben und eine Aussenfläche. Da müsste man dann die Gesamtfläche inkl. Haus und Aussenfläche einzeichen und nur der Fläche die Tags geben. Oder mit Site Relation arbeiten.
Aber wenn ich Dich richtig verstehe, fehlt für den Außenbereich ein Flächentag. Da bin ich im Moment etwas ratlos.
...

Ja genau um ein Restaurant als Gebäude mit Aussenbereich als eigene Fläche
geht es. Im Fall des Biergartens klappt das ja einfach.

amenity=restaurant würde gehen, aber die meisten Leute würden dort ein
Gebäude erwarten. Für den Fall nur Aussenbereich würde 'outdoor_area=only'
wahrscheinlich passen. Aber für den Fall, dass Gebäude und Aussenbereich
als getrennte Flächen erfasst sind fehlt etwas, dass den Außenbereich mit
'outdoor=???' als zum Gebäude/Restaurant gehörig markieren könnte.

Ob 'outdoor_area=affiliate' passt oder 'amenity=outdoor_restaurant' oder
'amenity=garden_restaurant' oder ... oder ...?

Mir ist bei meinen Recherchen noch 'patio' für Innenhof aufgefallen.
Da das oft eine ganz besondere Atmosphäre ist, würde ich noch
patio=yes/no/roofed/partial_roofed vorschlagen.

Edbert (EvanE)

Es ist zwar ein bischen aus der Mode gekommen, aber viele Wanderer nehmen auch heute noch Proviant mit auf ihren Weg. Daher interessiert mich bei einer Außengastronomie, ob der Verzehr von mitgebrachtem Essen geduldet wird.
Wie könnte man so etwas hinzufügen?

EvanE wrote:

Hallo Thomas

SunCobalt wrote:

EvanE wrote:

'seasonal' erschliest sich mir nicht wirklich.

Verstehe ich nicht. Seasonal heißt saisonabhängig, also in Wintersportgebieten wäre das im Winter. Ich hielt das variabele seasonal für besser als absolute Werte a la opening_hours

Die Verbindung von 'take_away' und 'seasonal' verstehe ich nicht.
Der Laden als solcher mag ja saisonabhängig offen/geschlossen sein, was dann
mit season=winter/summer/autumn/spring/wet/dry/snow/... zu taggen wäre.
Aber dass die Möglichkeit etwas zum Mitnehmen zu bekommen von der
Jahreszeit abhängig wäre, kenne ich nicht.

Ob nun 'season=' oder 'seasonal=' benutzt wird, ist mir dabei gleichgültig.
Muss man mal nachsehen, was gebräuchlicher ist.

SunCobalt wrote:

stimmt, es heißt ice_cream. Hatte ich nicht dran gedacht.
Die Zusammenfassung finde ich kritisch. Gibt es nur ein Produkt (Kaffeeladen) lässt sich das über den kurzen takeaway=yes angeben. Andererseits gibt es Lokalitäten, die nur im Sommer Eis verkaufen aber das ganze Jahr über bspw Kaffee zum mitnehmen.

Für typische Saisonprodukte wie Eis, Spargel, Erdbeeren usw. muss man
das meines Erachtens nicht extra aufführen.

Habs mal eingedampft

EvanE wrote:

SunCobalt wrote:

zusätzlich zu yes/no habe ich auf Wunsch von efred noch roofed (überdacht) und partial_roofed (teilweise überdacht) vorgeschlagen. Kam mir vernünftig vor. ... Auch ohne die Möglichkeit der Überdachung müsste man bei zwei Eigenschaften mit ";" arbeiten, was mir nicht so gut gefällt

Das mit roofed und partial_roofed ist gut, wobei man noch klären sollte,
ob das nur für fest angebrachte Dächer gelten soll (keine Sonnenschirme).

Mit ';' getrennte Listen sind die Standardform für Taggs mit mehr als einem Wert.
Es gibt viele, die das nicht mögen und leider auch viele Programme, die das
ignorieren. Das führt nun leider zu der 'xyz=yes/no' Schwemme.

ich würde es roofed nennen, wenn man da im Regen sitzen kann. An bestimmten Merkmalen festmachen, halte ich für schwierig. Es gibt mittlerweile "Sonnenschirme", unter denen sich ein veritables Unwetter überstehen läßt. Da ich";" persönlich nicht mag, würde ich erstmal dabei bleiben wollen. Auch mit dem ";" kann man einen überdachten Sidewalk und einen nicht überdachten Garten nicht mehr darstellen

EvanE wrote:

Ansonsten gibt es ja zur Vermeidung einer Liste den Ratschlag, sich auf das
Hauptprodukt zu beschränken, also 'food' statt 'food;coffee'.

SunCobalt wrote:

EvanE wrote:

Was jetzt noch offen ist, sind Außengastronien, die als eigene Fläche erfasst sind. ...

... Problematischer fand ich Restaurants, die ein building haben und eine Aussenfläche. Da müsste man dann die Gesamtfläche inkl. Haus und Aussenfläche einzeichen und nur der Fläche die Tags geben. Oder mit Site Relation arbeiten.
Aber wenn ich Dich richtig verstehe, fehlt für den Außenbereich ein Flächentag. Da bin ich im Moment etwas ratlos.
...

Ja genau um ein Restaurant als Gebäude mit Aussenbereich als eigene Fläche
geht es. Im Fall des Biergartens klappt das ja einfach.

amenity=restaurant würde gehen, aber die meisten Leute würden dort ein
Gebäude erwarten. Für den Fall nur Aussenbereich würde 'outdoor_area=only'
wahrscheinlich passen. Aber für den Fall, dass Gebäude und Aussenbereich
als getrennte Flächen erfasst sind fehlt etwas, dass den Außenbereich mit
'outdoor=???' als zum Gebäude/Restaurant gehörig markieren könnte.

Ob 'outdoor_area=affiliate' passt oder 'amenity=outdoor_restaurant' oder
'amenity=garden_restaurant' oder ... oder ...?

Mir ist bei meinen Recherchen noch 'patio' für Innenhof aufgefallen.
Da das oft eine ganz besondere Atmosphäre ist, würde ich noch
patio=yes/no/roofed/partial_roofed vorschlagen.

dazu habe ich den outdoor_area Tag etwas modifiziert.
Fall 1 Restaurant (Building) mit Garten als Fläche: Jetzt kann man das Building mit amenity= restaurant und die Außenfläche mit outdoor_area=restaurant taggen. Es würde auch gehen, wenn man die gesamte Fläche als amenity Restaurant taggt, das building als building und die Außenfläche als outdoor_area=restaurant
Fall 2 Fast Food, Reiner Aussenbereich als Fläche: Auch einfach, einfach amenity=fast_food; outdoor_area=fast_food
Fall 3 Nur POI Node: Es passt auch alles in einen Node ohne an viel Aussagekraft zu verlieren. Es gibt nur ein Problem. Wenn man jetzt amenity_restaurant; outdoor_area=restaurant taggt, weiß man nicht mehr ob es einen Indoor-Bereich gibt. In diesem Fall müsste man outdoor_area=only taggen. Wobei das jetzt eher die Kür wäre.

Es hat übrigends auch den Vorteil, dass man einem Restaurant einen biergarten angliedern kann (amenity=restaurant; outdoor_area=biergarten)

Und wenn man es nicht genau weiß oder einfach keinen Bock hat es zu spezifizieren, kann man immernoch einfach nur outdoor_area=yes taggen.

outdoor_area=restaurant/cafe/fast_food/food_court/biergarten/no/only

self_service=only/yes/no/outdoor/indoor

takeaway=yes/no/coffee/ice_cream/food/beverages/seasonal

garden=yes/no/roofed/partial_roofed

terrace=yes/no/roofed/partial_roofed

winter_garden=yes/no

sidewalk=yes/no/roofed/partial_roofed

kids_area=no/indoor/outdoor/both

changing_table=yes/no

highchair=yes/no

koppenho wrote:

Es ist zwar ein bischen aus der Mode gekommen, aber viele Wanderer nehmen auch heute noch Proviant mit auf ihren Weg. Daher interessiert mich bei einer Außengastronomie, ob der Verzehr von mitgebrachtem Essen geduldet wird.
Wie könnte man so etwas hinzufügen?

Hast Du eine Idee wie man das taggen könnte?

SunCobalt wrote:

koppenho wrote:

Es ist zwar ein bischen aus der Mode gekommen, aber viele Wanderer nehmen auch heute noch Proviant mit auf ihren Weg. Daher interessiert mich bei einer Außengastronomie, ob der Verzehr von mitgebrachtem Essen geduldet wird.
Wie könnte man so etwas hinzufügen?

Hast Du eine Idee wie man das taggen könnte?

own_food=yes/no (oder bring_own_food=yes/no) wäre vielleicht eine möglichkeit. mir passt zwar beides nicht sonderlich, aber etwas besseres wüsste ich auch gerade nicht.

wie wärs mit brought_picnic=food/drinks/allowed/no

"brought" passt mir auch nicht so gut.

aber own_picnic=food/drinks/allowed/no wäre wohl gar nicht so schlecht (passt mir jedenfalls schon x-mal besser als mein vorschlag von own_food).

efred wrote:

"brought" passt mir auch nicht so gut.
aber own_picnic=food/drinks/allowed/no wäre wohl gar nicht so schlecht (...).

Das ist gegebenenfalls deutlich komplizierter, da der Verzehr von
mitgebrachten Speisen oft davon abhängt, dass man dort etwas
zu essen/trinken kauft.

Diese Situation könnte man mit own_picnic=add_on (gerne auch einen
anderen passenden Wert) verdeutlichen. Eventuell müsste man auch
own_picnic=add_on_food/add_on_drink verwenden.

Edbert (EvanE)

Ich könnte mir vorstellen, statt yes alternativ auch die Anzahl der Plätze zuzulassen.

z.B.
capacity:indoor=50
capacity:outdoor=100

Walter

EvanE wrote:

efred wrote:

"brought" passt mir auch nicht so gut.
aber own_picnic=food/drinks/allowed/no wäre wohl gar nicht so schlecht (...).

Das ist gegebenenfalls deutlich komplizierter, da der Verzehr von
mitgebrachten Speisen oft davon abhängt, dass man dort etwas
zu essen/trinken kauft.

Diese Situation könnte man mit own_picnic=add_on (gerne auch einen
anderen passenden Wert) verdeutlichen. Eventuell müsste man auch
own_picnic=add_on_food/add_on_drink verwenden.
Edbert (EvanE)

Das kann beliebig kompliziert werden, da jeder Wirt/jede Wirtin eigene Regeln aufstellen darf, wer, wann und unter welchen Bedingungen Mitgebrachtes verzehrt werden darf.

Ich war heute mit meiner Frau im Kloster Kreuzberg in Unterfranken während eine kleinen Bergwanderung. Dort war es früher üblich, dass man Mitgebrachtes verzehren durfte ohne Wenn und Aber.

Heute entdeckte ich einen Aushang, dass Mitgebrachtes nicht mehr geduldet wird, da dies von ein paar Wenigen und einzelnen Gruppen stark mißbraucht wurde. Lediglich "echte Wanderer", die ihr Essen im Rucksack mitgebracht haben, werden noch geduldet.

Übrigens: Im Allgemeinen geht es mir beim taggen nicht nur um mitgebrachtes Essen, sondern ggf. auch um mitgebrachte Getränke. Auf dem Kreuzberg werden Spirituosen unter keinen Umständen geduldet. Spirituosen werden konfiziert... so wird's jedenfalls auf dem Aushang angedroht.

Fürs Taggen müssen wir einen sinnvollen Kompromis finden.
Wieviel Informationen können/wollen wir erfassen?
Wieviel Ungenauigkeit ist akzeptabel?
Aber das sind keine neuen Fragen... vermute ich.