Remove case sensitivity for variable dimensions#660
Conversation
climbfuji
left a comment
There was a problem hiding this comment.
Is this the only place where a lowercase version of dimension names is needed? Or should this be done much deeper down in capgen when parsing the metadata files?
gold2718
left a comment
There was a problem hiding this comment.
I'm okay with this if it solves whatever problem caused this work (there is no issue or problem mentioned in the PR description). It is a standard accessing routine.
|
@gold2718 - I added a bit more context to the PR description! @climbfuji - a good question. I'll look into how tricky it is to |
|
Dom was right to suggest an "earlier" change to lowercase - there was at least one other path through the code that resulted in the same error. I updated the parser to return both dimensions and standard names in lower case. One question for y'all and for @dustinswales : Thanks to Dustin's recent PR, numerical dimensions are OK (like |
I think that |
gold2718
left a comment
There was a problem hiding this comment.
Still looks okay to me.
I concur. |
dustinswales
left a comment
There was a problem hiding this comment.
There changes look good to me.
One question. I wonder if we still need this change I made with your changes to the parser?
|
Good question! I removed that line from your previous PR and also added a line in the parser to make the local names lowercase as well. |
Updates metadata_table.py parsing to lowercase the following fields:
Context: I ran into an issue where dimension variable standard names were not being found if they contain >=1 upper case letter.
To reproduce, modify any dimension in any of the capgen tests to be mixed case. The test run will fail with this message:
Could not find dimension...User interface changes?: No