[JMP14]プロジェクトアーカイブパス - レビューとコメントの依頼。私たちは、プロジェクト内のファイルのパスシステムを修正し改善しようとしています。アーカイブ済み C / Users / davle / documents / current_work / 2016 / blah / blah / blah / file.jmpのように、プロジェクトが展開されるとネストフォルダ構造になります。
ジャーナルが共有され、ファイルへの絶対パスが含まれている場合も、ジャーナルにこの問題があります。 @brady_brady のジャーナルパッケージャはこれを利用してパスを平坦化し、それらをローカルにします。多くの場合、スクリプトを編集することによって手動でこれを行います。プロジェクトにfolderA / bigclass.jmpとfolderB / bigclass.jmpがある場合、衝突の可能性もあります。これらの固有でない名前は、実際には異なるデータテーブルである可能性があります。
いずれにせよ、私は私たちの提案された解決策を検討することに助けを求めています。下記のケースを見ることで、誰もがこれらのファイル名の衝突状況で何か問題を見ますか。そして、これのどれかが誰かを悩ませますか、または混乱させますか？
私のプロジェクトを他の人と共有することを目的として、自分のプロジェクトを他の人と共有することを目的として、ブックマークしたプロジェクトをいくつかのファイルにまとめてアーカイブしようとしたときに覚えておいてください。気にしないで/元のファイルが私のファイルシステム上にある場所を知りたい。
プロジェクトアーカイブパス
左側の元のディスクパス。右側のアーカイブパス
シナリオ1
C：¥Program Files¥JMP¥Samples¥Data¥Big Class.jmp
|
|
C：\ Aaron \ Big Class 2.jmp
|
|
C：¥users¥aander¥Desktop¥JMP¥Big Class 3.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
シナリオ2
C：¥Program Files¥JMP¥Samples¥Data¥Big Class.jmp
|
|
C：\ Aaron \ Big Class.jmp
|
|
C：¥users¥aander¥Desktop¥JMP¥Big Class 3.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
シナリオ3
C：¥Program Files¥JMP¥Samples¥Data¥Big Class.jmp
|
|
C：\ Aaron \ Big Class.jmp
|
|
C：¥users¥aander¥Desktop¥JMP¥Big Class.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
シナリオ4
C：¥Program Files¥JMP¥Samples¥Data¥Big Class.jmp
|
|
C：\ Aaron \ Big Class.jmp
|
|
C：¥users¥aander¥Desktop¥JMP¥Big Class.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class.jmp
|
JMP \ Data \ Big Class.jmp
|
シナリオ5
C：¥Program Files¥JMP¥Samples¥Data¥Big Class.jmp
|
|
C：\ Aaron \ Big Class.jmp
|
|
C：¥users¥aander¥Desktop¥JMP¥Big Class.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class.jmp
|
aander \ JMP \ Data \ Big Class.jmp
|
D：\ Stuff \ JMP \ Data \ Big Class.jmp
|
Stuff \ JMP \ Data \ Big Class.jmp
|
シナリオ6
C：¥Program Files¥JMP¥Samples¥Data¥Big Class.jmp
|
|
C：\ Data \ Small Class.jmp
|
|
C：¥Program Files¥JMP¥Samples¥Aaron¥Big Class.jmp
|
|
C：\ Aaron \ Small Class.jmp
|
|
再：[JMP14]プロジェクトアーカイブパス - レビューとコメントの依頼。再：[JMP14]プロジェクトアーカイブパス - レビューとコメントの依頼。こんにちはダン、
あなたのすべての解決策は私には合理的に思えます。 私はあなたが最高を示す超短いアーカイブパスが好きです。 ただの質問です。 元のファイルパスを確認するためにアーカイブ名の上にマウスを移動することはできますか？ファイルが実際には異なる場所で一意ではないファイル名がある場合、これが役立つことがわかりました。
ビル
再：[JMP14]プロジェクトアーカイブパス - レビューとコメントの依頼。こんにちはダン、
ジャーナルの場合は、テーブルスクリプトをコピーしてスクリプトとして挿入するのがデフォルトです。その結果、壊れたテーブルリンクを心配せずに電子メールで送信したり、ファイルのフォルダを圧縮して電子メールで送信したりする必要がなくなり、堅牢なジャーナルを作成できます。あなたはプロジェクトのためのその選択肢を検討しましたか？少なくとも好みを介してリンクではなくテーブル用のスクリプトを保存するオプションがあります、そして我々は壊れたリンクについて心配する必要はありません。
ベスト、
マルコム
再：[JMP14]プロジェクトアーカイブパス - レビューとコメントの依頼。プロジェクトを「アーカイブ解除」するときにユーザーに実行時の選択を提供するのにどれだけの作業が必要ですか。
1）オリジナルのフォルダ名を使う
2）最短のユニークパスを使用する
3）最短のユニークなフォルダを使う
ユーザーが決めることができます。結局のところ、選択は必ずしも明確ではありません... トレードオフがあります。FULLパス（プロジェクトが組織内でのみ共有されている場合など）には意味のある文脈情報が含まれていることがあり、ユーザーが迷って失う可能性があります。この場合彼らはオプション1を使用できます。Aaronが述べている「良い」/「悪い」シナリオが問題ではない限り、選択肢2、最短のユニークパスは、他のほとんどの場合に魅力的かもしれません。その場合は、オプション3を使用してください。
1つの方法しか実装できない場合、どちらを選択すればよいかわかりません。それらはすべて長所と短所があります。与えられたユーザーにとって、3つのオプションのどれでも圧倒的に明白な選択かもしれません。たぶんEAは、ほとんどの人にとって最も役立つものについていくつかのフィードバックを持つでしょう。
再：[JMP14]プロジェクトアーカイブパス - レビューとコメントの依頼。私は最短のユニークなフォルダと呼んでいる最短のユニークなパスにもバリエーションがあります。フォルダレベルを追加し続けて、異なるフォルダから作成されたファイルがアーカイブ内の同じフォルダに入らないようにする点を除けば、以前と同じです。これは上記のシナリオ6を次のように変更します。
シナリオ6
C：¥Program Files¥JMP¥Samples¥Data¥Big Class.jmp
|
Samples \ Data \ Big Class.jmp
|
C：\ Data \ Small Class.jmp
|
C \ Data \ Small Class.jmp
|
C：¥Program Files¥JMP¥Samples¥Aaron¥Big Class.jmp
|
|
C：\ Aaron \ Small Class.jmp
|
|
まだ変わった名前のフォルダがいくつかあります（少なくともアルゴリズムの詳細がわからないのであれば、それが問題を解決するのではないかという意味で）一緒にいることを意味しました。
再：[JMP14]プロジェクトアーカイブパス - レビューとコメントの依頼。文脈上、Danが上記で投稿したのは、我々が最短のユニークパスと呼んでいる1つのアルゴリズムの結果です。基本的に、プロジェクト内の2つのファイルが同じファイル名を持っている場合は、各ファイルを含むフォルダの名前を使用して、それらをそれぞれ別のフォルダに格納します。2つ以上のファイルが同じファイル名を持ち、同じ名前のフォルダにある場合は、2レベルのネストされたフォルダ構造を保存します。これは、フォルダ構造全体を格納する必要なしに、再認識可能な場所に物事を配置しようとする試みでした。しかし、に示すようにシナリオ5 物事はかなり混乱を招く可能性があります、そしてに示すようにシナリオ6 実際には、異なるフォルダーに由来するファイルがプロジェクトアーカイブにまとめられる可能性があります。
シナリオ6で私が心配しているのは、次のような経路がブックマークされているプロジェクトです。
/ data / broken data / 2017-04-20 / data.jmp
/データ/正しいデータ/ 2017-04-20 / stuff.jmp
/test/data.jmp
/test/stuff.jmp
最短のユニークパスアルゴリズムでは、これらは次のようにプロジェクトアーカイブにコピーされます。
/2017-04-20/data.jmp
/2017-04-20/stuff.jmp
/test/data.jmp
/test/stuff.jmp
2017-04-20で「壊れた」データと「良い」データが格納されています。技術的にはすべてうまくいくにもかかわらず、これは何らかの理由で私を悩ませます。
