Sources des données et méthodologie

Comprendre d'où viennent les résultats Maplytics, à quelle date se rapportent les données et quelles limites vérifier avant une décision.

Vérification technique : 28 juillet 2026 Cette page a été comparée au code, aux fichiers chargés et aux liens officiels. Chaque source conserve son propre millésime : cette date n'indique pas que toutes les données datent de 2026.

Une source identifiable

Le parcours indique le fournisseur réellement utilisé lorsqu'il peut varier entre un fichier local, un cache et un service.

Un millésime sincère

Une année est affichée uniquement lorsqu'elle est présente dans le fichier chargé ou sa documentation associée.

Une limite explicite

Les données et scores aident à décider, mais ne garantissent ni fréquentation, chiffre d'affaires, disponibilité ni réussite.

Sources utilisées dans vos analyses

Voici les données que vous pouvez rencontrer dans Maplytics. La source affichée dans votre résultat reste prioritaire lorsqu'un parcours choisit entre plusieurs fournisseurs.

Démographie, ménages et logements

INSEE · 2023

Les fichiers chargés portent des indicateurs communaux INSEE 2023. Ils décrivent la population, les ménages et les logements, mais un total communal peut dépasser la part réellement couverte par une zone.

À retenir : le millésime est vérifié dans les fichiers ; leur référence INSEE précise reste à rattacher.

Revenus

INSEE · 2023

L'indicateur de revenu chargé porte l'année 2023. Son fichier INSEE précis reste en cours de rattachement, donc Maplytics le présente comme un indicateur communal à interpréter avec prudence.

À retenir : la méthode d'agrégation dépend du module et reste nommée dans l'écran ou l'export.

Mobilités domicile-travail

INSEE · 2022

Le cache chargé déclare les mobilités professionnelles INSEE 2022. Les flux faibles restent des ordres de grandeur et la chaîne de transformation doit encore être documentée intégralement.

À retenir : ces flux décrivent les déplacements domicile-travail, pas une fréquentation commerciale.

Établissements et concurrence

SIRENE · source tracée

Maplytics utilise un snapshot SIRENE local lorsqu'il est disponible, puis l'API Recherche d'entreprises en complément ou en repli. Le résultat conserve la source utilisée.

À retenir : activité APE, coordonnées, doublons administratifs ou fermetures récentes peuvent limiter l'analyse.

Adresses

BAN prioritaire

La Base Adresse Nationale est prioritaire pour les adresses françaises. Les établissements SIRENE peuvent compléter la recherche et Nominatim intervient uniquement en dernier repli.

À retenir : une adresse ou des coordonnées sont transmises au service nécessaire au géocodage.

Zones de trajet et cartographie

ORS · Valhalla · OSM

Les zones utilisent openrouteservice ou Valhalla selon le parcours et la disponibilité. Les deux moteurs s'appuient sur OpenStreetMap, dont la couverture locale peut comporter des lacunes.

À retenir : aucun trafic en temps réel n'est garanti ; le fournisseur du résultat est conservé lorsqu'il est disponible.

Parking et trafic routier

Contexte optionnel

Ces données de contexte sont optionnelles et leur provenance n'est pas encore assez qualifiée pour être présentée comme une mesure de fréquentation ou une information en temps réel.

À retenir : Maplytics ne renforce pas leur interprétation tant que leur origine et leur couverture ne sont pas documentées.

Comment une adresse devient une zone

L'adresse est localisée. BAN est prioritaire en France ; SIRENE complète les recherches d'établissements et Nominatim reste un dernier repli.
Le moteur calcule le temps de trajet. ORS puis Valhalla est l'ordre par défaut ; une longue durée, un gros lot ou une configuration explicite peut faire passer Valhalla en premier.
La zone est reliée aux données locales. Les communes et indicateurs sont sélectionnés selon la géométrie et la méthode propre au module.

Pas de trafic temps réel garanti. Les temps et polygones proviennent du graphe routier disponible au moment du calcul. Ils ne reproduisent pas nécessairement les bouchons, travaux, météo ou fermetures temporaires.

Méthodes de calcul

Zone accessible

L'adresse est transformée en coordonnées ou les coordonnées fournies sont utilisées directement.
Le moteur configuré calcule une géométrie selon la durée et le mode demandés.
La géométrie est contrôlée pour éviter une zone manifestement trop petite.
Les communes et données associées sont sélectionnées selon le parcours ; certains modules utilisent une intersection, d'autres des agrégats communaux.

Agrégation démographique

Les populations, ménages et logements sont additionnés sur les communes retenues. Le revenu n'est pas calculé de la même manière dans toutes les surfaces : l'écran et l'export doivent conserver le nom de l'indicateur et la méthode du module. Une donnée absente n'est pas remplacée par une valeur nationale invisible.

Concurrence

Les établissements sont recherchés par code APE et géographie, puis normalisés et dédupliqués. Un code APE décrit l'activité principale déclarée : il ne prouve ni l'enseigne visible, ni l'intensité concurrentielle réelle. Les regroupements métier Maplytics restent des regroupements d'usage.

Le produit utilise actuellement la NAF rév. 2. L'INSEE annonce l'entrée en vigueur de la NAF 2025 en janvier 2027 ; la correspondance devra être validée avant cette échéance.

Ordre de grandeur de chiffre d'affaires

Le moteur BLOC_CA applique quatre étapes déterministes : potentiel de dépense, captation et évasion, répartition concurrentielle, puis plafonds de capacité.

Potentiel : ménages et tables internes de dépenses, ajustés par revenu, CSP et âge.
Captation : coefficients sectoriels et mobilité, avec valeurs de repli explicites lorsque la donnée manque.
Concurrence : poids relatifs fondés notamment sur les effectifs SIRENE lorsqu'ils sont disponibles.
Bornage : plafonds internes par famille et taille d'établissement.

Hypothèses internes. Les tables de dépenses, coefficients, taux et plafonds sont des paramètres du modèle. Leur provenance détaillée n'est pas encore assez documentée pour les présenter comme des valeurs officielles INSEE ou COICOP. Le résultat reste indicatif et ne remplace pas un prévisionnel comptable.

Limites à conserver

Granularité : un agrégat communal peut surestimer une zone qui ne couvre qu'une partie de la commune.
Petits effectifs : les résultats de recensement sur de faibles volumes sont moins robustes.
Routage : une route absente, un sens de circulation erroné ou un graphe ancien modifie l'isochrone.
Établissements : SIRENE peut contenir des coordonnées absentes, des doublons administratifs, des fermetures récentes ou des activités trop larges pour l'usage recherché.
Repli : un cache, un second fournisseur ou une géométrie simplifiée peut être utilisé selon le parcours ; l'interface doit le signaler.
Terrain : visibilité, accès, stationnement, saisonnalité et projets locaux doivent être vérifiés séparément.

Consulter les sources officielles

Ces liens permettent de retrouver les producteurs, documentations et conditions publiques consultés lors de la vérification du 28 juillet 2026.

Voir les détails techniques et les éléments encore à qualifier

Cette partie conserve la traçabilité utile à la maintenance. Elle n'est pas nécessaire pour comprendre un résultat courant.

Données réellement chargées

Domaine	Entrée technique vérifiée	Qualification restante
Démographie, ménages et CSP	`data/demographic_data.json`, construit depuis `DATA-SOCIO-DEMO.xlsx`. Les en-têtes du fichier source indiquent 2023.	URL INSEE exacte, date de téléchargement et checksum d'origine à rattacher.
Logements	`data/demographic_data.json`, construit depuis `DATA-LOGEMENT.xlsx`. Les en-têtes du fichier source indiquent 2023.	URL INSEE exacte, date de téléchargement et checksum d'origine à rattacher.
Revenus	`data/demographic_data.json`, construit depuis `DATA-REVENU-INSEE.xlsx`. La colonne « Année » indique 2023.	URL INSEE exacte, date de téléchargement et checksum d'origine à rattacher.
Mobilités domicile-travail	`data/BLOC_CA/BLOC_B/mobility_cache.json`, généré depuis `flux_mobilité_commune.csv`. Le champ source du cache déclare « INSEE - Mobilités professionnelles 2022 ». Le millésime est déclaré dans le cache.	Conserver avec la transformation le fichier d'origine, son URL, sa date, son checksum et la version du script.
Parking et TMJA	Fichiers territoriaux optionnels ; parking non renseigné et TMJA annoncé 2024 avec des mesures antérieures possibles.	Producteur, fiche du jeu de données, licence, téléchargement et couverture à documenter.

Ordres de repli vérifiés dans le code

Suggestion d'adresse : BAN en priorité ; SIRENE local puis API pour les établissements ; Nominatim uniquement en repli si la confiance reste insuffisante.
Géocodage inverse : BAN, puis Nominatim si aucune adresse exploitable n'est retournée.
Isochrones : ORS puis Valhalla par défaut ; Valhalla peut passer en premier pour une longue durée, un gros lot ou une configuration explicite.

Nominatim public interdit l'autocomplétion et impose au maximum une requête par seconde pour l'ensemble de l'application. Ce repli doit rester limité, identifiable et remplaçable avant une montée en charge.

Détails des agrégations

Il n'existe pas une formule unique de revenu : Studio pondère l'indicateur communal par la population couverte, BLOC_CA le pondère par les ménages et certains résumés Geo Manager calculent une moyenne arithmétique des communes disponibles.

Qualifications encore ouvertes

Associer aux trois fichiers démographiques leur URL INSEE exacte, leur date de téléchargement, leur licence et leur checksum.
Documenter l'origine et la licence des fichiers parking et TMJA avant de renforcer leur présentation publique.
Consigner pour chaque environnement la version Valhalla, la zone couverte, la provenance et la date de construction du graphe.
Rattacher chaque table de paramètres BLOC_CA à une source ou la qualifier explicitement comme hypothèse interne.
Revalider les regroupements APE lors du passage de la NAF rév. 2 à la NAF 2025.