レイヤーの複数のコピーの整理と整頓？[閉まっている]

大学にいた頃、「組織と整頓」の問題がありました。組織化されておらず、レイヤーを異なる名前の異なるフォルダーに保管していたため、各レイヤーのコピーが複数ありました。

仕事を始めて以来、私は多くのことを改善してきました–特別なフォルダーを特別なサブフォルダーで維持します。レイヤーの名前をもう少しきちんとしたシステムに基づいて付けますが、レイヤーの複数のコピーを管理する必要があるため（AutocadとArcGISは非ラテン語を扱う場合に違いがあるため、コピーを保持する必要があります）プログラムごとに調整されています）、あなたの経験から聞いて、あなたからいくつかのヒントを学びたいと思います：

1. レイヤーをどのように整理しますか？それらにどのように名前を付けますか？名前、日付、内容、顧客ごと？
2. 複数のコピーをどのように整理または処理しますか（より深刻：複数のコピーを一度に更新するにはどうすればよいですか）。

注：私は、ウェブ開発者/ウェブマネージャーのPOVではなく、アナリスト/ DBA POVから話をしています（私自身のために、おそらく2人以上のGISワーカーのためにレイヤーを整理することについて話しています）。

これは邪悪な問題です。私たちはさまざまなシステムを試しましたが、それらはすべてしばらくの間さまざまな程度で機能し、最終的には扱いにくく成長し、完全に適合しないエッジケースがさらに増えてばらばらになり始めました。とはいえ、私たちが使用した各システムは何もないよりも優れているため、どのシステムもシステムがないよりも優れているという格言を証明しています。

現在のプラクティスのサムネイルの概要は次のとおりです。

ラスター以外のすべてをファイルジオデータベースに配置すればするほど、少なくなります。何らかの方法で関連付けられていない限り、フィーチャデータセットの下にフィーチャクラスをネストしないでください（例：水力>河川、水力>湖、水力>湿地など）。これにより、fgdbの上部に大きな長いリストが表示されますが、それは許容できる悪です。

すべてのフィーチャクラスのレイヤーファイルを作成し、代わりに整理します。これにより、サポートされていない文字などを使用して必要に応じて自由に名前を付けることができます*。また、冗長性のない複製も可能です。たとえば、名目スケール（50k、250k ...）ごとにグループ化されたレイヤーのセット、地域（AK、YT ...）ごとにグループ化されたレイヤー、テーマ（カリブー、土地利用、輸送、 ...）、およびデータストア自体は変更されないまま、クライアントごとに4番目です。

複製の場合、レイヤーファイル自体の代わりにショートカットを使用します。そうしないと、状況が変わったときに更新するものが多すぎます。*ツール]> [オプション]> [ファイルの種類：：設定しArcCatalogのショートカット表示するの.lnk（制限事項：プレビュー＆メタデータがない仕事、あなたはArcCatalogでそのソースへのショートカットに従うことができないんこれは、代わりにシンボリックリンクのショートカットを使用して改善することができます。 、リンクシェル拡張機能を参照）

* （ヒント：レイヤーフォルダーをスタートメニューツールバーとして追加し、常に指先に表示されるようにします。）

Z：\ Layers \
          ベース\
          テーマ別\
          参照\
          すべての服装ベース（250k）.lyr
          管理境界（1000k）.lyr
          ...
Z：\ Raster \
          ランドサット\
          オルソ\
Z：\ Data \
        Foo_50k.gdb
        Foo_250k.gdb
        NoScale.gdb

地図の構成と出力（印刷ファイル、pdf、エクスポートなど）は、本来より動的で可変的であり、別の場所に異なる方法で格納および編成されます。これは私たちにとって難しい部分です。現在、Job＃に基づいて名前が付けられたフォルダー（これを再度行うと、「2010-10-26」の日付を使用します）およびプロジェクト固有のデータと結果/成果物のサブフォルダーを持つ専用ドライブを使用します。スプレッドシートインデックスには、すべてのジョブ番号（フォルダー名）、対応するマップタイトル、およびクライアントがリストされます。例：

W：\ Foo_0123 \
            Foobarmap_001.mxd
            ドキュメント\
                 ReadMe.doc
            データ\
                 buffers_2000m.shp
                 gps_tracks.csv
            出力\
                   Foobarmap_001.pdf
            成果物

インデックスを最新の状態に保つことは摩擦点であり、人々はそれを好まず、避け、ネーミングなどと矛盾します（スプレッドシートの代わりにデータベースを使用すると役立ちます）。数値のフォルダ名の規則を使用すると、インデックスのないプロジェクトXのマップも非常に難しくなります。理想的には、インデックスはdbアプリケーションから自動的に生成されるクリック可能なHTMLページになります。しかし、それはまったく別のプロジェクトです。

主な原則：

• ゆっくりと変化し、しばしば再利用されるものを動的および変数から分離し、それらを別々に扱う
• 不必要に複製しないでください。可能な限り、レイヤーファイルとショートカット/リンクを使用してください。
• システムをあまり頻繁に変更しないで、それぞれをしっかりと試してください。

私たちが持っているものに満足していないと言ったので、私は他の構造の例をとても歓迎します。:)

他の人がシステム内のデータにアクセスする場合、組織スキーマを自分だけにとって意味のあるものにすることはできません。システムの使用を念頭に置いてください。それらを考慮しないと、「土地利用データはどこにあるのか」や「[ここにデータセットを挿入]が見つからない」などの質問に答えるのに多くの時間を費やすことになります。

このようなシステムを長年にわたって維持していく中で、データが最初にソース（例：c:\CensusBureau\Roadsおよび）で編成されている場合、データを見つけることができないことがわかりましたc:\ESRI\Countries。代わりに、私は例えば、その場合のソースによっては、複数の情報源を持っている、テーマ最初のデータを一覧表示することをお勧めしますc:\Roads\CensusBureauとc:\Roads\LocalGovt。

同様に、ラスターとベクターを別々のディレクトリに分けません。ただし、1つのドライブに収まらない多くのラスタデータがある場合は、それらを異なる物理ドライブまたは論理ドライブに分割する必要があります。

次のディレクトリ構造をお勧めします。Theme \ SourceYear、ここでThemeはテーマレイヤー、Sourceはデータソースの省略名、Yearはデータが地上で表す年です。このシナリオでは、国勢調査局からTIGER道路は中に配置されることになる\Roads\Census00と\Roads\Census10（「TIGER」と「国勢調査」または交換してください）。

ArcGISの特定の拡張子は、13文字を超えるファイル名では機能しないことに注意してください。どの拡張子を思い出せないのですが、これが問題であることを覚えています。

cadファイルのプロジェクトレベルで作業します。特定のワークフローの設定方法に依存すると推測します。マスター作業プロジェクトがあり、編集セッションの最後にエクスポートスクリプトでこれから追加のデータストアを準備します。

datadir \ cad \
cadastre.dgn datadir \ srv \ fuel.dgn
datadir \ srv \
sewerage.dgn datadir \ map \ base.dgn
datadir \ map \ printsets.dgn
...

その後、各ファイルには識別子
sewPipe
sewManhole
sewPit という名前のレベル/レイヤー/機能があります
...

その後、作業中のプロジェクトファイルを読み込む代わりに、すべてをSQL空間にエクスポートし、Mapguideまたは任意のフレーバーGISアプリを介してユーザーに表示します。

GISレイヤーは、識別子と同様のフォルダーレイアウトを使用してフィーチャ名でソートされ、ソートが可能になります。