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

Open-source Forestry Toolkit voor ArcGIS Pro – veldwerk, drone mapping, brandhaarden en bosanalyse

Ahmed_Seko

Hallo allemaal,

Ik wil graag een klein open-source project delen waar ik aan heb gewerkt, genaamd Forestry Toolkit, een ArcGIS Pro add-in gebouwd rond praktische bosbouw- en veldwerkworkflows.

Ik ben er oorspronkelijk mee begonnen om enkele van de repetitieve GIS-taken die ik tegenkom in bosbouwwerk te vereenvoudigen, en het groeide geleidelijk uit tot een verzameling tools binnen ArcGIS Pro.

Enkele van de huidige functies zijn:

Planning van dronevluchtmissies
Import van Timber cruising Excel
Detectie van bomen en oliepalmen vanuit orthofoto's
Detectie van landontginning
Weg-/padextractie
NASA FIRMS actieve brandhaarden
Biomassa- en koolstofschatting
Hellingsclassificatie
Controle van riparian buffers
GPX-export
Samenvattende rapporten van cruising

De add-in gebruikt C#/.NET voor de ArcGIS Pro-interface en een Python-backend die draait via de eigen Python-omgeving van ArcGIS Pro voor sommige raster- en detectieworkflows.

Boomdetectie is nog experimenteel en is nog niet volledig gevalideerd met veldgegevens, dus behandel ik de resultaten momenteel als een eerste analyse in plaats van een definitieve inventarisatie.

Het project is open source onder de MIT License, en ik blijf het verbeteren op basis van praktische gebruikssituaties.

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

Ik zou alle feedback uit de ArcGIS Pro / bosbouw / remote sensing community zeer waarderen, vooral suggesties over workflowontwerp, ArcGIS Pro SDK-implementatie of ideeën die de toolkit nuttiger kunnen maken in echte veldoperaties.

Dank je wel!

Vind meer berichten getagd met

Analysis

Desktop

Geoprocessing

SDK

Mapping

Spatial Analysis

Python

Raster

Extensions

Reacties

GintautasKmieliauskas

Hoi,

Bedankt voor het delen van het project.

Ik heb een paar suggesties voor je vanuit het perspectief van ontwikkelaars.

Lokalisatie. Jouw stijl van lokalisatie vereist veel typen: taal-eigenschap, converter, converterparameter. Je Text-eigenschap ziet er zo uit:



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

Als je een nuget-pakket gebruikt voor wpf-lokalisatie of je eigen lokalisatie ontwikkeld op basis van officiële WPF-lokalisatie-aanbevelingen, zou je Text-eigenschap er zo uit kunnen zien:

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

Je applicatie kan meer dan 2 talen hebben. Elke taalinhoud wordt opgeslagen in een apart resourcebestand. Makkelijk om talen tijdens runtime te wijzigen.

2. Hoofd dockpanel. Ik stel voor dat je in plaats van TabControl een ListBox gebruikt met de esri-stijl Esri_ListBoxPanelIndicator. Je krijgt ArcGIS Pro-stijl tabs. Bekijk de ArcGIS Pro SDK Community sample CustomCatalog. De inhoud van elke tab kan worden opgeslagen in verschillende DataTemplate's met hun eigen xaml, code-behind en viewmodel. Het zou makkelijker zijn om de code te lezen en te beheren in plaats van één klasse voor alle tabs.

Ahmed_Seko

Hallo Gintautas,

Nogmaals bedankt voor de gedetailleerde suggesties. Ik heb beide benaderingen geprobeerd te implementeren om te zien hoe ze in het project zouden werken.

Voor de lokalisatie was je suggestie erg nuttig. Ik heb de huidige implementatie vereenvoudigd met een kleine markup-extensie, wat de XAML veel schoner en gemakkelijker te onderhouden maakt.

Ik heb ook geprobeerd de huidige TabControl te vervangen door ListBox en Esri_ListBoxPanelIndicator, volgens het CustomCatalog-voorbeeld. Helaas werkte het niet zo goed met het huidige dockpaneel. Met het aantal secties dat ik heb, werden de tabbladen te smal en veroorzaakte het overflow-gedrag enkele lay-outproblemen, waaronder lege items in plaats van het correct weergeven van de resterende tabbladnamen.

Ik heb een tijdje geëxperimenteerd met de lay-out, maar kon geen beter resultaat krijgen dan de huidige TabControl, dus voor nu heb ik dat deel teruggedraaid. Misschien kijk ik er later nog eens naar als ik een schonere manier vind om met het grotere aantal secties om te gaan.

Ik waardeer de suggesties echt — ze direct proberen was nuttig en gaf me ook een beter idee waar de huidige UI-architectuur verbeterd kan worden.

GintautasKmieliauskas

Mijn suggestie om localization nuget of dergelijke te gebruiken is geldig niet alleen voor xaml, maar ook voor c# code.

Bijvoorbeeld, om een bericht weer te geven kun je het volgende doen:



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

De code neemt automatisch de geselecteerde taalbronnen. Zelfde resourcebestanden als voor xaml.

Heb je een screenshot met ListBox met Esri stijl implementatie? Ik had enkele succesvolle implementaties (5 of meer tabbladen). Ik zal proberen jouw code met ListBox aan te passen. Als het lukt, stuur ik je de oplossing.

Ahmed_Seko

Hallo Gintautas,

Bedankt, je hebt gelijk dat de localization ook nuttig is vanuit C#.

Voor nu heb ik de runtime taalwisselaar die ik al gebruik behouden en de XAML vereenvoudigd met een kleine markup-extensie, maar ik zal ook verder kijken naar het gebruik van shared resources zodat dezelfde strings netjes toegankelijk zijn vanuit zowel XAML als C#.

Wat betreft de ListBox, ik heb deze eigenlijk geïmplementeerd met Esri_ListBoxPanelIndicator gebaseerd op het CustomCatalog voorbeeld en getest in ArcGIS Pro. Het werkt correct zolang het dockpane breed genoeg is, maar zodra het smal wordt en de ... overflow verschijnt, toont de flyout lege rijen in plaats van de verborgen tablabels.

Ik heb ook geprobeerd om het ItemsPanel te vervangen door een WrapPanel, maar hetzelfde overflow-gedrag bleef bestaan. Aangezien dit dockpane momenteel 8 tabs heeft, heb ik het voorlopig teruggezet naar de werkende TabControl.

Ik zou het zeker waarderen om jouw aanpak te zien, vooral omdat je aangaf werkende implementaties te hebben met 5 of meer tabs. Ik kan ook een screenshot delen van het overflow-probleem en de implementatie die ik getest heb.

Hier is de implementatie die ik geprobeerd heb:
https://github.com/Ahmedseko/forestry-toolkit/commit/4216c35

En de revert na het testen:
https://github.com/Ahmedseko/forestry-toolkit/commit/650c450

Nogmaals bedankt dat je de tijd hebt genomen om hiermee te helpen.

Ahmed_Seko

Hoi Gintautas,

Hartelijk dank dat je dit hebt gecontroleerd en het probleem hebt gemeld. Ik waardeer het echt.

Het is eigenlijk goed om te weten dat het vreemde overflow-gedrag dat ik zag bij Esri_ListBoxPanelIndicator afkomstig is van de sample/style zelf en niet van iets dat ik in mijn implementatie heb kapotgemaakt. Dat verklaart ook waarom mijn WrapPanel-poging niet echt hielp.

Ik houd issue #69 in de gaten en zal de ListBox-benadering opnieuw bekijken zodra er een oplossing of een betere workaround is. Ik vind de ArcGIS Pro-native uitstraling nog steeds mooi, dus ik wil die zeker weer gebruiken als het overflow-gedrag wordt opgelost.

Voor nu blijf ik bij de huidige TabControl omdat deze betrouwbaar werkt met alle 8 tabs.

Nogmaals bedankt dat je de tijd hebt genomen om hiernaar te kijken. Ik waardeer je hulp bij het project enorm.

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle links

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