Metabolomics Society Forum

Software => R => XCMS => Topic started by: hpbenton on August 19, 2011, 12:07:55 PM

Poll
Question: What converter did you use?
Option 1: Agilent MassHunter votes: 1
Option 2: Waters Databridge votes: 7
Option 3: Thermo - native converter votes: 0
Option 4: msConvert votes: 2
Option 5: CompassXport votes: 1
Option 6: Trapper votes: 0
Option 7: mzWiff votes: 0
Option 8: proteoWizard votes: 3
Option 9: Other - post to forum votes: 0
Title: mz sorting violation
Post by: hpbenton on August 19, 2011, 12:07:55 PM
I have noticed that a lot of people have been getting the mz sort violation error while processing their data. In an effort to know where this is coming from I've created a poll. If people who have had this problem could vote and let us know where and how they converted. Maybe it's a certain instrument/parameter/converter or totally random?

Paul
Title: Re: mz sorting violation
Post by: sneumann on December 16, 2011, 03:23:00 AM
Hi,

We've now had the problem as well, on a Waters GC/MS.
The conversion included some Xcalibur peak picking, so that could be a culprit as well.
And the violating peak has an incredibly low intensity, so low it looks like a bug.

Yours,
Steffen

Code: [Select]
[305,] 322.72345 2.577887e-08
[306,] 323.53979 1.403037e-05
[307,] 324.79047 5.404045e+02
[308,] 178.08965 2.829593e-31    <--------
[309,] 326.80518 1.564260e+03
[310,] 327.61475 3.135520e-19

That's the mzXML:

Code: [Select]
<msRun scanCount="7098" startTime="PT2.0467S" endTime="PT1450.14S">
    <parentFile fileName="file://F://XXX.raw"
                fileType="RAWData"/>
    <dataProcessing centroided="1">
      <software type="conversion" name="ProteoWizard" version="2.2.3052"/>
      <processingOperation name="Conversion to mzML"/>
      <comment>Thermo/Xcalibur peak picking</comment>
    </dataProcessing>
    <dataProcessing>
      <software type="conversion" name="ProteoWizard" version="2.2.3052"/>
      <processingOperation name="Conversion to mzML"/>
    </dataProcessing>
...
    <scan num="419"
          scanType="FULL"
          centroided="1"
          msLevel="1"
          peaksCount="438"
          polarity="+"
          retentionTime="PT87.3367S"
          lowMz="40.262493133545"
          highMz="449.795928955078"
          basePeakMz="77.974868774414"
          basePeakIntensity="45256.39453125"
          totIonCurrent="3.933262835838e05">
Title: Re: mz sorting violation
Post by: meow on July 06, 2012, 01:13:57 AM
ProteoWizard 3.0.3700 on Q-Exactive raw data, in Peak Picking (Prefer Vendor) mode, conversion to 64 bit mzML. The problem appears to be a mass stick which occurs twice. I tried with and without "remove zero samples" (since the offending data point was a zero-intensity point).
Title: Re: mz sorting violation
Post by: fmichopo on December 09, 2013, 08:45:45 AM
Hi Paul

I have seen recently these error with data created on the a Waters mass spec converted to netcdf with databridge

Regards
Filippos
Title: Re: mz sorting violation
Post by: MSara on October 23, 2015, 01:11:36 PM
Hi Paul,

I got that problem with databridge and samples were analysed on Q-Tof premier Waters instrument.

Thank you
Maggie
Title: Re: mz sorting violation
Post by: sneumann on April 01, 2016, 06:16:04 AM
Hi,

There is now an automatic fix in https://github.com/sneumann/xcms/tree/f ... assumption (https://github.com/sneumann/xcms/tree/fixmzsortassumption)
which I'll pull into a Bioconductor version after the next release in April.

Yours,
Steffen