実績のあるワークフローを使用して、ArcGIS ModelBuilderモデルを編集およびドキュメント化していますか?


8

ベストプラクティスの例への参照はありますか、またはModelBuilderモデルの編集を追跡し、モデル/ツールバージョン間の変更を追跡し、モデルの安定性、堅牢性、および機能を維持する方法に関する専門知識を共有できますか?

ここで、モデルの管理、コピー、命名に関するESRIガイダンスを知っています

モデル開発の追跡とモデルの追跡、および安定した状態でのモデルの維持に成功したModelBuilderツールのバージョントラッキング、アーカイブ、編集の使用に関する確立されたプラクティスまたは特定の専門知識があれば、私は興味があります。


関連:バージョン管理をArcGISモデルに適用する。それはできますが、美しくありません。
マットウィルキー2014年

回答:


5

現在、Windowsファイルサーバーにツールボックスを保持し、何か問題が発生した場合は「以前のバージョン」機能を使用してロールバックしています。

PythonスクリプトとFMEワークスペースで既に使用しているツールボックスをGitに保存することを検討していますTortoiseGitおよびGitHub Enterpriseを使用)。通常のツールボックスはバイナリであるため、プレーンテキストファイルの場合のようにそれらを比較して対話的にマージすることはできませんが、コミットメッセージ/履歴、タグ、ブランチを取得し、バイナリファイル全体(すべてまたは何も)をマージすることはできます。

Pythonに完全に移行し、ModelBuilderの代わりにPythonツールボックスPythonアドインを使用することが、私ができると思う最良のことです。また、ModelBuilderで実行できるほとんどすべての操作を実行できるFMEがあり、通常ははるかに効率的かつ簡単で、ブックマーク、注釈、ワークスペースの説明などにより自己文書化されています。

GitHubを使用すると、Wikiまたはページ機能を使用して、より広範なドキュメントを作成できます。

よりローテクですが、それでも効果的な方法は、ツールボックス/モデルの目的、使用方法、および履歴に関する情報を含むreadmeテキストファイルを単に含めることです。


2

モデルを作成するときにモデルの変更を追跡する方法はないと思いますが、とにかくなぜそれを実行する必要があるのか​​わかりません。

重要なのは、モデルの背後にある理由を他の人に説明することです。たとえば、入力がファイルジオデータベースに存在する必要があるのはなぜですか、なぜフィールドを作成して値を他の数値で除算したのですか?

この種の重要な情報は、ユーザーや「バスに乗り越えられた」ときに情報を取得しなければならない開発者にとって重要です。:)

モデルを文書化する場所は2つあります。モデルビルダーのラベル(これらは開発者向けです)と、ツールのアイテムの説明(メタデータ)内です。ユーザーを案内する有用な情報を追加することで、実際に町に行くことができます。

残念ながら、モデルを開発するほとんどの人は、情報をパラメーターに追加することについてうまくいっていないため、数か月後にモデルに戻った場合、モデルを理解するのが難しくなります。私はこれを知っています...私はそれをやった!

モデルパラメータにいくつかの説明を追加する数分で、便利なモデルが組織によってすぐに採用される優れたツールに変わります。それ以外の場合は、ネットワークドライブ上ですぐに消えてしまうもう1つの半ばモデルです。


wrt 「とにかくなぜ[モデルの変更を追跡]したいのかわからない?」時々変化が物事を壊したり、予期しない方法で昨年とは異なる結果を生み出したりすることがあります。何が起こったかを理解するための非常に便利なツールは、「バージョン1と2の違いは何ですか?」という質問に答えることです。「モデルの背後にある理由を説明してください」の+1!
マットウィルキー2014年

0

すでに述べたこと以外に、ArcSDEデータベースにツールボックスを保存することをお勧めします。これは、並行編集とアクセスに本当に役立ちます。問題が発生した場合にロールバックできるように、このデータベースもバックアップします。

詳細については、私の別の回答をご覧ください。


0

「ドキュメント化」の部分では、メタデータ、つまりアイテム説明エディターを使用しますドキュメント化ツールとツールボックスのクイックツアーを参照してください。

リッチテキストエディターボックスは機能しますが、制限があります。一部のフォーマット、特にリストアイテムが乱れたり、保持されなかったりする可能性があるため、アイテムの説明プレビューとツールダイアログ自体の両方で結果を頻繁に保存して確認します。Word、Onenote、Dream Weaverなどから貼り付けてすぐに開始できますが、フォーマットが本当に単純でないと、急いでめちゃくちゃになります。

(注意:古い方法は、[モデル>>編集>>モデルプロパティ]ダイアログを使用して、[説明]フィールドにHTMLコードを貼り付けることでした。これを行った場合は、アイテム説明エディターがコンテンツにアクセスするときにはコピーされます。これは素晴らしいことです。ただし、行った編集はコピーされないため、混乱を避けるためにモデルプロパティのバージョンを削除してください。)

箱から出して少しバージョン管理を行うことができます。アイテムの説明を表示するときにコンテキストメニューを表示し、[>>ソースの表示]をクリックして、htmlをsource-control / docsフォルダーに保存します。画像は省略されていますが、もう少し作業を追加したい場合は、htmlを調べてから取得できます%temp%


コンパイルされたヘルプ(CHM)ファイルを参照すると、より高度な制御が得られる場合があります。開始する場所は、Microsoft HTML Help 1.4のようです。


再:バージョン管理:レジストリハックを使用して、「完全なhtmlとして保存」するためのコンテキストメニューにエントリを追加することができます。i.imgur.com/vu5UjOG.pngを
マットウィルキー
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.