Propriété de colonne : valeurs inclusives/forcées (:green_heart:)☑ nouvelle fonctionnalité intéressante
☑ pourrait aider de nombreux utilisateurs !
☑ supprime quelque chose qui ressemble à un « bug »
☐ agréable à avoir
☐ personne n'en a besoin
#myTop10_2024
-> JMP 19 : )
Qu'est-ce qui a inspiré cette demande de liste de souhaits ?
court:
Dans Jmp, c'est assez compliqué de générer un tracé comme celui-ci !
Les valeurs inclusives résoudront le problème…
long:
Lors du déjeuner-conférence Déjeuner sur les semi-conducteurs @ Discovery Summit 2024 Europe, nous avons découvert que beaucoup d'entre nous ont un problème similaire :
GraphBuilder Trace des tracés avec des données manquantes.
exemples:
- date avec mois, jour, année manquants ( un moyen d'afficher une date sans données dans le générateur de graphiques )
- listes de plaquettes avec plaquette manquante (pour 25 plaquettes dans une grille 5x5 générée via Wrap, la plaquette n°20 doit toujours être à la même position, indépendamment du nombre de plaquettes < 20 dans les données / manquantes)
- wafermaps avec matrices manquantes
- réussite / échec
- bacs avec catégories prédéfinies (0 occurrences pour un bac spécifique)
...
Motivation par date :
à première vue, personne ne remarquera que les données de mardi manquent - il n'y a même pas d'étiquette sur l'axe.
Pour faire apparaître le jour manquant, on peut ajouter une ligne factice, Jour de la semaine = Mar, toutes les autres entrées de la ligne : manquantes.
... jusqu'à ce que quelqu'un utilise un filtre de données - alors Tue est parti :
La seule façon de le faire fonctionner : une ligne factice pour CHAQUE (!!!) élément du filtre de données.
Et si l'utilisateur a la possibilité de modifier la colonne pour le filtre de données : pour CHAQUE élément dans N'IMPORTE QUELLE colonne, l'utilisateur peut choisir.
Aïe !!!
Quelle est l’amélioration que vous aimeriez voir ?
Veuillez ajouter une propriété de colonne pour les valeurs inclusives *) - valeurs qui doivent toujours apparaître sur l'axe.
Pour les jours de la semaine : tous les jours de la semaine:)
Pour 25 "wafers" dans un lot : tous les numéros de 1 à 25.
Pour réussite/échec : réussite et échec. Ainsi, un jour où il y aura beaucoup d'échecs avec 0, le graphique indiquera : échecs = 0. Au lieu de : aucun nombre d'échecs ne sera affiché.
Outre l'utilisation pour les axes, les groupes X/Y et l'habillage devraient également réagir au nouveau paramètre. Il en va de même pour la superposition et la couleur.
*) « inclusif » ? Quel est le meilleur nom pour la propriété ?
- "valeur par défaut" ressemble à
- supplémentaire, auxiliaire, supplémentaire suggèrent que la valeur n'est pas la valeur réelle de la colonne
- après quelques discussions, Copilot a suggéré des valeurs « inclusives » - des valeurs qui devraient être incluses, si elles manquent.
Pourquoi cette idée est-elle importante ?
Avec la nouvelle propriété de colonne VALEURS INCLUSIVES ,
- les informations de valeur manquantes deviennent visibles (!!!)
- les tracés peuvent être générés BEAUCOUP plus facilement
- les tracés générés sont « robustes » (exemple avec Data Filter !)
autres souhaits de 
Fusion et nettoyage des donnéesExploration et visualisation des donnéesRe : Entrées par défaut pour Graph BuilderJe suis d'accord avec cette demande !
Voici un exemple tiré de mes données où lors du filtrage d'un type de défaut, les pièces sans défaut disparaissent :
Ainsi, je dois ajouter une ligne factice ou diviser les données par type de défaut, faire en sorte que les valeurs manquantes des colonnes de type de défaut deviennent des zéros, puis réempiler les données. Cela donne à mon fichier 10 à 30 fois plus de lignes. Si j'avais la possibilité d'activer une option de colonne qui force les niveaux de la colonne à toujours apparaître sans qu'aucune donnée ne soit affichée à zéro, ce serait d'une grande aide !
Steve
Re : Entrées par défaut pour Graph BuilderOutre les axes, le groupe X/Y, l'enveloppement, la superposition, la couleur, etc.
les filtres de données doivent également utiliser le nouveau paramètre de colonne.
À première vue, cela semble bizarre :
Pourquoi est-il judicieux d'afficher et de sélectionner une valeur dans le filtre de données qui ne figure pas dans la table de données ?
La réponse : Il peut être utilisé pour résoudre facilement le problème actuel avec :
Dépistage des valeurs aberrantes (:alien:) avec Jmp Dashboards - comment ? / Filtre de données locales : option : restreindre ou ne pas restreindre aux données actuelles
Re : Entrées par défaut pour Graph BuilderOutre les valeurs nominales, il devrait également y avoir une option permettant de spécifier la plage minimale pour les valeurs continues.
Pour le moment, lorsque je souhaite limiter une valeur numérique à, par exemple, un poids < 100, le filtre de données numériques crée également automatiquement une limite inférieure.
L'inconvénient : la limite inférieure ne peut pas être fixée arbitrairement, par exemple >0. il passera automatiquement (vers le haut) à la valeur la plus basse de l'ensemble de données, par exemple poids > 64.
La prochaine fois, lorsque j'ouvrirai à nouveau l'intrigue, s'il y a un élève dont le poids est < 64, il ne sera pas affiché dans l'intrigue.
Avec les nouveaux paramètres par défaut, on pourrait spécifier une plage, par exemple 0-150 ou 0-70 - et empêcher le filtre de données de s'ajuster automatiquement à la valeur la plus basse du tableau de données.
Re : Entrées par défaut pour Graph Builder@MarijaLind , @jpol
Re : :folded_hands: Propriété de colonne : valeurs inclusivesSi vous avez utilisé des formes de carte dans Graph Builder - et que vous avez adoré l'option Afficher les éléments manquants :
Cette idée est étroitement liée – mais BEAUCOUP plus générale !
ça va marcher
- pour les valeurs continues sur les axes x et y
- pour les valeurs nominales sur les axes x et y
- pour les groupes X & Y
- pour la page
- pour les filtres de données
-- dans les rapports
-- dans Tableaux/résumé
Cela empêchera JMP
- d'afficher trop peu de "valeurs"
- du calcul de valeurs erronées
- d'un crash
.. et peut-être plus encore....
Re : :folded_hands: Propriété de colonne : valeurs inclusivesOK cool:)
Ré: :folded_hands: Propriété de la colonne : Valeurs inclusives - Statut modifié en : On aime ça ! (dans la file d'attente)Cette propriété est prévue pour une future version de JMP et est actuellement disponible pour les tests dans l'EA JMP 19, mais pour l'instant elle s'appelle la propriété Valeurs forcées. Si vous êtes un utilisateur autorisé de JMP 18 et que vous souhaitez l'essayer, vous pouvez rejoindre notre programme Early Adopter - rendez-vous sur jmp.com/earlyadopter. Veuillez nous faire savoir si cela répond à votre demande !
Ré: :folded_hands: Propriété de la colonne : valeurs inclusivesHi @Sarah-Sylvestre .
C'est extrêmement (!!!) utile. J'ai transféré la plupart de mon travail vers JMP19 EA pour avoir cette fonctionnalité disponible.
Un exemple : avec l'aide de Forced Values, on peut utiliser une colonne avec la formule selected() en combinaison avec le sous-ensemble dynamique de @julian - pour le rendre extrêmement dynamique :
https://community.jmp.com/t5/JMP-Add-Ins/Dynamic-Subset-Add-In-Filterable-Data-Table-updated/tac-p/799313/highlight/true#M2115
L'intrigue semble assez encombrée, alors divisons-la par régions :
Aucune ligne du tableau de données ne contient l'état « Hawaï ». JMP ne connaît donc pas la région. C'est pourquoi Hawaï apparaît dans les quatre régions.
… il en va de même pour tous les autres États. J'ai été tenté de proposer une version étendue de « Valeurs forcées », mais je n'ai pas trouvé comment procéder. (Pour les valeurs avec des entrées existantes, on pourrait demander à JMP de les utiliser, sans inventer de nouveaux États dans différentes régions ; mais qu'en est-il d'Hawaï, qui manque dans la table de données ?!)
Cet exemple montre les limites des valeurs forcées pour l'application « afficher un espace réservé dans le tracé, même s'il n'y a pas de données ».
La seule façon de produire le tracé correct est d'utiliser des lignes factices, n'est-ce pas ?
Re : Propriété de colonne : valeurs inclusives/forcées (:green_heart:)valeurs forcées pour les valeurs continues - voir :
https://community.jmp.com/t5/JMP-Wish-List/Column-Property-Inclusive-forced-Values/idc-p/799363/highlight/true#M6368
wow, il a été inclus dans l'enquête de priorisation JMP 2025 !
modifier : ah, non - fait référence à une autre idée...
voir le prochain post.
Re : Propriété de colonne : valeurs inclusives/forcées (:green_heart:)Aïe ! Juste après avoir soumis le dernier message, j'ai relu la réponse du sondage.
et j'ai pensé à ce souhait :
Générateur de graphiques : option de données manquantes pour les valeurs continues
qui demande quelque chose comme ceci :
Objet : Propriété de colonne : Valeurs incluses/forcées (:green_heart:) – Statut modifié : Livré
