Menu
▾
▴
solexatools-users — Mailing list for solexa users
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(4) |
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ben B. <be...@gm...> - 2008-07-03 19:14:46
|
Brian, i am trying to install the war version of solexa-lims. If i get the following error from the login page "We are sorry, the website had an unexpected error. Please report this error here.", does it mean there is an authentication error? I am not able to login at all. Thanks, ben. |
|
From: Brian O'C. <boc...@uc...> - 2008-04-14 21:50:38
|
Hi Blaise, We currently don't have a download tar/gzip file available. So please use subversion to check out a copy. You can find instructions on how to do this here: http://sourceforge.net/svn/?group_id=208516 The SolexaLIMS component is one of two that make up the SolexaTools project (the other one being SolexaPipeline). The SolexaLIMS system will let you track samples while the SolexaPipeline will run analysis on your data. It should be ready to go (you can use the war file provided) but the SolexaPipeline will need tweaking for your setup. Hope that helps --Brian O'Connor B....@nc... wrote: > > Dear madam/sir, > > It is with great pleasure i came across SolexaTools on sourceforge. I > personally believe this is an effort worth congratulating. > I wish to set up such laboratory information management system in our > lab in relation of course to our in house solexa machine. > I could not find a link for downloading the tools on sourceforge. > I will be very please if you would refer me to a link for installing this > great tool. > Hoping to hearing from you at your earliest convenience, thank you very > much in advance for your kind consideration. > > Kindly ; > > > > Blaise T.F. Alako, PhD. > Molecular Biology - Bioinformatics Division > Geert Grooteplein 28, route 259 > P.O. Box 9101 > 6500 HB Nijmegen > The Netherlands > Tel: +31 (0)24-3610535 (direct) > mobile +31 (0)623191127 > b....@nc... > > > Het UMC St Radboud staat geregistreerd bij de Kamer van Koophandel in > het handelsregister onder nummer 41055629. > The Radboud University Nijmegen Medical Centre is listed in the > Commercial Register of the Chamber of Commerce under file number 41055629. > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > > > ------------------------------------------------------------------------ > > _______________________________________________ > Nelsonlab-devel mailing list > Nel...@li... > https://lists.sourceforge.net/lists/listinfo/nelsonlab-devel |
|
From: Brian O'C. <boc...@uc...> - 2008-03-20 23:43:07
|
Hi Robert & Nick, Sorry to take so long to get back to you on this. Things have been crazy in lab since your visit. It was really nice meeting with you and I'm glad we got a chance to talk. The SolexaLIMS web app is the best thing to start with since it's fairly self-contained and should be pretty easy to install. In the solexa-lims directory, you'll find a .war file (under dist directory). That's a pre-compiled version of the site. You should be able to deploy it following the directions in the README. This will let you track your samples being run on the solexa machine. The next step is to install the SolexaPipeline component which integrates with the SolexaLIMS to display information about each of the pipeline steps being applied to the solexa datasets. This project is much less mature and still contains some hard-coded assumptions about our setup in the Nelson lab. The lab now has two developers working on this project to clean it up and get it ready for a 1.0 release. I've cc'd them here along with the solexa-tools list where we post information about the project. In the next couple weeks we're planning on doing a 1.0 release that should address the install issues. If you're interested in hosting me I'm happy to come for a site visit to Yale and help you setup this pipeline after we do a release. Just let me know. Also, I wanted to follow up on our conversation about compressing the data. We really haven't had a chance to work on better compression for the images (or processed data). If you're still interested in working on this I would love to help you out and send you the information on what we've tried so far. I think we can get a 1:5 compression of the image data if we use the lzw compression algorithm from ImageMagick to create compressed tiff image files. I just haven't had time to fully troubleshoot this and make sure the Solexa-provided pipeline produces the same results once the tiff files are compressed then decompressed. We also are thinking about converting text based sequence and intensity output from the solexa pipeline into more compact 2bit and NetCDF binary files respectively. That's something we could explore together if you're interested and would make the exchange of large amounts of sequence data much more practical. Hope that helps!! --Brian Robert Bjornson wrote: > Hi Brian, > > I'm finally back at my desk in New Haven, and following up on my > discussion with you about the solexatools stuff. Nick is very > interested in looking at your stuff, both the LIMS and the pipeline. > We poked around the sourceforge site, but didn't see any downloads, > just the source code repository. From my recollection, I thought that > there was a package for the LIMS, but that the pipeline was a bit > harder to install. > > Can you help me point Nick in the most productive direction for > getting a look at both of these systems? If giving him a login to > your copy of the pipeline is easiest, I think that would be fine > (he'll promise to be very careful and only make read access). > > Thanks, > > Rob |
|
From: Ben B. <be...@gm...> - 2008-01-24 18:21:02
|
Thanks Brian. Do you have a rough estimate when the major new revision will be available? For those of you who didn't see, Illumina released a ChIP-seq application, but it's a module for BeadLab so you'll have to run it interactively on windows to take advantage - not really pipeline friendly :( ben. On Jan 15, 2008, at 3:25 PM, Brian O'Connor wrote: > Hi, > > For those of you interested in using SolexaTools I just wanted to > point out that Jordan and I are currently doing a major revision of > the project to make it as generic as possible. You may have > noticed some assumptions and Nelson-lab specific logic in the > SolexaPipeline subproject (the SolexaLIMS is very clean however). > Anyway, if you're interested in using the current project please > use revision 300 when you checkout from subversion e.g.: > > svn -r 300 co https://solexatools.svn.sourceforge.net/svnroot/ > solexatools/trunk solexatools > > This is the most recent version before we started the refactor. > Email the lists if you run into any problems or have ideas about > improvements. We're also especially interested in adding > developers to the project to help make this project more useful for > a wide variety of uses. > > --Brian O'Connor > Nelson Lab - UCLA |
|
From: Brian O'C. <boc...@uc...> - 2008-01-15 23:25:30
|
Hi, For those of you interested in using SolexaTools I just wanted to point out that Jordan and I are currently doing a major revision of the project to make it as generic as possible. You may have noticed some assumptions and Nelson-lab specific logic in the SolexaPipeline subproject (the SolexaLIMS is very clean however). Anyway, if you're interested in using the current project please use revision 300 when you checkout from subversion e.g.: svn -r 300 co https://solexatools.svn.sourceforge.net/svnroot/solexatools/trunk solexatools This is the most recent version before we started the refactor. Email the lists if you run into any problems or have ideas about improvements. We're also especially interested in adding developers to the project to help make this project more useful for a wide variety of uses. --Brian O'Connor Nelson Lab - UCLA |
|
From: louis f. <lou...@gm...> - 2008-01-15 16:20:35
|
There is a processing error for: *071211_HWI-EAS172_200gh Thanks, * -- Lou Fridkis UCLA Geffen School of Medicine Department of Human Genetics Nelson Lab 695 Charles E Young Drive S. Los Angeles, CA 90095 USA 310-825-7920 |
|
From: Brian O'C. <boc...@uc...> - 2008-01-09 21:31:02
|
Funny that you're asking about this today. Jordan and I have been looking into this. We're having problems working with the image files Solexa provides. It's strange, they're 16-bit files (1000x1000x2 bytes/pixel) but looking at them using ImageMagic it seems like both the higher and lower bytes are identical e.g. it looks like they're essentially 8-bit images. We've been able to compress them using LZW (lossless) and reduce the file size to 1/5 the original size (which is awesome). The problem is running the solexa image file through ImageMagic causes changes in the file (it looks like the dynamic range is rescaled automatically by ImageMagic). When we do a round trip (tif -> lzw compressed tif -> tif), or even just a tif -> tif convertion, we see drastically different answers coming out of the pipeline (even when the dynamic range isn't reajusted!). I'm looking at the pipeline source code today to see if I can figure out what API they're using to read the images. But I'm hoping someone on the list or someone from Solexa can explain what's going on. --Brian Ben Berman wrote: > > what are you guys currently using to compress the images? I know you > mentioned this lossy one that's used for astronomy. If it's lossy, it > would be good to test the effect on the basecalling error when > uncompressed. We are writing a grant, so i want to decide if we're > going to keep the images or not. > > thanks, > ben. |
|
From: louis f. <lou...@gm...> - 2007-12-20 17:59:57
|
*The following solexa jobs have problems: 071211_HWI-EAS172_200gh processing error* *071207_HWI-EAS172_2015A backup error** 071105_HWI-EAS172_14515 processing error 071026_HWI-EAS172_11989reseq process now is not checked 070806_SLXA-EAS20_5722 **process now is not checked* *070604_SLXA-EAS20_5447 validator error* *070427_SLXA-EAS20_5152 **validator error* *070418_SLXA-EAS20_5256 **validator error* *2) validation_solexatmp_070418_SL * (edit<http://genome.ucla.edu/SolexaLIMS/processingSetup.htm?expID=16&procID=402> ) validator_error Validates the run directory by counting files *1) rsync_tempspace_move * (edit<http://genome.ucla.edu/SolexaLIMS/processingSetup.htm?expID=16&procID=401> ) moved Rsync moves files associated with the run. *070405_SLXA-EAS20_0005_FC5065 **validator error* *2) validation_solexatmp_070405_SL * (edit<http://genome.ucla.edu/SolexaLIMS/processingSetup.htm?expID=15&procID=404> ) validator_error Validates the run directory by counting files *1) rsync_tempspace_move * (edit<http://genome.ucla.edu/SolexaLIMS/processingSetup.htm?expID=15&procID=403> ) moved Rsync moves files associated with the run. * 070403_SLXA-EAS20_0001_FC5063** validator error* * Thank you, *Lou Fridkis UCLA Geffen School of Medicine Department of Human Genetics Nelson Lab 695 Charles E Young Drive S. Los Angeles, CA 90095 USA 310-825-7920 |
|
From: Brian O'C. <boc...@uc...> - 2007-11-20 03:23:04
|
Hey Hanlee, I haven't evaluated it yet but Dmitriy in our lab is taking a look and Ben Berman at UCS has been looking into it as well. I've heard it's helpful because it takes into account the quality score as it does the alignment. Dmitriy mentioned that it's similar to ELAND in that it doesn't allow for indels though. Are they adding support in the most recent version? I wish I has seen his talk, do you know if anyone's going to post it online? I'm cc'ing Ben and Dmitriy if they want to chime in. I'll probably add wrappers for MAQ to solexa-pipeline soon. --Brian Hanlee Ji wrote: >Hi Brian, > >Thanks for the information regarding BLAT. I'm in DC for a sequencing meeting geared towards Solexa. > >Richard Durbin, one of the gurus at Sanger had any extensive talk about the MAQ tool in regards to InDels. I seem to remember him mentioning that dealing with heterozygous InDels may be any issue. Did you ever consider MAQ? > >Hanlee >Sent via BlackBerry by AT&T > > |
