If I'm not mistaking, Composite Datatypes allow for only one directory,
whereas we need to keep a constant directory structure with 2 or more
sub-directories containing our input files.
We have no way to change these tools behavior (obviously not
Galaxy-friendly ;-) ) and therefore need to maintain this structure in
the job working directory.
Pierre.
Pierre Pericard
IE CDD - Projet Peptisan
Service Informatique et Bio-informatique (SIB)
Station Biologique de Roscoff
CNRS-UPMC
Place Georges Teissier
CS 90074
29688 Roscoff CEDEX
FRANCE
http://abims.sb-roscoff.fr/
Le 29/01/2013 17:47, Peter Cock a écrit :
On Tue, Jan 29, 2013 at 4:41 PM, Pierre Pericard
<pierre.peric...@sb-roscoff.fr> wrote:
Hi all,
We've just added some new tools based on R scripts to our local Galaxy
instance.
Most of these tools need to work at the root of the directory containing the
input files (up to hundreds of XML files) spread among two or more
sub-directories. The directory structure need to be kept since the R tools
recursively search for files and use the subdirectories names as classes.
To solve this problem we added a "dummy" datatype to our instance so we can
upload the input directory as a zip file without Galaxy decompressing it.
Have you looked at a composite datatype instead, where the files are
stored on disk decompressed?
http://wiki.galaxyproject.org/Admin/Datatypes/Composite%20Datatypes
Peter
___________________________________________________________
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:
http://lists.bx.psu.edu/
