Talk:Key:delivery
Delivery Partners
Different restaurants have contracts with delivery partners for this service. You can tag the delivery company, who knocks at your door, like this:
Example:
- amenity=fast_food
- name=McDonald's
- delivery=yes
- delivery:partner=Deliveroo
- IMHO it is expectable that there will be multiple services offering delivery for the same PoI (indeed there are already 10% multivalues at the moment), should better account for this and become delivery:name_of_partner=yes, e.g. delivery:deliveroo=*. --Dieterdreist (talk) 12:31, 16 February 2018 (UTC)
I agree with the latter one. I even test this in Indonesia (see https://www.openstreetmap.org/user/Reinhart%20Previano/diary/390762) Reinhart Previano (talk) 23:56, 24 October 2019 (UTC)
I suggest that for each delivery service available, there is a link that could redirect users to respective services using URIs/URLs. For example, https://www.openstreetmap.org/node/4621907250 Reinhart Previano (talk) 00:00, 25 October 2019 (UTC)
Minimum purchase
Some restaurants require a minimum purchase amount in order to offer delivery services. In these cases, use
Example:
- Which currency is this in? Is the minimum an amount of money or a quantity of goods / orders? IMHO this should be clarified, e.g. delivery:minpurchase=* or delivery:minimum_purchase=*. --Dieterdreist (talk) 12:31, 16 February 2018 (UTC)
- Much as with currency=*, the official currency of the region should be assumed. Obviously, shops that accept payment in multiple currencies are far fewer than those that accept only one denomination, and even then, one could use the same conventional subkey to denote delivery minimum purchases in different currencies, i.e., delivery:minimum:aud=* for a delivery minimum when buying goods using the Australian Dollar. Regarding whether the integer refers to a minimum payment amount or quantity of goods, I have not seen any real-world amenities requiring a minimum number of individual goods for delivery, but purchase minimums are common across the world, as far as I understand. I would not be opposed to using delivery:minimum_purchase=* if the OSM community at large chooses to use this language, as I agree clarity is useful, but again, it seems overly redundant to me when the overwhelmingly common case (if not universal term) for what are known as "delivery minimums" are purchase amounts, not quantity of items sold. Even then, though, would it not be more clarifying to use
delivery:minimum_payment, as the alternative you suggest does not actually clarify whether the "purchase" refers to the quantity of items sold or the amount paid for those items? These all seem like straightforward answers to me that will be intuitive to even novice mappers, unless you can demonstrate that I am incorrect in the assumptions above and that there are, in fact, many common situations where delivery services use alternate schemes. Artemisiavulgaris (talk) 15:33, 16 February 2018 (UTC)
- Much as with currency=*, the official currency of the region should be assumed. Obviously, shops that accept payment in multiple currencies are far fewer than those that accept only one denomination, and even then, one could use the same conventional subkey to denote delivery minimum purchases in different currencies, i.e., delivery:minimum:aud=* for a delivery minimum when buying goods using the Australian Dollar. Regarding whether the integer refers to a minimum payment amount or quantity of goods, I have not seen any real-world amenities requiring a minimum number of individual goods for delivery, but purchase minimums are common across the world, as far as I understand. I would not be opposed to using delivery:minimum_purchase=* if the OSM community at large chooses to use this language, as I agree clarity is useful, but again, it seems overly redundant to me when the overwhelmingly common case (if not universal term) for what are known as "delivery minimums" are purchase amounts, not quantity of items sold. Even then, though, would it not be more clarifying to use
- Which currency is this in? Is the minimum an amount of money or a quantity of goods / orders? IMHO this should be clarified, e.g. delivery:minpurchase=* or delivery:minimum_purchase=*. --Dieterdreist (talk) 12:31, 16 February 2018 (UTC)
- amenity=restaurant
- cuisine=pizza
- delivery=yes
- delivery:minimum=2 (at least 2 pizzas)
- Anyway, this is not an established tag (no use at all) and should not be documented in the tag definition section of delivery. You could make a proposal or mention it on the discussion page. --Dieterdreist (talk) 16:57, 16 February 2018 (UTC)
- Can you show me a pizza restaurant requiring a minimum order of two pizzas instead of a currency amount? Thanks. :) --Artemisiavulgaris (talk) 17:36, 16 February 2018 (UTC)
- I think I’ve seen it, but could not find any in a quick search now. What I’ve found are conditional minimum orders according to the distance, bonus pizzas (one extra for at least 2 pizzas ordered) and a lot of other special conditions and offers (e.g. on certain days of the week, fee depending on order, free drinks for certain orders, etc.). Definitely too detailed for OSM, IMHO. —Dieterdreist (talk) 15:34, 21 February 2018 (UTC)
- Yeah, that is too detailed and not particularly generally useful in my opinion, as well. I still think a minimum payment is useful, though. I have looked elsewhere on OSM and noticed there are min_age=* and max_age=*, so instead of spelling out "minimum" I've begun to use delivery:min_payment=* in keeping with this style. --Artemisiavulgaris (talk) 18:14, 3 March 2018 (UTC)
- I think I’ve seen it, but could not find any in a quick search now. What I’ve found are conditional minimum orders according to the distance, bonus pizzas (one extra for at least 2 pizzas ordered) and a lot of other special conditions and offers (e.g. on certain days of the week, fee depending on order, free drinks for certain orders, etc.). Definitely too detailed for OSM, IMHO. —Dieterdreist (talk) 15:34, 21 February 2018 (UTC)
- Can you show me a pizza restaurant requiring a minimum order of two pizzas instead of a currency amount? Thanks. :) --Artemisiavulgaris (talk) 17:36, 16 February 2018 (UTC)
Delivery fee
Where restaurants or delivery partners charge delivery fees, you can tag the cost of the delivery service like this:
Example:
- There's also the question about the currency. IMHO we should link to "fee", and state that "yes" and "no" can be inserted as well. --Dieterdreist (talk) 12:38, 16 February 2018 (UTC)
- See the delivery minimum discussion, above, regarding currencies. For values, I agree. Further, would it be useful to use the value
freeor would that be synonymous with the value of0? Artemisiavulgaris (talk) 15:39, 16 February 2018 (UTC)- I would use fee=no —Dieterdreist (talk) 15:25, 21 February 2018 (UTC)
- I like `delivery:fee=no` a lot. Thank you, I'll use that instead of `free`. --Artemisiavulgaris (talk) 18:16, 3 March 2018 (UTC)
- I would use fee=no —Dieterdreist (talk) 15:25, 21 February 2018 (UTC)
- See the delivery minimum discussion, above, regarding currencies. For values, I agree. Further, would it be useful to use the value
- There's also the question about the currency. IMHO we should link to "fee", and state that "yes" and "no" can be inserted as well. --Dieterdreist (talk) 12:38, 16 February 2018 (UTC)
Remove delivery=shipment and long list of shops and link to cuisine
Rtfm (talk) - the tag delivery=shipment has only been used 3 times, so it is not appropriate to document it here. Please make a separate page or a proposal page. The key "cuisin"e is also not relevant to Key:delivery, and the long list of possible shops added is not needed, because the key shop= is mentioned and there isn't a benefit from showing dozens of types of shops which might be tagged. Citing the current COVID-19 epidemic is not convincing. --Jeisenbe (talk) 13:54, 28 March 2020 (UTC)
- Your logic to remove logic tag (variants) only because of low usage is also not convincing. What's the reason for it ? (if it's not sabotage)rtfm Rtfm (talk) 19:30, 28 March 2020 (UTC)
- There are 27 pages of values for Key:delivery at taginfo: https://taginfo.openstreetmap.org/keys/delivery#values including a couple dozen different formats used just a few times, like "onlineshop", "deliveroo", "catering", "uber_eats", "grubhub", "conditional", "asphalt". It would not be helpful to mappers if all of these very rare values were mentioned on this page. In Taginfo it is clear that >98% of all delivery= tags have the values "yes" or "no". Out of the remaining 2%, most are "only", "designated", or a type of <opening_hours> format. Mappers have used this tag very consistently: it is almost always "yes" or "no". If you wish to create a tag which says that a shop or business offers to deliver products via the mail system or a private parcel carrier, I would recommend using a different key. --Jeisenbe (talk) 00:06, 29 March 2020 (UTC)
Imo delivery and shipment are different cases. Although you can mention, delivery is superior. - With delivery=shipment I see the conflicts: 1) If a shop offers both (e.g. personal delivery and shipping by mail), you aren't able to tag it easily. 2) If a shop only offers delivery in combination with shipment, you aren't able to tag it (only vs. shipment). - So there should be a proposal for e.g. delivery:type=shipment or shipment=yes.
I agree, 3 times of usage doesn't claim a documentation in main place. cuisine is not relevant 'cause it belongs to the amenity (restaurant) and less to delivery. shop=* is sufficient and more clear overview than a lot of examples (they are shown on the wiki page of shop=*). regards --Chris2map (talk) 10:31, 29 March 2020 (UTC)
Delivery distance
I'd like to propose a subkey to indicate the maximum distance (in kilometers) at which delivery is possible. Example: delivery:distance=10 (within 10km around the shop) Windu.2b
- It might be more precise to use the word "radius" instead of "distance" - I would think of "distance" as the actual distance following public roads and streets, but I suspect most businesses use an actual straight-line radius instead? --Jeisenbe (talk) 17:10, 20 May 2020 (UTC)
- I agree. (talk) 20:13, 20 May 2020 (UTC)
covid19
Hello. I'd like to propose to put the content related to covid19 into a separate paragraph, so it will be more easy to remove or rework it one day when pandemia is over. For instance:
== How to map ==
Typical values include:
* {{Tag|delivery||yes}}
* {{Tag|delivery||no}}
* {{Tag|delivery||Mo-Su 12:00-22:00}}, using the {{tag|opening_hours}} format
* {{Tag|delivery||only}}
The only value implies that people cannot eat in that establishment, and typically there is no storefront or outdoor seating; they can only order through deliveries.
=== covid19 ===
* {{Tag|delivery:covid19}} - see the [[Key:opening_hours:covid19#Delivery.2C_take-away_or_drive-through_services |covid19 page]] and [https://taginfo.openstreetmap.org/search?q=delivery%3A taginfo]
--Chris2map (talk) 20:40, 17 April 2020 (UTC)
File removal and replacement in gallery
It appears that File:REWE-Lieferservice für Lebensmittel (17204893318) (2).jpg was removed in 2018 from Wikimedia Commons due to license laundering among other issues (relevant discussions can be found in the said website). The said image has been replaced by this file, also from Wikimedia Commons, but is hopefully free from issues that plagued that previously mentioned file. -Ianlopez1115 (talk) 12:26, 13 February 2022 (UTC)
delivery=only considered trolltag? (please avoid using it)
See e.g. https://community.openstreetmap.org/t/how-to-tag-online-groceries-gorillas-getir-flink/101391 or https://github.com/streetcomplete/StreetComplete/issues/5320
If it is delivery=only, than it is not really an amenity=restaurant or a shop=* etc., but a craft=caterer or an amenity=warehouse instead. Thus delivery=only is a acting as a Trolltag, and should be avoided --mnalis (talk) 19:25, 18 October 2023 (UTC)