nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

83861_de-DE

liliconcom

Deaktivieren Sie lange CI-Berechnungen für zufällige Effekte (früher "LSMeans-Geschwindigkeitsproblem").

Überarbeiteter Wunschzettel:

Geben Sie an, dass Konfidenzintervallberechnungen für zufällige Effekte deaktiviert werden sollen, um das Verhalten in JMP13.1 und früheren Versionen zu emulieren. Siehe unten stehende Diskussion.

--- Original Wunschliste Artikel ---

Gibt es eine Möglichkeit, beim Senden eines Befehls in JMP (über STRG-Klick in Windows oder Befehlstaste in Mac) einzuschränken, wohin der Befehl sendet?

Im Anpassungsmodell können die roten Dreiecke, die Optionen in den Effektdetails aktivieren (z. B. LSMeans Tukey, LSMeans Plot usw.), nützlich sein, aber auch ziemlich ärgerlich sein, wenn sie an bestimmte Effekte gesendet werden. Zum Beispiel führe ich häufig gemischte Modelle mit einem zufälligen Effekt aus. Der Zufallsfaktor hat oft Hunderte von Ebenen, und mir sind die Mittel über die Ebenen dieses Faktors hinweg egal. Die Befehlsübertragung wirkt sich auf alle festen und zufälligen Effekte aus.

Aus irgendeinem Grund geben einige unserer Mac-Benutzer viel längere Rechenzeiten an, um die LSMeans-Vergleiche in JMP 14 zu erhalten als in JMP 13.2.Ich muss herausfinden, ob dies ein Problem unter Windows ist. Außerdem laufen meine eigenen Kopien von 13.2 Mac und 14 Mac ungefähr mit der gleichen Geschwindigkeit. Ich habe es jedoch auf anderen Macs mit 13.2 gesehen, und es läuft viel schneller als 14 auf ihrem Computer (und schneller als 13.2 oder 14 auf meinem Mac).

Außerdem ist das LSMeans-Diagramm für mich nützlich, wenn ich die Haupteffekte betrachte. Oft benötige ich das LSMeans-Diagramm jedoch nicht für Interaktionen, wenn ich sie verwende. Wenn ich jedoch eine Befehlssendung durchführe, um das LSMeans-Diagramm für meine Haupteffekte zu erhalten, wird es auch an die Interaktionen gesendet. Und das wirft für jede Antwort, die ich habe, einen modalen Dialog auf und fragt, wie ich mit der Interaktion umgehen möchte. Wenn ich also 10 Antworten habe, muss ich mich 10 Mal mit dem modalen Dialog befassen.

Hierfür gibt es einige Problemumgehungen, aber die meisten basieren auf Skripten. Angesichts der Tatsache, dass ein relativ kleiner Prozentsatz unserer Benutzer mit diesem Problem konfrontiert ist und sich je nach dem, was jeder Benutzer versucht, etwas anders manifestiert, kann es zeitaufwändig sein, Optionen entweder manuell auszuwählen oder ein Skript für ihn zu erstellen.

Ich denke, so etwas wie ein zusätzliches Bedienfeld im ALT-Befehlsklick oder ALT-Steuerklick könnte diese Situation bewältigen. Wir könnten die gewünschten Optionen überprüfen, wie es beim ALT-Klicken üblich ist, aber möglicherweise links ein Bedienfeld hinzufügen, das angezeigt wird, wenn der Command Broadcaster mehrere Umrissfelder mit demselben Namen erkennt (z. B. "Effekt A"). "Effekt B" usw.). Eine Liste von Kontrollkästchen, mit denen wir nur in die roten Dreieckslisten senden können, die unter bestimmten Überschriften der Gliederungsbox angezeigt werden (und nicht in die Listen der roten Dreiecke unter anderen Überschriften der Gliederungsbox), würde helfen.

Eine alternative Lösung wäre, eine Art von Präferenzmodifikatoren (unter der Effektanpassungsplattform) für die LSMeans-Optionen zu aktivieren. Ich denke an Optionen mit dem Namen "LSMeans nur für feste Effekte" oder "LSMeans nur für Haupteffekte" oder "Maximale Anzahl von Ebenen für LSMeans". Diese Optionen sind möglicherweise standardmäßig deaktiviert, aber es wäre am hilfreichsten, wenn wir sie nach Bedarf aktivieren könnten.

Benutzeroberfläche

Betreff: Deaktivieren Sie lange CI-Berechnungen für zufällige Effekte (früher "LSMeans-Geschwindigkeitsproblem").

@ Jeff_Perkinson - -

Ich habe mein Missverständnis herausgefunden.

Sie senden immer noch den LSMeans-Plot, der bei Interaktionen dazu führt, dass die Frage nach der Überlagerung auftaucht. In einem Spaltenumschalter-Paradigma ist dies an sich nicht ärgerlich, da es nur wenige Interaktionen gibt. Das Listenfeld, das die Interaktionsterme enthält, ist jedoch zu eng, als dass es offensichtlich wäre, welche Interaktion von welchem modalen Feld abgefragt wird. Ist es hier möglich, dem modalen Dialogfeld ein Textfeld hinzuzufügen, um dem Benutzer mitzuteilen, auf welches er antwortet? Etwas wie "Wählen Sie Begriffe für die Überlagerung für Faktor A mit einem langen Namen * Faktor B mit einem langen Namen"? Wenn Sie noch einen Schritt weiter gehen, können alle Modalitäten zu einem einzigen Modal kombiniert werden, möglicherweise mit einem separaten Gliederungsfeld für jede Interaktion (ähnlich wie bei der alten Methode "Recode", mit der Sie mehrere Spalten in einem einzigen Dialogfeld neu codieren können, und ähnlich dem, was noch vorhanden ist passiert, wenn Sie Spalteninformationen für mehrere Spalten gleichzeitig aufrufen).

Ich habe ihnen gezeigt, dass sie LSMeans auslösen können, indem sie die Einstellung in Effektanpassung festlegen, aber sie mögen es nicht, dass sie NICHT überlagert werden (stattdessen werden verschachtelte Achsen verwendet), sodass dies nicht funktioniert.

Auch ... eine zusätzliche kosmetische Sache. Wenn wir einige graue Dreiecke schließen (an Gliederungsfelder angehängt) und dann im Spaltenumschalter die Ebenen wechseln, werden diese geschlossenen Gliederungsfelder wieder geöffnet. Gibt es eine Chance, dass Column Switcher versuchen kann, zu verfolgen, welche geschlossen und welche offen sind? Wir versuchen, einige Aspekte der Ausgabe zu schließen, um den Bericht so anzupassen, dass bestimmte Aspekte des Berichts ausgeblendet werden (Beispiel: Details des Zufallseffekts), stellen jedoch fest, dass diese Bereiche nicht ausgeblendet bleiben.

Betreff: Deaktivieren Sie lange CI-Berechnungen für zufällige Effekte (früher "LSMeans-Geschwindigkeitsproblem").

Haben Sie ein Wort von Ihren britischen Kollegen zurück?

Ich kann bestätigen, dass wir die doppelten LSmeans-Diagramme in JMP 15 behandeln können.

Betreff: Deaktivieren Sie lange CI-Berechnungen für zufällige Effekte (früher "LSMeans-Geschwindigkeitsproblem").

Nun, das ist peinlich. Ich habe den Bericht meiner britischen Kollegen zum Nennwert angenommen. Aber jetzt, wo ich versuche, ihre Schritte zu reproduzieren, erhalte ich auch Ihr Ergebnis. Lassen Sie mich noch einmal mit ihnen weitermachen. Es tut mir leid, dass ich nicht fleißiger versucht habe, mich selbst zu reproduzieren (aber vielleicht ist es eine gute Sache, da wir über diesen anderen neuen Fehler gestolpert sind!).

Betreff: Deaktivieren Sie lange CI-Berechnungen für zufällige Effekte (früher "LSMeans-Geschwindigkeitsproblem").

Ich bin froh zu hören, dass wir uns in eine gute Richtung bewegen. Zur Verdeutlichung ist die fragliche Präferenz in Effect Fit, richtig?

Parallelen DesktopScreenSnapz002.png

Wenn ja, wenn ich das einschalte und das Beispiel aus data clean.jmp ausführe und Y (: Attribut O) und Effekte (: Produkt ,: Zeitraum ,: Produkt *: Zeitraum) anpasse, wird keine Aufforderung zum Erstellen angezeigt ein Interaktionsplot.

Können Sie mir also helfen, die Eingabeaufforderung für ein Interaktionsdiagramm zu reproduzieren?

Leider sehe ich ein anderes Problem mit dieser Option. Wenn ich den Spaltenumschalter verwende, erhalte ich bei jedem Spaltenwechsel einen zusätzlichen Satz duplizierter LSMeans-Diagramme. Das ist eindeutig ein Fehler und ich werde das melden, um zu sehen, wann wir ihn beheben können.

Betreff: Deaktivieren Sie lange CI-Berechnungen für zufällige Effekte (früher "LSMeans-Geschwindigkeitsproblem").

@ Jeff_Perkinson und Team -

Wir kommen uns vielleicht näher. Der Column Switcher wurde als ein anderer Ansatz mit Vorteilen angesehen, da er ein gewisses Maß an "Intentionalität" fördert, hinter dem Faktoren die Anfrage für Mehrfachvergleiche erhalten. Wir haben jedoch noch etwas zu besprechen, und ich bin mir nicht sicher, wie Sie dorthin gelangen möchten. (Muss ich an dieser Stelle eine neue Idee veröffentlichen oder das Thema für diese erneut umbenennen?)

Die betreffenden Benutzer haben die Präferenz für LSMeans Plot umgeschaltet. Wie Sie wissen, enthält dieses Modell eine Interaktion. Das bedeutet, dass beim Start des Modells sofort ein modaler Dialog angezeigt wird, in dem Sie gefragt werden, wie die Linien für das Interaktionsdiagramm überlagert werden sollen. Gut, wir antworten darauf, aber dann ändern wir die Antwort im Column Switcher. Anstatt uns an die Auswahl für das Interaktionsdiagramm zu erinnern, erhalten wir erneut den modalen Dialog. Aus meiner Sicht ist dies eher ärgerlich, aber für die beteiligten britischen Leute ist es immer noch ein Show-Stopper.

Mögliche Lösungen sehe ich:

* Denken Sie an die Auswahl für das Interaktionsdiagramm aus der vorherigen Iteration des Column Switcher, anstatt erneut zu fragen. Wenn der Benutzer aus irgendeinem Grund die Erinnerungseinstellung ändern möchte, muss er das LSMeans-Diagramm ausschalten und dann wieder einschalten, um den modalen Dialog wieder aufzurufen.

* Geben Sie der Option einen anderen Namen, z. B. LSMeans Interaction Plot, damit (1) das Senden von LSMeans Plot nur für Haupteffekte gilt. (2) Für LSMeans Plot und LSMeans Interaction Plot gelten separate Plattformeinstellungen. Auf diese Weise können Benutzer das LSMeans-Diagramm standardmäßig aktivieren, es jedoch nur für die Haupteffekte abrufen und müssen sich nicht mit dem modalen Dialog befassen.

* Erstellen Sie das Interaktionsdiagramm von unter der Annahme einer der Begriffe in der Interaktion für Overlay und ein rotes Dreieck neben dem LSMeans (Interaction) -Diagramm, das ein Modal zum Ändern des Overlay-Terms anzeigt.

Gedanken hier?

Danke noch einmal!

Michael

Betreff: Deaktivieren Sie lange CI-Berechnungen für zufällige Effekte (früher "LSMeans-Geschwindigkeitsproblem").

Jeff,

Das ist eine großartige Idee.

Unsere P & G-geführte Schulung für neue Benutzer von JMP (und Ihre eigenen) 10 Dinge, die Sie über JMP nicht wussten ) Unterrichten von Rundfunk als effektive Lösung für solche Probleme. Vielleicht ist es für uns angemessener, Rundfunk nicht zu empfehlen und stattdessen Tools wie Column Switcher zu verwenden, wenn wir mehrere ähnliche Analysen wünschen. Dies ist eine allmähliche Verschiebung in der Art und Weise, wie JMP verwendet werden soll. In ähnlicher Weise war es früher so, dass Personen mehrere Ys oder mehrere Xs (oder beide!) In Distribution ablegen, Y nach X anpassen usw. und alle Analysen in einem Berichtsfenster abrufen. Sie empfehlen, zu versuchen, dass alles in ein Fenster passt, in dem Sie nicht scrollen müssen, und die Analyse nach Bedarf dynamisch zu aktualisieren.

Die Herausforderung besteht darin, dass so viele langjährige Benutzer von JMP bei P & G diesen allmählichen Kulturwandel in JMP nicht aufnehmen oder schätzen und sich immer noch so verhalten, als wären wir bei JMP 9 oder JMP 10. Ich weiß nicht, wie ich die Leute dazu bringen kann, die "alten Wege" zu verlernen und die neuen zu schätzen, ohne die Leute an solche Funktionen zu erinnern und zu hoffen, dass sie sich irgendwann durchsetzen.

Lassen Sie mich diese Lösung an das Team in Großbritannien weiterleiten, das damit zu kämpfen hat, und sehen, welche Art von Reaktion ich bekomme.

Michael

Betreff: Deaktivieren Sie lange CI-Berechnungen für zufällige Effekte (früher "LSMeans-Geschwindigkeitsproblem").

Ich frage mich, ob die Column Switcher Wäre eine bessere Option, um sie zu vergleichen, als zu versuchen, durch den Bericht zu scrollen?

Betreff: Deaktivieren Sie lange CI-Berechnungen für zufällige Effekte (früher "LSMeans-Geschwindigkeitsproblem").

Jeff,

Der Rundfunk wird verwendet, weil die Forscher die Antworten überprüfen möchten. Wir haben wirklich nur Interesse an einem Effekt, möchten aber die Vergleiche für diesen Effekt für jede Y-Variable sehen.

Betreff: Deaktivieren Sie lange CI-Berechnungen für zufällige Effekte (früher "LSMeans-Geschwindigkeitsproblem").

Hallo Michael,

Wenn ich das richtig verstehe, gibt es Benutzer, die die Strg-Taste verwenden, um die Option zum Aktivieren von Tukey HSD LS zu senden. Dies bedeutet Vergleiche für ALLE Effekte im Modell und sind frustriert, wenn es zu einem Effekt mit einer großen Anzahl von Ebenen kommt, weil Die Berechnung der Konfidenzintervalle dauert eine Weile.

Normalerweise werden LSMeans-Vergleiche vernünftiger verwendet, da es wirklich ein Missbrauch (und etwas gefährlich) ist, sie für jeden Effekt in jedem Modell zu verwenden. Besser ist es, die Effekttabelle zu untersuchen und sie nur für die Effekte zu verwenden, die signifikant sind und weitere Untersuchungen erfordern.

Können Sie uns helfen, den Anwendungsfall zu verstehen, in dem sie für alle Effekte auf breiter Front aktiviert werden? Was suchen diese Praktizierenden, wenn sie den Befehl für LS Means-Vergleiche senden?

Betreff: Deaktivieren Sie lange CI-Berechnungen für zufällige Effekte (früher "LSMeans-Geschwindigkeitsproblem").

Hallo,

Ich habe dies gerade in JMP 15 EA7 getestet. Ich kann keine Option finden, die die CIs für zufällige Effekte deaktiviert (oder eine bessere Idee wäre, die CIs für kategoriale Effekte mit mehr als N Ebenen zu verhindern, wenn N groß ist, z. B. 50 oder 100 oder mehr ).

Kann etwas unternommen werden, um dies in JMP 15 umzusetzen? Wir haben Leute, die sich aufgrund dieses Problems weigern, das Upgrade nach 13.1 durchzuführen. Vielleicht besteht die Lösung darin, dass ich ihnen stattdessen JSL beibringen muss, aber für sie scheint es, als würden wir etwas komplizieren, das früher recht einfach war.

@ Jeff_Perkinson - Wäre es für mich angemessener, diese Anfrage per E-Mail an die jmpbeta-Supportadresse zu senden?

Vielen Dank,

Michael

Betreff: Deaktivieren Sie lange CI-Berechnungen für zufällige Effekte (früher "LSMeans-Geschwindigkeitsproblem").

Überarbeitete Wunschliste Anfrage. Ich kann sehen, wie CIs auf die zufälligen Effekte einigen Menschen helfen, aber die wesentlich längere Ausführungszeit ist für uns problematisch.