Qu'est-ce qui a inspiré cette demande de liste de souhaits ?
Dans de nombreux processus, j'utilise des cartes thermiques pour analyser des données où des entités individuelles (comme des pièces, des unités ou des numéros de série) peuvent apparaître plusieurs fois en raison de tests ou d'observations répétés. Par exemple, une même pièce peut présenter une défaillance lors de plusieurs essais, ce qui génère plusieurs lignes associées au même identifiant de pièce.
Lorsque j'utilise Graph Builder, je souhaite souvent visualiser le nombre de pièces uniques associées à chaque catégorie (par exemple, mode de défaillance, condition de test, emplacement). Cependant, lorsque j'attribue le rôle Couleur à une variable, les statistiques récapitulatives disponibles (comme le nombre ou la somme) s'appliquent aux lignes et non aux entités distinctes. Il est donc difficile de répondre rapidement à des questions telles que « Combien de pièces distinctes ont défailli dans chaque catégorie ? » sans pré-agréger les données ou créer des colonnes/tableaux supplémentaires.
Actuellement, la solution de contournement consiste à créer un tableau récapitulatif ou à utiliser des scripts pour calculer au préalable les décomptes uniques, ce qui interrompt l'analyse exploratoire et ajoute des frictions inutiles.
Quelle amélioration souhaiteriez-vous voir ?
J'aimerais voir une option de statistique récapitulative supplémentaire dans Graph Builder, en particulier pour les variables placées dans des rôles comme Couleur (et potentiellement Taille, etc.) :
« Nombre de valeurs uniques » (ou « N Unique »)
Cette option permettrait de calculer le nombre de valeurs distinctes pour une colonne sélectionnée au sein de chaque groupe défini par le graphique.

Pourquoi cette idée est-elle importante ?
Cette fonctionnalité améliorerait considérablement l'analyse exploratoire des données en permettant aux utilisateurs de visualiser directement le nombre d'entités distinctes sans avoir besoin de prétraiter les données.
Principaux avantages :
- Réduit les frictions – élimine le besoin de créer des tableaux récapitulatifs intermédiaires ou des scripts.
- Améliore la précision – évite les erreurs d'interprétation accidentelles lorsque le nombre de lignes diffère du nombre d'entités.
- Améliore l'interactivité – permet l'exploration en temps réel dans Graph Builder sans quitter l'outil
- Largement applicable – utile dans de nombreux domaines (fiabilité, fabrication, tests, données d'enquêtes, etc.)
Dans mon cas d'utilisation spécifique, cela permettrait de faire beaucoup plus facilement la distinction entre le « nombre de pannes » et le « nombre de pièces défectueuses », qui sont souvent des indicateurs très différents et tout aussi importants.
Globalement, cela apparaît comme un ajout naturel et à fort impact qui rendrait Graph Builder encore plus puissant pour l'analyse de données réelles.
Vous pouvez facilement obtenir cela via une colonne Transform.
Instead of putting “parameter” into the color rule — and suffering from a non‑existing N Unique in the statistics —
create a Transform Column of paramètre: Col N Unique(:parameter) and use this transform column for coloring.
Cette solution de contournement était déjà possible auparavant, mais avec JMP 19, TOUT a changé : la portée !
Il vous suffit d'activer la portée au niveau souhaité, et Graph Builder calculera les statistiques jusqu'à ce niveau précis — et, plus important encore :
Les statistiques seront automatiquement ajustées lorsque l'utilisateur modifiera les paramètres dans Graph Builder.
Outre la nouvelle grille de données, c'est la plus grande amélioration de JMP 19 — génial ! :rocket:
Bonjour, merci d'avoir soumis cette demande ! Hogi a mentionné une excellente façon de procéder ; veuillez me dire si cela vous convient.