New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
findChromPeaks issue (bug?) #584
Comments
Hi, could you provide your |
Oh, and one more thing would help: after the error occurs please use |
I installed everything fresh when I updated. SessionInfo outputs the following: Matrix products: default locale: attached base packages: other attached packages: loaded via a namespace (and not attached): When I run the following script: and then run traceback(), it returns the following : I'm a bit stumped. |
Hm, can't confirm yet here. We have an Could you run |
Hi Steffen Warning: S3 methods ‘plot.xcmsEIC’, ‘split.xcmsSet’, ‘c.xcmsSet’, ‘c.XCMSnExp’, ‘split.xcmsRaw’ were declared in NAMESPACE but not found I downloaded the package via Bioconductor using the typical biocmanager::install("xcms), and this has always worked previously. |
More verbose output:
|
Can you do an |
-- R CMD check ----------------------------------------------------------------------------
-- R CMD check results --------------------------------------------------- xcms 3.16.0 ----
See 'Writing portable packages' in the 'Writing R Extensions' manual. 0 errors √ | 0 warnings √ | 6 notes x |
Great, exactly what we needed. So in general everything works because |
Just triple checking, but aren't both of the suggested data packages consisting of only msLevel 1, when the error I am reporting is for the addition of msLevel 2 with add=TRUE? |
You're correct. Can you reproduce with this one: |
Certainly. Using the file you suggested, I choose the default parameters, with the following scripts: cwp=CentWaveParam() files= system.file("microtofq/MSMSpos20_6.mzML", package = "msdata") pd1=data.frame(sample_name=sub(basename(files), pattern=".mzML", raw_data1a=readMSData(files=files, exp_data=findChromPeaks(raw_data1a, exp_data=findChromPeaks(raw_data1a, returns: Error in .local(object, param, ...) : unused argument (add = TRUE) Switching this around, I can pick peaks for msLevel=2 first, and the when I try to add ms 1 data to the onDiskMSnExp, the add=TRUE error comes up. Outlined below is the session info: Matrix products: default locale: attached base packages: other attached packages: loaded via a namespace (and not attached): |
OK, I'll have a look into that. |
- Add ... to findChromPeaks,OnDiskMSnExp to avoid error message from issue #584.
Note that you are calling To fix your problem I would suggest to change your workflow to call data <- readMSData(fls)
xdata <- findChromPeaks(data, param = cwp)
xdata <- findChromPeaks(xdata, param = cwp, msLevel = 2L, add = TRUE) Note that in the second |
ok, that makes sense. I ran this successfully with the suggested "mzml" file, and then when I turned to run this with my own files, This is odd, since the initially imported onDiskMsnExp has both 1 and 2 levels. The traceback is as follows: I know the cwp parameters are not optimized, but the error message is throwing me a bit by saying no MS level 2 spectra present. |
This is indeed strange. What is the output of table(msLevel(raw_data1a)) on your data? Could it be that you have some files in your data set with only MS1 data? |
I recently updated to R version 4.1.1 and updated XCMS and associated packages to 3.14.1. Using Waters MSe data, I have previously successfully using findChromPeaks for both MS1 and MS2 using the add=TRUE. (script outlined below).
table(msLevel(raw_data1a))
1 2
125773 104078
exp_data=findChromPeaks(raw_data1a,
param=cwp,
msLevel=1)
exp_data=findChromPeaks(raw_data1a,
param=cwp,
add=TRUE,
msLevel=2)
However, when running the msLevel=2, the following error message is being returned:
Error in .local(object, param, ...) : unused argument (add = TRUE)
I have also looked at just starting with msLevel=2L, which returns the following error:
Error in h(simpleError(msg, call)) :
error in evaluating the argument 'X' in selecting a method for function 'bplapply': No MS level 2 spectra present
Which makes me suspect that if there is a bug, it is potentially not with XCMS ?
I really should know better then to give in to updates!
The text was updated successfully, but these errors were encountered: