Lieferservice und Lieferzeiten bei Fastfood

MHohmann · 2013-01-04 09:55:10

Tordanik wrote:

Ein Restaurant hat einen Standort, dort muss man hingehen wenn man essen will. Damit ist ein unmittelbarer geografischer Bezug gegeben.

Das stimmt natürlich.

Das Essen für einen Lieferservice wird zwar auch irgendwo hergestellt, aber das muss nicht immer gleichzeitig ein Restaurant sein - und wo genau das Essen herkommt ist für den Nutzer des Lieferservices auch nicht so wichtig (es besteht ein loser Zusammenhang zu Dingen wie dem Liefergebiet, die für ihn tatsächlich wichtig sind, aber der Standort an sich ist eher egal).

Als "eher egal" würde ich persönlich den Standort nicht unbedingt bezeichnen, und das nicht nur wegen des Liefergebiets. Wenn ich mehrere Lieferdienste zur Auswahl habe, die beide das gesamte Stadtgebiet beliefern, wobei aber manche in meiner unmittelbaren Nähe sind, andere dagegen auf der anderen Seite der Stadt, hätte ich eine deutliche Präferenz für den Lieferservice um die Ecke, weil er meine Pizza wahrscheinlich schneller und wärmer zu mir bringen kann als ein anderer Lieferant, der erst durch die Innenstadt muss, und das schlimmstenfalls noch im Berufsverkehr.

Um mal einen Vergleich zu bemühen: Ein freier Webseitenkatalog wäre auch nützlich (gibt's schon), aber das wäre für mich nicht unbedingt ein Grund, an Rechenzentren in OSM eine Liste der dort gehosteten Websites zu erfassen. Denn auch hier spielt der geografische Bezug zwar eine Rolle - die Geschwindigkeit beim Aufruf und rechtliche Fragen werden u.a. dadurch beeinflusst -, ist aber nicht unmittelbar entscheidend.

An und für sich ein schöner Vergleich, auch wenn ich finde, dass er ein kleines Bisschen hinkt: Wenn ich eine Webseite aufrufe, spielt es für mich keine große Rolle, ob der Seitenaufbau nun 10ms oder 100ms dauert und welchen rechtlichen Fragen die Seite unterliegt - mich interessiert der Inhalt und der wird durch den Serverstandort nicht beeinflusst (es sei denn natürlich bei Seiten mit Geolocation oder Anbietern von Inhalten nur für bestimmte Länder, aber die dürften eher die Minderheit ausmachen). Wenn dagegen eine physische Ware transportiert wird, deren Qualität unter einem längeren Transportweg leidet, dann finde ich, dass die Transportstrecke durchaus ein entscheidender Faktor ist.

Dazu kommt noch, dass Vor-Ort-Restaurant und Lieferservice in vielen Fällen kombiniert auftreten, d.h. in Ort, Anbieter, Kontaktinfo etc. übereinstimmen. Es ist also nicht so, dass man durch ein solches Tagging eine große Anzahl von neuen Objekten mit losem Ortsbezug mappen würde, sondern bereits bestehende Objekte, die als Restaurant einen festen Ortsbezug haben, detaillierter erfassen würde. Den Nutzen würde ich dann auch in einem "Gehe ich jetzt bei dem Wetter zu XY zum Essen... oh, brauche ich gar nicht, die liefern ja auch." sehen.

Bei "detailliert" würde mir persönlich schon ein "liefert / liefert nicht / liefert von ... bis ... Uhr" reichen - keine n Zusatztags für Liefergebiete...

Warum denn überhaupt auf eine Lösung setzen, bei der man sich erst überlegen muss, ob es eine Verwechslungsgefahr geben dürfte, wenn es bei der Alternative ganz sicher keine Verwechslungsgefahr gibt? Zumal mich in OSM inzwischen gar nichts mehr überraschen würde, irgendwo auf der Welt gibt es immer unerwartete Sonderfälle. (Marktplatz mit Lieferservice und freier Zufahrt für Lieferanten...? )
Einen Schlüssel für mehrere Bedeutungen zu verwenden macht auch gleich wieder die Dokumentation z.B. im Wiki schwieriger. Wer bei deiner Apotheke auf "dispensing" klickt, kommt auf die Schlüsselbeschreibungsseite im Wiki. Bei "delivery" könnte das nicht funktionieren, weil der Schlüssel dann keine eindeutige Definition hätte. Denselben Effekt hätte man bei einer Suche im Wiki, die Auswertung in Taginfo würde schwieriger (nicht jeder kann Queries basteln) etc.
Ich finde, eindeutig benannte Schlüssel sind gegenüber kontextabhängigen normalerweise zu bevorzugen.

+1.

wambacher · 2013-01-04 10:06:08

Tordanik wrote:

Ich finde, eindeutig benannte Schlüssel sind gegenüber kontextabhängigen normalerweise zu bevorzugen.

ok, überzeugt.
Jetzt einigt euch nur noch, und ich tagge "meine" 3 Nodes um
Gruss
walter

EvanE · 2013-01-04 11:02:28

wambacher wrote:

Tordanik wrote:
Ich finde, eindeutig benannte Schlüssel sind gegenüber kontextabhängigen normalerweise zu bevorzugen.
ok, überzeugt.
Jetzt einigt euch nur noch, und ich tagge "meine" 3 Nodes um

Hallo Walter

Ich hatte ja schon mal home_delivery vorgeschlagen,
was a) nicht mit dem Access-Schlüssel/-Wert verwechselt werden kann
und b) einigermaßen anschaulich ausdrückt, um was es geht.

Bleibt noch die Frage, ob ein Home-Delivery-Service auch in anderen Zusammenhängen als Essen&Trinken z.B. Lieferservice von Möbelhäusern oder Supermärkten auftreten kann und ob wir das mit dem gleichen Tagg bedienen wollten.

Edbert (EvanE)

r-michael · 2013-01-04 16:56:59

EvanE wrote:

Ich hatte ja schon mal home_delivery vorgeschlagen,
was a) nicht mit dem Access-Schlüssel/-Wert verwechselt werden kann
und b) einigermaßen anschaulich ausdrückt, um was es geht.

Ich würde auch "home_delivery" unterstützen.

Bleibt noch die Frage, ob ein Home-Delivery-Service auch in anderen Zusammenhängen als Essen&Trinken z.B. Lieferservice von Möbelhäusern oder Supermärkten auftreten kann und ob wir das mit dem gleichen Tagg bedienen wollten.

Steht meines Erachtens nach außer Frage; Heimlieferung ist Heimlieferung und wem das Ganze wieder noch zu trivial erscheint kann's ja noch um Werte wie z.B.

home_delivery=fast_food
home_delivery=furniture

oder Ähnliches erweitern.

mfG Michael

derjürgen · 2013-01-07 15:58:10

Ich tendiere auch zu home_delivery

Gruß Jürgen

MADetter · 2013-03-06 07:52:19

Da ich gerade vor dem Problem stehe - ein Restaurant zu taggen, dass gleich 3 unterschiedliche Zeiten hat:

- Öffnung-Zeiten (nach denen man aus dem Restaurant rausgeworfen wird
- Lieferzeiten (wann sie einem noch was ausliefern - theoretisch)
- Küchenzeiten (in denen man noch Essen vor ort bestellen kann <= Geographishcer Bezug und so)

Will ich mich mal hier beteiligen:
"home_delivery" scheint mir bezogen auf die breite Anwendbarkeit kein guter Tagg, weil er noch enthält wohin geliefert wird unterschwellig.

Ich schlage "delivery_service" = yes/no/only vor - ist allgemeiner.
mit den netten : für weitere Details.

:open_hours =
:payment =

Und weil nicht alle Gerichte immer geliefert werden, die angeboten werden vor Ort
:cousine =
:diet =
Manchmal gibt es eine spezielle Bestellhotline
:phone =

usw...

Irgend einen Vorschlag für Küchenzeiten?

Viele Grüße,
MADetter

Last edited by MADetter (2013-03-06 07:52:53)

Netzwolf · 2013-03-06 08:24:26

Nahmd,

MADetter wrote:

Irgend einen Vorschlag für Küchenzeiten?

So landet die Information beim Nutzer:

Mo-Sa 10:00-21:00 open "Warme Küche von 11:30 bis 13:30 und von 17:30 bis 19:30"

Alternative: ein Tag erfinden, das nicht ausgewertet wird, und damit die Information im Datennirvana verschwinden lassen.

Gruß Wolf

moenk · 2013-03-06 10:47:11

r-michael wrote:

Eventuell sollte man sich selbst zuerst die Frage stellen "wer kann was, wann und wo gebrauchen?
Wieviele Leute welche Appetit auf eine Pizza o.ä. haben werden wohl auf die Idee kommen in OSM nachzuschauen?

Moin,

stell Dir mal lieber die Frage was für tolle Apps man damit machen kann wenn man solche Informationen hat. Ein Bekannter von mir interessiert sich für ganz andere Sachen die er in die OSM einträgt, wo ich mich auch frage ob das sein muss. Letztlich bietet die OSM aber Raum für alle Nischen, also warum nicht. Vor allem bei opening hours sehe ich da noch viel Potential. Ich denke das alle Information, die dem Kommerz zuspielt irgendwann zu Anwendungen führt, die letztlich die Popularität von OSM erhöhen.

LG,

-moenk

TEL0000 · 2013-03-06 14:15:17

Ich denke delivery=yes wird bereits häufiger für Restaurants mit Lieferservice eingesetzt als für den access-tag. Das sieht man auch daran, dass es laut taginfo häufiger für Nodes verwendet wird als für Ways.

Wenn ich z.B. in Berlin nach via Overpass-API nach delivery=yes suche, dann erhalte ich nur zwei Straßen aber 16 Fast-Food-Läden. Und diese übersicht über Bringdienste finde ich super praktisch. Grade weil OSM meist auch die websiite und telefonnummer mitliefert.

Hier mal ein kleiner Test dazu:
http://www.be2art.de/osm/tourist.php?ch … es&zoom=13

Announcement

#26 2013-01-04 09:55:10

Re: Lieferservice und Lieferzeiten bei Fastfood

#27 2013-01-04 10:06:08

Re: Lieferservice und Lieferzeiten bei Fastfood

#28 2013-01-04 11:02:28

Re: Lieferservice und Lieferzeiten bei Fastfood

#29 2013-01-04 16:56:59

Re: Lieferservice und Lieferzeiten bei Fastfood

#30 2013-01-07 15:58:10

Re: Lieferservice und Lieferzeiten bei Fastfood

#31 2013-03-06 07:52:19

Re: Lieferservice und Lieferzeiten bei Fastfood

#32 2013-03-06 08:24:26

Re: Lieferservice und Lieferzeiten bei Fastfood

#33 2013-03-06 10:47:11

Re: Lieferservice und Lieferzeiten bei Fastfood

#34 2013-03-06 14:15:17

Re: Lieferservice und Lieferzeiten bei Fastfood

Board footer