nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

ArcGIS Pro用オープンソース林業ツールキット – フィールドワーク、ドローンマッピング、火災ホットスポット、森林分析

Ahmed_Seko

皆さん、こんにちは、

私が取り組んでいる小さなオープンソースプロジェクト「Forestry Toolkit」を共有したいと思います。これは実用的な林業とフィールドワークのワークフローを中心に構築されたArcGIS Proのアドインです。

もともとは林業作業で遭遇する繰り返しの多いGISタスクを簡素化するために始めましたが、徐々にArcGIS Pro内のツール集へと成長しました。

現在の主な機能には以下が含まれます：

ドローン飛行ミッション計画
木材調査Excelインポート
オルソフォトからの樹木および油ヤシ検出
土地開発検出
道路／トレイル抽出
NASA FIRMSの活火山ホットスポット
バイオマスおよび炭素推定
斜面分類
河川緩衝帯チェック
GPXエクスポート
調査概要レポート

このアドインはArcGIS ProインターフェースにC#／.NETを使用し、一部のラスタおよび検出ワークフローにはArcGIS Pro独自のPython環境で動作するPythonバックエンドを使用しています。

樹木検出はまだ実験段階であり、現地の実測データと完全に検証されていないため、現在は最終的な目録数ではなく一次分析として結果を扱っています。

このプロジェクトはMITライセンスの下でオープンソースとして公開されており、実際の使用例に基づいて改善を続けています。

GitHub : https://github.com/Ahmedseko/forestry-toolkit

ArcGIS Pro／林業／リモートセンシングコミュニティからのフィードバックをぜひいただきたいです。特にワークフローデザイン、ArcGIS Pro SDKの実装、またはツールキットを実際のフィールド作業でより有用にするアイデアについてのご提案を歓迎します。

ありがとうございます！

タグ付けされた投稿をもっと見る

Analysis

Desktop

Geoprocessing

SDK

Mapping

Spatial Analysis

Python

Raster

Extensions

GintautasKmieliauskas

こんにちは、

プロジェクトを共有してくれてありがとうございます。

開発者の立場からいくつか提案があります。

ローカリゼーション。あなたのローカリゼーションのスタイルは多くの入力を必要とします：language プロパティ、converter、converter parameter。あなたの Text プロパティは次のようになっています：



<Expander Header="{Binding IsHelpEnglish, Converter={StaticResource UiText}, ConverterParameter=LandClearingParams_Header}" Margin="0,0,0,8">

もし WPF ローカリゼーション用の何らかの nuget パッケージや、公式 WPF ローカリゼーションの提案に基づいて開発された独自のローカリゼーションを使うなら、あなたの Text プロパティは次のようになるでしょう：

<Expander Header="{lex:Loc Key=LandClearingParams_Header}" Margin="0,0,0,8">

あなたのアプリケーションは2言語以上を持つことができます。各言語のコンテンツは別々のリソースファイルに保存されます。実行時に言語を簡単に変更可能です。

2. メイン dockpanel。TabControl の代わりに esri スタイル Esri_ListBoxPanelIndicator を使った ListBox を使うことをお勧めします。そうすれば ArcGIS Pro スタイルのタブが得られます。ArcGIS Pro SDK Community サンプルをご覧ください CustomCatalog. 各タブのコンテンツはそれぞれ異なる DataTemplate に保存でき、それぞれ独自の xaml、コードビハインド、viewmodel を持てます。すべてのタブを1つのクラスで管理するよりもコードが読みやすく管理しやすくなります。

Ahmed_Seko

こんにちは、Gintautasさん、

詳細な提案を改めてありがとうございます。実際に両方のアプローチを試して、プロジェクトでどのように機能するかを確認しました。

ローカリゼーションについては、あなたの提案が非常に役立ちました。小さなマークアップ拡張を使って現在の実装を簡素化し、XAMLがずっとクリーンでメンテナンスしやすくなりました。

また、CustomCatalogサンプルに従って、現在のTabControlをListBoxとEsri_ListBoxPanelIndicatorに置き換えることも試みました。残念ながら、現在のdockpaneではあまりうまく機能しませんでした。私の持っているセクション数では、タブが狭くなりすぎてしまい、オーバーフロービヘイビアによってレイアウトの問題が発生し、残りのタブ名が正しく表示されず空白のアイテムが出てしまいました。

レイアウトについてしばらく試行錯誤しましたが、現在のTabControlより良い結果は得られなかったため、とりあえずその部分は元に戻しました。セクション数が多い場合にもっとクリーンに扱う方法が見つかれば、後で再検討するかもしれません。

それでも提案には本当に感謝しています — 直接試してみることで役立ちましたし、現在のUIアーキテクチャの改善点もよりよく理解できました。

GintautasKmieliauskas

ローカリゼーションnugetなどを使用するという私の提案は、xamlだけでなくc#コードにも有効です。

例えば、メッセージを表示するには次のようにできます：



MessageBox.Show(FrameworkApplication.Current.MainWindow, Properties.Resources.YOUR_MESSAGE_ID, caption, MessageBoxButton.OK, MessageBoxImage.Information);

コードは自動的に選択された言語のリソースを取得します。xamlと同じリソースファイルです。

Esriスタイルの実装があるListBoxのスクリーンショットはありますか？私はいくつか成功した実装（5つ以上のタブ）があります。あなたのListBoxコードを適用してみます。成功したら、解決策を送ります。

Ahmed_Seko

こんにちは、Gintautasさん、

ありがとうございます。C#からのローカリゼーションも役立つという点はおっしゃる通りです。

とりあえず、すでに使っているランタイム言語切り替えを維持し、小さなマークアップ拡張でXAMLを簡素化しましたが、同じ文字列をXAMLとC#の両方からきれいにアクセスできるように共有リソースの使用もさらに検討します。

ListBoxについてですが、実はCustomCatalogサンプルを基にEsri_ListBoxPanelIndicatorで実装し、ArcGIS Proでテストしました。ドックペインが十分に広い間は正しく動作しますが、狭くなって...オーバーフローが表示されると、フライアウトには隠れたタブラベルの代わりに空白の行が表示されます。

ItemsPanelをWrapPanelに置き換えてみましたが、同じオーバーフローの挙動が続きました。このドックペインには現在8つのタブがあるため、とりあえず動作するTabControlに戻しました。

特に5つ以上のタブで動作する実装をお持ちだとお聞きしたので、ぜひあなたのアプローチを拝見したいです。オーバーフロー問題のスクリーンショットや私がテストした実装も共有できます。

こちらが私が試した実装です:
https://github.com/Ahmedseko/forestry-toolkit/commit/4216c35

そしてテスト後のリバートです:
https://github.com/Ahmedseko/forestry-toolkit/commit/650c450

改めて、この件でご助力いただきありがとうございます。

Ahmed_Seko

こんにちは、Gintautasさん、

ご確認と問題の報告をありがとうございます。本当に感謝しています。

実は、Esri_ListBoxPanelIndicatorで見られた奇妙なオーバーフローの挙動が、私の実装で壊したものではなく、サンプルやスタイル自体に起因しているとわかって良かったです。それが、私のWrapPanelの試みがあまり効果的でなかった理由も説明できます。

問題 #69 を注視し、修正やより良い回避策が出たらListBoxのアプローチを再検討します。ArcGIS Proネイティブの見た目は気に入っているので、オーバーフローの挙動が解決すればぜひまた使いたいです。

今のところは、8つのタブすべてで安定して動作する現在のTabControlを使い続けます。

改めて、この件に時間を割いて調査していただきありがとうございます。プロジェクトへのご協力に心から感謝します。

会話に参加する

サインインしたメンバーは投稿、更新のフォローなどができます。初めてですか？無料アカウントを登録してください。

クイックリンク

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.