これは議論の出発点であるため、それほど完全なアイデアではありません。
私はこのようなフォーマットでいくつかのデータを受け取りました：
列ヘッダー
Res、ID、L1、L2、L3 ...、M1、M2、M3 ...
各行は固有の応答者です
LとMは、"Most"と "Least"が好きなオプションで、それに関連した数字が選択肢セットです。
LとMのそれぞれのデータは、選択されたプロファイルIDです（選択のテキスト）。
JMPでは、以下のようなフォーマットが必要です。
ID、選択肢セット、プロファイルID、応答
手作業でデータを無駄にするのは面倒なので、私は問題に取り組むためにこのスクリプト（添付）を作り始めました。
このようなデータがある場合は、スクリプトを試してみてください。それでうまくいくかどうかを確認してください。そうでない場合は、短い匿名のデータを送り返してください。そうすれば、データのフォーマットがわかります。
このスクリプトの中間テーブルは、MaxDiffプラットフォームが読み取ることができるテーブルのマルチテーブルバージョンを構築するのにも役立つかもしれません。（これがステップ2です。これにより、調査データにプロファイルIDのすべてのレベルが存在しないという問題が解決されます。）
スクリプトのヘッダーには、次の重要事項があります。
//このスクリプトは、Max Diffアンケートの回答が2つのIDでフォーマットされていることを想定しています
//列の後にn L個の応答が続き、次にn M個の応答が続きます。どこの数
// L個の列はM個の列の数に等しい
//
// Res、ID、L1、L2 ...、M1、M2 ... ID列、L、Mはこのフォーマットに従う必要があります。
//列は明示的に参照されるため、フォーマットが必要です。
//
//すべてのプロファイルIDが出現すると予想される。たとえば、4つのレベルのうち3つだけ
//この回答データの中に調査で示されたものが出現し、その後、
//欠けているレベルのプロファイルIDを追加しなければなりません。
データソースのスクリプトにはコメント付きのオプションがいくつかあります。データの場所に応じてコメントアウトした行を編集します。
そのスクリプト内の多くのJSL関数の良い例です。
<<GET selected="" columns="" stack=""></GET>
