J'ai des graphiques bivariés, à sens unique et graphbuilder dans un seul rapport. Une légende de ligne est appliquée afin que tous les points de données soient alphanumériques avec une couleur spécifique. La légende des lignes est créée avec le schéma de couleurs JMP par défaut et mes graphiques de générateur de graphiques utilisent le schéma de couleurs JMP par défaut pour leurs légendes de superposition, mais pour une raison quelconque, l'ordre dans lequel il attribue les couleurs est différent de celui des autres graphiques. Voir exemple ci-dessous :
Ce tableau de variabilité se colorie dans l'ordre rouge, vert, bleu, orange pour les objets LSW.
Le générateur de graphique colore cependant dans l'ordre bleu, rouge, vert, violet tandis que l'étiquette alphanumérique correcte est conservée dans la légende de la ligne.
La seule solution de contournement que j'ai trouvée consiste à enregistrer la propriété de couleur dans la colonne Beam_L1, mais le problème est qu'elle ne recalcule pas automatiquement lorsque les filtres changent (ce qui peut modifier le nombre d'objets BEAM_L1). Les couleurs de la légende des lignes et du générateur de graphiques changent automatiquement avec les filtres, mais malheureusement, ils utilisent des ordres de coloration différents, même s'ils utilisent tous les deux le jeu de couleurs JMP par défaut.
Certains commentaires que j'ai faits dans un fil connexe :
En dehors de Graph Builder, JMP ignore le vert lorsqu'il a besoin de deux couleurs pour éviter le défaut commun de couleur rouge/vert. Cependant, Graph Builder est un peu plus dynamique et doit pouvoir passer de deux à trois couleurs sans changer les deux premières couleurs, il les réorganise donc dès le départ (chaque groupe de 3 obtient une rotation autour de la roue chromatique).Cela ne se produit qu'avec les thèmes de couleur étiquetés "JMP", vous évitez donc le double séquençage en utilisant un thème de couleur différent.
En ce qui concerne le traitement de l'exclusion, il n'y a pas d'option pour modifier le comportement. J'utilise parfois des couleurs de valeur ou j'ajoute des valeurs factices pour contourner toute sensibilité dynamique.
Tout commentaire sur les couleurs du générateur de graphiques utilisant une logique différente des couleurs de la légende des lignes (utilisées dans tous les autres graphiques). Le générateur de graphiques considère toujours les lignes exclues pour les couleurs (même s'il n'affiche pas ces éléments exclus dans la légende) et il n'y a aucun endroit où désactiver cela alors que la coloration basée sur la légende des lignes vous avez la possibilité de considérer les lignes exclues (cependant, contrairement au générateur de graphiques, lors de l'examen des lignes exclues, ces éléments apparaissent dans la légende même s'ils ne sont pas présents dans la date du graphique)
Existe-t-il donc un moyen pour que le générateur de graphiques ne tienne pas compte des lignes exclues lors de l'attribution de couleurs ?
La définition des couleurs de valeur semble correspondre aux couleurs du générateur de graphiques, mais mon graphique de variabilité semble avoir ses propres couleurs, telles que définies par la légende de la ligne. Ils utilisent tous les deux le thème de couleur par défaut de JMP, qu'est-ce qu'ils semblent échantillonner différemment sur ce thème ?
Edit : Il semble que tout corresponde tant que je n'exclus aucune des valeurs BEAM_L1 en raison de mes différents besoins de filtrage. Donc, si je n'ai pas de filtrage (toutes les valeurs beam_L1 incluses), les couleurs correspondent. Mais lorsque j'exclus un BEAM_L1, les couleurs du tableau de variation sont réinitialisées de sorte que le premier BEAM_L1 est toujours rouge tandis que les couleurs du Graph Builder conservent la couleur d'un BEAM_L1 donné, mais l'étiquette alphanumérique change correctement (probablement parce que cela est défini par ligne Légende).
Fondamentalement, il semble que les couleurs de Graph Builder prennent toujours en compte les lignes exclues, tandis que les couleurs de la légende des lignes rééchantillonnent le thème de couleur lorsque les lignes sont exclues.
Si vous définissez la propriété de colonne "Value Color" pour BEAM_L1 sur les couleurs souhaitées, puis démarrez Chart Builder, les couleurs utilisées lors de la superposition du graphique par BEAM_L1 resteront même lors du filtrage.
JMP 13.2.1
Names Default To Here( 1 );
dt = New Table( "class",
Add Rows( 40 ),
New Column( "Age",
Numeric,
"Ordinal",
Format( "Fixed Dec", 5, 0 ),
Set Property(
"Value Colors",
{12 = -13977687, 13 = -3780931, 14 = -4222943, 15 = -13596966, 16 = -2211217, 17 =
-10562780}
),
Set Values(
[12, 12, 12, 12, 12, 12, 12, 12, 13, 13, 13, 13, 13, 13, 13, 14, 14, 14, 14, 14, 14,
14, 14, 14, 14, 14, 14, 15, 15, 15, 15, 15, 15, 15, 16, 16, 16, 17, 17, 17]
)
),
New Column( "Height",
Numeric,
"Continuous",
Format( "Fixed Dec", 5, 0 ),
Set Values(
[59, 61, 55, 66, 52, 60, 61, 51, 60, 61, 56, 65, 63, 58, 59, 61, 62, 65, 63, 62, 63,
64, 65, 64, 68, 64, 69, 62, 64, 67, 65, 66, 62, 66, 65, 60, 68, 62, 68, 70]
)
)
);
dt << Graph Builder(
Variables( X( :age ), Y( :height ), Overlay( :age ) ),
Elements( Box Plot( X, Y, Legend( 6 ) ) ),
Local Data Filter(
Add Filter(
columns( :age ),
Where( :age == {12, 13, 14, 15} ),
Display( :age, Size( 160, 90 ), List Display )
)
)
);@katharina_l , passer à JMP Bleu Rouge Vert résout beaucoup de problèmes.
Les utilisateurs de GraphBuilder par défaut ne remarqueront même pas la différence ; et lorsqu’ils utiliseront un autre rapport de temps en temps, ils y retrouveront le même schéma de couleurs ; )
Merci beaucoup Holger d'avoir soulevé ce point !
Le paramétrage actuel (des schémas de couleurs différents pour le générateur de graphiques par rapport aux autres plateformes) est très gênant, car nous devons souvent ajuster les schémas de couleurs des différentes plateformes dans nos rapports internes afin d'éviter toute confusion.
