Ja, Walter, in unserem Alter hat man davon die Nase voll und trinkt lieber sein Feierabendbierchen. Aber es wäre doch toll, wenn man demnächst meinetwegen mit OSMAND sämtliche POI aufrufen kann, wo Eis angeboten wird. Das wäre toll für Väter (natürlich auch Mütter) von kleineren Kindern, die man schnell irgendwo, wo sie fremd sind, die nächste Eisverkaufsstelle finden können. Selbst wenn sie auf der Autobahn unterwegs sind… Und so sehe ich die WA diesmal: Versuchen, alle Eisverkaufsstellen zu erfassen. Ist erstmal auch eine Gelegenheit, das Wiki dementsprechend aufzuräumen. Dahingehend bleibt auch nach der WA viel Arbeit übrig. So das dann erstmal richtig angefangen werden kann, diese Stellen zu erfassen.
Noch bis Juli war ja alles das reine Chaos. Und ich bin immer der Meinung, bevor man etwas aufräumen kann, muss man erstmal aus dem einen Chaos ein anderes machen. In diesem Stadium befinden wir uns jetzt, denke ich.
Anh.:
Du meinst crush-Eis? Ja, das gibt es manchmal an der Tanke. Ist jetzt natürlich kein Speiseeis, aber der Service kann durchaus als* crush_ice=yes *getaggt werden.
So, nach 2 Tagen Wiki ergänzen und Eiscafe’s oder Eisdielen mappen, hat sich folgendes Problem herauskristallisiert:
Auch die besser ausgestatteten Eiscafe’s haben in sehr vielen Fällen eine Eistheke, bei dem Waffel- oder Bechereis für die Laufkunschaft verkauft wird!
Das ist natürlich auch anderen Mappern aufgefallen, siehe http://blog.openstreetmap.de/blog/2015/09/wochenaufgabe-eisdielen/
Ich bin auch dazu übergegangen, die Eiscafe’s nicht mehr vorne am Gebäude mit dem node zu mappen, sondern relativ weit hinten im Gebäude.
Ganz einfach um Platz zu schaffen für das amenity=ice_cream tag vorne am Gebäude für den Strassenverkauf.
Nun die Überlegung, dieses tag ohne Namen zu lassen, weil ja dahinter das Eiscafe mit Namen getaggt ist.
Wie ist eure Meinung? Namen dazu? Dann wird’s eng. Oder nur operator=name für den Strassenverkauf? Oder gar nix sonst?
Tja…ohne Name find ich falsch. Ich würde auch keine zwei Nodes dafür vorsehen wollen. Eiscafe mit takeaway=yes finde ich richtiger.
Auch mappe ich den Node immer auf den Eingang eines Geschäftes/Cafes …
wenn schon 2 POI, dann aber auch mit Namen
Die Idee mit dem takeaway find ich auch aber besser, als 2 POI
Noch besser fände ich aber amenity=ice_cream mit coffee=yes und drinks=yes, denn die meisten Eiscafes die ich kenne, haben einen Straßenverkauf, Eisbecher und Kaffee und keine weiteren Speisen.
siehe auch diesen Vorschlag http://forum.openstreetmap.org/viewtopic.php?pid=541834#p541834
Bei einem Cafe ein takeaway=yes ? Was zum mitnehmen gibt’s denn? Coffee to go?
Korrekt. Unter Umständen sollte man auch 2 tags setzen, wenn es vor Ort so ist (z.B. Eiscafé Indoor Passage): Wenn man hineingeht, und sich setzt, ist man Gast eines Café’s (Eiscafé).
Wenn man es eilig hat, draussen bleibt und nur über der Theke ein Becher mit Schoko/Vanille bestellt, dann ist es amenity=ice_cream. Oder?
Viellleicht sollte es dem Mapper vor Ort überlassen bleiben, wie er es taggt.
Um auch hier eine Möglichkeit, so eine Situation zu taggen , nicht auszulassen, habe ich die Beschreibung für amenity=cafe erweitert mit dem Eintrag Eiscafe und dem Zusatztag takeaway=yes.
Zu überlegen wäre ** takeaway:ice_cream=yes** ( 2* i. d. DB )
Nein, Eiscreme natürlich, im Becher oder in der Waffel (nicht an der! ).
Sehe ich anders. Wenn ich das Eiscafe xy suche ist es mir erstmal egal, ob ich dort drinnen oder draußen sitzen kann und/oder mir ein Eis auf die Hand holen kann. Zwei POIs mit gleichem Namen verwirren und es gibt nicht nur die Zeichen von Mapnik sondern auch andere Auswerter die plötzlich zwei Eisdielen anzeigen, obwohl es nur eine ist. Bei Pizzierien macht man es keinen Unterschied, ob sie liefern, man die Pizza mitnehmen kann oder man sie dort verzehren kann, es gibt nur einen POI, bei Pommesbuden auch. Warum also bei Eisdielen, -cafes jetzt etwas anders machen?
Einer genaueren Bezeichnung von takeaway ist hingegen aus meiner Sicht nichts entgegen zusetzen. Das sollte man dann aber auch bei delivery machen und catering mit erwähnen. Denn die gibt es nicht (nur) bei Eisdielen und Cafes auch bei Pizzerien, Döner- und Pommesbuden sowie normalen Restaurants.
Also takeaway:xy=yes findet meine Unterstützung (xy=fried_food, ice_cream, pizza etc.)
Desweiteren sollte drink:xy=yes nicht ausser acht gelassen werden, von der Art und Weise der Datenbehandlung sehe ich hier keinen Unterschied und bei drink kann man auch takeway, delivery und catering nutzen.
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.
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.
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?
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.
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)
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
).
