État de charge

La page d'état vérifie si du nouveau contenu arrive encore sur les plateformes sources. C'est une question différente de celle de savoir si une plateforme répond. Ces deux éléments peuvent présenter des dysfonctionnements indépendamment l'un de l'autre : une plateforme peut être parfaitement accessible tout en n'ayant rien enregistré de nouveau depuis des mois. Pour vérifier l'accessibilité de BesluitBron lui-même, rendez-vous sur /health, dans le pied de page sous la rubrique « Santé ».

Chaque page dispose de sa propre adresse selon la langue

À partir de la version 1.3.36, la page dispose d'une adresse par langue : /nl/status, /en/status, /de/status et /fr/status. L'adresse /status reste fonctionnelle. Elle n'affiche plus rien en soi, mais redirige vers la langue que le visiteur a choisie précédemment ou celle demandée par le navigateur. Un lien existant vers /status mènera donc toujours à cette page.

Jusqu'à la version 1.3.35 incluse, il n'existait que /status, et cette page s'affichait toujours en néerlandais, quelle que soit la langue choisie par le visiteur.

Le texte s'adapte désormais à la langue du lecteur. Cela vaut également pour les phrases analysées, telles que « iBabs n'effectue plus aucune livraison depuis le 5 août ». La page est disponible en quatre langues : néerlandais, anglais, allemand et français. Dans les douze autres langues proposées par le site, la page est en néerlandais.

Deux éléments restent volontairement non traduits :

• le nom d'une source, d'un organe administratif et d'un système de sources. Il s'agit de noms propres, et le lecteur doit pouvoir les retrouver dans la source elle-même ;
• un nom de champ ou une valeur brute d'une plateforme, comme harvest_age_seconds, ainsi que le texte d'un message d'erreur. Ceux-ci sont présentés tels qu'ils ont été rédigés par la plateforme, afin que le lecteur puisse les citer.

Un système de suivi qui interroge /api/status.json sans préciser de préférence linguistique recevra les résultats en néerlandais, comme auparavant.

Quatre états, et pourquoi il n'y en a pas trois

• laadt : de nouveaux contenus sont publiés, au rythme que cette source est censée respecter ;
• traag : à la traîne par rapport à son rythme habituel, mais toujours en mouvement ;
• stil : rien de nouveau depuis suffisamment longtemps pour parler d’une panne, mais ce n’est pas non plus une semaine calme ;
• gesloten : plus aucune mise à jour, par choix. Le site Open Archivaris a été délibérément fermé en juillet 2021. Afficher cette source en rouge en permanence aurait conduit le lecteur à ignorer tout ce qui était en rouge sur la page.

Il existe par ailleurs le site onbekend, destiné aux mesures qui ont échoué ou qui n'ont pas encore été effectuées. Cela ne constitue en aucun cas une assurance : une mesure qui a échoué ne signifie pas que la source est saine.

Les seuils sont indiqués par source et ont été mesurés

Un seuil fixe applicable à toutes les sources n'aurait aucun sens. Le site Tweede Kamer ne publie rien les jours ouvrables ni le week-end. Le site OpenTK accuse un retard de quelques minutes. Sur Rechtspraak, la publication est, par nature, en retard de plusieurs mois par rapport à l'audience. Chaque source a donc son propre rythme et son propre seuil, qui sont indiqués sur la page à côté de l'évaluation.

Les seuils tels qu'ils s'appliquent actuellement :

Pour les deux sources locales, c'est la publication moyenne qui est prise en compte, et non le dernier article ajouté à l'index. Un seul document récent parmi trois cents publications suffirait à faire passer toute la source au vert, alors que la publication demandée par le lecteur est restée inchangée depuis des semaines.

Deux questions par organe, et c'est la moins bonne qui compte

Sur OpenBesluitvorming, depuis la version 1.3.23, deux notes apparaissent côte à côte, et c'est la plus basse des deux qui détermine la couleur :

• La plateforme publie-t-elle encore ces données ? C'est ce qu'indique la plateforme elle-même, pour chaque organe ;
• Est-ce que ce qu'il a récupéré est encore récent ? C'est la date du dernier article.

Ces deux chiffres peuvent diverger dans tous les sens, et c'est justement cette différence qui constitue l'information utile. Une importation qui fonctionne sans accroc alors qu'un conseil ne s'est pas réuni depuis le printemps n'est pas « normale ». Un indice qui semble à jour alors que les livraisons ont été interrompues la semaine dernière ne l’est pas non plus. Faire la moyenne de ces deux chiffres reviendrait précisément à gommer ce qui est intéressant.

Lorsque les informations fournies par la plateforme et nos propres observations se contredisent, cela est indiqué par une phrase sur la page. En août 2026, c'était le cas : la plateforme signalait une panne, alors que l'organe concerné restait dans les limites du seuil, car les vacances d'été ne sont pas prises en compte et la panne avait commencé pendant cette période.

Ce que la source elle-même dit à propos d'un organe inactif

À partir de la version 1.3.91, à côté de chaque organe à l'arrêt figure ce qu'en dit la source, dans la mesure où celle-ci fournit des informations. C'est la seule chose qu'un lecteur ne peut pas déduire de la date indiquée à côté, et cela fait passer un arrêt de la catégorie des reproches à celle des faits.

À côté de chaque organe figure également un lien vers l'explorateur de cette source. À partir de la version 1.3.91, ce lien n'ouvre plus la liste des vignettes, mais directement l'outil approprié, avec la requête pour cet organe déjà préremplie : les pièces les plus récentes que la plateforme dispose pour cet organe. La requête figure dans un champ modifiable ; il suffit donc d’une simple modification pour changer de période ou de type de document. L’exécution est possible sans connexion ; un visiteur partage alors une requête par seconde avec tous les autres visiteurs.

La prononciation figure sous forme de lettre dans le tableau, avec la phrase correspondante indiquée au-dessus dans une légende. Dix-huit des vingt-trois organes partageaient la même phrase de quatre-vingts caractères, et sa répétition à chaque ligne occupait la largeur de toutes les autres colonnes. Deux organes présentant la même phrase mais à une période différente se voient attribuer deux lettres : il s'agit en effet de deux prononcés distincts.

Trois types de déclarations, classées par ordre d'exhaustivité :

• le message d'erreur de la plateforme elle-même, cité mot pour mot. Le 13 septembre 2026, cela concernait quatre documents : pour deux d'entre eux, la plateforme indique « No public account ! », ce qui signifie que les documents ne sont accessibles au public nulle part, et pour les deux autres, un délai a été dépassé lors de l'importation ;
• Le fournisseur n'a mentionné aucun organe au cours de l'année écoulée. Il n'y a donc rien à prélever et le blocage se situe au niveau de la source, et non au niveau de la collecte. Cela concernait dix-huit organes ;
• La plateforme contient toutes les informations mentionnées par le fournisseur au cours de l'année écoulée, alors que la date indiquée à côté est antérieure. Ce sont là deux affirmations qui ne peuvent pas être toutes les deux exactes, et la page le précise clairement au lieu de laisser le lecteur choisir lui-même.

Open Raadsinformatie À partir de cette version, cette plateforme ne fournit plus de lignes à cette liste. Elle est en cours de démantèlement et OpenBesluitvorming récupère les mêmes collectivités auprès des quatre mêmes sources ; chaque collectivité y figurait donc deux fois : seize des trente-neuf lignes correspondaient à une deuxième mention d'une commune qui avait déjà cité son successeur. Les organes de cette plateforme sont toutefois toujours mesurés et pris en compte dans la carte de cette source elle-même ; seule la liste par organe a disparu.

Depuis cette version, nos organes ne figurent plus dans la liste. Leur dernière date correspondait à une réunion prévue, ce qui fait que BesluitBron ne disposait pas de la date la plus récente et a donc classé l'organe comme « inconnu » faute de preuves. La comparaison hebdomadaire constitue justement cette preuve : un organisme qui conserve ce que le fournisseur a mentionné au cours de l’année écoulée a bien reçu des documents au cours de cette année-là. L’un de ces onze organes comptait 22 993 documents, une importation réussie le matin même et 2 423 documents sur les 2 423 prévus pour l’année ; la seule chose qui manquait était une réunion prévue en décembre à l’ordre du jour.

Trier et regrouper

À partir de la version 1.3.91, les deux tableaux peuvent être triés colonne par colonne : cliquez sur un en-tête de colonne, puis cliquez à nouveau pour inverser l'ordre. Une valeur vide se trouve toujours en fin de liste, quel que soit l'ordre de tri de la colonne : « aucune récolte » n'est pas la plus petite valeur d'une colonne, c'est l'absence de valeur. Sans JavaScript, les deux tableaux conservent l'ordre dans lequel ils sont construits, qui est celui qui convient : le cas le plus grave en haut du tableau d'exhaustivité, par nom dans la liste des organes inactifs.

Les deux tableaux sont regroupés par source, le nom de la source figurant au-dessus du tableau plutôt que dans une colonne. Pour l'instant, il n'y a qu'un seul groupe, car une seule source publie ces chiffres. Une deuxième source qui viendrait s'ajouter à cette liste disposerait de son propre en-tête et de son propre tableau.

« Incomplet » ne signifie pas « à l'arrêt »

À partir de la version 1.3.91, un deuxième tableau est disponible à l'adresse OpenBesluitvorming : il s'agit des organismes pour lesquels la plateforme indique elle-même qu'il manque des documents. Il s'agit là d'une question distincte du reste de cette page. Ailleurs, on indique la date à laquelle une collecte a été effectuée ; ici, on indique la quantité manquante de cette collecte.

Un organe peut se mettre à jour chaque nuit et pourtant passer à côté de certains éléments. La recherche ne le fait pas apparaître : ce qui n'est jamais entré ne laisse aucune trace permettant de le retrouver. Seule la plateforme peut se comparer au fournisseur d'un organe, et c'est ce qu'elle fait chaque semaine pour l'année écoulée.

Le 13 septembre 2026, 155 des 330 organismes comparés présentaient des lacunes. Dans la plupart des cas, il s'agissait d'une poignée de documents ; pour un syndicat des eaux, le fournisseur a fait état de 311 documents au cours de l'année écoulée, alors que la plateforme n'en comptait que 8, bien que l'importation ait abouti chaque nuit.

Les colonnes s'intitulent « Déclaré » (ce qu'indique le fournisseur de cet organe) et « Trouvé » (ce que la plateforme en a recensé). La part manquante est indiquée en pour mille : les deux comptages sont effectués à des moments différents et, pour neuf organes, celui du fournisseur lui-même constitue une limite inférieure ; un chiffre après la virgule indiquerait donc une précision que personne n'a mesurée.

Lorsqu'un organe comportait la mention « au moins », la plateforme n'a pas pu lire la liste du fournisseur jusqu'au bout. Le chiffre indiqué par le fournisseur correspond alors à une limite inférieure, tout comme le nombre d'éléments manquants. Le tableau présente les observations de la plateforme et n'en identifie pas la cause.

Le système de bronze à l'origine d'un dysfonctionnement

OpenBesluitvorming indique, pour chaque organe, quel système source le gère, et précise également, pour chaque système source, comment s'est déroulée l'importation. Cela permet d'attribuer une panne à un intervenant en mesure d'y remédier. Quatre systèmes sources prennent en charge l'ensemble des organes ; ainsi, un seul système qui cesse de fournir des données affecte un tiers du pays.

Le 16 août 2026, 161 des 330 organes étaient à l'arrêt pour une seule raison : depuis le 5 août, iBabs bloquait l'adresse à partir de laquelle la plateforme récupérait les données. Sans cette ventilation, la page afficherait 161 communes distinctes qui, par hasard, se tenaient toutes silencieuses en même temps.

Dans la description, on trouve, pour chaque système source, le nombre d'organes qu'il gère, le nombre d'importations réussies, la date de la dernière réussite et le message affiché par la plateforme à cette occasion. En cas de dysfonctionnement, la mention « dernière réussite » correspond exactement à la durée de ce dysfonctionnement.

L'évaluation d'un système de notation ne repose pas uniquement sur les affirmations de la plateforme, mais également sur les chiffres qu'elle fournit. Si la plateforme ne récupère pas au moins neuf organes sur dix d'un système, la livraison est considérée comme défaillante, quelle que soit la mention qui y figure. Ce seuil est fixé à 90 %, car un organe qui n’est pas renseigné correspond à un conseil dont les documents ne parviennent pas, et seize de ces conseils ne constituent pas une simple erreur d’arrondi. Un système qui signale un problème tout en fournissant neuf organes sur dix est répertorié sur traag. Un mot inconnu de BesluitBron est considéré comme « onbekend », car il peut également signifier « maintenance » ; un tel mot apparaît dans la trace, ce qui le rend visible.

Cette fonctionnalité existe depuis la version 1.3.41, et la raison est expliquée dans les chiffres du 17 août 2026. Ce jour-là, la plateforme a signalé le blocage d’iBabs sous la forme degraded au lieu de down, car l’une des 167 importations avait abouti, tandis que 160 des 161 organes n’avaient rien reçu. Jusqu’à la version 1.3.40, BesluitBron ne tenait compte que de ce mot : la source devenait grise, le message d’erreur disparaissait de l’en-tête et la barre en haut de la page ne mentionnait plus iBabs, simplement parce que la plateforme avait choisi un autre mot.

Dans le cas d'un système qui ne fournit plus rien du tout, la date à laquelle il a fonctionné pour la dernière fois est indiquée, car cela correspond exactement à la durée de la panne. Dans les autres cas, cette date n’apparaît pas : un seul cycle réussi aujourd’hui serait alors interprété comme une panne ayant débuté aujourd’hui. On y trouve les chiffres, c’est-à-dire le nombre d’organes qui ne sont pas récupérés. Ces chiffres figurent également dans la barre en haut de la page, et pour la même raison : la même limite s'applique à un système qui manque un sixième de ses prévisions et à un système qui n'en prévoit plus aucune, et ces deux cas ne doivent pas être interprétés de la même manière.

Une réunion prévue n'est pas un document finalisé

Un ordre du jour est publié avant la réunion ; par conséquent, la date la plus récente pour un organe se situe souvent dans le futur. Une telle date ne compte pas comme document le plus récent : sinon, un organe dont la récolte a pris fin en 2021 serait considéré comme « d'actualité jusqu'en 2027 » simplement parce qu'une réunion a été programmée bien à l'avance.

La date ne disparaît toutefois pas. Lorsqu'un organe n'a qu'une réunion prévue, cette date est indiquée séparément. « Aucune » donnerait l'impression d'un conseil sans documents, alors qu'une réunion est prévue la semaine prochaine. Une réunion prévue dans les trois semaines constitue la preuve que l’organe est actif, car cet ordre du jour ne peut pas avoir été publié il y a longtemps. Une réunion prévue plus loin dans le temps ne donne aucune indication sur ce mois-ci et donne lieu à l’expression «onbekend », jamais «laadt ».

Quand la page devient rouge

En plus de l'évaluation par source, deux règles font apparaître le titre en rouge :

• si, au niveau d'une même source, 50 organes ou plus sont à l'arrêt, ou si un dixième ou plus des organes sont à l'arrêt. Cette deuxième règle s'applique à un système de source comptant moins de 50 organes : si un tel système tombe en panne, il s'agit d'une panne impliquant un propriétaire, alors que l'organe moyen ne bouge pas ;
• BesluitBron n'est pas en mesure de répondre aux appels. Cette raison prime sur toutes les autres : pointer du doigt sept tiers alors que son propre outil fait défaut est déplacé.

La règle comptabilise les jugements par organe et ne tient donc pas compte des dates. Ainsi, les mêmes seuils et la même période de vacances s'appliquent à l'en-tête qu'au reste de la page. Un organe dont on s'attend à ce qu'il soit à l'arrêt n'est pas pris en compte, pas même dans le total par rapport auquel la part est mesurée. Un organe dont l'état est « onbekend » n'est pas non plus pris en compte : il s'agit d'une mesure qui a échoué et non d'un organe à l'arrêt.

Jusqu'à la version 1.3.40, une autre règle s'appliquait : 50 organes ou plus dont le dernier document datait de plus de 3 jours calendaires, ou un seul organe dont le dernier document datait de plus de 10 jours calendaires. Cette règle contredisait le reste de la page. Le 17 août 2026, elle s'appliquait à 317 des 320 organes d'Open Raadsinformatie, car pratiquement aucun conseil ne s'est réuni en août, alors que cette même page indiquait que 302 de ces organes étaient «laadt » (en session) et que la source elle-même continuait d'intégrer de nouvelles données. Le titre désignait donc un cas qui contredisait le tableau de la source elle-même. La ligne concernant un seul organe a complètement disparu : un organe inactif depuis des années, comme Flevoland depuis le 22 décembre 2021, ne constitue pas un dysfonctionnement actuel, et un titre qui reste en rouge à ce sujet apprend au lecteur à ignorer tout ce qui est en rouge. Un tel organe figure dans la liste des organes à l'arrêt. À partir de la version 1.3.41.

Ce qui fait que la page est en rouge est indiqué sous forme de phrase. Un point rouge qu'un lecteur ne peut pas comprendre est un point rouge qu'on apprend à ignorer.

Lorsque le voyant est rouge, une barre apparaît en haut de chaque page

Si le titre est en rouge, une barre rouge apparaît en haut de chaque page du site, juste en dessous de la barre de menu. Cette barre indique ce qui est en panne, et la barre elle-même est un lien vers cette page. C'est ainsi qu'un visiteur venu pour autre chose le comprendra également. À partir de la version 1.3.41.

La barre indique la cause avec autant de précision que le permet la mesure :

• le système source derrière une source, si la plateforme elle-même signale que la fourniture de ce système est erronée, en précisant les chiffres. Par exemple : « iBabs sur OpenBesluitvorming.nl ne synchronise plus 160 des 161 organes depuis un certain temps » ;
• la source elle-même, si la plateforme ne fournit aucune information par système de source. Par exemple : « Rechtspraak n'a pas été synchronisée depuis un certain temps » ;
• le dysfonctionnement de BesluitBron lui-même, si l'outil ne fonctionne pas correctement. Cette raison prime sur toutes les autres ;
• la phrase qui fait passer le titre au rouge, alors qu'aucune source ne reste immobile et que la règle du chapitre précédent a été respectée.

Un système de référence n'est mentionné que si la plateforme le signale elle-même. Ce nom figure alors sur chaque page du site, et cela n'est autorisé qu'avec l'accord de la plateforme. Une interprétation personnelle des dates fournies par chaque organe ne constitue pas une indication de ce type : un système qui a cessé de fonctionner la semaine dernière laisse derrière lui des organes dont le dernier élément publié se situe encore en dessous du seuil.

La barre ne figure pas sur cette page elle-même, car celle-ci explique la même chose de manière plus détaillée. Il n'y a rien non plus à côté de la couleur orange. Une barre qui n'apparaît que la moitié du temps est une barre que plus personne ne lit.

Jusqu'à la version 1.3.53 incluse, la barre ne figurait pas dans la documentation. Ces pages ont leur propre mise en page, et la barre n'y figurait pas. Les utilisateurs qui accédaient à la documentation via un résultat de recherche ne trouvaient donc aucune mention d'une source figée. À partir de la version 1.3.54, la barre apparaît sur chaque page de la documentation, y compris la page de recherche.

Organes dont on prévoit l'arrêt

Ces deux sources locales proposent les archives des communes qui ont été dissoutes. Un tel index reste figé sans qu'il y ait de dysfonctionnement. Le 16 août 2026, sur Open Raadsinformatie, dix des quelque trente organes figés étaient concernés, soit un tiers des signalements.

Ces organes ne sont pas pris en compte dans l'arrêt et ne figurent pas dans la liste des organes à l'arrêt. Il existe deux raisons pour lesquelles un arrêt peut être prévu, et elles sont toutes deux indiquées à côté de l'organe :

• l'organisation a été dissoute, le plus souvent à la suite d'un redécoupage communal ;
• L'organisme s'abstient délibérément de mentionner la source, bien que le contenu reste consultable.

L'origine de ces informations varie selon la source. Dans le cas d'« Open Raadsinformatie », la liste a été établie à partir du Registre des organismes publics à une date de référence et n'est pas mise à jour en continu ; par conséquent, une commune ayant fait l'objet d'une fusion par la suite n'y figure pas ; ces organismes sont donc accompagnés de la mention « éventuellement ». Sur OpenBesluitvorming, la plateforme communique elle-même ces informations, pour chaque organisme, en indiquant la date de dissolution et le nom du successeur.

Système de référence par organisation

Dans la pratique, c’est le système d’information municipal utilisé par une collectivité qui détermine qui est en mesure de remédier à un problème de transmission. Il est impossible de répondre à cette question à partir d’une liste de fournisseurs, car personne ne la publie. En revanche, il est possible de quantifier la réponse. L'archive web a enregistré, pour chaque document, le système avec lequel le robot de collecte a communiqué. Les adresses d'origine des fichiers fournissent donc la réponse.

Sur 327 organisations, la répartition par système est la suivante : 158 Notubiz, 142 iBabs et 27 GemeenteOplossingen. Pour chaque organisation, la part de ses documents provenant de ce système est indiquée, car « 100 % » et « 29 % » sont des affirmations dont la portée diffère.

La restriction figure sur la page elle-même et est importante. La collecte s'est déroulée du 6 octobre 2020 au 30 juillet 2021, puis a pris fin. Il s'agit donc des données d'un organisme à cette époque. Une commune qui a changé de système depuis lors figure toujours sous le système qu’elle a quitté, et ces données ne permettent pas de savoir de quelles communes il s’agit. Sur les 302 organisations, la collecte n’a récupéré que le site web. Parmi celles-ci, les archives affichent bien les documents, mais pas le système sur lequel ils ont été publiés.

Ce décompte a été effectué une seule fois et est figé dans la publication. Les archives dont il est issu sont fermées, son résultat ne peut donc pas changer. Reposer à chaque fois une question dont la réponse est fixe ne ferait que ralentir la page.

Fréquence des mesures

Toutes les sources sont mesurées toutes les huit heures, et chaque mesure nécessite un appel. La première mesure s'effectue peu après le démarrage. Tant qu'elle n'est pas terminée, la page indique qu'aucune mesure n'a encore été effectuée, au lieu d'afficher une page vide qui donnerait l'impression qu'il y a autant de sources inactives.

Après le démarrage, il faut environ 25 secondes pour que tous les chiffres s'affichent, dont 20 secondes d'attente volontaire : le système communique déjà avec différentes plateformes dès le démarrage, et y ajouter immédiatement sept mesures rendrait la seconde la plus chargée du processus encore plus chargée.

Jusqu'à la version 1.3.22, cela ne s'appliquait pas à OpenBesluitvorming. Cette plateforme ne disposait pas d'une vue d'ensemble de tous les organes ; par conséquent, la consultation de l'état de chaque organe nécessitait une requête distincte, et un cycle complet en comptait plus de trois cents. Ce cycle était étalé sur quatre heures, à raison d'un organe à la fois, afin de ne pas provoquer de pic de charge sur la plateforme. Depuis la version 1.3.23, la plateforme publie son propre état pour tous les organes en une seule requête, et ce détour n’est plus nécessaire. Un tableau complet est ainsi disponible au bout de 25 secondes au lieu de quatre heures.

Plus important encore que ce gain de temps, le tableau constitue désormais un instantané unique. Dans le cycle étalé, chaque valeur était mesurée à un moment différent ; ainsi, une mesure de 6 h figurait à côté d'une autre de 9 h 45. Tous les organes proviennent désormais de la même mesure effectuée par la plateforme, et cet heure est indiquée dans la justification.

Un assistant peut demander lui-même cette mesure

À partir de la version 1.3.36, chaque connecteur dispose de l'outil « platform_status ». Celui-ci fournit les mêmes mesures que cette page, mais sous forme de données : pour chaque source, l'état, le moment de la mesure, si la plateforme fournit des informations sur son processus de chargement et si ces informations diffèrent de ce que BesluitBron observe. Pour les deux sources locales, s’y ajoutent les chiffres par état, la date de la dernière mise à jour et, au maximum, dix organismes inactifs avec la date à laquelle leur contenu a cessé d’être mis à jour. Le rapport complet par organisme reste disponible sur cette page, et la réponse indique son adresse.

Cet outil est destiné à répondre à une question à laquelle un résultat de recherche ne peut pas répondre. Un résultat vide ne signifie rien en soi : il se peut que personne n'ait abordé le sujet, ou que la source n'ait reçu aucune information depuis des semaines. Un assistant qui utilise cet outil peut déterminer de quel cas il s’agit et jusqu’à quelle date les informations sont à jour.

Tout peut être consulté et téléchargé

Chaque source affiche, lorsque l'on passe la souris dessus ou qu'elle est sélectionnée au clavier, les éléments justificatifs : la méthode, les chiffres bruts, le seuil ayant donné lieu à l'évaluation et le moment de la mesure. De plus, la fonction « Télécharger le rapport » fournit toutes les données chiffrées relatives à une mesure sous forme de Markdown, y compris le tableau par organe. Pour un système de suivi, ce même contenu est disponible sur /api/status.json, voir Statusgegevens.

À partir de la version 1.3.36, les organes sont classés par nom, tant dans la liste affichée sur la page que dans le rapport. Jusqu’à la version 1.3.35 incluse, l’orgue dont le matériel était le plus ancien figurait en tête de liste. Un lecteur recherche ici un organe précis, généralement le sien, et, dans une liste comptant près de deux cents noms, il ne peut le trouver que si la liste est classée par nom. La date figure dans une colonne distincte ; ainsi, si l'on souhaite que l'organe le plus ancien apparaisse en haut de la liste, il suffit de trier cette colonne dans un tableur.

Depuis la version 1.3.36, le rapport Markdown par source dispose d'une adresse spécifique à chaque langue, par exemple /de/status/ori.md. La page renvoie vers cette adresse qui contient la langue. C'est voulu : la langue indiquée dans l'adresse est celle que le visiteur a choisie, tandis que la préférence linguistique d'un navigateur est un paramètre défini par quelqu'un d'autre à un moment donné. L'adresse sans indication de langue, /status/<bron>.md, continue d'exister et de répondre : elle sélectionne la langue en fonction des préférences de l'utilisateur et ne redirige pas. Un système de suivi est souvent un script sans cookies qui ne suit pas les redirections, et c'est précisément cet utilisateur qui ne doit pas rencontrer de problème ici.

/api/status.json choisit sa langue différemment, puisque depuis la version 1.3.86, l'adresse se trouve à l'adresse /api : un paramètre de requête au lieu d'un chemin d'accès par langue, et jusqu'à quelle version elle se trouvait à son emplacement d'origine. Ces deux informations figurent à l'adresse Statusgegevens.

Chaque ligne du fichier JSON comporte un code

Dans /api/status.json, chaque phrase lue par un utilisateur est accompagnée du code correspondant au message. Le champ « _label » contient le texte et varie en fonction de la langue. Le champ « _code » indique la nature du message et reste identique dans toutes les langues. Une règle de surveillance doit se baser sur ce code.

Ainsi, on trouve state_label avec « stil » à côté de state_code avec « Stalled », et cadence_label à côté de cadence_code. Dans la justification, chaque ligne comporte un label_code et un value_code. red_reason_code est le cas le plus clair : il indique laquelle des trois lignes a fait passer la page en rouge, ce qui peut être déduit de la phrase seule.

state_code est le seul code qui ne soit pas un code de message. Un état est une valeur fixe et non une phrase ; c'est pourquoi on y trouve le nom de l'état lui-même. Ces noms sont en anglais, car ici, un nom dans le code est toujours en anglais :

L'outil platform_status utilise les cinq mêmes mots, en minuscules : loading, slow, stalled, closed et unknown.

Jusqu'à la version 1.3.35 incluse, ces champs s'appelaient « state », « cadence », « threshold », « headline », « group », « worst_state », « bodies_note » et « standstill_reason » ; ils n'existaient qu'en néerlandais et ne comportaient pas de code. Si vous utilisez ces noms, veillez à les modifier lors de la mise à jour vers la version 1.3.36.

Un organe peut être à l'arrêt parce que le conseil ne s'est pas réuni, parce que le fournisseur ne livre plus ou parce que la récolte a été détruite. La page présente le constat sans en indiquer la cause.