-
Notifications
You must be signed in to change notification settings - Fork 6
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
Non-trivial study setups #7
Comments
Hi @sneumann, I based the converter on the studies available on Metabolights, and none of these had that kind of layout, so I could take that in consideration. Unfortunately there is no real way to know the name of each sample, so mzml2isa uses the mzML filename. Are you saying it should be made possible to use an external table (such as a spreadsheet) to map each mzML file to each sample instead ? |
Hi, main point of this issue is to be aware of it. mzML and mzData do support sample names, e.g. ftp://ftp.ebi.ac.uk/pub/databases/metabolights/studies/public/MTBLS338/Bur-189_2-D,5_01_37808.mzData has Similarly, ftp://ftp.ebi.ac.uk/pub/databases/metabolights/studies/public/MTBLS341/pos-Exp1-Blatt_K-4_1-B,4_01_8086.mzML was converted with Yours, Steffen |
Is this only for Bruker? As does seems to work with other vendors.
|
@sneumann is there an official Bruker documentation about this we could reference or point to ensure traceability of the feature development? |
Originally opened by @sneumann on althonos/mzml2isa:
Steffen:
Hi, there could be non-trivial experimental designs which are a challenge
to creation of the sample table, e.g. for technical replicates where multiple
assays map to one sample row. A check could be to compare MetaboLights s_Sample.txt versus generated sample tables.
The text was updated successfully, but these errors were encountered: