You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When downloading GMW data, the package first downloads a zipped ShapeFile and then converts it to GeoPackage. However, for the conversion, it tries to use a non-existent file and the path has to be adapted manually.
Here's a reproducible example (tried in Windows 10, R 4.1.2, mapme.biodiversity version 0.1.1)
Starting process to download resource 'mangrove'........
Checking URLs for existence. This may take a while...
|++++++++++++++++++++++++++++++++++++++++++++++++++| 100% elapsed=32s
Translating shapefiles to GeoPackages. This may take a while....
<Rcpp::exception: Cannot open "C:/path/to/script/mangrove/GMW_001_GlobalMangroveWatch_2016/01_Data/GMW_2016_v2.shp"; The file doesn't seem to exist.>
<simpleWarning: Download for resource mangrove failed. Returning unmodified portfolio object.>
Warning messages:
1: In init_portfolio(., 2016, verbose = TRUE) :
Parallel processing on Windows currently is not supported. Setting number of cores to 1
2: Download for resource mangrove failed. Returning unmodified portfolio object.
Only after creating the script from the error message and moving the ShapeFile there, the GeoPackage can be produced.
The text was updated successfully, but these errors were encountered:
Thanks for reporting this issue. First of all, please consider updating mapme.biodiversity. Current CRAN release is 0.1.2, development version is 0.2.0. Please note that with 0.2.0 a lot of resources and indicators have been renamed so it is better to move to that version rather now than later. However, this will not fix the above mentioned issue. I did a little digging, and It seems that a new v3 of GMW was released recently. I will push an update here on GitHub very soon and hopefully we can also send it to CRAN during the next release.
please install the latest development version via: remotes::install_github("mapme-initiative/mapme.biodiversity") and feel free to re-open if the issue persists.
When downloading GMW data, the package first downloads a zipped ShapeFile and then converts it to GeoPackage. However, for the conversion, it tries to use a non-existent file and the path has to be adapted manually.
Here's a reproducible example (tried in Windows 10, R 4.1.2, mapme.biodiversity version 0.1.1)
For me, this produces the following messages:
Only after creating the script from the error message and moving the ShapeFile there, the GeoPackage can be produced.
The text was updated successfully, but these errors were encountered: