ReleasePlanning

From SPCTools

Revision as of 17:40, 3 June 2013; view current revision
←Older revision | Newer revision→
Jump to: navigation, search

This page is intended to assist in release planning by tracking new feature requests/bugs/improvements etc for TPP.

Under Consideration for 4.7

Plan is to release by ASMS, June 9th

  • BUG: InteractParser issue reported by Jimmy https://groups.google.com/forum/?fromgroups#!topic/spctools-dev/utMNvSzJcFE
  • BUG: Path bug? https://groups.google.com/forum/?fromgroups#!topic/spctools-discuss/a9LF_Y_NU_M
  • IMPROVEMENT: I/we need to update pepXML Viewer to display the search scores from Myrimatch.... 4.7.0 item....
  • (Joe&Mike) IMPROVEMENT: Upgrade X!Tandem
  • BUG: any remaining issues brought up at http://www.viva64.com/en/b/0156/
  • (Joe) BUG: On Windows it seems to have a hardcoded path to perl so that the programs/cgi scripts fail if you put perl in another location, e.g. installing 64 bit perl which goes to C:\Perl64 instead of C:\Perl.
  • (Joe&David) IMPROVEMENT: pepXML_v117.xsd has changes that should probably be rolled into v118 (check with David on this). Make sure it validates.
  • (Luis) NEW FEATURE: Support of Comet in the prophets, quant, viewers
  • (Luis) NEW FEATURE: Support of OMSSA in the prophets, quant, viewers
  • (Joe+Luis) NEW FEATURE: Include Comet in the distribution
  • (Joe) IMPROVEMENT: Include amztpp in the distribution
  • (Luis) NEW FEATURE: Include support for msgfplus
  • (Joe) IMPROVEMENT: Update Pwiz on the Linux side?
  • (Luis) IMPROVEMENT: This one goes to "11", or in this case 10.
    • Comet will output +10 charge states and this will no doubt cause trouble in TPP
  • (Joe+Steve) NEW FEATURE: Bundle idConvert, Petunia page, Steven is fixing it and working with Matt
  • (Luis+Joe) NEW FEATURE: SGE job submission support (so that users can finally use 100% of petunia at ISB)
  • (Luis) Provide a db fmt/verifier and possibly tie this into a decoy maker?
  • (Joe) NEW FEATURE: updateAllPathsNoReallyThisTime.pl
  • (Joe) IMPROVEMENT: nuke .shtml files
  • (Joe) Add the pep.xml/mzML directives to the Apache configuration for both Linux/Windows
  • (Joe) Upgrade SourceForge site
  • (Joe) Upgrade svn clients/server
  • (Luis) Add support for XPRESS ppm tolerance (-a) to Petunia
  • (Luis) BUG: lorikeet uses hardcoded paths to the html and javascript directories on the Apache server (e.g. ISB/js/lorikeet.js) instead of using the TPP_WEB Makefile variable.
  • IMPROVEMENT: Consider merging the old decoy generator with the new decoy generator.
    • (David) new decoy generator merges lines (> 80 characters)
    • (Joe) new decoy generator doesn't know about NCBI "|" so creates funny sequence ids

Other Ideas

  • NEW FEATURE: PEFF support in TPP. (Need to define what this means).
  • Feature thought - Transition petunia from using tandem.params.xml to tandem.params. While I understand in Petunia its historically been called tandem.params.xml and I'm loath to change this because of the impact. Why? For two reason. The first is I expect very shortly we'll be shipping at least one more search engine with TPP (comet) and it doesn't have a "comet.params.xml" file. Secondly on regis we've always (since I've joined ISB at least) called it tandem.params. Now I don't pretend to think we should make our users conform to us, I do however think we need to recognize that internally we support a large array of search engines and we've taken to naming all of the parameter files as <search>.params. To name this omssa.params.xml, inspect.params.xml, etc would be incorrect as these aren't always in xml format. Now I guess for those formats that aren't in xml we could create one but I don't think that's a great approach. Instead I propose following what I've done on regis, which is to use the native parameters file format when possible and in the cases were there isn't one (just command line parameters) use a very simple format that consists of just including all of the command line parameters. Alternately I guess we could just recognize both tandem.params and tandem.params.xml
  • Better support for viewing/outputting N15 experiments. Sequences are hard to read (modification every base) and makes the xml huge.

Legacy Items


 Fix iProphet models page ("performance" models are missing)
- Add "Bruker" files option to msconvert in Petunia
- Fix pepxml2html (View Peptide hits) peptide link for SpectraST results
- peptidexmlhtml2 : does not work with AA highlighting option (mark_aa=)
- Add some filtering options to Pep3D  (specifically: view only +1 ions)
- Add QuickMod to speclibs page?
- retire getSpectrum -> use readMzXML
- incorporate psm2pdf
- include t2d support(?)
- Petunia: option to convert to mzXML using msconvert
- Petunia: launch all external links in blank/target window
- Reindex mzXML: new file with old name; rename old to: old-index or some such
- Petunia: option to run xinteract jobs as separate (instead of combining into a single analysis)
- Petunia: select pep.xml files only for input to Decoy Models pages
- Petunia: auto cd to dir and strip out full path if all files in same dir (shorten command line)
- Petunia: rename Mascot file on download
- Move /tmp/ directory under tpp-bin (Windows)
- Petunia: Add TPP version check (ping server) --> usage stats
- Petunia: add full filters to msconvert(??)
- Petunia: change tab graphic when jobs are done?
- PepXMLViewer: implement "preferences" tab: choose ions series, spectrum viewer, etc... ?
- PepXMLViewer: no pep-pro probability link in iProphet results
- Libra also needs some love (ability to curate ratios would be a great start...)


== From Henry (perhaps he already checked this in?) :
Following up on this discussion, I would like to propose the following. (This is not urgent since our course doesn't use OMSSA or any of the newly-supported engines, so it doesn't need to be in the release soon.)


1. Change xinteract to run RefreshParser before PeptideProphet.

This takes care of the protein name issues for OMSSA, and makes sure that the NTT and NMC fields are there and calculated correctly for PeptideProphet. Some search engines don't fill in those fields and cause PeptideProphet to crash.

The flip-side is mainly inefficiency. If the user decides not to keep all search hits regardless of probability (i.e. not specifying -p0), then this means RefreshParser unnecessarily refresh a bunch of wrong identifications that won't be in the final pepXML file anyway. But then again, given that nowadays PeptideProphet often relies on the protein name (whether it's a DECOY or not), it seems safer to ensure that the protein names are right -- even for the wrong hits -- before we run PeptideProphet. Also, with the new implementation, for most files RefreshParser is so fast that I don't think it will make much difference in running time anyway.

If the user doesn't want to refresh, he/she can always turn off RefreshParser (-nR option).


2. Have InteractParser detects if the search engine is OMSSA, and if so, apply the fix_pyro_mods_ option automatically.
This goes without saying. The only thing is the user doesn't have to turn on the option manually. I don't know if other engines have the same problem. If so, it's easy to add them to the list.

 
Personal tools