-
Notifications
You must be signed in to change notification settings - Fork 49
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
Gzip flag overrides output file flag #148
Comments
Hi @lazear, thank you for reporting this issue. Do I understand correctly, that "less surprising" result will be to use provided filename as it is (in layman terms - "user knows better")? |
Sorry to barge in on the convo, but I think the least surprising is if: and: (like "Save As...." applications with format selection do) |
I would expect the generated mzML file name to exactly match the file name passed by the |
Thank you both for your input. I will stick to "add the extension, if it is not present". I guess, for unification, the same behavior should be added to other file formats, i.e. add |
I have implemented the changes and added a test with the following table of test cases (with as strange user inputs as I can come with). Please, let me know, if there is any case that I might forgot to include. (I guess the table is rather self-explanatory)
|
That looks good to me, thank you for tackling this @caetera! I think it would also be good to update the documentation & CLI flag help to clarify that the flag only effects the filename, and not the full file path. |
Closed in version 1.4.2 |
Hi,
Using a combination of
-g
and-b
flags produces an unexpected result..\ThermoRawFileParser.exe -N -f 1 -g -i="test.raw" -b="test.mzML.gz"
creates a file named "test.mzML.gz.gzip"I would also like to request, perhaps, that the default extension for using the
-g
flag be changed to.gz
, which is the standard extension from gzipped files (for instance, gunzip doesn't recognize.gzip
....)The text was updated successfully, but these errors were encountered: