Wie sieht es eigentlich mit Pizzerien aus, die auch gleichzeitig eine Eisdiele betreiben, also Straßenverkauf von Eis, Eisbecher und Pizza im Innen- und Außenbereich.
Gruß
Rainer
Vielleicht hatte ich mich auch unklar ausgedrückt. Es geht hier keinesfalls um eine Eisdiele mit Straßenverkauf - dort ist es ja selbstverständlich, das man Eis to go bekommt. Hier hat man (wie auch vom WA-Vorschlagsautor User gsa gewünscht, auch in OSMAND das POI mit dem Eissymbol). Aber ein Cafe, wenn auch mit cuisine=ice_cream, bleibt als POI ein Cafe. Dort kann man erstmal nur über den Namen erkennen, das es ein Eiscafé ist. Darum geht es. Das POI ( Eisverkaufsstelle ) in allen auswertenden Maps anzuzeigen. Hier geht es auch nicht um “Wir taggen nicht für den Renderer”, es entspricht ja den Tatsachen. Und es geht nur um Eistheken mit den Eisschüsseln in der Auslage und den Wäffelchen und Becher auf der Trese - auch im Cafe.
Eigentlich das gleiche Problem. Ob das Lokal nun ein Cafe, ein Restaurant oder ein Fast-Food Laden ist. Hier ist entweder die Eistheke ein eigener node oder alternativ, aber dann nicht immer optimal getaggt ist noch ice_cream=yes - z.B. Wenn es eine Eiskarte gibt.
Erg.: Natürlich ginge hier auch** takeaway:ice_cream=yes**. Hier wird natürlich kein POI angezeigt und vermutlich auch noch nirgends ausgewertet.
Habe immer noch ein Verständnisproblem. Wenn Eistheke und Cafe eine räumliche Trennung aufweisen (so wie indoor_seating und outdoor_seating-Bereich), dann könnte ich einen zweiten POI nachvollziehen, der ohne Name aber mit operator-Tag versehen ist.
Vielleicht habe ich auch deswegen Schwierigkeiten, weil mir eine solche Lokalität nicht bekannt ist.
Ja, bei vielen Eiscafés habe ich auch Schwierigkeiten, diese einzuordnen zum Cafe oder Eisdiele. Hier mal ein schönes Beispiel, sogar mit Pizzeria im Eiscafé und mit seitlicher Eistheke.
Moin,
nur um das noch mal zusammenzufassen: Wenn ich also alles haben will, wo ich ein Eis bekommen kann, dann muss ich alle ice_cream=yes und cuisine=ice_cream sowie amenity=ice_cream und shop=ice_cream raussuchen lassen, damit ich nichts verpasse?
LG,
-moenk
Nicht gerade optimal 
Tja - optimal wäre dann wohl nur ein ice_cream=yes überall da, wo man Eis bekommt … 
Aber ist es dann verpackt oder lose …
Und wenn lose - Industrieware oder selbstgemacht …
Das reale Leben ist halt auch irgendwie nicht gerade optimal.
Korrekt. Und wenn ihr alle fleißig mappt, bekommen wir in DE demnächst die erste fast vollständige “Eiskarte” hin…
…Na ja, Gut Ding will Weile haben. Worauf ich gerne verzichten würde: shop=ice_cream
Dieser tag ist älteren Ursprungs und wird nur von einem Mapper unterstützt. Auch verbirgt sich der tag oft in den amenities cafe + ice cream: http://overpass-turbo.eu/s/bEa
Innerhalb der WA sollte es vielleicht möglich sein, diesen weitgehend umzuwandeln bzw zu korrigieren.
Ich möchte den tag nicht ganz begraben, werde diesen jedoch auch nicht unterstützen oder Wiki mäßig aufarbeiten.
Erg.: Das tag snack=yes hinzugefügt. Wird schon oft verwendet: http://overpass-turbo.eu/s/bEg
Wie lange läuft die Wochenaufgabe? Es wäre schön, wenn sonst nichts auf der Schiene brennt, noch eine Woche dranzuhängen. Zumal ich in dieser Woche fast null time hatte wegen Bereitschaft. Vielleicht haben wir noch ein paar warme Tage.
Bezugnehmend auf vorigem Post: (Etwas OT)
Das Tag snack=yes ist hauptsächlich in Österreich verwendet. Hat jemand eine Idee, warum? (Jause?) Ansonsten möchte ich es gerne eine Wiki Beschreibung geben.
Könnte aber schwierig werden. Jedes Land hat eine andere Vorstellung von einem Snack (Anm.:(engl) Snack - der kleinstmögliche Nenner für eine Zwischenmahlzeit!)
P.S.
Eine Zusammenstellung vom Tag amenity=ice_cream (gesamt)
19.09.15 5846
20.09.15 5881
21.09.15 5912
22.09.15 5960
23.09.15 5982
24.09.15 5993
25.09.15 6023
26.09.15 6043
27.09.15 6060
Es gibt auch noch einige Eiscafes (amenity=cafe) mit derartigem Namen aber ohne cuisine=ice_cream.
Mit
( node[“name”~“Eis”]“cuisine”!=“ice_cream”;
way[“name”~“Eis”]“cuisine”!=“ice_cream”; );
out meta; >;
out meta qt;
habe ich viele gefunden, dabei aber auch den ganzen Eisen- Kram.
Die Overpass Spezialisten sind zur Verbesserung aufgerufen!
Hallo,
eigenständige Worte per Overpass API finden wurde im letzten Jahr in einem Ticket vorgeschlagen und auch als Prototyp umgesetzt. Aktuell ist es nur auf der Entwicklungsinstanz zu finden. Es ist allerdings eher unwahrscheinlich, dass auch die offizielle Version dieses Feature übernimmt. Ticket dazu: https://github.com/drolbr/Overpass-API/issues/146
Für das Beispiel mit Eis würde das dann so aussehen: http://overpass-turbo.eu/s/bGm
Mit optionalem “cafe” am Ende: http://overpass-turbo.eu/s/bGq
(zu beachten: das ganze kann auch mal längerfristig nicht verfügbar sein)
Gruß,
mmd