Audit factuel — Bollène Ville Vivante : extension communale

État des sources et contrôles : 2026-10-11. Version 0.4 sur un projet de test distinct. Aucune publication sur ville.vivezbollene.fr.

1. Référence auditée et sauvegarde

La version 3 du projet appgprj_6acb6132353881918506d86991334d0e a été retrouvée par le service Sites et ouverte avant modification. Son domaine courant est https://ville.vivezbollene.fr/ et sa source est 6b81a4f79780f6e3c40b1271f824132d23749b77. Le dépôt de production est resté inchangé ; aucun envoi ni déploiement n’y a été effectué.

La sauvegarde exacte baseline-6b81a4f.tar.gz a été créée avant les modifications. SHA-256 : cff6155218922e846bfc112bf15454665794ec4deff65b17a41e838afb3ad451. La copie de travail utilise un autre projet, appgprj_6acc16fc5a148191bb4746af8d584808, avec un stockage de progression isolé par son domaine.

L’audit porte sur le code récupéré, les données et les tests. L’accès HTTP direct au site n’a pas permis un contrôle visuel. Le lien production/version/source a été vérifié par les métadonnées Sites ; cela ne vaut pas une session de jeu visuelle.

2. Fonctions existantes conservées

• Three.js 0.180.0 et Rapier 0.21.0 ; caméra à hauteur humaine, déplacement à pas fixe, gravité et collisions.
• ZQSD/WASD, flèches, regard souris et verrouillage facultatif, joystick tactile et glissement pour regarder.
• Mairie, halle, fontaine, rues et 721 emprises du centre ; géométrie et détails existants non reconstruits.
• Révélations, La Flambée et Vanille Boutique : portes, intérieurs, souvenirs accessibles, fiches et contacts.
• Carnet, visites, souvenirs uniques, favoris et stockage local ; suspension pendant les fiches et retour au point de départ.
• Plan géographique du centre, repère joueur, guidage à vol d’oiseau, réglage léger et animations réduites.

Les fichiers métier, géographiques du centre, de rendu du centre, de progression et du plan initial sont identiques octet pour octet à la référence ; leurs empreintes sont dans checks.json. Les neuf tests de la v3 passent avant et après l’extension.

3. Couverture géographique

Le petit périmètre initial représente environ 0,29 % de l’aire du contour communal dans la projection conservée. Le fond géographique communal est désormais disponible par chargement progressif. La modélisation architecturale détaillée reste à étendre dans les quartiers.

Le contour vient de l’API administrative (code INSEE 84019). La boîte WGS84 est [4.695615, 44.250126, 4.806448, 44.326948]. Les bâtiments et routes proviennent du WFS IGN BD TOPO. Dans la boîte de téléchargement, 1 417 parties de bâtiments ont été exclues hors commune. Le rattachement communal des bâtiments repose sur le centre moyen de leurs sommets ; les empreintes qui chevauchent la limite restent entières. Les routes sont filtrées et divisées aux cellules et aux bords du centre conservé. Ce n’est pas une garantie d’exhaustivité du terrain ni de précision centimétrique.

La conversion v3 est strictement conservée : origine [4.74830, 44.28015], facteurs mètres/degré existants, X est, Z sud, une unité = un mètre. L’aire citée est calculée avec cette projection locale, pas reprise comme superficie légale officielle.

Limites géographiques : sol plat, façades génériques stylisées sur de vraies emprises, toitures simplifiées, pas de relevé des trottoirs ni de modèle de terrain. Les ponts, dénivelés, chemins et franchissements de cours d’eau demandent une validation dédiée. Le fond routier ne constitue pas un graphe de cheminement accessible validé.

4. Inventaire : quantités et degré de vérification

338 fiches d’établissements et de lieux publics, pas 338 commerces validés. Les sources sont l’inventaire OSM, les informations publiques recoupées et les 117 fiches initiales de l’annuaire complémentaire de l’utilisateur. Les données Google ne sont pas copiées.

41 fiches n’ont pas de coordonnées utilisables : 40 non localisées et le coiffeur encore inconnu. Les noms et détails sont dans verification-queue.json et dans l’inventaire exportable. Les 43 fiches des deux dernières lignes ne sont pas toutes sans coordonnées : Le Provence et Végétalement Provence possèdent un point d’adresse candidat.

122 requêtes d’adresse BAN sont archivées ; 99 rapprochements sont acceptés dans les fiches non v3. Les trois commerces existants conservent leurs points BAN de référence. Les géocodes à la rue, hors commune, au mauvais numéro ou à une rue incompatible sont rejetés. Un point BAN ne valide pas l’identité du commerce.

14 rapprochements entre sources sont documentés, 23 éléments hors commune/inactifs ont été exclus, 640 éléments OSM sans nom ne sont pas comptés comme commerces. Les 41 paires proches sont des signalements à examiner, pas 41 doublons certains. Les enseignes homonymes ou co-localisées ne sont pas fusionnées sur la seule distance.

Établissements expressément demandés

Aucune nouvelle entrée n’est déclarée mesurée. Trois nouveaux repères de façade sont proposés géométriquement ; ils sont étiquetés « porte à vérifier ». Le Titin reste consultable et placé sur le plan au point BAN, sans porte ni façade inventée. Les trois portes v3 sont conservées, mais leur précision reste celle d’une projection BAN sur l’empreinte IGN, pas d’un relevé de terrain.

Recherche Google Maps et exhaustivité

Des accès de recherche Google Maps et des recherches ciblées ont été tentés. Les pages Maps n’ont pas pu être exploitées dans cet environnement ; aucun balayage complet rue par rue n’a été réalisé. Les résultats externes n’ont pas permis d’identifier sûrement le coiffeur en face du Paris. Les 431 noms de voie importés portent tous le statut not_surveyed. Leur présence dans la base ne prouve pas une vérification des établissements sur chaque rue.

La base durable conserve les coordonnées des sources réutilisables IGN/BAN/OSM et des faits métier recoupés. Elle ne stocke ni tuiles, ni photos, ni avis, ni export de coordonnées Google. L’inventaire exhaustif et la vérification de l’activité actuelle restent des travaux à poursuivre, sans les présenter comme achevés.

5. Architecture d’extension réalisée

Le moteur existant consomme un manifeste de secteurs et des fiches métier séparées. Les cellules de 256 m sont sélectionnées selon la position du joueur. À proximité : empreintes exactes et collisions Rapier ; au loin : contours simplifiés sans collisions. Les cellules sortantes libèrent leurs géométries, matériaux et collisions.

Le budget est plafonné à 36 cellules résidentes, dont au plus 16 détaillées, avec deux téléchargements simultanés. Les rayons cibles sont 180 m pour le détail et 420 m pour le lointain. Une garde de 18 m empêche de marcher dans un secteur proche avant le chargement de ses collisions. Les données sont contrôlées par SHA-256 ; une erreur donne un bouton de relance. Le sol physique suit le joueur en neuf cellules, ce qui corrige la perte de précision observée avec un unique sol à l’échelle de la commune.

Le fond complet n’est pas téléchargé au lancement. Le plan communal et ses données sont demandés à l’ouverture du plan. Le noyau v3 reste chargé et est masqué lorsqu’il est suffisamment éloigné. Les données, les statuts et les événements futurs d’OLGA restent distincts des maillages et du contrôleur de marche.

6. Premier secteur enrichi et testable

Mairie → avenue Pasteur → cours de la République → boulevard Victor-Hugo.

• Démarrer la promenade et vérifier Révélations, La Flambée et Vanille, puis le carnet.
• Ouvrir « Commerces » : les sept adresses recoupées sont accessibles ; une recherche consulte aussi les fiches candidates en précisant leur statut.
• Ouvrir « Le plan », puis « Premier secteur ». Les repères utilisent les coordonnées BAN. « Toute la commune » affiche la limite officielle et les routes importées.
• Consulter My Kebab ou Le France et suivre le repère à pied ; le parcours franchit l’ancienne limite. Pour le Paris, rejoindre l’avenue Pasteur.
• Consulter Le Titin sur le plan et les cas prioritaires dans l’annuaire. Aucun intérieur fictif supplémentaire n’a été ouvert.

7. Contrôles et limites de validation

16 tests réussis, 0 échec, dont les neuf d’origine : fidélité de tous les sommets des empreintes aux sources, identifiants et empreintes de fichiers, coordonnées hors commune, façades candidates, file des incertitudes, transitions et annulation des chargements, réseau en échec, mouvement en attente, passage de l’ancienne limite vers My Kebab et Le France, solidité des façades et accès aux trois intérieurs.

Mesures automatiques du chargement de l’extension :

Le contrôle de budget parcourt les centres des 843 cellules. Les mesures de géométrie sont faites sous Node, sans GPU ; elles ne prouvent pas un débit d’images sur téléphone.

Pas de validation visuelle en navigateur ni de test tactile réel, ni de mesure FPS iPhone/Android : le contrôle navigateur prévu par cet environnement Sites est indisponible. La version séparée est un candidat à essayer, pas une validation de production. Restent à vérifier sur appareils les transitions, la fluidité, les commandes, les repères et l’ouverture des fiches.

8. Sources, traçabilité et suite

• Limite : https://geo.api.gouv.fr/communes/84019?format=geojson&geometry=contour — Licence Ouverte 2.0.
• Bâtiments et routes : https://data.geopf.fr/wfs/ows — couches BDTOPO_V3:batiment et BDTOPO_V3:troncon_de_route, Licence Ouverte 2.0.
• BAN : https://data.geopf.fr/geocodage/search — index=address, citycode=84019, Licence Ouverte 2.0.
• OSM : https://www.openstreetmap.org/copyright — données dérivées sous ODbL 1.0, identifiants et liens individuels dans chaque fiche.
• Mairie : https://ville-bollene.fr/fr/commerces/categories/56/restauration — pages 1 à 3 ; sources complémentaires tourisme, établissements et annuaire dans chaque fiche.
• Annuaire complémentaire : données fournies par le dépôt de l’utilisateur, provenance et références dans directory-seed.json.
• Conditions Google Maps/Places examinées : https://developers.google.com/maps/documentation/places/web-service/policies ; pas de données Maps intégrées.

Les snapshots d’entrée, les scripts d’import, les fichiers produits et la file de vérification sont conservés dans le dépôt de test. L’archive brute input-snapshot.tar.gz a pour SHA-256 350421d1a46a6ba52734807f65b9caa5c05f39f576424ac0dde2ee0ca98f308b. Les sources communales exportables sont dans commune-sources.geojson ; l’inventaire et ses références dans establishments.json.

Étape suivante : relever et valider les façades/portes du secteur prioritaire, trancher les noms incertains, mener le relevé rue par rue avec recoupement indépendant, puis étendre les détails et le relief par secteur. Toute publication sur le domaine de production attend la validation de l’utilisateur.