Classifications

How a customer finds a restaurant: the cuisines, food types and store types they browse by — and how you build those lists.

Admin → Classifications

Cuisines, food types and store types — the lists your filters read from.

Classifications
Classifications. Click to enlarge.

Discovery, not menus

There are two vocabulary screens and they do different jobs. This one is about finding a restaurant. The other, Menu, is about describing a dish.

ScreenAnswers
Classifications"Where shall I order from?" — Italian, coffee shop, bakery.
Menu"What is in this dish, and can I eat it?" — ingredients, allergens, vegetarian.

The four tabs

The screen opens on Cuisines; the tabs across the top move between the four lists.

TabWhat it holdsWhere it lands
CuisinesItalian, Thai, Lebanese.One per restaurant — its primary cuisine.
Food typesPizza, burgers, sushi.A restaurant can carry many.
Store typesRestaurant, café, bakery, dark kitchen.A restaurant can carry many.
Type groupsThe groupings the two lists above are filed under.Nothing directly — it organises the other two.

The hierarchy

Three relationships, and knowing them is the difference between a tidy list and a mess:

RelationshipHow it works
Type group → food type / store typeEvery food type and store type belongs to one type group. The two are the same kind of record filed under different groups, which is why they share one editor and one Type groups list.
Cuisine → food typesA cuisine can be given representative food types — the dish icons shown on its card. Set with Assign food types on the cuisine's row. Presentation only; it does not restrict what restaurants may carry.
Restaurant → bothA restaurant has exactly one cuisine, and as many food types and store types as apply.

So a type group sits at the top of the tree, a cuisine sits beside it rather than above it, and a restaurant reaches into both.

Adding an entry

Every tab works the same way. + Add cuisine — or food type, store type, type group — opens a dialog:

FieldRules
NameRequired, at most 80 characters, and unique within its list. A duplicate is refused on save.
IconCuisines and types carry one. Sources are covered below.
GroupFood types and store types only — which type group it is filed under. Only active groups are offered.
ActiveOn by default. Switching it off retires the entry — see below.

The web address is generated from the name and kept unique, so two similarly named cuisines never collide on the storefront.

Icon sources

The picker offers several, and they can be mixed freely within one list:

  • Flag — cuisines only. Auto works the country out from the cuisine's name; you can also pick a specific country instead.
  • Font Awesome — a glyph or brand mark.
  • Image — anything in the media library, including the illustration and ingredient sets the product ships.

An icon is a pointer, not a copy. Deleting a classification never deletes the image behind it — the media library owns the file, and other screens may share it.

Editing and reordering

Click a row to reopen it in the same dialog. Rows are arranged by dragging the grip at the left, and the order you set is the order customers see — so your strongest cuisines can lead rather than appearing alphabetically.

Removing an entry

One rule covers every list: a row that something still points at is never deleted. The attempt is refused with a count of what would be orphaned, and the In use column shows that number before you try.

ListCounted as "in use"
CuisineRestaurants whose primary cuisine it is.
Food type / store typeRestaurants carrying it, plus cuisines showing it as a representative food type.
Type groupTypes filed under it. Move them to another group first.

Deleting a cuisine that is genuinely unused also clears its representative food-type assignments, so nothing is left dangling.

Retire rather than delete. Switch Active off and the entry stops being offered to new restaurants and disappears from customer browsing — but everything already filed under it keeps working, and this screen still shows it so you can switch it back on. That is almost always what you want, and unlike deleting it is reversible.

Set these up before you onboard

Restaurants choose from these lists when they register, and customers browse by them. A platform that opens with three cuisines will have restaurants filed under whichever roughly fits, and fixing that later means revisiting every venue.

Start broader than feels right. Twenty cuisines across ten restaurants gives customers a list of mostly empty pages; add finer classifications as you have the restaurants to fill them.

When it doesn't work

A cuisine page is empty

No approved restaurant carries that cuisine. Either tag one, or retire the cuisine until you have a restaurant for it.

I cannot delete an entry

Something still points at it — the message says how many. Reassign those restaurants, or retire the entry instead.

A group is not offered when I add a type

Only active groups are offered. Retiring a group deliberately stops it being chosen again while leaving what is already filed under it alone.

Customers cannot filter by something obvious

Check the filter is switched on under Search as well as the classification existing here. Both are needed.