Paramètres des graphiques à valeur unique pour les tableaux de bord LookML

Cette page décrit les paramètres à utiliser avec les éléments de tableau de bord LookML de type: single_value dans un fichier dashboard.lkml.

Pour savoir comment créer un graphique à valeur unique via l'interface utilisateur de Looker, consultez la page de documentation Options des graphiques KPI (valeur unique) ou Options des graphiques à valeur unique (anciens).

Paramètres de base

Lorsque vous définissez un élément de tableau de bord LookML, vous devez spécifier des valeurs pour au moins les paramètres name et type. D'autres paramètres de base tels que title, height et width affectent la position et l'apparence d'un élément sur un tableau de bord.

name

Cette section fait référence au paramètre name qui fait partie d'un élément de tableau de bord.

name peut également être utilisé dans un filtre de tableau de bord, comme décrit sur la page de documentation Paramètres de tableau de bord.

Chaque déclaration name crée un élément du tableau de bord et lui attribue un nom. Les noms des éléments doivent être uniques. Les noms sont parfois référencés dans le paramètre elements lorsque vous utilisez des tableaux de bord layout: grid, ou dans le paramètre group des éléments enfants lorsque vous organisez des éléments dans un groupe de tuiles (type: group).

- name: orders_by_date

title

Cette section fait référence au paramètre title qui fait partie d'un élément de tableau de bord.

title peut également être utilisé dans un tableau de bord, comme décrit sur la page de documentation Paramètres de tableau de bord.

title peut également être utilisé dans un filtre de tableau de bord, comme décrit sur la page de documentation Paramètres de tableau de bord.

Le paramètre title vous permet de modifier la façon dont le nom d'un élément s'affiche pour les utilisateurs. Si aucune valeur n'est spécifiée, le titre est défini par défaut sur l'élément name.

Considérez l'exemple suivant :

- name: sales_overview
  title: '1) Sales Overview'

Si vous utilisez ce format, l'élément n'apparaîtra pas sous la forme Sales Overview, mais sous la forme 1) Sales Overview.

type

Cette section fait référence au paramètre type qui fait partie d'un élément de tableau de bord.

type peut également être utilisé dans un filtre de tableau de bord, comme décrit sur la page de documentation Paramètres de tableau de bord.

type peut également être utilisé dans le cadre d'une jointure, comme décrit sur la page de documentation du paramètre type (pour les jointures).

type peut également être utilisé dans une dimension, comme décrit sur la page de documentation Types de dimensions, de filtres et de paramètres.

type peut également être utilisé dans une mesure, comme décrit sur la page de documentation Types de mesures.

Le paramètre type détermine le type de visualisation à utiliser dans l'élément.

- name: element_name
  type: text | looker_grid | table | single_value | looker_single_record |
        looker_column | looker_bar | looker_scatter | looker_line | looker_area |
        looker_pie | looker_donut_multiples | looker_funnel | looker_timeline |
        looker_map | looker_google_map | looker_geo_coordinates | looker_geo_choropleth |
        looker_waterfall | looker_wordcloud | looker_boxplot | button | group

Consultez la page de documentation type (pour les tableaux de bord LookML) pour obtenir une présentation des différents types d'éléments de tableau de bord LookML.

height

Cette section fait référence au paramètre height qui fait partie d'un élément de tableau de bord.

height peut également être utilisé dans une ligne de tableau de bord, comme décrit sur la page de documentation Paramètres de tableau de bord.

Pour les tableaux de bord avec des mises en page tile ou static

Le paramètre height définit la hauteur d'un élément, en unités de tile_size (qui est défini en pixels), pour les tableaux de bord layout: tile et layout: static.

Par exemple, le code suivant spécifie tile_size: 100 et height: 4, ce qui donne à l'élément orders_by_date une hauteur de 400 pixels.

- dashboard: sales_overview
  tile_size: 100
  ...

  elements:
  - name: orders_by_date
    height: 4
    ...

Pour les tableaux de bord avec une mise en page newspaper

Le paramètre height définit la hauteur d'un élément, en unités de row, pour les tableaux de bord layout: newspaper.

Un tableau de bord avec une mise en page de type journal utilise par défaut une hauteur d'élément de six lignes, soit environ 300 pixels. La hauteur minimale est d'une ligne pour les tableaux de bord dont le paramètre preferred viewer est défini sur dashboards-next. La hauteur minimale est de deux lignes pour les tableaux de bord dont le paramètre preferred viewer est défini sur dashboards.

Par exemple, le code suivant définit un élément sur une hauteur de 12 lignes, soit deux fois plus haut que les autres éléments définis sur la valeur par défaut :

- dashboard: sales_overview
  layout: newspaper
  ...

  elements:
  - name: orders_by_date
    height: 12
    ...

width

Cette section fait référence au paramètre width qui fait partie d'un élément de tableau de bord.

width peut également être utilisé dans un tableau de bord, comme décrit sur la page de documentation Paramètres de tableau de bord.

Le paramètre width définit la largeur d'un élément, en unités de tile_size, pour les tableaux de bord layout: tile et layout: static.

Par exemple, le code suivant spécifie tile_size: 100 et width: 4, ce qui donne à l'élément orders_by_date une largeur de 400 pixels.

- dashboard: sales_overview
  tile_size: 100
  ...

  elements:
  - name: orders_by_date
    width: 4
    ...

Le paramètre width définit la largeur d'un élément, en unités de colonnes, pour les tableaux de bord layout: newspaper.

Par défaut, un tableau de bord avec une mise en page de type journal comporte 24 colonnes.

Par exemple, le code suivant définit l'élément sur la moitié de la largeur du tableau de bord :

- dashboard: sales_overview
  layout: newspaper
  ...

  elements:
  - name: orders_by_date
    width: 12
    ...

top

Le paramètre top définit la position de haut en bas d'un élément, en unités de tile_size, pour les tableaux de bord layout: static.

Par exemple, le code suivant spécifie tile_size: 100 et top: 4, ce qui positionne le bord supérieur de l'élément orders_by_date à 400 pixels du haut du tableau de bord.

- dashboard: sales_overview
  tile_size: 100
  ...

  elements:
  - name: orders_by_date
    top: 4
    ...

left

Le paramètre left définit la position de gauche à droite d'un élément, en unités de tile_size, pour les tableaux de bord layout: static.

Par exemple, le code suivant spécifie tile_size: 100 et left: 4, en positionnant le bord gauche de l'élément orders_by_date à 400 pixels du côté gauche du tableau de bord.

- dashboard: sales_overview
  tile_size: 100
  ...

  elements:
  - name: orders_by_date
    left: 4
    ...

row

Pour les tableaux de bord layout: newspaper, le paramètre row définit la ligne sur laquelle le bord supérieur d'un élément est placé. Si l'élément est placé dans un groupe de tuiles à l'aide du paramètre group, row définit la position de la ligne de l'élément par rapport au haut du conteneur du groupe (row: 0).

Un tableau de bord commence par la ligne 0 en haut du tableau de bord. Un tableau de bord avec une mise en page de type journal a une hauteur d'élément par défaut de six lignes, ce qui signifie que les éléments du tableau de bord situés en haut (row: 0) occupent par défaut les lignes 0 à 5.

Chaque ligne mesure 50 pixels de haut, ce qui signifie que la hauteur par défaut de l'élément (six lignes) est de 300 pixels.

Par exemple, le code suivant définit un élément à placer sur la deuxième ligne d'éléments du tableau de bord, en supposant que les éléments sont définis à la hauteur par défaut :

- dashboard: sales_overview
  layout: newspaper
  ...

  elements:
  - name: orders_by_date
    row: 6
    ...

col

Pour les tableaux de bord layout: newspaper, le paramètre col définit la colonne sur laquelle le bord gauche de l'élément est placé. Si l'élément est placé dans un groupe de tuiles à l'aide du paramètre group, col définit la position de la colonne de l'élément par rapport au bord gauche du conteneur du groupe (col: 0).

Les tableaux de bord sont divisés en 24 colonnes. Un tableau de bord commence par la colonne 0 à gauche du tableau de bord. Un tableau de bord avec une mise en page de type journal utilise par défaut une largeur d'élément de huit colonnes, ce qui signifie que les éléments du tableau de bord situés à gauche (col: 0) occupent par défaut les colonnes 0 à 7.

Par exemple, le code suivant définit un élément à placer dans la troisième colonne d'éléments du tableau de bord :

- dashboard: sales_overview
  layout: newspaper
  ...

  elements:
  - name: orders_by_date
    col: 16
    ...

refresh

Cette section fait référence au paramètre refresh qui fait partie d'un élément de tableau de bord.

refresh peut également être utilisé dans un tableau de bord, comme décrit sur la page de documentation Paramètres de tableau de bord.

Le paramètre refresh permet à un élément de se recharger automatiquement à intervalles réguliers, ce qui permet de récupérer des données actualisées. Cette fonctionnalité est souvent utile dans les environnements où un tableau de bord est affiché en permanence, par exemple sur un téléviseur de bureau. Notez que le tableau de bord doit être ouvert dans une fenêtre de navigateur pour que ce paramètre ait un effet. Ce paramètre ne s'exécute pas en arrière-plan pour "préchauffer" le cache du tableau de bord.

La fréquence d'actualisation peut être n'importe quel nombre (sans décimales) de secondes, de minutes, d'heures ou de jours. Exemple :

- name: orders_by_date
  refresh: 2 hours

Soyez prudent lorsque vous définissez des intervalles d'actualisation courts. Si la requête derrière l'élément consomme beaucoup de ressources, certains éléments peuvent solliciter votre base de données plus que souhaité.

note

Vous pouvez ajouter des notes descriptives aux éléments comme suit :

- name: element_name
  note:
    text: 'note text'
    state: collapsed | expanded
    display: above | below | hover

note comporte les sous-paramètres text, state et display.

text

Le sous-paramètre text spécifie le texte affiché dans la note. Le texte peut être localisé.

state

Le sous-paramètre state détermine si la note sera collapsed ou expanded si elle est trop grande pour tenir sur une seule ligne dans la largeur de l'élément. Si vous choisissez collapsed et que la note est trop longue, elle se terminera par des points de suspension cliquables (...) permettant de lire l'intégralité de la note.

display

Le sous-paramètre display détermine l'emplacement de la note sur un élément. above place la note en haut d'un élément, below la place en bas d'un élément et hover nécessite que l'utilisateur passe la souris sur l'élément pour voir la note.

Paramètres de requête

Lorsque vous définissez un élément de tableau de bord LookML, vous devez spécifier des valeurs pour au moins les paramètres de requête model et explore, et au moins un champ doit être spécifié à l'aide du paramètre dimensions ou measures. Vous pouvez également utiliser les autres paramètres de requête pour contrôler la façon dont les données sont affichées dans un élément de tableau de bord.

model

Le paramètre model définit le modèle à utiliser pour la requête d'élément. Si ce paramètre n'est pas spécifié, le modèle par défaut est celui où se trouve le tableau de bord.

- name: orders_by_date
  model: ecommerce

Le paramètre model accepte les constantes LookML. Vous pouvez définir une constante dans le fichier manifeste de votre projet, puis utiliser la syntaxe "@{constant_name}" pour définir la constante comme valeur de model. L'utilisation d'une constante vous permet de définir le nom d'un modèle à un seul endroit, ce qui est particulièrement utile si vous mettez à jour le nom d'un modèle utilisé par plusieurs éléments de tableau de bord.

Pour en savoir plus et obtenir un exemple d'utilisation de constantes avec des tableaux de bord LookML, consultez la page de documentation sur le paramètre constant.

explore

Cette section fait référence au paramètre explore qui fait partie d'un élément de tableau de bord.

explore peut également être utilisé dans le cadre d'un modèle, comme décrit sur la page de documentation du paramètre explore.

explore peut également être utilisé dans un filtre de tableau de bord, comme décrit sur la page de documentation Paramètres de tableau de bord.

Le paramètre explore définit l'exploration à utiliser pour la requête de l'élément.

- name: orders_by_date
  explore: order

Le paramètre explore accepte les constantes LookML. Vous pouvez définir une constante dans le fichier manifeste de votre projet, puis utiliser la syntaxe "@{constant_name}" pour définir la constante comme valeur de explore. L'utilisation d'une constante vous permet de définir le nom d'une exploration à un seul endroit, ce qui est particulièrement utile si vous mettez à jour le nom d'une exploration utilisée par plusieurs éléments de tableau de bord.

Pour en savoir plus et obtenir un exemple d'utilisation de constantes avec des tableaux de bord LookML, consultez la page de documentation sur le paramètre constant.

dimensions

Le paramètre dimensions définit la ou les dimensions à utiliser pour la requête d'élément. Utilisez la syntaxe view_name.dimension_name pour spécifier la dimension. N'incluez pas dimensions si la requête n'en comporte pas.

## single dimension example
- name: orders_by_date
  dimensions: order.order_date

## multiple dimension example
- name: orders_by_date
  dimensions: [order.order_date, customer.name]

measures

Le paramètre measures définit la ou les mesures à utiliser pour la requête de l'élément. Utilisez la syntaxe view_name.measure_name pour spécifier la mesure. N'incluez pas measures si la requête n'en comporte pas.

## single measure example
- name: orders_by_date
  measures: order.count

## multiple measure example
- name: orders_by_date
  measures: [order.count, order_item.count]

sorts

Le paramètre sorts définit le comportement de tri pour la requête de l'élément. Indiquez d'abord le champ de tri principal, puis les champs de tri secondaires. Utilisez la syntaxe view_name.field_name pour spécifier la dimension ou la mesure à utiliser pour le tri.

Si vous omettez le paramètre sorts, l'élément utilise l'ordre de tri par défaut de Looker. Les tris croissants ne nécessitent pas de suffixe, tandis que les tris décroissants nécessitent le suffixe desc.

L'exemple suivant définit un seul tri :

- name: orders_by_date
  sorts: order.order_date desc

L'exemple suivant définit plusieurs tris :

- name: orders_by_date
  sorts: [order.order_date desc, customer.name]

Si vous pivotez des dimensions, vous pouvez trier les résultats de la requête en spécifiant le nom de la mesure, le sens du tri et le numéro d'index (commençant par 0) de la colonne cible dans la table de données. Par exemple, l'élément suivant trie par la première colonne de tableau croisé dynamique à l'aide de l'index 0 :

- name: orders_by_category
  sorts: [orders.count desc 0]

Pour trier par total de ligne, spécifiez l'index de la colonne des totaux. Par exemple, l'élément suivant trie par total de ligne à l'aide de l'index 2, qui représente la colonne des totaux pour une requête avec deux colonnes de tableau croisé dynamique :

- name: orders_by_cohort
  sorts: [users.count desc 2]

pivots

Le paramètre pivots définit les dimensions à pivoter pour la requête d'élément. Utilisez la syntaxe view_name.dimension_name pour spécifier la dimension. N'incluez pas pivots si la requête n'en comporte pas.

## single pivot example
- name: orders_by_date
  pivots: customer.gender

## multiple pivot example
- name: orders_by_date
  pivots: [customer.gender, customer.age_tier]

limit

Le paramètre limit définit la limite de lignes à utiliser pour la requête d'élément. La limite s'applique au nombre de lignes avant l'application des pivots.

- name: orders_by_date
  limit: 100

filters

Cette section fait référence au paramètre filters qui fait partie d'un élément de tableau de bord.

filters peut également être utilisé dans un tableau de bord, comme décrit sur la page de documentation Paramètres de tableau de bord.

filters peut également être utilisé dans une mesure, comme décrit sur la page de documentation du paramètre filters.

Le paramètre filters définit les filtres non modifiables à utiliser pour la requête de l'élément. Si vous souhaitez que l'utilisateur puisse modifier les filtres dans le tableau de bord, vous devez configurer les filtres à l'aide de filters pour les tableaux de bord, puis les appliquer aux éléments à l'aide de listen.

La syntaxe de filters est la suivante :

- name: element_name
  filters:
    orders.created_date: 2020/01/10 for 3 days
    orders.status: Shipped
    # You can create multiple filter statements

Chaque filtre peut accepter une expression de filtre Looker ou une constante de valeur. Vous pouvez également utiliser les variables Liquid _localization ou _user_attributes dans l'expression de filtre pour obtenir des valeurs de filtre flexibles.

listen

Les filtres de tableau de bord permettent aux utilisateurs d'affiner de manière interactive les données affichées dans les éléments du tableau de bord. Définissez des filtres de tableau de bord avec le paramètre filters pour les tableaux de bord LookML. Ensuite, utilisez le paramètre listen pour associer les éléments du tableau de bord au filtre du tableau de bord.

Voici la syntaxe à utiliser pour listen :

- name: element_name
  listen:
    filter_name_goes_here: dimension or measure on which to apply
                           the filter using view_name.field_name syntax
    # You can add more than one listen statement

Ajoutez le paramètre listen à un élément, puis indiquez le nom du filtre suivi d'un deux-points et d'une référence au champ auquel le filtre doit s'appliquer, à l'aide de la syntaxe view_name.field_name. Par exemple, vous pouvez créer un filtre appelé Date qui oblige l'utilisateur à saisir une date dans le champ de filtre de l'UI. Vous pouvez ensuite appliquer la valeur saisie par l'utilisateur à l'élément orders_by_date comme suit :

- dashboard: sales_overview
  ...

  filters:
  - name: date
    type: date_filter

  elements:
 - name: orders_by_date
    listen:
      date: order.order_date
    ...

Si le filtre écouté est configuré avec le paramètre vis_filter: true, la commande de filtre s'affiche dans une barre de filtre directement en haut de cette tuile de visualisation, plutôt que dans la barre de filtre supérieure du tableau de bord.

Pour obtenir d'autres exemples d'utilisation des paramètres filters et listen pour appliquer des filtres de tableau de bord à des éléments de tableau de bord individuels, consultez Créer des tableaux de bord LookML.

query_timezone

Le paramètre query_timezone spécifie le fuseau horaire dans lequel la requête sera exécutée. Les options de fuseau horaire sont indiquées sur la page de documentation Valeurs pour timezone. Si vous souhaitez que la requête s'exécute en utilisant le fuseau horaire du lecteur, vous pouvez définir la valeur sur user_timezone.

- name: orders_by_date
  query_timezone: America/Los Angeles

- name: orders_by_customer
  query_timezone: user_timezone

merged_queries

Le paramètre merged_queries vous permet de combiner les résultats de plusieurs requêtes dans un seul élément de tableau de bord. Définissez chaque requête source dans le paramètre merged_queries de l'élément et utilisez le sous-paramètre join_fields pour spécifier comment les résultats doivent être fusionnés.

L'exemple de code LookML suivant crée un élément de résultats fusionnés de type: looker_grid. Dans cet exemple, le paramètre merged_queries est utilisé pour créer un élément de tableau de bord qui combine les données de deux requêtes distinctes dans un seul graphique de table :

- name: merged_results_element
  title: Merged Results Tile
  type: looker_grid
  merged_queries:
  - model: ecommerce
    explore: users
    type: table
    fields: [users.state, users.count, users.city]
    sorts: [users.count desc 0]
    limit: 5000
    column_limit: 50
    query_timezone: UTC
    listen:
    - State: users.state
  - model: ecommerce
    explore: users
    type: table
    fields: [users.state, users.city]
    sorts: [users.state]
    limit: 500
    column_limit: 50
    query_timezone: UTC
    join_fields:
    - field_name: users.state
      source_field_name: users.state
    - field_name: users.city
      source_field_name: users.city
    listen:
    - State: users.state

Dans cet exemple, l'élément du tableau de bord combine les données de deux requêtes sources basées sur l'exploration users dans le modèle ecommerce. La requête primaire inclut les champs users.state, users.count et users.city, et trie les résultats par le champ users.count. La deuxième requête source inclut les champs users.state et users.city, et trie les résultats par champ users.state.

Le paramètre join_field fusionne les requêtes sources en fonction des valeurs correspondantes dans les champs users.state et users.city.

Le paramètre listen applique un filtre State aux deux requêtes, ce qui permet aux utilisateurs du tableau de bord d'affiner les résultats de la requête affichés dans la vignette du tableau de bord en sélectionnant un État spécifique.

Exemple : Fusionner des données d'entreprise

Imaginons que vous souhaitiez créer une requête fusionnée qui combine des informations sur des entreprises provenant de deux explorations différentes : company_info et companies. Vous souhaitez joindre les requêtes sur les champs ipo.stock_symbol, companies.name et companies.contact_email de chaque exploration pour créer une requête qui renvoie des résultats pour le nom de l'entreprise, l'adresse e-mail de contact de l'entreprise, l'année d'introduction en bourse, le symbole boursier, le nombre d'employés et le nombre d'emplois. Vous pouvez définir l'élément de requête fusionnée en LookML comme suit :

- name: merged_results_element
  title: Merged Results Tile
  merged_queries:
  - model: market_research
    explore: company_info
    fields: [companies.name, companies.contact_email, ipo.public_year, ipo.stock_symbol]
    filters:
      companies.contact_email: "-NULL"
      ipo.valuation_amount: NOT NULL
    sorts: [ipo.public_year desc]
  - model: company_data
    explore: companies
    fields: [companies.name, ipo.stock_symbol, companies.contact_email,
      companies.number_of_employees, jobs.job_count]
    filters:
      companies.number_of_employees: NOT NULL
      ipo.stock_symbol: "-NULL"
      companies.contact_email: "-NULL"
    sorts: [jobs.job_count desc]
    join_fields:
    - field_name: ipo.stock_symbol
      source_field_name: ipo.stock_symbol
    - field_name: companies.name
      source_field_name: companies.name
    - field_name: companies.contact_email
      source_field_name: companies.contact_email

Appliquer des filtres aux éléments de requête fusionnés

L'exemple précédent d'élément de requête fusionnée montre comment appliquer des filtres codés en dur directement dans chaque requête source à l'aide du paramètre filters. Par exemple, les filtres companies.contact_email: "-NULL" et ipo.valuation_amount: NOT NULL de la requête primaire limitent les résultats aux entreprises qui ont des adresses e-mail de contact et des valorisations valides. Ces filtres au niveau de la requête préfiltrent les données avant de fusionner les requêtes et ne peuvent pas être modifiés par l'utilisateur.

Vous pouvez également appliquer des filtres de tableau de bord aux éléments de requête fusionnés en utilisant le paramètre listen dans la définition de chaque requête source. Par exemple, supposons que vous ayez un filtre de tableau de bord nommé Industry que vous avez défini au niveau du tableau de bord à l'aide du paramètre filters pour les tableaux de bord LookML :

filters:
- name: Industry
  title: Industry
  type: field_filter
  ui_config:
    type: dropdown_menu
    display: inline
  model: market_research
  explore: company_info
  field: companies.industry

Pour appliquer le filtre Industry au champ companies.industry dans les deux requêtes sources, ajoutez le paramètre listen à chacune des définitions de requête source de la requête fusionnée, comme suit :

listen:
  Industry: companies.industry

Par exemple, l'exemple de code suivant ajoute le filtre Industry aux deux requêtes sources dans l'élément de résultats fusionnés de l'exemple précédent.

- name: merged_results_element
  title: Merged Results Tile
  merged_queries:
  - model: market_research
    explore: company_info
    fields: [companies.name, companies.contact_email, ipo.public_year, ipo.stock_symbol]
    filters:
      companies.contact_email: "-NULL"
      ipo.valuation_amount: NOT NULL
    sorts: [ipo.public_year desc]
    listen:
      Industry: companies.industry
  - model: company_data
    explore: companies
    fields: [companies.name, ipo.stock_symbol, companies.contact_email,
      companies.number_of_employees, jobs.job_count]
    filters:
      companies.number_of_employees: NOT NULL
      ipo.stock_symbol: "-NULL"
      companies.contact_email: "-NULL"
    sorts: [jobs.job_count desc]
    join_fields:
    - field_name: ipo.stock_symbol
      source_field_name: ipo.stock_symbol
    - field_name: companies.name
      source_field_name: companies.name
    - field_name: companies.contact_email
      source_field_name: companies.contact_email
    listen:
      Industry: companies.industry

Avec cet ajout, lorsqu'un utilisateur interagit avec le filtre de tableau de bord Industry, la requête source correspondante dans l'élément de requête de fusion est filtrée en conséquence.

hidden_fields

Le paramètre hidden_fields indique les champs, le cas échéant, qui sont utilisés dans la requête, mais masqués dans le graphique. Tous les champs masqués s'affichent dans la section de la table de données d'une exploration.

hidden_fields: [inventory_items.count, distribution_centers.id]

Paramètres de style

Cette section décrit les paramètres qui correspondent aux options de la section Style de l'éditeur de visualisation pour les graphiques KPI (valeur unique) et valeur unique (ancien).

colors

Le paramètre colors spécifie une liste de couleurs pour la série. La première couleur de la liste correspond à la première série de données. S'il y a plus de séries que de couleurs listées, les couleurs recommenceront au début.


colors: [blue, orange, yellow, red, purple]

Pour tous les attributs de graphique qui spécifient une couleur, la valeur de couleur peut prendre une chaîne hexadécimale, telle que #2ca6cd, ou une chaîne de nom de couleur CSS, telle que mediumblue.

custom_color_enabled

Définir le paramètre custom_color_enabled sur true permet de spécifier une couleur personnalisée pour une visualisation à valeur unique. Utilisez ce paramètre avec le paramètre custom_color.


custom_color_enabled: true | false

custom_color

Spécifiez une couleur personnalisée pour le texte dans une visualisation à valeur unique.


custom_color: #2ca6cd | mediumblue

show_single_value_title

Lorsque ce paramètre est défini sur true, un titre s'affiche sous la valeur de la requête. Vous pouvez spécifier ou modifier le titre à l'aide du paramètre single_value_title.


show_single_value_title: true | false

single_value_title

Spécifiez un titre à afficher avec la valeur de la requête. Le texte du titre peut être localisé.


single_value_title: Title

valueFormat

Spécifiez le format de nombre ou de date de la valeur. Le paramètre accepte la mise en forme de style Excel. Si aucune mise en forme n'est spécifiée, la valeur sera affichée dans le format de la dimension ou de la mesure sous-jacente.

Paramètres de comparaison

Cette section décrit les paramètres qui correspondent aux options de la section Comparaison de l'éditeur de visualisation pour les graphiques de KPI (valeur unique) et de valeur unique (ancienne version).

show_comparison

Lorsqu'il est défini sur true, le paramètre show_comparison vous permet d'ajouter des informations de comparaison à un élément de tableau de bord de type: single_value.


show_comparison: true | false

comparison_type

Utilisez le paramètre comparison_type pour spécifier comment le champ de comparaison est utilisé dans un élément de tableau de bord de type: single_value.

Vous pouvez spécifier l'une des valeurs suivantes pour le paramètre comparison_type :

  • value : la valeur du champ de comparaison s'affiche en bas de la visualisation.
  • change : la valeur du champ de comparaison s'affiche en bas de la visualisation. Si la valeur est négative, un triangle pointe vers le bas. Si la valeur est positive, le triangle pointe vers le haut.
  • progress : la valeur du champ utilisé pour la visualisation à valeur unique est divisée par la valeur du champ de comparaison. Ce pourcentage est affiché sous la forme d'une barre de progression.
  • progress_percentage : la valeur du champ utilisé pour la visualisation à valeur unique est divisée par la valeur du champ de comparaison. Ce pourcentage est affiché sous forme de barre de progression. La barre est libellée avec le pourcentage et la valeur du champ de comparaison.

comparison_type: value | change | progress | progress_percentage

show_comparison_label

Indiquez si un libellé doit être affiché avec le champ de comparaison. Par défaut, le libellé est le nom du champ de comparaison.


show_comparison_label: true | false

comparison_label

Spécifiez le libellé à afficher avec le champ de comparaison. Le texte du libellé de comparaison peut être localisé.


show_comparison_label: true
comparison_label: Label

comparison_reverse_colors

Si comparison_type est défini sur change, vous pouvez définir comparison_reverse_colors sur true pour afficher les nombres négatifs dans un champ de comparaison sous forme de texte vert avec un triangle vert, tandis que les nombres positifs s'affichent sous forme de texte rouge avec un triangle rouge.


comparison_type: change
comparison_reverse_colors: true | false