-
Notifications
You must be signed in to change notification settings - Fork 272
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
Diffusion echo spacing units #291
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good. My only comment would be rather we want to label the --echospacing
option as "DEPRECATED" in the usage text (as you've chosen to do currently).
Co-authored-by: Michael Harms <mharms@wustl.edu>
Do you have an opinion? Are you suggesting it shouldn't be marked as deprecated? I suppose we should also edit the Batch script to use seconds. |
Yeah, I'm inclined to NOT label it as "deprecated". |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good.
@mharms So, the reason for implementing the seconds option was that milliseconds was inconsistent with the other pipelines. This implies that we want users going forward to use seconds, to reduce confusion. To me, deprecation just means "there is a better way to do this, please use it instead", with a possibility of removing the deprecated thing at some point (my thinking is whether it would benefit users for it to be removed, which may resolve to "probably never" in this case, and many other cases). I am aware of other people having different definitions of deprecation ("deprecated things must be removed in X major versions" being one I strongly disagree with and have argued against), so I can understand it may sound scary to people with those kinds of expectations, but I don't have much sense of how much of an issue that is. What do you see as the cost/benefit of saying "DEPRECATED" versus not? |
To me, the addition of the |
I prefer to deprecate as well. Let's have folks be consistent across pipelines in the future. |
If we are trying to be consistent, should we go further and set up |
I don't expect anyone to manually call just PreEddy, I would say converting it is unnecessary work. Similarly, if we wanted to convert it anyway, it would not need both options, either, as I don't think it is user-facing (in our usual conventions, it would be in a |
As for other pipelines using "DEPRECATED", I think this is the first time we are adding a parameter specifically to use different semantics than the previous equivalent parameter, so this situation may not have come up before. Previous changes were mostly to rename options without changing their semantics (the way newopts handles simple renames, the old name isn't even listed in the help info, but still works). |
If you and @glasserm want to include "DEPRECATED" in the usage text for |
@demsarjure can you test this branch on diffusion data? |
Sure, I will fire up some diffusion tests on this branch. |
@coalsont I ran a couple of tests (some also used the new |
Allows using harmonized time units across pipelines.