Closed tobiasko closed 5 years ago
Thank you for the suggestion. We had similar thoughts (although not specifically for TIMS). But before that, there's also the EuroBioc 2019 meeting in Belgium, where we also intend to meet and work. I think it boilds down to traveling and organisation. No hard plans on our side yet.
Of course, we are going to submit an abstract (MsBackendRawFilereader) to EuroBioc 2019. The registration page is not available yet. Right?
Not yet. Probably needs another 2 to 3 weeks.
Hi again,
are you interested to meet at the bioc2019 in the framework of the User/developer sessions? So far no Group:
issues
Greetings, Tobi
Yes, of course - I will be creating an issue for a MS/proteomics/metabolomics session in the coming days.
I wonder if we could focus our discussion on R for MS-related issues only (Spectra/Chromatogram packages and their exiting and future MsBackends). I am a bit afraid of going too broad and finally wasting time.
Sure - to be discussed in the coming issue. There could also be sub-groups, depending on number of participants.
A related question: Will anyone of you present at EuBIC developers meeting ???
I plan to - given that my talk will be accepted...
Hi R for MS developers,
not sure if you are aware of this:
CP & me were wondering: Would it make sense to submit a project proposal that aims at developing a computational framework for trapped ion mobility spectrometry (TIMS) in R?
Michelmann, K., Silveira, J. A., Ridgeway, M. E., & Park, M. A. (2015). Fundamentals of trapped ion mobility spectrometry. Journal of the American Society for Mass Spectrometry, 26(1), 14–24. http://doi.org/10.1007/s13361-014-0999-4
This could boil down to a MSbackend that can read Bruker tdf formated data. This data is novel in the sense that it contains an additional dimension (4D) compared to LC-MS data recorded on qTOFs or qOrbi instruments. Therefore, I expect a lot of challenges for visualisation and analysis. The tfd format is also unique with respect to its internal structure, since all metadata is stored in a SQLite DB, while the peak lists sit in a binary container that can be queried using an API. PASEF data recorded on the timsTOF Pro is stored like this.
What do you think? Would any of you be willing to go there and drive such a project?
Greetings, Tobi