You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Renouvellement d'air : ligne q4pa_conv 12 (avant 1948, avec joints) contredite par des menuiseries toutes exportées sans joint, non reprise même en compat_for_corpus_analysis (2606E1314062H, +10 % ep) #332
DPE 2606E1314062H : appartement (méthode 2), construit avant 1948, DPE version 2.6, 60,4 m².
Le fichier retient la ligne tv_q4pa_conv_id12 (avant 1948, surfaces non isolées, avec joints, q4pa_conv 2,5). Ses cinq baies exportent toutes presence_joint = 0 (pas de porte). Open3CL recalcule donc « sans joints » et prend la ligne 1 (4,6).
DPE
Open3CL 1.11.3
ligne tv_q4pa_conv_id
12
1
q4pa_conv
2,5
4,6
hperm (W/K)
39,2
84,2
déperdition renouvellement d'air (W/K)
85,0
130,0 (+52,9 %)
besoin_ch (kWh)
10 985
12 650 (+15,2 %)
conso_ch (kWh)
8 678
9 714 (+11,9 %)
ep 5 usages (kWhEP/m²)
326,7 (E)
359 (F)
Tout le reste est identique au dixième (murs, planchers, baies, ponts thermiques, apports, ECS). Avec q4pa_conv_saisi = 2,5 forcé, on retombe exactement sur le déclaré : besoin_ch 10 985,5, conso_ch 8 678,1, ep 326 (E).
Le moteur signale bien la contradiction (« Le DPE considère presence_joints_menuiserie = 1 alors que ce devrait être presence_joints_menuiserie = 0. La valeur recalculée … est utilisée. »), avec ou sans compat_for_corpus_analysis.
Moteur de référence
Le calcul officiel retrouve la valeur du DPE : nous l'avons fait arbitrer par l'API DPE du CSTB, qui rend 326,69 kWhEP/m², classe E. C'est cohérent avec #312 : le moteur de référence reçoit Q4Pa_conv en entrée, c'est le logiciel de saisie qui choisit la ligne.
Nous ne contestons pas le comportement par défaut : selon la méthode, des menuiseries sans joint donnent bien la ligne 1, et signaler l'incohérence est le bon réflexe pour un contrôle. La question porte sur le mode compat_for_corpus_analysis.
Ampleur
Sur un corpus de 38 869 DPE de l'open data ADEME, sans q4pa_conv_saisi :
2 263 retiennent une ligne avec joints (la ligne 12 est la seule de la table) ;
62 exportent presence_joint = 0 sur toutes leurs menuiseries : c'est ce cas, tous sur la ligne 12. 60 des 62 viennent du même logiciel de saisie.
Proposition
En compat_for_corpus_analysis, quand la ligne tv_q4pa_conv_id du DPE couvre la période de construction et ne diffère du recalcul que par presence_joints_menuiserie, reprendre la ligne du DPE, comme #313 le fait déjà pour isolation_surfaces. Le mode par défaut ne change pas.
Open3CL : 1.11.3 (même résultat en 1.4.6, 1.8.61 et 1.8.68)
Merci @michaeldesigaud et @elliot-redfroggy. Vérifié de notre côté en 1.11.6 sur 2606E1314062H : avec compat_for_corpus_analysis, ligne 12, q4pa_conv 2,5, hperm 39,2, ep 326 (E), soit la valeur du DPE et de l'API CSTB (326,69, E). Mode par défaut inchangé (ligne 1, 359, F).
Activity
michaeldesigaud commentedon Nov 7, 2026
2606E1314062H.xml
fix(ventilation): règle unique de reprise de la ligne q4pa_conv du dp…
Merge pull request #335 from Open3CL/fix/issue-332-q4pa-ligne-dpe
michaeldesigaud commentedon Nov 12, 2026
@RubenKRNO la MR #335 à été mergé, je te laisserai vérifier / confirmer
RubenKRNO commentedon Nov 12, 2026
Merci @michaeldesigaud et @elliot-redfroggy. Vérifié de notre côté en 1.11.6 sur 2606E1314062H : avec
compat_for_corpus_analysis, ligne 12, q4pa_conv 2,5, hperm 39,2, ep 326 (E), soit la valeur du DPE et de l'API CSTB (326,69, E). Mode par défaut inchangé (ligne 1, 359, F).