PI-3473 Rename "engine.provides" (#3590) #3622
Closed
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.
During work on #3556, it became clear to me that the use of
engine.provides
within the pyke rules, and in a few places withiniris.fileformats.netcdf
is confusing : Because this term collides with the special reserved meaning of "provides" within Pyke rules, as seen in the repeated usage offacts_cf.provides(..)
in most of our Pyke rules.In fact, although
engine
is a Pyke object,engine.provides
is just a monkey-patched additional property attached by our netcdf code, to keep track of cube component objects created during rules evaluation (coordinates, cell-measures and ancillaries).So, this PR just renames it to something less confusing.
This should produce no functional change.
Note - See #3590 for comments. This PR is identical to it, but re-checks the tests as one of the travis tests had stalled for an unknown reason and couldn't be restarted.