Retour d'expérience : l'ID-RNB comme clé pivot dans un service de fiches bâtiment (BDNB, DPE, risques)

Bonjour,

Je développe EcoBuilding, un petit service qui assemble des données ouvertes en
« fiche bâtiment » (DPE et échéances loi Climat & Résilience, risques Géorisques,
nappe phréatique Hub’Eau, prix DVF, fiscalité locale, écoles…) sur une carte 3D,
à partir de la BDNB du CSTB, de la BAN et de Géorisques. Les vues au sol viennent
de Panoramax — merci au passage, la couverture s’améliore à vue d’œil.

Depuis cette semaine, chaque fiche porte son ID-RNB (panneau, PDF et API),
et notre API accepte un ID-RNB en entrée : n’importe quel outil qui parle RNB
peut pointer vers une fiche, et inversement. C’est l’identifiant pivot qui nous
manquait — nos ids BDNB peuvent bouger d’un millésime à l’autre, l’ID-RNB non.

Côté implémentation, un point sur lequel j’aimerais vos lumières : faute d’avoir
trouvé une jointure directe par identifiant externe côté API (ext_id BDNB), je
résous l’ID-RNB par boîte englobante (~25 m) autour du centroïde du bâtiment,
puis point de référence le plus proche. Ça fonctionne bien, mais une jointure
par ext_ids serait plus robuste sur les emprises denses — existe-t-il une table
de correspondance BDNB ↔ RNB publiée, ou un filtre API que j’aurais raté ?

Preneur de vos retours, et heureux de contribuer en retour (signalements,
cas d’usage, volumétrie de résolution si ça vous intéresse).

Clément

Bonjour et merci infiniment de réutiliser BDNB et RNB, c’est réellement la vocation de ces outils.
A la question d’un lien attributaire avec le RNB , je pense que @M4thi3u34 va se faire un plaisir de vous expliquer en détail comment faire de manière déterministe sans refaire de jointure spatiale.
Régis