-
Notifications
You must be signed in to change notification settings - Fork 53
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Server down? #169
Comments
Downloads from worldclim also fail! |
In case it helps, you can find copies of most of the data sources elsewhere online. This was my fix: # old way:
# worldclim_prec = getData(name = "worldclim", var = "prec", res = 10)
# new way (after searching for the relevant dataset and finding it, on Zenodo or similar academic website, and re-uploading it):
if(!file.exists("prec_10m_bil.zip")) {
u = "https://github.com/Robinlovelace/geocompr/releases/download/1.2/prec_10m_bil.zip"
download.file(u, "prec_10m_bil.zip")
unzip("prec_10m_bil.zip", exdir = "prec")
}
worldclim_prec = stack(list.files("prec", pattern = "bil", full.names = TRUE)) |
server is working again... |
Hi @rhijmans great it's fixed. Running the code, it seems to be quite slow, e.g. taking ~15 seconds to download this file:
|
Thanks! |
It's still causing issues on our tests, heads-up @Nowosad: https://github.com/Robinlovelace/geocompr/runs/1313968422#step:10:4425 |
Think it's fixed now, just a heads-up... |
Heads-up @rhijmans I'm still seeing very slow responses from this endpoint: https://biogeo.ucdavis.edu/data/climate/worldclim/1_4/grid/cur/prec_10m_bil.zip Flagging here as it caused our CI check to fail: https://github.com/Robinlovelace/geocompr/runs/1757308011#step:4:4421 Is there any way it can be hosted on a faster responding server? Very grateful for the data in any case, many thanks. |
Hello. I am still having this problem. I have posted my question in the link below. my R session is R version 4.1.0 (2021-05-18) Matrix products: default Can anyone help me. My question is also posted on stackoverflow. |
The service has been restored |
I HAVE THE SAME PROBLEM IN R WITH WALLACE that is my error error in utils::download.file: download from 'https://biogeo.ucdavis.edu/data/climate/worldclim/1_4/grid/cur/bio_2-5m_bil.zip' failed for Mac |
Is the service down again? I am getting an error when running getData("GADM", country = "usa", level = 2) trying URL 'https://biogeo.ucdavis.edu/data/gadm3.6/Rsp/gadm36_USA_2_sp.rds' |
It seems it is down again. I tried with |
Down for maintenance. Expected back by Monday. |
It looks like it's back up but with different permissions. It now returns 403, e.g. https://data.biogeo.ucdavis.edu/data/gadm3.6/Rsp/gadm36_IND_2_sp.rds |
Following up to say I also can't access the datasets, either directly on the WorldClim site or via R. Everything I try is returning a 403 Forbidden error message. |
Update: The site should be back up sometime on Wednesday, October 6th |
Does anyone know if this issue is resolved? I'm still getting the following error message, and wasn't sure if it was because of the server being down still... |
It has been working for me. I get
|
And you can also click on the URL in your message... |
@mickayla32 Have you gotten yours to work? I am still getting the same error message as well, as of this morning. |
@melissademmitt No, mine is still giving me the same error message... I tried restarting R as well. Does anyone have any suggestions? |
For now, a work-around...
|
@rhijmans Thank you for this! I tried this, and it seems like the problem must just be with my RStudio and/or computer, because I'm still getting the same error message when I run the download.file function |
The error message is |
So, I tried adding -- So then I added |
Thanks, that is interesting. I do not know why this happens. Perhaps something is wrong with our certificate, but if it is only with curl it is perhaps curl related (where it checks the certificates). Perhaps that will fix itself (?) . |
Having hard-coded `method="auto"` prevents users from changing the method with `options("download.file.method" = ...)`. However, if this option is not set, the `method = "auto"` is chosen anyway, so there wouldn't be any unexpected behaviour changes for users. This should help with errors like - rspatial#169 (comment) - since users would be able to call: ```r op <- options("download.file.method" = "wget", "download.file.extra" = "--no-check-certificate") getData(...) options(op) ```
@rhijmans I also experienced a similar error with expired CA certificates, but curiously in the opposite way than @mickayla32 - it works with curl, and doesn't work with wget. The manual steps are not very convenient in my case, since the package is used via another package |
I am having the same issue with curl (and am also not very experienced in coding)
wget doesn't solve the problem for me.
The work around results in
I can download manually, and that ok for now in my testing phase, but won't be when I want to run higher res logging into the research computer remotely, if it has the same errors. |
Hi @rhijmans, is the Wordclim server down? I can't seem to get anything from within R, links don't appear to work from www.worldclim.org, and biogeo.ucdavis.edu appears to be offline. Cheers, Giancarlo |
Yes, see #263 |
I am trying to download maps, but the server does not respond properly. Is it down?
If I try e.g. one of the examples in the package:
getData('worldclim', var='tmin', res=0.5, lon=5, lat=45)
Then I get this error:
I am interested in this map in particular:
nld <- getData("GADM", country = "NLD", level = 1)
But then I get this error:
I hope it can be solved soon.
Thank you in advance!
The text was updated successfully, but these errors were encountered: