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; } } }

Kit de Ferramentas Florestais Open-source para ArcGIS Pro – trabalho de campo, mapeamento por drone, pontos quentes de incêndio e análise florestal

Ahmed_Seko

Olá a todos,

Gostaria de compartilhar um pequeno projeto open-source no qual venho trabalhando chamado Forestry Toolkit, um add-in para ArcGIS Pro construído em torno de fluxos de trabalho práticos de silvicultura e trabalho de campo.

Eu comecei originalmente para simplificar algumas das tarefas repetitivas de GIS que encontro no trabalho florestal, e ele gradualmente cresceu para uma coleção de ferramentas dentro do ArcGIS Pro.

Algumas das funcionalidades atuais incluem:

Planejamento de missão de voo por drone
Importação Excel para inventário florestal
Detecção de árvores e dendê a partir de ortofotos
Detecção de desmatamento
Extração de estradas/trilhas
Pontos quentes ativos do NASA FIRMS
Estimativa de biomassa e carbono
Classificação de declive
Verificação de faixa ripária
Exportação GPX
Relatórios resumidos do inventário florestal

O add-in usa C#/.NET para a interface do ArcGIS Pro e um backend Python rodando através do próprio ambiente Python do ArcGIS Pro para alguns fluxos de trabalho raster e detecção.

A detecção de árvores ainda é experimental e ainda não foi totalmente validada contra dados reais de campo, então atualmente trato seus resultados como uma análise preliminar em vez de uma contagem final do inventário.

O projeto é open source sob a Licença MIT, e continuo a melhorá-lo com base em casos práticos de uso.

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

Eu realmente apreciaria qualquer feedback da comunidade ArcGIS Pro / silvicultura / sensoriamento remoto, especialmente sugestões sobre design de fluxo de trabalho, implementação do ArcGIS Pro SDK ou ideias que possam tornar o kit de ferramentas mais útil em operações reais de campo.

Obrigado!

Encontre mais publicações marcadas com

Analysis

Desktop

Geoprocessing

SDK

Mapping

Spatial Analysis

Python

Raster

Extensions

Comentários

GintautasKmieliauskas

Oi,

Obrigado por compartilhar o projeto.

Tenho algumas sugestões para você do lado dos desenvolvedores.

Localização. Seu estilo de localização exige muita digitação: propriedade de idioma, conversor, parâmetro do conversor. Sua propriedade Text parece assim:



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

Se você usar algum pacote nuget para localização wpf ou sua própria localização desenvolvida com base nas sugestões oficiais de localização WPF, sua propriedade Text poderia ser assim:

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

Seu aplicativo poderia ter mais de 2 idiomas. O conteúdo de cada idioma será armazenado em um arquivo de recursos separado. Fácil de mudar idiomas em tempo de execução.

2. Dockpanel principal. Sugiro que ao invés de TabControl você use ListBox com estilo esri Esri_ListBoxPanelIndicator. Você terá abas no estilo ArcGIS Pro. Dê uma olhada no exemplo da comunidade ArcGIS Pro SDK CustomCatalog. O conteúdo de cada aba sua poderia ser armazenado em diferentes DataTemplates com seu próprio xaml, code-behind e viewmodel. Seria mais fácil ler e gerenciar o código ao invés de uma classe para todas as abas.

Ahmed_Seko

Oi Gintautas,

Obrigado novamente pelas sugestões detalhadas. Na verdade, tentei implementar ambas as abordagens para ver como funcionariam no projeto.

Para a localização, sua sugestão foi muito útil. Simplifiquei a implementação atual usando uma pequena extensão de marcação, o que torna o XAML muito mais limpo e fácil de manter.

Também tentei substituir o TabControl atual por ListBox e Esri_ListBoxPanelIndicator, seguindo o exemplo CustomCatalog. Infelizmente, não funcionou muito bem com o dockpane atual. Com o número de seções que tenho, as abas ficaram muito estreitas e o comportamento de overflow causou alguns problemas de layout, incluindo itens em branco em vez de exibir corretamente os nomes das abas restantes.

Experimentei o layout por um tempo, mas não consegui um resultado melhor do que o TabControl atual, então por enquanto reverti essa parte. Posso revisitar isso mais tarde se encontrar uma maneira mais limpa de lidar com um número maior de seções.

Realmente aprecio as sugestões — testá-las diretamente foi útil e também me deu uma ideia melhor de onde a arquitetura atual da UI poderia ser melhorada.

GintautasKmieliauskas

Minha sugestão de usar nuget de localização ou etc. é válida não apenas para xaml, mas também para código c#.

Por exemplo, para exibir uma mensagem você pode fazer assim:



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

O código automaticamente utiliza os recursos do idioma selecionado. Os mesmos arquivos de recursos usados para xaml.

Você tem uma captura de tela com ListBox com implementação no estilo Esri? Eu tive algumas implementações bem-sucedidas (5 ou mais abas). Vou tentar adaptar seu código com ListBox. Se eu conseguir, enviarei a solução para você.

Ahmed_Seko

Oi Gintautas,

Obrigado, você está certo sobre a localização também ser útil a partir do C#.

Por enquanto, mantive a alternância de idioma em tempo de execução que já uso e simplifiquei o XAML com uma pequena extensão de marcação, mas também vou investigar mais o uso de recursos compartilhados para que as mesmas strings possam ser acessadas de forma limpa tanto do XAML quanto do C#.

Sobre o ListBox, na verdade eu o implementei com Esri_ListBoxPanelIndicator baseado no exemplo CustomCatalog e testei no ArcGIS Pro. Funciona corretamente enquanto o dockpane está largo o suficiente, mas quando ele fica estreito e aparece o ... overflow, o flyout mostra linhas em branco em vez dos rótulos das abas ocultas.

Também tentei substituir o ItemsPanel por um WrapPanel, mas o mesmo comportamento de overflow permaneceu. Como este dockpane atualmente tem 8 abas, reverti para o TabControl que funciona por enquanto.

Eu definitivamente apreciaria ver sua abordagem, especialmente porque você mencionou ter implementações funcionando com 5 ou mais abas. Também posso compartilhar uma captura de tela do problema de overflow e da implementação que testei.

Aqui está a implementação que tentei:
https://github.com/Ahmedseko/forestry-toolkit/commit/4216c35

E o revert após os testes:
https://github.com/Ahmedseko/forestry-toolkit/commit/650c450

Mais uma vez, obrigado por dedicar seu tempo para ajudar com isso.

Ahmed_Seko

Oi Gintautas,

Muito obrigado por verificar isso e por relatar o problema. Realmente aprecio.

Na verdade, é bom saber que o comportamento estranho de overflow que eu estava vendo com Esri_ListBoxPanelIndicator vem do próprio sample/style e não de algo que eu tenha quebrado na minha implementação. Isso também explica por que minha tentativa com WrapPanel não ajudou muito.

Vou ficar de olho no issue #69 e revisitar a abordagem ListBox assim que houver uma correção ou uma solução melhor. Eu ainda gosto do visual nativo do ArcGIS Pro, então definitivamente gostaria de usá-lo novamente se o comportamento de overflow for resolvido.

Por enquanto, vou continuar com o TabControl atual, já que ele se comporta de forma confiável com todas as 8 abas.

Mais uma vez, obrigado por dedicar seu tempo para investigar isso. Realmente aprecio sua ajuda com o projeto.

Participe da Conversa

Membros conectados podem postar, seguir atualizações e mais. Novo aqui? Registre uma conta gratuita.

Links Rápidos

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