JMP17-Upgrade, das Hochstellung erzwingt, hat das funktionierende JMP14-Skript beschädigtHallo Leute, ich würde ein Beispielskript geben, aber nach der Fehlerbehebung sollte eine Erklärung genügen.
Ich habe eine Datentabelle aus einer CSV-Quelle, die viele Spalten mit Trace-Daten enthält, die jeweils einen Spaltennamen mit Einheiten am Ende haben. Für Grad Celsius lautet die Überschrift Temperatur [0 °C] und für Kubikmeter pro Stunde Luftstrom [m3/h]. Es gibt noch weitere. Ich habe ein Skript erstellt, das diese Datendatei öffnet, und ein weiteres mit berechneten statischen Grenzwerten. Funktionierte prima in JMP14. Wurde in JMP17 gezwungen, was kein Problem ist; JMP17 stellt jedoch das C für Celsius und die 3 für Kubik hoch. Meine Referenzgrenzwertdatei hat das nicht, und wenn ich zum Plotten durch die Spalten iteriere, stimmen sie nicht überein. Die einfache Lösung bestand darin, die statischen Referenzdateien hochgestellt zu speichern. So kommen die Eingabedaten jedoch nicht zustande und ich befürchte, dass ein zukünftiges Upgrade oder die Verwendung der JMP-Daten in einer anderen Benutzeroberfläche wie PBI oder SSRS dagegen sträuben wird.
Gibt es eine einfache Lösung, um dies in JMP17 zu verhindern? Oder sollte ich einfach froh sein, dass ich eine kurzfristige (oder vielleicht langfristige) Lösung habe?
Grundlegende Datenanalyse und -modellierungBetreff: JMP17-Upgrade: Erzwingen von Hochstellung beschädigt JMP14-ArbeitsskriptIch bin nicht sicher, warum Ihre Spaltennamen hochgestellt sind. Ich hatte keine Probleme, die angehängte CSV-Datei mit der normalen Methode „Datei -> Mit Vorschau öffnen“ zu importieren.
Wenn Sie bereits JSL-Skripting verwenden, ist es möglicherweise interessant, Spalten nach Nummer statt nach Namen zu referenzieren. Hier ist ein Beispiel aus dem Scripting-Indexeintrag für die Funktion „Column“:
Names Default To Here( 1 );
Open( "$SAMPLE_DATA/Big Class.jmp" );
col4 = Column( 4 );
ht = Column( "height" );
col4[1] + ht[2];
Beachten Sie, dass Sie auf eine Spalte als „Column( 4 )“ oder „Column( "height" )“ verweisen können; beides ist in Ordnung. Dadurch entfällt die Abhängigkeit von der exakten Übereinstimmung der Spaltennamen. Dies ist eine gute Lösung, wenn Ihre Datentabelle immer auf die gleiche Weise formatiert ist (gleiche Anzahl und Reihenfolge der Spalten).
Betreff: JMP17-Upgrade: Erzwingen von Hochstellung beschädigt JMP14-Arbeitsskript
@MikeTV99 schrieb:
Hallo Leute, ich würde ein Beispielskript geben, aber nach der Fehlerbehebung sollte eine Erklärung genügen.
Die Angabe einer Datei oder eines Skripts, die bzw. das das Problem verursacht, ist eine große Hilfe!
Es ist effizienter, eine Datei hochzuladen, mit der das Problem reproduziert werden kann, als hundert Wörter oder mehr zu schreiben.
Eine Vermutung: ein "Parse"-Fehler innerhalb eines Skripts
Open(
"$DOWNLOADS/Superscript_Issue.csv",
Import Settings(
End Of Field( Other( ";" ), CSV( 0 ) ),
)
);
column name = column(1) << get name;
Parse(column name)
