-
Notifications
You must be signed in to change notification settings - Fork 23
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
GSPOE-132 add index column for disclaimer and general_information #1753
Conversation
I have implemented the additional "extract_index" columns. I have not enforced the not null constraint on the column, so it should be backward compatible. Sorting is done on this data when available.hello @michmuel : as discussed (quite a while ago) could you please check with your data if the import will still work without errors ? |
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.
Looks good to me. I have only one question concerning the different implementations of "extract_index" in the two db models.
Merging this PR would require that users have to have a column "extract_index" in the db tables "disclaimer" and "general_information". However, values could be Null. Right?
In general, I do not understand the reason for the extract_index for disclaimers and general information as it is - as far as I see - not part of the extract schema and the placing of these texts in the pdf is clearly defined.
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #1753 +/- ##
==========================================
+ Coverage 77.68% 77.71% +0.02%
==========================================
Files 127 127
Lines 5271 5277 +6
==========================================
+ Hits 4095 4101 +6
Misses 1176 1176
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
Hello @michmuel I am sorry, it took me a long while to finalize this topic. The field is just added for consistency with the definitions in http://models.geo.admin.ch/V_D/OeREB/OeREBKRMkvs_V2_0.ili If other data sources do not use the index, there is no difference. Furthermore, I added some tests, to make sure the sorting is executed correctly. |
85d3982
to
0c52a52
Compare
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.
Looks good to me. Thanks for finishing it ;)
Hi, thanks for updating this. May I ask you why you implement breaking changes in a minor update? Are you aware that this can cause problems when updating pyramid oereb when one is not aware of this? We would really, really, from the bottom of our hearts, appreciate it, if you could please at least leave a note in the release notes. For example something like this: Version 2.4.7
Regards, and thank you for considering this Christian Sieber |
@callsumzg Thanks for your note. You are right. Version 2.4.7 introduces changes to the db structure of the standard model (one additional field "extract_index" for tables "disclaimer" and "general_information" in the main schema). That is not obvious for a user by means of the change log and can require additional time for the implementation of configuration changes and/or the error search. Sorry for the inconvenience. We will try to avoid similar things. |
Fixes #1706
harmonize database definitions according to #1387