Référence technique — Sectora

Formats de données

Projection & système de coordonnées

À l'import, Sectora détecte le système de coordonnées et demande de le confirmer. WGS84 (EPSG:4326) — le standard des données web et open data — est proposé par défaut. Un sélecteur de CRS permet de choisir un autre système si vos données l'exigent.

Systèmes de coordonnées pris en charge (23)

• EPSG:2154RGF93 / Lambert-93
• EPSG:3857Web Mercator
• EPSG:3942RGF93 / CC42
• EPSG:3943RGF93 / CC43
• EPSG:3944RGF93 / CC44
• EPSG:3945RGF93 / CC45
• EPSG:3946RGF93 / CC46
• EPSG:3947RGF93 / CC47
• EPSG:3948RGF93 / CC48
• EPSG:3949RGF93 / CC49
• EPSG:3950RGF93 / CC50
• EPSG:32630WGS84 / UTM zone 30N
• EPSG:32631WGS84 / UTM zone 31N
• EPSG:32632WGS84 / UTM zone 32N
• EPSG:27572NTF / Lambert II étendu
• EPSG:27561NTF / Lambert zone I
• EPSG:27562NTF / Lambert zone II
• EPSG:27563NTF / Lambert zone III
• EPSG:27564NTF / Lambert zone IV
• EPSG:5490RGAF09 / UTM zone 20N
• EPSG:2972RGFG95 / UTM zone 22N
• EPSG:2975RGR92 / UTM zone 40S
• EPSG:4471RGM04 / UTM zone 38S

Maille de départ

Le découpage part d'une maille de polygones. Deux possibilités :

• —Votre propre maille : IRIS, communes, codes postaux, ou tout découpage existant que vous importez tel quel.
• —Une maille générée à partir de points via l'outil Maillage (voir ci-dessous), quand vous partez d'un nuage de points plutôt que de zones.

L'outil Maillage

Le Maillage est une agrégation spatiale classique : il pose une grille régulière — carrés ou hexagones, à la taille de cellule de votre choix — sur votre zone, et calcule pour chaque cellule une statistique locale à partir d'une ou plusieurs couches en entrée (points, lignes ou polygones). La grille obtenue, porteuse de la charge agrégée, devient la maille de départ du découpage.

Paramètres d'entrée

• —Forme et taille de cellule — carré ou hexagone, dimensionné selon l'échelle de travail.
• —Couche(s) source — les points, lignes ou polygones à agréger.
• —Méthode d'agrégation — dénombrement, somme, moyenne, longueur totale ou report d'un attribut.
• —Filtres d'attributs — restreindre l'agrégation aux features qui remplissent vos conditions (==, ≠, >, contient, est l'un de…).

Exemples de nuages de points selon l'échelle

La taille de maille s'adapte à l'emprise : fine en ville, plus large sur un territoire étendu.

Algorithme

Le moteur d'optimisation repose sur la famille AZP (Automated Zoning Procedure) : un solveur de regroupement spatial sous contraintes, conçu pour produire des zones contiguës et équilibrées. Il optimise la répartition d'un ou plusieurs indicateurs de charge tout en respectant les règles métier que vous fixez.

L'optimisation poursuit deux objectifs simultanés : l'équilibrage des charges entre zones et la compacité géométrique de chaque zone — mesurée par un indice de forme standard (Polsby-Popper). Concrètement, le solveur cherche des zones aussi « rondes » que possible, sans excroissances fines qui iraient grignoter une zone voisine, et la contiguïté est vérifiée sur le résultat final. Le partage entre équilibrage et compacité est réglable (voir paramètres ci-dessous).

Contraintes prises en charge

• —Nombre de zones cible
• —Tolérance d'écart à la cible (niveau d'équilibrage)
• —Contiguïté des zones
• —Zones figées (périmètres à ne pas modifier)
• —Indicateurs de charge multiples (CA, clients, population…)

Paramètres de réglage

Vous gardez la main sur le comportement du solveur via quelques réglages clairs :

Robustesse sur données réelles

Sectora est conçu pour absorber des données de terrain, pas seulement des jeux parfaits :

• —Géométries invalides réparées au chargement (auto-intersections, anneaux mal formés) avant tout calcul.
• —Calculs en mètres : les distances et l'adjacence sont évaluées dans une projection métrique adaptée à l'emprise, pour des résultats corrects quelle que soit la latitude — pas de distorsion liée aux degrés.
• —Connexité maîtrisée : les territoires non connexes (îlots, enclaves) sont détectés et traités selon votre choix, et la contiguïté des zones est validée en sortie.
• —Résultats reproductibles : à graine fixée, le pipeline est déterministe de bout en bout.

Ordre de grandeur des performances

À titre d'illustration, sur un cas réel documenté dans notre étude Montpellier (collecte du verre) :

Taille du problème

2 325 hexagones

Temps de calcul

≈ 24 s au total (dont ≈ 19 s pour le solveur AZP)

Contiguïté

parfaite — aucune rupture sur les 2 325 hexagones

Équilibrage

coefficient de variation ≈ 16,5 % (équilibrage modéré, contraint par la charge en blocs indivisibles)

Les temps réels dépendent de la finesse de la maille et des contraintes ; comptez de quelques secondes à quelques minutes.

Intégration & API

Sectora s'utilise aujourd'hui via son interface web. Il n'y a pas encore d'API publique permettant de scripter les traitements ; une API programmatique est prévue sur la feuille de route. Si l'intégration à une chaîne de traitement (Python, ETL, automatisation) est déterminante pour vous, dites-le nous — les besoins des bêta-testeurs orientent les priorités.

Hébergement & données

Vos données sont hébergées en France (OVH, Roubaix — sauvegardes et traitements lourds sur Scaleway, Paris) et ne sont jamais partagées avec des tiers à des fins commerciales. Vous pouvez supprimer un projet et toutes ses données à tout moment. Détails dans la politique de confidentialité.