Scripts et édition de masse : la doctrine de la communauté France

Waze Community Wazeopedia France Wazeopedia Guide d'édition
1

Version 1.1, en vigueur depuis le 11/10/2026 (la 1.1 ajoute le forum des scripteurs, § 4.2). Questions et remarques : en message privé aux Champs, sur le Discord WazeFrance.

Pourquoi cette page

La carte Waze tient parce que des éditeurs regardent ce qu’ils modifient. Chaque segment, chaque lieu, chaque fermeture est posé par quelqu’un qui connaît le terrain, qui voit le résultat avant d’enregistrer et qui en répond. C’est la force de la communauté, et c’est ce que nous voulons protéger.

Les scripts ont toute leur place dans ce travail. Ils servent à voir ce que WME ne montre pas, à repérer les erreurs et à gagner du temps sur un geste répétitif. Ils n’ont pas vocation à éditer à la place de l’éditeur. Un outil qui crée, modifie ou supprime en série, sans qu’un humain valide chaque objet, déplace la responsabilité de l’éditeur vers le code. Une erreur dans le code se répète alors des centaines de fois avant que quelqu’un la voie.

Cette page fixe trois choses :

  1. ce qu’un script diffusé dans la communauté France a le droit de faire ;
  2. comment il est audité avant d’être partagé ;
  3. comment la communauté traite les volumes d’édition anormaux.

1. Le principe

En France, on édite à la main. Un script peut préparer, montrer, contrôler ou proposer une modification. C’est l’éditeur qui la valide, objet par objet, et c’est lui qui clique sur Enregistrer.

2. Quatre familles de scripts

Famille Ce que fait le script Règle
Lecture Affiche, colore, compte, contrôle. Ne modifie rien. Autorisé après audit.
Assistance Prépare une modification sur l’objet sélectionné ; l’éditeur la voit, la valide, puis enregistre lui-même. Autorisé après audit.
Écriture en lot Applique plusieurs modifications en un seul geste (fermetures par lot, création de lieux par liste, renommage en série…). Encadrée par le § 3.3 : fermetures et notes de carte sans plafond ; tout le reste plafonné à 150 éditions par heure.
Automate Agit sans geste de l’éditeur : boucle, minuterie, déclenchement au chargement ou à la sélection, sauvegarde automatique. Interdit, sans exception.

Un même script peut relever de plusieurs familles. Il est classé selon sa fonction la plus puissante, même si elle est désactivée par défaut.

3. Ce qu’un script ne fait jamais

3.1 Les interdits

Un script diffusé dans la communauté France :

  • ne déclenche jamais la sauvegarde : c’est l’éditeur qui enregistre. Une sauvegarde lancée par le script embarque aussi les modifications manuelles en attente. Les fermetures font exception : dans WME, une fermeture se publie sans passer par le bouton Enregistrer ;
  • ne supprime pas un objet pour le recréer : on perd l’historique, les restrictions, les virages, les verrous et les fermetures. Seule exception : le passage d’une route à un chemin piéton, ou l’inverse, qui ne peut pas se faire autrement dans WME. Le script ne traite alors que les segments de ces types et recopie ce qui peut l’être (nom, ville, verrou, connexions) ;
  • n’abaisse jamais un verrou posé par un autre éditeur ;
  • ne crée pas d’objets en série sans les verrouiller selon la table France ;
  • n’écrit rien qu’on ne puisse annuler par Ctrl+Z avant la sauvegarde ;
  • n’envoie aucune donnée de la carte ni de l’éditeur vers un serveur tiers sans l’annoncer clairement dans sa description et sans l’accord des Champs. L’envoi reste désactivé tant que l’éditeur ne l’a pas activé lui-même ;
  • ne contourne pas les droits : il ne propose pas une action que le rang ou la zone de l’éditeur ne permet pas ;
  • ne ment pas sur ce qu’il fait : un script qui écrit ne se présente pas comme un outil d’affichage ;
  • n’est pas obscurci : le code publié est lisible.

3.2 Les sources de données

Waze impose que les scripts s’appuient sur des sources de données accréditées (voir § 9). Un script qui importe des données (annuaire, fichier open data, flux d’un gestionnaire routier) cite sa source et sa licence, et vérifie qu’elle est admise par Waze. En cas de doute, la question va au staff, pas aux Champs.

Une donnée importée reste une proposition. Elle ne devient une édition qu’après le contrôle de l’éditeur sur la carte : position réelle, doublon, catégorie, nom selon le guide France.

3.3 L’écriture en lot : trois régimes

Waze a publié en juillet 2026 la liste des catégories d’édition en lot qu’il admet, et demande que la communauté locale soit associée quand un script touche à ses règles (voir § 9). En France, l’écriture en lot relève de trois régimes.

1. Fermetures : sans plafond. Une fermeture ne modifie pas la carte : elle suspend la circulation sur des segments, pour une durée donnée. Un script peut poser, dupliquer ou retirer des fermetures en lot, sans limite de volume, à condition qu’elles traduisent un acte identifiable (arrêté, partenaire, MTE, crise). Il ne touche pas aux autres modifications en attente de l’éditeur.

2. Notes de carte : sans plafond. Les notes de carte ne changent ni la carte ni ce que voit l’utilisateur de l’application. Un script peut en créer ou en modifier sans limite de volume.

3. Tout le reste : 150 éditions par heure. Lieux, segments, noms, numéros, verrous… Un script qui écrit en lot sur ces objets est plafonné à 150 éditions scriptées par heure glissante. Le plafond :

  • compte ce que le script a posé, au moment où c’est enregistré. Les éditions faites à la main ne comptent pas ;
  • affiche à l’éditeur ce qui lui reste dans l’heure ;
  • n’est pas modifiable par un simple réglage.

Le verrouillage suit la table France, sans jamais abaisser un verrou existant.

Dans les trois régimes, le script doit en outre :

  • montrer à l’éditeur la liste de ce qui va être écrit avant d’appliquer ;
  • contrôler les doublons avec ce qui existe déjà dans WME ;
  • figurer dans la liste des scripts audités, avec le périmètre autorisé.

3.4 L’exception d’urgence

Les L6, les Champs et les Country Coordinators peuvent, pour gérer une urgence ou une remise en conformité importante, dépasser les volumes du § 5 ou le plafond de 150 éditions par heure du § 3.3. Ce privilège est encadré :

  • il est déclaré aux Champs avant l’opération, ou dès que possible en cas d’urgence : motif, zone, outil, durée ;
  • il est documenté après coup : ce qui a été fait, combien d’objets, et le lien vers la source (arrêté, demande du staff, crise) ;
  • il ne couvre que l’opération déclarée.

Exemples : les fermetures d’un voyage officiel ou d’un épisode d’inondations, la remise en conformité d’un pays demandée par le staff.

4. L’audit avant partage

4.1 Qui est concerné

Tout script écrit par un membre de la communauté France et destiné à d’autres éditeurs, quel que soit le canal : GreasyFork, Discord, Discuss, lien direct. Un script que l’on garde pour soi n’est pas « partagé ». En revanche, il reste soumis au § 3 dès qu’il écrit sur la carte.

Aucune exception de rang. Les scripts des Champs et des Country Coordinators passent l’audit comme les autres, et ce sont d’autres Champs qui les auditent.

4.2 La soumission se fait dans le forum des scripteurs

Un script en attente d’audit n’est pas diffusé. Sinon, tout le monde l’aurait en main avant validation.

  • L’auteur dépose son script dans le forum :test_tube:・scripts-audit du Discord WazeFrance : un fil par script, avec le fichier, ou l’URL d’un dépôt Git ou d’une page GreasyFork non répertoriée. Chaque nouvelle version est déposée dans le même fil.
  • Le forum n’est visible que des Champs et des membres qui ont le rôle Scripteur. Ce rôle est donné par les Champs à l’auteur qui soumet un script.
  • Les scripteurs voient les scripts des autres : la relecture entre pairs est bienvenue. En revanche, un script en attente d’audit ne sort pas de ce forum : le redistribuer expose aux mesures du § 6.
  • L’auteur joint :
    • la version ;
    • quelques lignes sur ce que fait le script, ce qu’il écrit éventuellement et quels serveurs il contacte ;
    • ses sources de données et leurs licences.

4.3 La grille d’audit

Chaque audit couvre ces thèmes, et le rapport dit pour chacun ce qui a été vu :

Thème Ce qu’on regarde Bloquant si…
Écriture sur la carte quoi, combien d’objets par geste, confirmation, qui enregistre sauvegarde par le script ; écriture sans geste ; suppression-recréation
Automatisation minuterie, boucle, déclenchement au chargement, tâche longue toute écriture sans geste de l’éditeur
Édition de masse régime du § 3.3, plafond, doublons, verrouillage des objets créés lot sans le plafond de 150 éditions par heure (hors fermetures et notes de carte) ; création en série sans verrou ; pas de contrôle des doublons
Verrous et droits verrous posés ou modifiés, contrôle du rang et de la zone abaissement d’un verrou ; action hors droits
Annulation Ctrl+Z défait-il tout avant sauvegarde ? non
Conformité au guide France catégories, nommage, verrous, règles FR contradiction avec une règle publiée
Sources et licences origine, accréditation, licence, attribution source non admise, licence incompatible ou non dite
Données sortantes serveurs contactés, ce qui est envoyé, activation envoi non déclaré ou actif par défaut
Sécurité données externes insérées sans échappement, flux en http, eval, dépendances externes faille exploitable
Conformité SDK SDK officiel ; usage de W.* (retiré le 24/11/2026) ; mode synchrone (supprimé le 01/01/2027) le script casse ou écrit de travers à ces dates
Description et transparence la page GreasyFork dit ce que fait le code ; code sur un dépôt Git public ; licence description fausse ; code obscurci

4.4 Le verdict

Les Champs rendent leur rapport d’audit dans un délai de 15 jours au plus.

Le rapport est joint dans le fil du script, et le verdict y est marqué par une étiquette (:three_o_clock: à auditer, :magnifying_glass_tilted_left: en cours, :white_check_mark: accord, :orange_circle: sous réserve, :no_entry: refus). L’étiquette :white_check_mark: vaut feu vert : l’auteur peut alors publier, et annoncer son script dans le salon public 📜・scripts.

Le rapport d’audit reste un rapport. Il constate, explique et recommande ; il ne décide pas. Les points qu’il renvoie « à trancher par les Champs » sont tranchés par les Champs, et la décision leur revient. Tant qu’ils ne l’ont pas fait, le script ne tranche pas à leur place : ce que fait le code n’est pas un arbitrage.

  • :white_check_mark: Accord : le script peut être publié sur GreasyFork et sur un dépôt Git public, avec un lien vers son rapport d’audit.
  • :orange_circle: Accord sous réserve : corrections attendues avant publication. On ré-audite seulement ce qui a changé.
  • :no_entry: Refus : un point bloquant ne peut pas être corrigé sans changer la nature du script.

L’accord vaut pour une version. Toute nouvelle version qui touche à l’écriture, aux données sortantes ou aux sources repasse en audit. Une version qui ne change que l’affichage est simplement signalée.

Un script publié sans son rapport d’audit, ou sans les corrections demandées, expose son auteur aux mesures du § 6.

4.5 Les scripts déjà publiés

  • Les scripts qui présentent un point très critique sont retirés tout de suite par leur auteur, en attendant leur correction. Exemples : écriture automatique, sauvegarde par le script, suppression-recréation, création en masse sans contrôle des doublons, envoi de données non déclaré. Retirer, c’est supprimer le script de GreasyFork et des autres canaux, ou publier à sa place une version qui ne fait plus rien : supprimer la page n’arrête pas les copies déjà installées, alors que la mise à jour les désactive.
  • Les autres sont soumis à l’audit avant le 31/12/2026. Tous doivent de toute façon être réécrits d’ici là :
    • l’objet W disparaît de WME le 24/11/2026 ;
    • le mode synchrone du SDK disparaît le 01/01/2027.

5. Les volumes d’édition anormaux

5.1 Ce que compte Waze

Le compteur d’éditions de Waze compte des objets, pas des gestes : tracer une route compte chaque segment et chaque nœud, une fermeture compte chaque segment fermé. Les rapports quotidiens de volume (High Volume Reports) détaillent ce compteur par type d’objet.

5.2 Le seuil

Au-delà de 1 000 éditions par jour, de façon consécutive ou répétée, le volume fait l’objet d’une analyse approfondie.

Ce chiffre est un ordre de grandeur de bon sens, pas une franchise. Les éditeurs français les plus actifs qui travaillent à la main tiennent 200 à 500 éditions par jour. Rester à 999 ne protège de rien : une activité régulièrement calée juste sous le seuil est un signal en soi.

Les opérations déclarées au titre de l’exception d’urgence (§ 3.4) sont analysées sur leur déclaration.

5.3 L’analyse

L’analyse regarde :

  • le rythme : heures, taille des sauvegardes, régularité ;
  • la nature des éditions, sur un échantillon relu dans WME ;
  • les outils utilisés ;
  • la qualité et la conformité au guide France.

L’éditeur est informé et entendu. L’analyse se conclut par un écrit adressé à l’éditeur et aux Champs, et débouche sur les mesures du § 6 si l’édition de masse ou l’automatisation est établie.

6. Les mesures

Selon la gravité et la récidive, les Champs décident :

  • l’abaissement du niveau d’édition ;
  • le retrait de rôles (AM, SM, RM, CM, mentor…) ou de zones d’édition ;
  • dans les cas graves et en cas de récidive, la demande de désactivation du compte auprès du staff Waze.

Dans tous les cas, les éditions fautives sont reprises, en priorité par leur auteur.

Ces règles sont celles de la communauté France. Elles s’ajoutent aux règles de Waze, qui bloque de son côté les scripts sortant des catégories qu’il admet et peut exclure leur auteur de l’édition.

7. Bonnes pratiques pour les scripteurs

Vous voulez écrire un outil pour la communauté ? Merci, et voici ce qui facilite l’audit :

  • parlez-en aux Champs avant d’écrire : on évite de coder une fonction qui sera refusée ;
  • utilisez le SDK officiel de WME, en mode asynchrone, plutôt que W.* ;
  • déclarez chaque serveur contacté dans @connect, et dites-le dans la description ;
  • insérez le texte venu de l’extérieur avec textContent, jamais brut dans innerHTML ;
  • pas de bouton de test qui enregistre un objet fictif sur la carte ;
  • une description GreasyFork fidèle au code, mise à jour à chaque version ;
  • une licence déclarée ; si vous reprenez le script d’un autre, citez-le et gardez sa licence ;
  • un dépôt Git public avec un historique lisible : l’audit d’une nouvelle version se fait sur la différence ;
  • si une IA vous aide à écrire ou corriger un script, relisez et testez ce qu’elle produit : vous en restez l’auteur et le responsable ;
  • en cas de doute sur une règle France, la règle publiée dans le wiki fait foi, pas le script.

8. La liste des scripts audités

Tenue par les Champs à partir des verdicts du forum :test_tube:・scripts-audit, et publiée ici : script, auteur, version auditée, famille, verdict, date.

9. Sources et ressources

Textes de Waze

Plateformes

Guide France

  • WME Droits : verrouillage automatique et plafonnement des points (throttling). Son paragraphe sur les scripts d’édition de masse est réécrit en même temps que cette page.

Ailleurs

  • Royaume-Uni, Self-Management Policy : l’édition de masse pour gagner des points entraîne la baisse du rang et le retrait des droits AM/CM.
Scripts et édition de masse : la communauté France publie sa doctrine