-
Notifications
You must be signed in to change notification settings - Fork 28
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
wf_request() doesn't expose the url anymore #95
Comments
Just to clarify, what I want to put back in as it is missing now is to just submit a request and return the API endpoint and that's it. With this you can collect data on a later point using |
I think that would break request_batch, since transfer() locks up the R session waiting for the request to finish, which is what How about this? # Submit the request
request$submit()
# Only wait for request to finish if transfer == TRUE
if (transfer) {
request$transfer(time_out = time_out)
if (request$is_success()) {
return(request$get_file())
}
message("Transfer was not successfull - please check your request later at:")
message(request$url)
}
return(request) (I'm not on my PC so I didn't test it) |
This works, but it seems the This can be accessed via:
But this isn't really intuitive. Having a |
Yes, you're right. I added a get_url() method. |
Thanks merged. Still have to address the webapi issue on mac, but I'll have to dig into this some more. Closing this with: |
@eliocamp by default the
wf_request()
doesn't expose the url anymore, the task is not submitted.in
wf_request()
thisshould be rewritten along these lines to be able to just submit a job and query on a later date (or through the web interface)
Would this make sense? Don't have time to figure out the R6 setup, but I think it does not break anything.
New branch with fix here:
https://github.com/bluegreen-labs/ecmwfr/tree/expose_url
The text was updated successfully, but these errors were encountered: