-
Notifications
You must be signed in to change notification settings - Fork 0
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
pipe_section : cascading values for value lists #53
Comments
|
|
Please find the catalog (ref page 209) Please find the xls file I have built to load and test in the tdh_vl schema |
@jpdupuy Looks nice - I created a pull request to integrate this. |
So I reviewd the issue and try to explain of what I understood:
The new attribute is called pipe_section_mg_material (suggestion from @ponceta with extra prefix mg_ (addition from @sjib - as it is a adaption for Morges (instead of pipe_dn, to be in line with what has been done on qwat)
As far as I understand the drafts for the project form fills in nominal_diameter. What about the other attributes? So I will not delete the attribute nominal_diameter and delete this part again
@jpdupuy @ponceta Did I understand the idea correctly. Do you agree with my suggestions to adapt the create code? |
@sjib Yes you understood correctly the idea.
I would suggest to rename pipeline_quality to pipe_quality, since all other attributes have the same prefix pipe_type and pipe_brand The value list must be reviewed pipe_section_pipeline_quality :
Please replace the values in pipe_section_pipeline_quality by : @ponceta We also need your approval to match the TWW and TWA implementation |
@jpdupuy I can only adapt the English translation but not contents of a value list. I know it's a mix, therefore it is ok to build this user friendly way of choosing, but at the end we have to have filled in the official values (also). |
@sjib Well, this is taken from the official catalog. Please find the catalog (ref page 209) At least we also need to add the unknown value, such as in many value lists. The nominal diameter might be known, but he pipe material would be unknown |
@jpdupuy These are all very good comments that I happily pass on to the technical association "Réseaux Thermiques Suisse" so these can be considered in a future model release. |
I think the values steel_35 etc. are not material and diameter but define the quality of the steel: steel_35: Ainsi, St35 est l'ancienne désignation d'un acier de construction non allié dont le numéro de matériau actuellement en vigueur est 1.0308 et la désignation S235G2T, qui joue principalement un rôle dans la production et l'utilisation ultérieure de tubes en acier. https://www.helpster.de/st35-stahl-informatives-zum-bezeichnungssystem_190739 Or steel 37: e.g. https://www.weltstahl.com/stahl-st37-datenblatt-werkstoff-1-0037-din-17100-baustahl/ |
@jpdupuy
diameter_nominal should correspond to pipe_section.diameter_nominal. Is it ok to change the datatyp to text so a trigger could copy that value? |
@ponceta Are triggers the right way to update other attributes based on the selected pipe_section.mg_material? Do we have already an example I could copy? |
@sjib I believe smallint is fine (it depends on the units) |
Diameter_nominal is defined as text as it could be also e.g 1200/800 |
@sjib The smallint type can hold values from -32,768 to 32,767, |
@jpdupuy I found another document that tries to implement SIA405 Fernwaerme: Maybe there are some more helpful hints. |
@sjib Thank you, it is an interesting document. Some hints might be helpful. |
@jpdupuy yes. There might be some hints on material and abbreviations |
@jpdupuy Add final way of integration |
Whenever the end user introduces data in the pipe_section form, there is no control on the inner, outer, nominal diameter which are allowed with the previously selected pipe material (pipeline_quality).
This issue has been raised by the initiators of the TDH module during the presentation I gave.
This mechanism exist in the TWW and TWA module, and should be implemented in the TDH module.
The development guide should also explain how to handle this issue (both datamodel and QGIS form side)
Reference pipe material catalog : https://github.com/qwat/qwat-data-model/blob/master/value_lists/vl_pipe_material.sql
The text was updated successfully, but these errors were encountered: