-
Notifications
You must be signed in to change notification settings - Fork 13
Feature/zarr fdb interface todos #186
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
Feature/zarr fdb interface todos #186
Conversation
Codecov Report❌ Patch coverage is Additional details and impacted files@@ Coverage Diff @@
## feature/zarr-fdb-interface #186 +/- ##
==============================================================
+ Coverage 74.53% 74.57% +0.04%
==============================================================
Files 358 359 +1
Lines 20968 21070 +102
Branches 2139 2150 +11
==============================================================
+ Hits 15628 15714 +86
- Misses 5340 5356 +16 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
4819cd0 to
303b6d2
Compare
The extension axis is now only needed for a build with multiple parts. For an single part it's simply ignored.
In case the keyword is already mapped by another axis or isn't mapped by any axis, throw a eckit user error instead of std::runtime_error.
Noted the class where the exception occurred.
With the introduction of the writeInto method with he list_iterator interface the former one is now obsolete.
This is really just an interface for the Mock or the FDB wrapper and thus should be called accordingly.
04d3d91 to
60ca37b
Compare
60ca37b to
6145207
Compare
This test case checks for permuted order in the MARS request, as well as in the AxisDefinition.
Added test cases for chunked and non-chunked permutations of axis, in the MARS requests, as well as in the AxisDefinitons. Added further comments to the test cases.
| if (viewParts.empty()) { | ||
| throw eckit::UserError("ChunkedDataViewBuilder: No view parts are given."); | ||
| } |
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.
Pull up check into build
src/chunked_data_view/ViewPart.cc
Outdated
| // @info This is not checking whether the parameters are matching, in theory we could | ||
| // stitch mismatching parameters. |
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.
This comment is misleading, we do not care for the parameters, the only thing that needs to match is the field size / field data type. If we have Surface fields on one side and Pressure layer on the other we already stitch different parameters and that's intentional.
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.
This is exactly what the comment is aiming for the possibility of merging different 'cubes' . How is this misleading?
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.
Rewrote the info.
Description
Fixing the open todos in the new codebase.
Contributor Declaration
By opening this pull request, I affirm the following:
🌈🌦️📖🚧 Documentation Z3FDB 🚧📖🌦️🌈
https://sites.ecmwf.int/docs/dev-section/z3fdb/pull-requests/PR-186
🌈🌦️📖🚧 Documentation FDB 🚧📖🌦️🌈
https://sites.ecmwf.int/docs/dev-section/fdb/pull-requests/PR-186