From j.scholtalbers@gmail.com Mon Oct 4 03:30:33 2010 From: Jelle Scholtalbers To: galaxy-dev@lists.galaxyproject.org Subject: Re: [galaxy-dev] [galaxy-user] Undocumented tags for tool configuration Date: Mon, 04 Oct 2010 09:30:20 +0200 Message-ID: In-Reply-To: <52E2F874-9176-40B4-8F6E-0D3928B51BFD@bx.psu.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3542608822345765069==" --===============3542608822345765069== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hi Kelly, thank you. I added this info also to the wiki for further reference. Cheers, Jelle On Fri, Oct 1, 2010 at 6:07 PM, Kelly Vincent wrote: > Jelle, > > (I've copied this to galaxy-dev since it's more appropriate to that one) > > The data table approach is fairly new, so there aren't too many examples > yet, although more tools are being converted and will be available soon in > the distribution. Basically, there are 3 steps to using it: > 1. Modify tool_data_table_conf.xml to specify: >        - the bowtie data table >        - the column types in the loc file >        - It should look something like this: >             >                name, value >                 >            
> 2. Create/modify the loc file to correspond with the column types specified > in tool_data_table_conf.xml (in this example, the loc file doesn't have to > be changed), though we are going to be changing the specification to > value, dbkey, name, path > 3. Modify the Bowtie wrapper to use the data table instead of the loc file > directly, replacing this: >                   >                     >                     >                   >        - with this: >                   > > The in the Bowtie wrapper is used in lieu of the deprecated > tag to set the dbkey of the output dataset. In bowtie_wrapper.xml, according > to the first action block, if the refGenomeSource.genomeSource is "indexed" > (not "history"), then it will assign the dbkey of the output file to be the > same as that of the reference file. It does this by looking at through the > loc file and finding the line that has the value that's been selected in the > index dropdown box as column 1 of the loc file entry and using the dbkey, in > column 0 (ignoring comment lines (starting with #) along the way). > > If refGenomeSource.genomeSource is "history", it resorts to default behavior > for Galaxy, which is that the output is assigned the same value as the first > input that has a dbkey specified. > > The second block would not be needed for most cases--it is required here to > handle the specific case of a small reference file we use for functional > testing. It says that if the dbkey has been set to "equCab2chrM" (that's > what the tag) does then it > should be changed to "equCab2" (the