Problems With History

9.4 years ago by

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 COMMENT • link written 9.4 years ago by Greg Von Kuster • 840

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 <ghv2@psu.edu>: -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.

ADD REPLY • link written 9.4 years ago by SHAUN WEBB • 70

Shaun, this was a separate issue that we believe is fixed - can you try one more update? Thanks!

ADD REPLY • link written 9.4 years ago by Greg Von Kuster • 840

5.8 years ago by

Lizex Husselmann • 80

Lizex Husselmann • 80 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 usegalaxy.org. 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: http://lists.bx.psu.edu/listinfo/galaxy-dev To manage your subscriptions to this and other Galaxy lists, please use the interface at: http://lists.bx.psu.edu/ 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. mailto:Servicedesk@arc.agric.za) 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 : arc@tip-offs.com Please Call me : 32840 Website: www.tip-offs.com For more information on the ARC Ethics Hotline, please visit our website at www.arc.agric.za.

ADD COMMENT • link written 5.8 years ago by Lizex Husselmann • 80

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. http://cufflinks.cbcb.umd.edu/howitworks.html#reps 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: https://main.g2.bx.psu.edu/u/jeremy/p/galaxy-rna-seq-analysis-exercise And several donated by the Galaxy community are here: http://wiki.galaxyproject.org/Learn#Other_Tutorials But the best resource is the paper from the tool authors ("Protocol"): http://tophat.cbcb.umd.edu/manual.html http://cufflinks.cbcb.umd.edu/manual.html 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 http://galaxyproject.org

ADD REPLY • link written 5.8 years ago by Jennifer Hillman Jackson ♦ 25k

Similar posts • Search »