Question: Problems With History
gravatar for SHAUN WEBB
9.4 years ago by
SHAUN WEBB70 wrote:
I have just updated galaxy with the latest mercurial change sets and I am having a few problems with the history. The history is not automatically refreshing so new jobs appear to still be queuing/running. Also, I can't permanently delete an item from the history. It remains with the message "This item has been deleted" even if I try to delete it again. Is this a feature in the latest update. Is anyone else having these problems? Shaun -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.
galaxy • 930 views
ADD COMMENTlink modified 5.8 years ago by Lizex Husselmann80 • written 9.4 years ago by SHAUN WEBB70
gravatar for Greg Von Kuster
9.4 years ago by
Greg Von Kuster840 wrote:
Hello Shaun, No, this is a bug that had not quite made it out to our public distribution, but it has now. Please update again, and you should have the fix. Sorry for the inconvenience. Greg Von Kuster Galaxy Development Team
ADD COMMENTlink written 9.4 years ago by Greg Von Kuster840
Thanks, that seems to have solved the deleted history items problem. I'm still having a problem with the history automatically refreshing. It's the same on Firefox and Safari. Shaun Quoting Greg Von Kuster <>: -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.
ADD REPLYlink written 9.4 years ago by SHAUN WEBB70
Shaun, this was a separate issue that we believe is fixed - can you try one more update? Thanks!
ADD REPLYlink written 9.4 years ago by Greg Von Kuster840
gravatar for Lizex Husselmann
5.8 years ago by
Lizex Husselmann80 wrote:
Dear all I have in my project single end reads (50 bp) for some samples and paired end reads (100 bp frw and rev) for the other samples. I had to re-sequence some of the samples of which I have paired-end reads. However the re-sequence data I receives is single-end reads of 250 bp. Tophat wont allow mapping single and paired-end reads together. It says the result will look bad. They do mention that you can convert the junctions.bed file (output of Tophat) with bed_to_juncs using the -j option. I quote for TopHat manual "run TopHat on the 2nd set of reads using the -j option to supply the junctions file produced by be_to_juncs in the previous step". This is supposed to work but I didn't get it to work. Any suggestion on how I should go about analyzing this data? Kind regards Lizex Hi Mike, There are some performance problems with the Main site that we are currently investigating. Thanks for the information and we apologize for the problems. --nate ___________________________________________________________ The Galaxy User list should be used for the discussion of Galaxy analysis and other features on the public server at Please keep all replies on the list by using "reply all" in your mail client. For discussion of local Galaxy instances and the Galaxy source code, please use the Galaxy Development list: To manage your subscriptions to this and other Galaxy lists, please use the interface at: This message is confidential and may be covered by legal professional privilege. It must not be read, copied, disclosed or used in any other manner by any person other than the addressee(s). Unauthorised use, disclosure or copying is strictly prohibited and may be unlawful. The views expressed in this email are those of the sender, unless otherwise stated. If you have received this email in error, please contact ARC Service Desk immediately. To report incidents of fraud and / or corruption in the ARC use our Ethics Hotline by: Phone number : 0800 000 604 Fax number : 0800 00 7788 Email address : Please Call me : 32840 Website: For more information on the ARC Ethics Hotline, please visit our website at
ADD COMMENTlink written 5.8 years ago by Lizex Husselmann80
Hello Lizex, The utility tools from Tophat are not included with Galaxy, so that is perhaps why you are having trouble creating junctions files, but I am wondering if you need them at all. You mention that you have different sequence types from different samples. These represent different conditions? Or some do and others are replicates or complete replacements for the originals (the re- sequenced data)? For data representing different samples/conditions, you would not want to map the data together with Tophat or run it together in Cufflinks. Even replicates are not mapped in the same Tophat job, although they are included in the same Cufflinks job. The tool authors have an opinion about the value of replicates - so be sure to read about that at the Cufflinks web site. The first time different conditions would be in the same job would be at the stage where Cuffmerge is run, to prepare for Cuffdiff - where the differential expression analysis would take place. This is past the stage where individual reads are involved. Our RNA-seq tutorial is here: And several donated by the Galaxy community are here: But the best resource is the paper from the tool authors ("Protocol"): In the end, you may decide that some of the complexity of your data can be reduced by dropping some datasets, to simplify and achieve the same overall results, or perhaps even improved results. In general, I think it is probably safe to say that the less "done" to prep expression data, and certainly the more homogeneous it is, the better the result. But this is your decision. Good luck with your project. Next time when asking a question, please open a brand new email message and start a new thread, not reply to an existing thread and just change the subject line. This helps us with tracking and is appreciated. Thanks! Jen Galaxy team -- Jennifer Hillman-Jackson Galaxy Support and Training
ADD REPLYlink written 5.8 years ago by Jennifer Hillman Jackson25k
Please log in to add an answer.


Use of this site constitutes acceptance of our User Agreement and Privacy Policy.
Powered by Biostar version 16.09
Traffic: 181 users visited in the last hour