neubrex decimation check #465
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
This PR modifies the time/distance decimation check for reading neubrex DAS files. Previously, we simply raise an exception if the
DistanceDecimationFilteror theTimeDecimationFilterattributes are non-zero. This is because I was not sure if this is a binary flag indicating a low-pass anti-aliasing filter was applied (to either the time or space dimension) or if it is an integer value indicating the time/distance coordinate was decimated. For example, aDistanceDecimationFilter=2 could mean every other channel was discarded.It appears that some files (eg the forge neubrex das files) have a value of 1, so it is probably a binary flag. In this case, I don't think there is anything else for DASCore to do except add this info to the attrs.
This PR just allows
DistanceDecimationFilterandTimeDecimationFilterto be either 1 or 0 and addsdistance_decimation_filterandtime_decimation_filterto the patch attrs.@arturguzik, if you can confirm my intrepretation of the
TimeDecimationFilterandDistanceDecimationFilterparameters that would be useful. Thanks!Checklist
I have (if applicable):