-
Notifications
You must be signed in to change notification settings - Fork 14
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
[FIX] small fixes in createDefaultStatsModel.m, getAcquisitionTime.m & bidsResults.m #1248
Conversation
🧙 Sourcery has finished reviewing your pull request! Tips
|
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.
We've reviewed this pull request using the Sourcery rules engine. If you would also like our AI-powered code review then let us know.
Thanks @d-ni374 for the PR!!!! And sorry for being slow at responding. I will add a few tests to your PR to try to make sure that those problems do not come back in the future. |
@all-contributors please add @d-ni374 for bug, code |
I've put up a pull request to add @d-ni374! 🎉 |
@@ -93,6 +93,10 @@ authors: | |||
affiliation: "University of Gent" | |||
orcid: "https://orcid.org/0000-0001-8279-6118" | |||
|
|||
- family-names: Huber | |||
given-names: Daniel | |||
affiliation: University of Innsbruck |
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.
@d-ni374
is this your affiliation? (got this from github?)
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.
I will merge the PR, but do not hesitate to open another PR to amend this
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.
Yes, the affiliation is correct. Thank you for adding!
To check: seems that the results workflow may have been affected by this: https://github.com/cpp-lln-lab/bidspm/actions/runs/9805840957/job/27076371017?pr=1258#step:17:1284
|
Ok this happens on octave and matlab and can reproduce locally. Will open a new issue to track this new bug. |
Still missed something:
|
I've seen that the contrast names for ds000001 end with '_run-01'. Maybe changing the regular expression for identifying run level contrasts in the function endsWithRunNumber to |
yup having a look at it now also fixing some other issues I introduced in other PRs... |
OK things were a bit more complicated because contrasts need to be named differently so I updated the documentation to explain it: see this PR The regex got more complex: To make it more clear, here are the test cases I am using:
|
Small fixes in 3 scripts:
elseif
conditon to define GroupBy for dataset level nodesceil
function only added 0.001 s, an error was thrown._[0-9]*$
to_[0-9]+$
to actually have a number at the end of the contrast name (which seems to be the definition of a run level contrast). Otherwise, any contrast name ending with an underscore will be treated as run level contrast. Apart from that, the spelling ofcontrastsNamesList
was corrected.