Tag:amenity=cafe

+/- amenity=cafe Description Is for a generally informal place with sit-down facilities selling beverages and light meals and/or snacks. Used on these elements Useful combination Key:name Key:operator Key:cuisine diet=* Key:contact:website Key:contact:phone Used combinations in World Australia/Oceania Europe (list) Asia (list) Central America (list) South America (list) Africa (list) Status Undefined

amenity=cafe is for a generally informal place with sit-down facilities selling beverages and light meals and/or snacks. This includes coffee-shops, tea shops selling perhaps just tea or coffee and cakes through to bistros selling meals with alcoholic drinks.

Contents 1 How to Map 2 Examples 3 Rendering 4 See Also 5 Cafes inside other shops / amenities

How to Map

Add a node at the centre of the building and add amenity=cafe to it. You can name it with name=*.

Optionally, you can further classify eating places using the cuisine=* tag with a value suitable the location.

Examples

First:

amenity=cafe

name=Barista

cuisine=coffee_shop

Second:

amenity=cafe

name=San Marco

cuisine=italian

Other suggested cuisine types:

• donut e.g. Dunkin' Donuts
• bagle e.g. Bagel Brothers in German

Rendering

• 

  Mapnik

See Also

• amenity=restaurant
• amenity=fast_food
• amenity=bar
• opening_hours=* - for describing the opening hours.
• cuisine=*
• diet=* - for describing dietary choices on offer such as vegetarian.
• terrace=* and terrace:opening_hours=* - for describing the café's terrace if present
• takeaway=*

Cafes inside other shops / amenities

It's quite common for large museums, libraries, or book shops, to have a little cafe inside. A recommendation of a way to map these details, is to represent the larger feature as a area around the building perimeter and then place the cafe within this as a separate node. If you prefer not to add a building outline, just place a node at the approximate centrepoint for the larger amenity, but map the cafe as a separate node.

Of course some mappers will take different approaches (so data users may want to be aware these). In the case of a bookshop, we might have both shop=books and amenity=cafe on the same element. In general it is better to avoid ambiguity (and also provide more location information) by mapping them as separate elements. That recommendation also avoids another more acute tagging problem. In the case of a cafe inside a library for example, the tags share the same 'amenity' key (amenity=library and amenity=cafe) We have a clash. Some mappers resolve this with a tag such as amenity=library;cafe, but this is specifically not a recommendation. See Semi-colon value separator page for details. Capture more detail and avoid these problems by mapping the cafe as separate element.

Related terms: joint. cafe.