bluegreen-labs / ecmwfr

Interface to the public ECMWF API Web Services
https://bluegreen-labs.github.io/ecmwfr/
Other
106 stars 30 forks source link

`wf_transfer` no longer reporting status of request #145

Closed ErikKusch closed 2 months ago

ErikKusch commented 2 months ago

Hiya,

just upgraded from version 1.5.0 to 2.0.0 - thanks for rewriting the package so quickly to use the new CDS beta systems!

Unfortunately, the new behaviour of wf_transfer is breaking some intricate code I have developed off of its back and was wondering if I can restore that behaviour somehow on my end or if you would see the point in doing so on your end directly in the package.

The Way it Used to Work

I stage a request with wf_request() setting transfer = FALSE. The reason I do so is to stage several requests at once and return later to check whether they have been processed or not.

Subsequently, I run:

wf_transfer(Request$get_url(), ...)

With this, I either receive a list object whose first element ($state) reports the status of the request on the CDS end. My code currently waits for this to switch from "queued", or "running" to "completed" before moving on.

How it Works Now

I execute the code as above (having removed the service specification, of course) an receive this error:

Error: Your requested file is unavailable - check url

Desired Resolution

Any chance I can obtain the state of the request that I am currently missing?

ErikKusch commented 2 months ago

I believe I can implement what I need using ...$update_status() - will update if that resolves the issue I am facing

ErikKusch commented 2 months ago

Jup - this is resolved.