ReAdW gets the ms level and polarity from the filter line, but in this
case it doesn't know how to deal with the filter line so it seems to be
silently aborting the filter parser. The "extra coding and hassle"
should happen to the parser code instead of your own code (IMO). But in
this case, I'm not even sure what the elements of the scan filter mean.
What is {1;1}? What is "lock" vs. "MZ"? Is that like Waters's lock mass?
-Matt
As I understand data have 4 scanfilters: 1) negative with lockmass, 2)
negative raw, 3) positive with lockmass, and 4) positive raw.
Functions 1 and 3 are corrected to lockmass signal (no like in
Water's, just lock scans ), and 2,4 raw data.
{1;1} refers to the first scan method defined in the experiment
(positive mode in this example), and {1;2} is the second scan method
(ie negative mode in this case).
filterLine="FTMS {1;1} + p ESI Full ms [60.00-1200.00]"
filterLine="FTMS {1;2} - p ESI Full ms [60.00-1200.00]" - negative
polarity, profile mode, electrospray ionisation, raw ms (not corrected
for lockmasses).
I just checked out FilterLine.cpp code, and actually I was not able to
figure out where exactly problem can occur, but I am not a software
coder.
Dominik, yes we tried to use RecalOfline, but also in this case
"msLevel" and "polarity" are set wrong.
Thank you and best regards,
--
Andris Jankevics
AIO
Groningen Bioinformatics Centre
Groningen Biomolecular Sciences and Biotechnology Institute
University of Groningen
Kerklaan 30, Haren, 9751 NN, The Netherlands
If you need a server to upload it to:
http://tools.proteomecenter.org/wiki/index.php?title=TPP:Frequently_Asked_Questions#How_do_I_upload_files_to_the_SPC_tools_team.3F
Also, SPC tools team, how do I access that server? :P
-Matt
In this example {x;y}, x is not changing, it is always 1. But y is 1
or 2, and depends on polarity.
Thanks and best regards,
Andris
-Matt
Thank you for your work, these data will be mostly metabolomics data
sets which will be analyzed by XCMS and several other software tools.
It would be nice to have functionality in ReAdW to extract only mzXML
file by based on scan event (for example only lock mass corrected
positive slice), but this is not so essential.
best regards,
Andris
Overdue support for filter lines found in Exactive files has finally been added to ProteoWizard (as of r2087). Also there was a problem with parsing the
instrument model and that should also be fixed.
Thanks for your reports and for uploading the files.
-Matt
On 6/24/2010 3:46 PM, Zhenyu Chang wrote:
However, I have encountered the following problem when using msconvert tool. I was trying to convert a .RAW data generated by Thermo Fisher Exactive instrument
to mzML 1.1 data format.
Hi Anas,
The problem is a readw one, you have to specify a scan filter in readw or specify “fullms” (don’t quote me on that filter!).
MSConvert supports centroiding and I’d recommend moving to it, here is a simple batch file code:
cd C:\pwiz
msconvert C:\rprocessing\rawdata\*.raw -o C:\rprocessing\converted\posmzxmlfiles --mzXML --filter "peakPicking true 1" --filter "polarity positive" -v
cd C:\pwiz
msconvert C:\rprocessing\rawdata\*.raw -o C:\rprocessing\converted\negmzxmlfiles --mzXML --filter "peakPicking true 1" --filter "polarity negative" –v
the peak-picking filter is “peakPicking true 1”.
I can send you an rscript if you need it but it’s basically the same, I showed Stuart how to use it when he came across to see our methods so you could ask him.
Cheers,
Gavin.
From: Anas [mailto:anask...@googlemail.com]
Sent: 01 November 2012 16:00
To: spctools...@googlegroups.com
Cc: proteowizard-support; Chang, Zhenyu (charlie); andris.j...@gmail.com; Anas
Subject: Re: [proteowizard-support] ReadW and Orbitrap Exactive output files
Matt,Gavin, thanks for the quick reply,
Matt,
I meant to say lockmass filter (function in Waters terms), it is not a separate scan event, I just turned it on to improve mass accuracy, all the scans were MS1, but Thermo decided to mix the two filters together,
I am using ReAdW to convert o mzXML as I need centroid data, an option deleted by Thermo from Exactive and can`t find support for it in msconvert,
here is an example of a working (lockmass off) and a corrupted file (converted by ReAdW)
it`s certainly a Thermo bug, msconvert is not the culprit :),
Gavin,
No switching, a single polarity data,
https://icseclzt.cc.ic.ac.uk/pickup.php?claimID=YZ6QXbK3ojWU3z9D&claimPasscode=ufAeKModjUaB3ZFH&emailAddr=mkamleh%40imperial.ac.uk
Hi Anas,
Just looked at the files. The working one is ok because the lock mass scan filter doesn’t appear at any point in the data (as far as I can see), but the corrupted file does have this scan filter for several scans and so causes this problem.
As Matt said, MSConvert should solve the problem for you.
Cheers,
Gavin.
From: Anas [mailto:anask...@googlemail.com]
Sent: 01 November 2012 16:00
To: spctools...@googlegroups.com
Cc: proteowizard-support; Chang, Zhenyu (charlie); andris.j...@gmail.com; Anas
Subject: Re: [proteowizard-support] ReadW and Orbitrap Exactive output files
Matt,Gavin, thanks for the quick reply,
Matt,
I meant to say lockmass filter (function in Waters terms), it is not a separate scan event, I just turned it on to improve mass accuracy, all the scans were MS1, but Thermo decided to mix the two filters together,
I am using ReAdW to convert o mzXML as I need centroid data, an option deleted by Thermo from Exactive and can`t find support for it in msconvert,
here is an example of a working (lockmass off) and a corrupted file (converted by ReAdW)
it`s certainly a Thermo bug, msconvert is not the culprit :),
Gavin,
No switching, a single polarity data,
https://icseclzt.cc.ic.ac.uk/pickup.php?claimID=YZ6QXbK3ojWU3z9D&claimPasscode=ufAeKModjUaB3ZFH&emailAddr=mkamleh%40imperial.ac.uk
On Thursday, November 1, 2012 4:08:04 PM UTC+1, matt.chambers wrote: