ワークフロービルダーこんにちは、みんな、
ワークフロー ビルダーを使用して、一連のデータ クリーンアップ ステップをファイルに記録しました。ファイルの名前を変更するだけで同じ一連の手順を実行できるようにしたいのですが、一部のセットには、最初にワークフロー ビルダーを構築するために使用したデータ テーブルの名前が付いています。
テーブルの名前を最新のテーブルに更新する方法はありますか?
例えば
次のような手順の1つがあります
データテーブル("12_09") < データ テーブルを開いたときに、テーブルの名前が 13_09 になっているため、ワークフローは実行されません。
おそらく、開かれたテーブルの名前を常に取得する変数を作成し、ワークフロービルダーで実行される手順全体でそれを使用しようとしていました。
前もって感謝します。
自動化とスクリプト作成コンテンツの構成データアクセスデータのブレンディングとクリーンアップRe: ワークフロービルダー一種の回避策:
元のテーブルを閉じます。その場合、ワークフロー ビルダーはそれを見つけることができず、どのテーブルを使用するかを尋ねます。
利点と欠点:
ここでワークフローを保存すると、Jmp はこの置換情報を保存し、次回は古い名前ではなく新しい名前を検索します。
置換ルールは、赤い三角形を使用して有効化、確認、リセットできます。
おそらく: ワークフローを記録するときに非常に奇妙なテーブル名を使用します ...その後、置換関数に依存します
- ワークフローを保存する前に置換ルールをリセットします (Jmp が奇妙な名前のテーブルを再度検索するように)。
Re: ワークフロービルダーこんにちは。 ワークフロー ビルダー オプションの[参照] > [管理...] を使用することをお勧めします。これにより、データ テーブルまたは列の参照を求めるプロンプトを表示するタイミングを指定できるようになります。
Re: ワークフロービルダーそうですね、奇妙なテーブル名を使用した私の回避策よりもはるかに優れています:)
Re: ワークフロービルダーありがとう。以下よりもずっとスムーズに感じます。
- ファイルを選択:どの入力テーブル ファイルですか?
- 次のワークフロー ステップ:どのデータ テーブルですか?
以前、<< save の代わりに<< set name()を使って試しました。
しかし、Jmp はテーブル名の衝突を防ぐために「 2」を追加しました。
保存の利点: 指定された名前でファイルを強制的に保存する
- 素晴らしい回避策:)
Re: ワークフロービルダーワークフロー スクリプトでこれを行う別の方法があります。
データ テーブルを開く手順で、スクリプトを Open (" 12_09") としてではなく、次のように編集します。
browse = ファイルを選択();
開く(閲覧)
ワークフローを実行すると、ワークフローがそのステップに到達したときに適切なファイルを選択するように求められます。
テーブルを複数のステップで使用する場合は、スクリプトを次のようにします。
browse = ファイルを選択();
開く(参照) << 保存 ("XXX")
そして、スクリプトの「12_09」を要求するすべてのセクションを「XXX」に変更します。
Re: ワークフロービルダーJmp18では、スクリプトを必要としない新しいアプローチがあります*)
https://community.jmp.com/t5/Benelux-JMP-Users-Group/ワークフロー ビルダーまたは「baby-steps-into-Scripting」/mp/739486/highlight/true#M7
1) ワークフロー ステップ 1 を使用して、新しいテーブルを開く/作成します。
サブセット化、open()、複数ファイルのインポート...
2) FOR EACHループの「ソース」としてステップ1を選択します。
3) For Each ブランチに必要な数のワークフロー ステップを追加します。
個々のステップのデータテーブル名とは関係なく、For Eachループのすべてのステップで、Jmpはステップ1で開かれたテーブルを使用します。 
*) 現時点では、このアプローチは「.jmp」ファイルには機能しません。
TS-00135464
Re: ワークフロービルダーアハメド、
何か（Excel ファイルなど）を開いて、シートに移動し、作業、並べ替え、分析などを行いたいですか?
次のようなものを使用します:
開ける（
ファイルを選択()、
ワークシート(「データ」)、
すべてのシートに使用(1)
ワークシートを連結する( 0 )
連結列を作成(0)
ワークシート設定(
1、
列ヘッダー(1)あり、
ヘッダーの行数(4)
ヘッダーは行(21)から始まります。
データは行(25)から始まります。
データは列(1)から始まります。
データは行(0)で終了します。
データは列(0)で終了します。
複製されたスパン行(1)
複製されたスパンドヘッダー(0)
非表示行を非表示にする(1)
非表示の列を非表示にする( 1 )
空の列を非表示にする(1)
階層として扱う(0)、
複数シリーズスタック(0)、
セルの色をインポート(0)
制限列検出(0)、
列区切り文字列( "-" )
）
）
太字のテキストの後に、必要なものを追加できます。
Re: ワークフロービルダーまさにここから問題が始まる
- ワークフロー ビルダーは、テーブルを名前で参照する追加の手順を記録します。
JMP 開発者はすでにこの問題を認識しており、次のリリースのいずれかで「組み込み」ソリューションを提供すると思われます...
Re: ワークフロービルダー私たちはこの問題を認識しており、JMP 19 では for each ループでテーブル名の変更が少し柔軟になるように修正されています。
その間、カスタム ステップを使用してテーブルを閉じ、データ テーブルの特定の名前を使用すると、通常、これらの問題を回避できます。また、2 つの for ループを一度使用して、一連のステップを閉じ、次に 2 番目のループを開いて別の一連のステップを実行しました。
Re: ワークフロービルダーこんにちは@Mandy_Chambers 、いいですね:)
for ループとは独立していますか?
「myfile.xlsx」のフローを設定すると、すべてのステップのコードにデータ テーブル (「myFile」) << コマンドが含まれます。
pickfile を使用してユーザーにファイルを選択させると、ファイルはそれぞれのテーブル名で開かれます。
ワークフローのステップをこのテーブルにリンクする簡単な解決策はありますか?
これまでの解決策:
- データ テーブルを特定の名前で保存し、その後、追加の手順を記録します。
- 「for each」を使用します - 単一のテーブルの場合はやりすぎです : )
Re: ワークフロービルダーMFI では、ファイルの種類を選択できるウィンドウを作成するなど、これと同じようなことができますが、現時点では、これらの方法が私たちが知っている回避策です。ありがとうございます。
