Skip to content
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

Expanding peakrange in fillpeaks #2

Closed
stanstrup opened this issue Apr 14, 2014 · 6 comments
Closed

Expanding peakrange in fillpeaks #2

stanstrup opened this issue Apr 14, 2014 · 6 comments

Comments

@stanstrup
Copy link
Contributor

Hi. I don't know if this is now the proper place to post suggestions but here it goes.

As have been noted previously (http://metabolomics-forum.com/viewtopic.php?f=25&t=148) the peak range for the initially picked peaks can be too narrow to allow proper re-integration for all samples.

I suggest that a parameter to expand peakrange in getPeaks is added to fillPeaks.chrom and passed on to fillPeaksChromPar.
I don't know the what the most appropriate way to pass the parameter would be so hence no pull request.

I suggest the multiplier is used like this:
you set M=0.1 if you want to increase the peakrange interval by 10%

the peakrange to use in getPeaks then becomes:

mzmax_new = mzmax + ((mzmax-mzmin)_M)/2
mzmin_new = mzmin - ((mzmax-mzmin)_M)/2

@stanstrup
Copy link
Contributor Author

I have reopened this. See the pull request here: #3
What needs to happen to get this included?

@stanstrup stanstrup reopened this Jan 24, 2016
@stanstrup
Copy link
Contributor Author

Forgot to say that I would really like this included as soon as possible since the version the pull request was based on is no longer compatible with current versions of the dependencies, so I cannot use my fork.

@stanstrup
Copy link
Contributor Author

Is it possible to use FillChromPeaksParam (so that you can use the ppm setting that sets a minimum width) in the old workflow?
I still consider this a pretty critical issue that current fillpeaks will try to integrate in an essentially 0 width m/z slice.

@jorainer
Copy link
Collaborator

Unfortunately FillChromPeaksParam can not be used in the old workflow. The new fillChromPeaks uses completely different code, i.e. it really reads raw data to fill in peaks. In the old workflow, even if you used centWave and thus did never have the need for the profile matrix, the peaks are filled in from the profile matrix.

I'll check if and how I can include this parameter in the old workflow too.

@stanstrup
Copy link
Contributor Author

Thanks. I did make a pull request for a minimum widths of mz and rt. Just used absolute widths instead of ppm. I think you also found a bug in my code though.
Right now there are only the expand options while the minimum options would be more helpful.

@jorainer
Copy link
Collaborator

Closing this issue (the oldest one we've had still open!), because this feature is added in the new user interface functions: possibility to expand the are by a constant or relative value in both m/z and rt dimension.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants