> I have managed to use something like
> <data format="fasta" name="output" label="#echo os.path.splitext
> (str ($input.name))#-ORF.fasta"/>
> </outputs> to display the wanted label for the dataset in the
> However when I applied the same code to other tool wrappers, some
> weird things happened: the wrapper can still be loaded in the web
> page, but when I click the execute button to submit the job, nothing
> happened except the web browser giving the status “wait for
> I cannot think of any reason for that. The main difference I can
> think of between the successful wrapper and the failed ones is that in
> the failed ones I have to do some file manipulations as galaxy always
> stores its dataset with the file suffix .dat which is not acceptable
> in the tool, e.g. proteowizard. I have to rename it with the correct
> suffix and move the final result to the output file.
I do not think its related to your label attribute. Can you post you
complete wrapper? For the file manipulation I usually use symlinks to
$TEMP and use these symlink as input.
> Additional related questions:
> 1. How to display the selected value of a conditional element in
> the label? $conditional.value?
Normally you have something like that in your condition, or?
<param name="type" type="select" label="Scaling/Normalization method" >
You can access the value of param with $scaling.type
> 2. How to display different strings according to the conditional
> selection? Similar to command element to use #if #elsif #end if?
Not tested, but your example above uses cheetah for the splitext
function, maybe you can try something like that:
label="#if $scaling.type == 'no': print 'no' #else print 'yes'#"/>
> 3. When using <data name="output" format="csv">
> <change_format> <when input="type" value="html" format="html"/>
> </change_format> </data>, could I use label attribute in the data and
> when elements?
No clue, but I don't think that is possible.
Please keep in mind that the label should be easy to read and to
remember, I'm not sure your approach to put in every single parameter is
ideal. We had some discussion about that at the last GCC and we will
work on some guidelines or better default lables in the future.
> Look forward to your kind answers. Many thanks in advance.
> Best regards!
> Please keep all replies on the list by using "reply all"
> in your mail client. To manage your subscriptions to this
> and other Galaxy lists, please use the interface at:
> To search Galaxy mailing lists use the unified search at:
Please keep all replies on the list by using "reply all"
in your mail client. To manage your subscriptions to this
and other Galaxy lists, please use the interface at:
To search Galaxy mailing lists use the unified search at: