Col-Wertung & Col-N-EinzigartigkeitFüge den Funktionen „Ranggleichstand“ und „Spaltenrang“ eine dichte Rangfolge hinzu.
Col N Kategorien (:green_heart:)
Neu in JMP19: Neuerungen im Graph Builder für JMP 19
sehr hilfreich : )

Details, die Sie beachten sollten:
1) Ausgeschlossene Zeilen werden bei der Berechnung nicht berücksichtigt.
[ sehr nützlich, in Anlehnung an die Idee des Formeleditors: aussagekräftige Ergebnisse mit ausgeschlossenen Zeilen ,
Dennoch: etwas widersprüchlich, angesichts des Verhaltens anderer Col...- Aggregationen!]
Names Default to Here(1);
dt = Open( "$SAMPLE_DATA/Big Class.jmp" );
dt << Clear Select << Select Rows( Index( 3, 8 ) ) << Exclude;
dt<< New Formula Column(
Operation( Category( "Aggregate" ), "Score Unique" ),
Columns( :name ),
Group By( :sex )
) << Run Formulas;

1b) Leider werden die Ergebnisse nicht aktualisiert, wenn sich die Zustände der Zeilen ändern:
[TS-00231503]
wait(2);
dt<< Clear Select << Select Rows( Index( 3, 8 ) ) << Exclude;
[Um eine Aktualisierung auszulösen, ändern Sie eine Zelle in der Eingabespalte und ändern Sie sie anschließend wieder zurück.]
2) Arbeiten Sie einfach mit "Spalten", nicht mit Ausdrücken.
In dieser Spalte fehlen Einträge:
New Column( "Score Unique[1st character of name][sex]",
Formula( Col Score( Substr( :name, 1, 1 ), :sex ) ))
[Dies erscheint angesichts des Verhaltens anderer Col...- Aggregationen etwas widersprüchlich.]
[TS- 00215787]
Automatisierung und SkripterstellungBetreff: Eindeutige Punktzahl und eindeutige Anzahl
@hogi schrieb: 1b) Leider werden die Ergebnisse nicht aktualisiert, wenn sich der Zeilenstatus ändert:
[TS-00231503]
gleiches Verhalten im Graph Builder – in Kombination mit Scoping:
Wenn Zeilenzustände nach dem Erstellen der Transformationsspalte geändert werden, werden die Werte im Diagramm nicht aktualisiert.
Ich vermute, dass dieses Verhalten in einer zukünftigen Version von JMP behoben wird.
Derzeit gibt es mehrere Workarounds, um die Darstellung zu korrigieren:
- Ändern Sie eine der vielen Eingaben, die eine Aktualisierung der Formel für die Spalte mit Gültigkeitsbereich auslösen:
Datenfilter, Overlay, Wrap, X-Achse ändern ... und zurück ändern
- Speichern Sie den Code und führen Sie ihn erneut aus.
- Erstellen Sie eine neue Transformationsspalte und ziehen Sie sie auf die Y-Achse
bearbeiten: #3 #funktioniert in diesem Fall – aber nicht in anderen [siehe unten
Einige Erklärungen:
- Balkendiagramm mit Standardeinstellung:
Zählungen – nach Alter und Schüler [als Referenz verwenden]
- Verwenden Sie Anzahl eindeutiger [Name] auf der Y-Achse:
Anzahl [aller] eindeutigen Namen: 39 (2x Robert)
- Die Magie:
Umfang = "X"
-> Anzahl eindeutiger Namen - geteilt durch "X" [Werte auf der ersten x-Achse = Alter]
Alter=14 : 12 Schüler (wie in 1.)
- einige Studierende aus der Analyse entfernen (über Ausschließen & Ausblenden)
-> ändert nichts an der Zählung im Plot
das ist sehr unerwartet!
- Entfernen Sie die Transformationsspalte von der Y-Achse
-> zurück zu #1: Standardzählung
beweist: Es gibt nur 4 Studenten mit Alter=14
Betreff: Einzigartige PunktzahlIch wollte lediglich ein Video mit Spaltennummer() – statt Spalte N Eindeutig() – erstellen, um den Unterschied zu zeigen.
Leider verhält sich Col Number genauso:
je nach Einstellung soll es auf die Zeilenzustände, den lokalen Datenfilter usw. reagieren.
Es reagiert zwar auf Änderungen des lokalen Datenfilters [nicht dargestellt] – aber nicht auf Änderungen der Zeilenzustände.
Betreff: Eindeutige Punktzahl und eindeutige Anzahl
Ich vermute, dass dieses Verhalten in einer zukünftigen Version von JMP behoben wird.
Ja, es ist bereits Teil der kommenden Version 19.1. Col Score und Col Unique verhalten sich in Bezug auf Ausschlüsse wie andere Col-Funktionen.
Betreff: Eindeutige Punktzahl und eindeutige Anzahl@hogi schrieb:
Derzeit gibt es mehrere Problemumgehungen, um die Darstellung zu korrigieren: - Erstellen Sie eine neue Transformationsspalte und ziehen Sie sie auf die Y-Achse
Eine weitere Ebene der Verwirrung:
Dieser Workaround funktioniert nur für die neuen Col-Aggregationen - wie Col N unique() [ rot ]
Für andere Spaltenaggregationen wie Col Median() , Spaltennummer() ... hilft es nicht , eine neue Transformationsspalte [blau] zu erstellen.
Sie scheinen die Zeilenstatuseinstellungen wiederzuverwenden, die bei der Berechnung der ersten Col-Aggregation definiert wurden – oder sogar die Ergebnisse der ersten Berechnung.

dt = Open( "$SAMPLE_DATA/Big Class.jmp" );
gb =Graph Builder(
Transform Column( "count Unique1", Formula( Col N unique( :weight, :"@Exclude"n ) ) ),
Transform Column( "Count1", Formula( Col Number( :height, :"@Exclude"n ) ) ),
Variables( Y( :Count1 ), Y( :count Unique1, Position( 1 ) ) ),
Elements( Bar( Y( 1 ), Y( 2 ) ) )
);
//gb =Graph Builder();
dt << Select Rows( Index( 3, 9 ) ) << Exclude << Clear select;
wait(2);
gb << Transform Column(
"Count2",
Formula( Col Number( :weight, :"@Exclude"n ) )
);
gb << Transform Column(
"count Unique2",
Formula( Col N unique( :weight, :"@Exclude"n ) )
);
gb << Add Variable( {:Count2, Role( "Y" ),Position(1)} );
gb << Add Variable( {:count Unique 2, Role( "Y" ),Position(1)} );
Die anderen beiden Problemumgehungen sind in Ordnung:
@hogi schrieb:
- Ändern Sie eine der vielen Eingaben, die eine Aktualisierung der Formel für die Spalte mit Gültigkeitsbereich auslösen:
Datenfilter, Overlay, Wrap, X-Achse ändern ... und zurück ändern
- Speichern Sie den Code und führen Sie ihn erneut aus.