This page refers to the
labelparameter that is part of a model.
labelcan also be used as part of an Explore, as described on thelabel(for Explores) parameter documentation page.
labelcan also be used as part of a view, as described on thelabel(for views) parameter documentation page.
labelcan also be used as part of a field, as described on thelabel(for fields) parameter documentation page.
labelcan also be used as part of a reference line, described on the Dashboard reference line parameters documentation page.
Usage
label: "desired label"
|
Hierarchy
label |
Default Value
The name of the model file, capitalized with spaces instead of underscores
Accepts
A string
|
Definition
label helps make Explores more user-friendly by allowing you to set the model names that appear in the Explore menu.
If you do not explicitly add a label to a model definition, the label defaults to the name of the model, but nicely formatted. Underscores are changed to spaces, and each word is capitalized.
Examples
If your model file is called user_data.model, by default the Explore menu will use the filename, capitalized and with spaces instead of underscores. So the model's entry in the Explore would be rendered as User Data.
You can use the label parameter to change the model's entry in the Explore menu to Market Research:
label: "Market Research"
The label parameter goes at the top level of the model file. For example:
connection: "faa"
label: "Market Research"
include: "/views/states.view.lkml"
include: "/views/users.view.lkml"
explore: states {}
explore: users {}
In this example, Looker would now display the model in the Explore menu as Market Research.

Common challenges
label doesn't change the model name everywhere
Changing the label of a model affects the Explore menu and the way the model is displayed in listings of Looks and dashboards. Explore URLs, the Looker IDE, and SQL Runner still show the actual model name. Consequently, you should still use the model's filename to reference the model in LookML and Admin settings.
Things to know
Avoid label when possible by naming models thoughtfully
A model does not need a label parameter if the name already appears and is formatted the way you want your users to see it in the Explore menu. If you know how you want a model to appear to your users, you can often consider this when naming it, allowing you to avoid the need to use label.
You can use the label parameter to change the way a model name is formatted. For example, you can make the model name "abc_info" appear as "ABC Info" instead of "Abc Info".