Closed teixeirak closed 2 years ago
We want an .Rmd that produces a .pdf guide that can be used digitally or printed. It should be convenient for use in the field.
The Virginia Department of Forestry's Tree-and-Forest-Health-Guide (also loaded here, in this repo) provides a lot of the information outlined above. We don't want to re-invent the wheel.
What will be novel and useful is doing this assessment in the context of the data that we've been collecting. We'll want to look at mortality rates by species and proportions of unhealthy individuals in each species. Then, we'll want to look at FADs (factors associated with death) recorded for each species and compare these against common mortality agents, particularly for species with lots of disease/ decline. Are we detecting common agents of mortality? Or failing to detect because we don't know what to look for? Or is something else driving mortality? We can then produce a guide that will help field surveyors record appropriate info.
@irdangler , I'm responding to your questions here so that we preserve the record:
As above, let's note them here.
@irdangler , the criteria for identifying species of concern based on mortality is ready.
@ValentineHerr , the file that needs help is TreeDiseaseGuide.Rmd. (Warning: I did some very bad coding! :-) )
The problem is in the chunk starting on l.12, where I pull in various files to compile info about tree species, which ultimately goes in table 1 of TreeDiseaseGuide.pdf. Rather than properly merging different tables, I relied -- when I could -- on the fact that 3 of the files (https://raw.githubusercontent.com/SCBI-ForestGEO/SCBI-ForestGEO-Data/master/species_lists/Tree%20ecology/SCBI_ForestGEO_sp_ecology.csv, a file created by @irdangler that links tree species with diseases called matrix.csv, and our original version of tree_species_summary.csv
table) all had the same species in the same order (this is bad, I know!). The problem came when I merged two tables (current line 42), which reordered tree_species_summary.csv. This reordered the table and somehow messed up which species were included (e.g., rops
was lost, replaced with other). To try to save it, I set the code to read in a version of the table from before I made this mess (l. 36). Most fields in tree_species_summary.csv
are modified by this code, but there are a couple manually filled by @irdangler (mortality.rates and AU.status-- these are codeable, and ultimately we'll want to switch over to that.)
This also messed up my color-coding of columns in table 2, which relies on TDconcernIndex
(l. 127).
The easiest solution would be to make it so that the merge on l.42 retains the exact same set and order of species. The code will still have weaknesses from my coding shortcuts, but would produce the intended results.
Ultimately, I'd like to make this more robust, but for now we just need something that works for Isabella's presentation next week.
looking into this now.
So ideally you'd like would recreate a correctly ordered version of tree_species_summary
(using the older version of it for now) and then change the code so it pull the new master version of it on line 36?
That would work. The best practice would be to have all the info (l. 38-40) populated via proper merges, rather than just assuming same order.
And, ultimately, all the info in tree_species_summary could be coded, and the file generated fresh on each run.
That would work. The best practice would be to have all the info (l. 38-40) populated via proper merges, rather than just assuming same order.
If that were done, and the TDconcern_index
on l.127 were also done this way, the order of the table wouldn't matter.
That would work. The best practice would be to have all the info (l. 38-40) populated via proper merges, rather than just assuming same order.
And, ultimately, all the info in tree_species_summary could be coded, and the file generated fresh on each run.
to be generated fresh on each run it might be best to create a file with just the IUCN status (in the species order you want). Then we pull that in l.36 and add the other columns to create tree_species_summary from scratch
IUCN status is in this file: https://raw.githubusercontent.com/SCBI-ForestGEO/SCBI-ForestGEO-Data/master/species_lists/Tree%20ecology/SCBI_ForestGEO_sp_ecology.csv (read in as "tree_sp_ecology" data frame). The species names are there too, of course. The only unique info in "tree_species_summary" is two fields filled manually by Isabella (mortality.rates and AU.status). Both are codeable, and ultimately we'll want to switch over to that, but not necessary right now unless its easier.
How did you make the list of species in the first part of that document?
I used the list from tree_species_summary, which I had manually copied the list from this file: https://raw.githubusercontent.com/SCBI-ForestGEO/SCBI-ForestGEO-Data/master/species_lists/Tree%20ecology/SCBI_ForestGEO_sp_ecology.csv (read in as "tree_sp_ecology" data frame). Same goes for the matrix.csv file. I then relied on the fact that those lists were identical.
oh sorry I meant the species list in this document
@irdangler generated that manually be reviewing this file: https://raw.githubusercontent.com/SCBI-ForestGEO/SCBImortality/main/R_results/mortrates_and_agbmort_by_species.csv, and the similar file for AU.rates. For each species in the tree_species_summary list, she checked which met the various criteria.
Oh I understand now. thanks for explaining. I have almost the same list except I don't find qupr and quve to be H but M, based on mort rates.
ha never mind, I forgot I was also looking at biomass mortality
If you're coding this, we can replace the manual entry with code. I'd like to update this in future years.
Yeah I am trying to code it. I am not quite there yet... caco does not get classified... I need to figure out why
ha, got it. And I have the same list. Now to the "based on unhealthy one"
We now have a guide that will work! It could be improved/ made easier to use by providing info about each pest/pathogen in the guide itself, rather than having to refer to external materials. @emacmonigle, this is something you may be able to help with. After you see @irdangler's presentation tomorrow, we can discuss next steps.
It would be good to have a student create an updated field guide to the pests & pathogens likely to appear in the plot. This could be based on existing guide(s) in this repo, review of VA dept of forestry reports, and literature/ web search.