- galaxy-dev - lists.galaxyproject.org

Re: [galaxy-dev] Could anyone body tell me why our C program do not work in galaxy
by Peter Cock 25 Apr '11

25 Apr '11

2011/4/25 liyanhui607 <liyanhui607(a)163.com>: > Thank you very much! > After I have added it to the path, it can work now. > Best Wishes! > Yan-Hui Li Oh good. Peter P.S. Please keep the mailing list on replies.

1 0

Could anyone body tell me why our C program do not work in galaxy
by liyanhui607 22 Apr '11

22 Apr '11

Dear Sir, We have a program writen in C lanuage. It can run nomally in linux environment. We plan to add it to galaxy, but it did not work. The C file after complie named "shortest-path" The shortest-path.xml is as follow: Could anybody tell me what is wrong ? why it does not work? Thank you very much! Best Wishes! Yan-Hui Li <tool id="shortest_path_1" name="shortest_path"> <command interpreter="C">./shortest_path $infile1 $output </command> <inputs> <param format="text" name="infile1" type="data" label=" expressed_genes_20101024.hprd8_biogrid-2.0.58.adj_matrix.txt "/> </inputs> <outputs> <data format="tabular" name="output" /> </outputs> <tests> <test> <param name="input" value="1"/> <param name="input" value="../GEO_dataset/expressed_genes_u133a.6k_u133p2.8k_20101024.txt"/> <param name="input" value="../ppi/hprd8_biogrid-2.0.58.ppi.txt"/> <output name="out_file1" file="expressed_genes_20101024.hprd8_biogrid-2.0.58.ppi.txt"/> </test> </tests> </tool>

3 2

NLStradamus wrapper (for nuclear localization signals)
by Peter Cock 22 Apr '11

22 Apr '11

Hi all, I just wanted to mention (to avoid duplicate work) that I have a working Galaxy wrapper for NLStradamus v1.6, a tool for prediction of nuclear localization signals (NLSs) from a protein FASTA file. The wrapper does a little reformatting of the output to get a clean tabular file for use in Galaxy. I would release this to the Galaxy Tool Shed now, but the tool's author Alex Nguyen Ba tells me he hopes to have an update released fairly soon which should include a native tabular output - probably with a richer column structure. So rather than having to change the tool output and potentially break workflows, I plan to wait till then. However, if anyone wants the wrapper before then, drop me an email. Regards, Peter References: A. N. Nguyen Ba, A. Pogoutse, N. Provart, A. M. Moses. NLStradamus: a simple Hidden Markov Model for nuclear localization signal prediction. BMC Bioinformatics. 2009 Jun 29;10(1):202. http://www.moseslab.csb.utoronto.ca/NLStradamus

1 1

Galaxy tools' priority level (nice)
by Peter Cock 22 Apr '11

22 Apr '11

Hi all, Our Galaxy is running on a shared server which will sometimes be running other computationally demanding jobs (outside of Galaxy). In some cases I'd like these to have priority, perhaps by having Galaxy run the tool child processes at a nice level of 10 (say). Is there any built in way to control the Unix priority level (e.g. nice or ionice) used to run tasks? I don't see anything on here, but perhaps I'm looking in the wrong place: https://bitbucket.org/galaxy/galaxy-central/wiki/Config/WebApplicationScali… Thanks, Peter

2 4

Re: [galaxy-dev] Plotting tools - best output format? PDF, PNG, ... SVG!
by Peter Cock 21 Apr '11

21 Apr '11

On Thu, Apr 21, 2011 at 10:50 AM, Pieter Neerincx <pieter.neerincx(a)gmail.com> wrote: > Hi Peter, > > On Apr 20, 2011, at 5:47 PM, Peter Cock wrote: > >> On Wed, Apr 20, 2011 at 4:30 PM, Pieter Neerincx >> <pieter.neerincx(a)gmail.com> wrote: >>> Hi Peter, >>> >>> On Apr 20, 2011, at 11:07 AM, Peter Cock wrote: >>> >>>> Hi all, >>> >>> ...<cut>... >>> >>>> How about SVG? Don't most of the mainline browsers have >>>> reasonably good SVG support built in (possibly via a plugin)? >>> >>> Yep, SVG support is pretty good nowadays especially in FireFox >>> and Opera. Safari, IE and Chrome have only partial support, but >>> for simple charts without 3D filters it works fine. I've added SVG >>> as a datatype to my Galaxy and this works great. You won't need >>> a plugin; in fact the old Adobe SVG plugin is depreciated already >>> for a few years now and no longer compatible with recent browser >>> versions. >> >> I looked at SVG about a year ago, and was pretty impressed. >> I did run into some issues, particularly with links, and opted to >> use PNG files in the end. Since then we've finally dropped IE6, >> so hopefully SVG would be safe now. >> >> Are your changes to add SVG as a datatype to Galaxy public? >> I'd like to suggest that be merged to the trunk. > > I simply added this line to my datatypes_conf.xml: > > <datatype extension="svg" type="galaxy.datatypes.images:Image" mimetype="image/svg+xml"/> > > I didn't make a sniffer as I don't have a use case for users > uploading SVGs, so I didn't have to create a Python class and > SVG is just another instance of galaxy.datatypes.images:Image > from a plain vanilla Galaxy. That makes sense if the sniffer is only used on upload. > To make sure the client displays the SVG you may have to add > the SVG mimetype to your web server's config too. Where this > is defined may differ per linux distro. I use apache as a proxy > and had to add > > image/svg+xml svg svgz > > to /etc/mime.types. Thanks for the details - it looks simple enough to add here too. If/when any SVG producing tools are added to Galaxy or the Galaxy Tool Shed, then it would be nice to have this done in the main repository. >>> The nice benefit of SVG in addition to not needing a plugin is >>> that the image can scale with the surrounding text if you zoom >>> in your browser (without loosing resolution). >>> >>> The disadvantage is that although my users know what a PDF >>> file is and can process them for posters/manuscripts, most of >>> them never heard of SVG and get stuck when it doesn't import >>> into PowerPoint et al. :( >> >> Do they cope with PDF? > > Well, they know how to view and print one :). Importing them > directly into PowerPoint and Word is just as problematic though, > so that usually involves opening the PDF in a different program > and copy/paste or exporting to another format. Still a hassle, but > they manage... Getting a PDF into PowerPoint or Word is easy on a Mac ;) But yes, point taken - even though a PDF is easier to work with than an SVG (or a postscript file), it can still be a hassle. Peter

1 0

Access control for galaxy
by Raghuraman Ramamurthy 21 Apr '11

21 Apr '11

Hello, I would first like to thank and appreciate the Galaxy team for their efforts. I want to clone galaxy and host it in my website. In doing so, I want to restrict the users who use galaxy on my website. So, is there any access control module which could be integrated with galaxy, to make it secure and grant access to only a set number of people. Thanks, Raghu

2 1

Sample Tracking: How datasets are transferred from Sequencer to Galaxy
by Joe Cruz 20 Apr '11

20 Apr '11

Hello, I was hoping someone could explain the process of how a dataset is transfered from a configured Sequencer to a Galaxy library within sample tracking. Particularly how RabbitMQ, API keys, transfer_manager_port and enable_sequencer_communication (in universe_wsgi.ini file) work in this process. Your help is greatly appreciated! Thanks Joe A. Cruz

2 1

Plotting tools - best output format? PDF, PNG, ...
by Peter Cock 20 Apr '11

20 Apr '11

Hi all, I'm working on a simple plotting tool, and currently I am using PDF output since this is vector based (so it can be rescaled without loss of quality) and can be edited easily enough for use in publications. However, at least on my OS/Browser, Galaxy does not show the PDF files in situ, the "eye" button acts like a download link. Is this a bug? If I switch to making a PNG file, then clicking on the "eye" button shows the image directly in the center panel (nice), but PNG is not a great format for detailed figures or printing. Looking over the tools which come with Galaxy under tools/plotting/*.xml all use PDF or PNG. How about SVG? Don't most of the mainline browsers have reasonably good SVG support built in (possibly via a plugin)? Peter

2 3

Re: [galaxy-dev] Execution of workflows using API
by Dannon Baker 20 Apr '11

20 Apr '11

Taka, Great, I'm glad the workflow api is now working for you. I'm not sure what you mean with regards to work I'm doing for decrypting hda to actual id, but I will say that a History/Dataset API is something many people have asked about and I imagine that it will get done sooner rather than later, though I can't specify an exact timeframe. -Dannon On Apr 20, 2011, at 11:29 AM, t.yamaguchi(a)utoronto.ca wrote: > Hello Dannon, > > Thanks for the quick response. > I emailed you as it seems to take some time to get authorization to reply to posts. > > I went though example_watch_folder.py and found the answer to resolve my problem. I thought the ids that returned from library_upload_from_import_dir.py were ldda but it was ld. Thanks. > > I have another question. > I would like to access output files from each history using my script. > I saw your previous posts and you're working on API to decrypt hda to its actual id. > Are you planning to release the script in the near future? > > Thank you, > > Taka > > -------------------------------------------------------------------- > > Taka, > > Would you mind sharing the exact command you used to call > workflow_execute.py? > > It does sound like you're doing something very similar to what > scripts/api/example_watch_folder.py does. That script also uploads from > the file system to a data library and subsequently executes a workflow > on the uploaded files. If you haven't already taken a look there, it > could perhaps serve as another example for you. > > -Dannon > > On 04/19/2011 10:51 AM, Takafumi Yamaguchi wrote: > >> Hello, >> >> I have a question regarding execution of workflows using API >> (workflow_execute.py). >> >> I am writing a script to automate file uploading and workflow >> execution using API. >> >> I was able to upload files and the response gave me ids for each file >> with 32 characters although the README example returned 16 characters. >> (I used library_upload_from_import_dir.py) >> >> Then I tried to execute a workflow using workflow_execute.py but >> it does not seem that the script accepts the ids. >> >> Is there any ways to resolve this issue? >> >> Thank you, >> >> Taka >> >> ___________________________________________________________ >> 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/ > « [hide part of quote]

1 0

BLAST+ HTML output broken
by Peter Cock 19 Apr '11

19 Apr '11

Hi Kanwei, I noticed that the BLAST+ output options for HTML are not working, a side effect of my recent refactoring. Could you transplant/merge this fix and test please: https://bitbucket.org/peterjc/galaxy-central/changeset/e1e6f92e07bf https://bitbucket.org/peterjc/galaxy-central/changeset/c60551f7d13c These are the only commits on this new branch from the default: https://bitbucket.org/peterjc/galaxy-central/src/blast_2011_04_19 Thanks, Peter

2 1