GISプロジェクトを整理しますか？[閉まっている]

私はプロジェクトファイルを整理するのにかなり長い間苦労しています。

データセット、画像、シェープファイルなどを整理するためのヒントは何ですか？

注：この暴言は、私が行くにつれて更新されます

私はコンピューターでもArcGISプロでもありませんが、私は次のことをしています。

基本ファイル/ DBS

• これらは本質的に「未加工」のファイルであり、すべての分析のベースを構成します
• これらのファイル、データベース、およびデータは、フォルダーの外部でprojectsホストされ、インターネットサーバー、ローカルコンピューター、およびDropboxでホストされます。私は常にそれらにアクセスでき、それらは非常に組織化され、分散され、集約されています。これらを整理するのに多くの時間を費やします。
• ArcでもPostGISでも、すべてをデータベースに入れます。
• 各テーブルに、テーブル自体またはメタデータの3つのフィールドを追加します：DATE_OBTAINED、DATA_DATE、SOURCE_NOTES
• また、ベースファイルは他の複数のテーブルのクエリである可能性があります。たとえば、テーブルは、取得したすべてのトラフィックカウントを1つの大きなクエリ/テーブルに集約できます。
• また、インターネットを精査した他のすべてのデータもここに入れます。
• 基本ファイル内のファイルについて直接分析を行うことはありません

プロジェクトファイル

• すべてのプロジェクトファイルはmy_projectsフォルダーに入れられます。そのプロジェクトに関連するすべてのものが含まれており、そのフォルダーを別の場所にコピーして貼り付けると、すべてが含まれます。
• 通常、私は次の構造を持っています：
  • 私のプロジェクト/
    • admin /
    • コミュニケーション/
    • 生データ/
    • analysed_data /
    • output_data /
    • from_client /
    • 最後の/
    • コード/
    • some_document_date_time.doc
    • README
• ゆっくりとローカルGITに移行しています。（ローカルまたは独自のサーバーでホストすることもできます）。GitHubに配置しない理由は、githubにはGIS分析には役に立たない1.2gbの制限があるためです。
• 私のプロジェクトでは、通常、分析に必要なすべてのGISテーブルを新しいdb：project_whateverに複製します。
• 10のうち9回は、私は、SHPファイルでのみ動作し、私は私にすべての私のGIS（画像、エクセル、座標など）を保存しprojects/my_project/raw_data、projects/my_projects/analyzed_data、とprojects/my_projects/output_data。
• プロジェクトが完了したら、最終的に提出されたコピーを my_projects/FINAL/date_submitted
• MXDの場合、通常2時間または3時間ごとに新しいMXDに保存しmy_proj_dec_22_11__13_20.mxdます
• Ms Word文書、イラスト、および主に編集文書の場合、それらはRFP_TENDER_Dec_22_11__11_15.docand などのmy_projectsフォルダーに入りますdraft_ver5_Dec_31_11__12_30.doc。繰り返しになりますが、最終的な成果物はすべてFINALフォルダーに入ります。
• R、Pythonコード、および一部のC＃の場合、プロジェクトの外部でホストにコピーしmy_projects/codeますが、作業コピーがフォルダーにあるため、少し注意が必要です。Pythonコードのほとんどが再利用可能であるため、これを行います。プロジェクト以外のすべてのpythonコードを配置すると、忘れてしまいます。また、私のpythonコードはすべてgithubにあります。
• 私には、プロジェクトファイルには、時間の追跡、通信（すべての電子メールを.msgファイルとして保存する）などのあらゆる種類のファイルが含まれます。
• ArcGISでは、モデル、LYR、および「選択を新しいshpレイヤーとして保存」を使用します。これらのツールを使用すると、ファイルをより小さな形式で簡単に保存し、ファイルを再利用し、モデルとともに、別の場所で何かを使用できるようになります。

最終出力

• 完成した各プロジェクトは圧縮され、外付けハードドライブに配置されます。
• すべての最終製品は、テーブルからファイルに変換され、他のすべての形式からPDFに変換されます。
• 私が行うすべてのプロジェクトは、ハードコピーのバックアップのために印刷されます

ボトムライン

• 各人は、複数の異なるソフトウェアとツールを使用します。私が知っている多くの人々は、basecamp、Harvest、またはその他の多数のツールを使用して整理されます。また、人々は異なる作業習慣とOCD傾向を持っています。私は他のものよりも多分ものを整理することにかなり取りつかれています。そのため、ストレスを最小限に抑えながら、システムの適用と更新の一貫性を保証するシステムを開発してください
• すべてをバックアップして複製する
• 生データやベースデータを直接操作しないでください
• データは時間とともに変化するため、プロジェクトでは常にレプリカファイルを使用しますbase_layer_2006.shp。
• 各my_projectsフォルダーには、プロジェクトの実行中に編集するREADMEテキストファイルが必要です。これにより、2年後にプロジェクトにアクセスしたときに忘れる可能性のある基本情報を提供できます。

デスクトップGISソフトウェアでのみ作業するとは言わなかったので、プログラミング指向の考え方からの私の経験の一部を共有します。まず、@ dassoukiの言うことに同意するということから始めましょう。最も重要なことは、あなたがどのように組織するかではなく、あなたがこれを行うことだと思います。

しかし、私のワークフローに進みます。プログラミング言語（私の場合はR）を使用するのが好きなのは、作成するスクリプトが、実行するすべての手順を文書化することです。これは、ユーザーが未加工の入力データからmxdファイルで表示できるものにどのように移動したかを確認するのが難しいと思うArcGISの使用とは対照的です。もちろん、GUIで実行したすべてのステップのログを保存できますが、プログラミング言語は、実行したワークフローを正確に保存するのに非常に役立つと思います。これは、クライアント/スーパーバイザーがあなたが何かをした方法、または特定の製品を生産するために正確に何をしたかを尋ねるときに特に重要です。

そのため、実際には重要なドライブにいくつかのフォルダーがあります（私は科学者であることに注意してください）。

• 実験、ここでは、実行するすべての実験を保存します。たとえば、特定のデータ本体に対して特定の分析を試行します。各実験には独自のディレクトリがあります。結果のテーブルなどもここに保存します。すべてのRスクリプトはこのディレクトリにあります。
• データセット、すべての未加工のデータセットは、
• ツールには、別のプロジェクトで再利用するために一般化したコードを保存する別のディレクトリがあります。
• 文書、私の仕事は科学論文の執筆を中心にしています。論文ごとに、ラテックスファイルを保存する個別のディレクトリがあります。これらのファイルは、experimentsディレクトリからイラストと表を読み取ります。論文には複数の図を含めることができます。
• ソフトウェア、別のディレクトリにソフトウェアを保存します。主に、作成したRパッケージと、モデルを実行するためにコンパイルするいくつかのフォートランコードです。

私が使用するいくつかの主なアイデア：

• （比較的）静的な形式の動的なものを分離します。たとえば、一般的なスクリプトを短期プロジェクトを保存する場所とは異なる場所に保存します。または、それらの分析から生データを分離します。
• 可能な場合はバージョン管理ソフトウェアを使用してください。私は水銀とgitが好きです。
• バックアップを自動化!!!! あなたがそれらを手動で行うとき、あなたはそれらについて決して考えない、そしてあなたのハードドライブはクラッシュする。Linuxでは、この種の自動化は簡単です。これがWindows / Macでどのように動作するのかわかりません。

一般に、プログラミング言語を使用するのが好きです。なぜなら、1つのスクリプトで、生データから結果の画像/テーブルに移動できるからです。Rは、GISデータを簡単に読み書きでき、GISと統計の両方の大量の分析を搭載しているため、非常に良い候補です。

上記の答えに加えたいのは、2つのことです。

1. 私はインポート生データディレクトリにフォルダを持っているのが好きです-データセットを受信するたびにフォルダ-すなわち、from_clientname-2011dec23。この方法で、プロジェクトで使用される各データを受け取ったときにトレースバックできます。

2. また、外出先でプロジェクトドキュメントを折りたたむのも好きです。ここで、ワードドキュメントまたは単純なTXTファイルを作成して、プロジェクトで行ったこと、日付、要求者を書き留めることができます。そうすれば、私が戻って自分自身を隠すことができるのは、なぜ私が何かをしたのかという質問です。これは小さなリクエストに対しては退屈に聞こえるかもしれませんが、最終的にはあなたを救うことができます。