I can’t imagine how this is supposed to work in the web UI because one typically needs to select input data (which seems hard to automate). On the command line, i.e. this seems much easier.
Have a time/day worfklow parameter. That is filled in (potentially) manually if the invocation is manual. But if the invocation is scheduled, this parameter is auto-filled by Galaxy just before the invocation.
At least one step would use this parameter, for example to download the data for that specific day
And then, for example, the downloaded data for that specific day, is passed to the actual data-processing part of the workflow
Have a time/day worfklow parameter. That is filled in (potentially) manually if the invocation is manual. But if the invocation is scheduled, this parameter is auto-filled by Galaxy just before the invocation.
At least one step would use this parameter, for example to download the data for that specific day
And then, for example, the downloaded data for that specific day, is passed to the actual data-processing part of the workflow
Agreed, that could be a way and I’m even using one workflow that has such a date input parameter, but it’s a niche use case. The vast majority of users wouldn’t have workflows that behave differently with different date inputs I guess.
Still, an interesting idea
Thank you for the link, the method seems very useful!
I’m not sure how widespread this demand is, but at least locally we have several teams requesting it (one in biodiversity genomics, the other in radar geology, both get new data daily and have relatively stable workflows).
However, outside of bioinformatics that need might be more common, so maybe adding this functionality could help grow the Galaxy userbase.
Specifically, we have two use-cases internally that require it, one in biodiversity genomics, the other in radar geology, as they have new data daily. And so if they are to use Galaxy we need to provide this feature at least on our instance, if not in the main Galaxy codebase.