-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Input naming deficiencies #2752
Comments
+1 on this, that would be very useful |
Deficiency seems like a fairly harsh characterization since you can use workflow parameters to do a very similar thing to this now. That said, making formalized workflow inputs available for parameters is probably a nice improvement (though we have to improve the display of 'available variables' significantly since it's already basically limited to expert users). |
Deficiency is just a lack of something, there are no emotions in my words, I assure you. But perhaps that was the wrong word choice for a feature request. It feels like an obvious, missing feature for anyone who uses the rename dataset on larger workflows that biologists use.
Anyway with the current "pass this parameter along to the end" I dislike how this affects my history. I have to do this so my end users understand when they get two files at the end, what those files are. |
+1 on this - this would be very useful |
Is it potentially possible that someone would want the input value of an intermediate step at the end, rather than the primary step? I'm not sure how this is structured under the covers of Galaxy, but perhaps it would be more flexible to have an input something like {input, step number}. That way, you'd have a ton of flexibility for saying something like "Blast of A, after filtering via process X". Just a thought. |
I think that issue #2006 would probably fix this. The problem with using workflow variables is that does not allow use on a collection, which is the only feasible solution for working with many samples (most, if not all, of our workflows). |
Naming of files is probably the single biggest issue holding back further usage of Galaxy for us. Here is an attempt to collect various related issues. Perhaps someone on the Galaxy team would like to create one large ticket to collect dataset naming issues (and add to the roadmap #1928?) @jmchilton, @martenson? Enhancements:
Bug Fixes:
|
@lparsons Do you know if that large ticket was ever created for these above proposals/feature changes? |
@zipho Not that I know of, at least nothing other than this ticket. |
I have a workflow with some N steps, the final file I wish to name based on the filename in the input file. E.g if my input file is "protein A", I wish the final output to be "Your results on protein A".
The problem is that there are the N-2 steps in between start and finish. I have to carry this name along throughout the entire analysis chain, overwriting otherwise useful names on hidden datasets that the user occasionally unhides to look at.
I propose that the rename dataset action support usage of all the dataset names from Input Dataset elements, rather than just input files to the particular tool.
The table shows the current vs optimal scenarios:
Select Lines on #{input}
Select lines on #{__input_dataset_1}
Blast on #{input}
Blast on #{__input_dataset_1}
The text was updated successfully, but these errors were encountered: