Jan09 09:05:16 prpLnd:createLayers ...
Error in httr2::req_perform(httr2::req_url_query(req), path = destFile) :
Failed to perform HTTP request.
Caused by error in `curl::curl_fetch_disk()`:
! SSL peer certificate or SSH remote key was not OK [ftp.maps.canada.ca]:
SSL certificate problem: self-signed certificate
Jan09 09:05:16 prpLnd:createLayers Download of https://ftp.maps.canada.ca/pub/nrcan_rncan/Forests_Foret/canlad_including_insect_defoliation/v1/Disturbances_Time_Series/canlad_annual_2022_v1.tif failed. This may be a permissions issue. Please check the url and permissions are correct.
Jan09 09:05:16 prpLnd:createLayers If the url is correct, it is possible that manually downloading it will work. To try this, with your browser, go to
Jan09 09:05:16 prpLnd:createLayers https://ftp.maps.canada.ca/pub/nrcan_rncan/Forests_Foret/canlad_including_insect_defoliation/v1/Disturbances_Time_Series/canlad_annual_2022_v1.tif,
Jan09 09:05:16 prpLnd:createLayers ... then download it manually, give it this name: '/home/tmichele/data/canlad_annual_2022_v1.tif', and place file here: /home/tmichele/data.
Jan09 09:05:16 prpLnd:createLayers -------
Jan09 09:05:16 prpLnd:createLayers If you have completed a manual download, press 'y' to continue; otherwise press any other key to stop now.
Jan09 09:05:16 prpLnd:createLayers (To prevent this behaviour in the future, set options('reproducible.interactiveOnDownloadFail' = FALSE) )
Type y if you have attempted a manual download and put it in the correct place: y
This is the typical behavior when prepInputs fails 3 times to download a file. But for some reason, the file is already there. This is happening a second or third time when other new/different inputs are used (i.e., new study area). My suggestion would be: before we prompt the user to manually download and place the file in the folder, can't we just check that a file with that name is in the folder and make a big warning for the user that it is using the existing file which has the expected name, but continue the simulation?
Thank you!
This is the typical behavior when prepInputs fails 3 times to download a file. But for some reason, the file is already there. This is happening a second or third time when other new/different inputs are used (i.e., new study area). My suggestion would be: before we prompt the user to manually download and place the file in the folder, can't we just check that a file with that name is in the folder and make a big warning for the user that it is using the existing file which has the expected name, but continue the simulation?
Thank you!