Maximilian Hesselbarth
Maximilian Hesselbarth
Alternatively we could use e.g., `.tif` files in inst/extdata, but similar this would then need some pre-processing (i.e., reading the `tif`-file) before the raster would be useable
Considering the example data, I think the third approach is the best. This is also what people in the ROpenSci Slack suggested. But I agree, that is not the major...
Sounds all good to me. I probably have some time to start working on this the next days!
I don't know why we decided to use the edge values in meters. I think there is a better solution which does not need to multiply the meters by the...
Okay, fixed it: 47a27bd Can you please try to run the following line of code to reinstall the latest version with the bug fix and check if results are correct...
Reminder: Still have to fix documentation Done: ef631822b6009f9b8ce8ec73135bd26a71966901
Should be fixed in 47a27bd1. Please try to re-install and run again. However, we have 2 problems at the moment. According to the FRAGSTATS manual, we need _"[...] landscape area,...
I can't reproduce the installation issue. Also all CI checks we run on Windows, macOS and Linux are able to install the package. Can you please try to restart your...
@Nowosad, @bitbacchus Any ideas/thoughts what to do about: 1. > According to the FRAGSTATS manual, we need "[...] landscape area, including all internal background (in terms of number of cells)...
As far as I understand the FRAGSTATS manual, "background cells" are NA cells within the landscape that should not be considered for most metrics, e.g. a large body of water...