# Reported issues for paris-compass-mcp Pod holds 8 of 8 GitHub reports that passed its relevance review. This can include external user reports, maintainer-confirmed bugs, and concrete feature gaps. Treat them as evidence to inspect, not a count of distinct defects. Back to [paris-compass-mcp](/mcp/paris-compass-mcp). ## Most discussed ### Porte planifiée — décision requise # Porte planifiée — 1 septembre 2026 **Rien à faire.** 6 bras sur 9 au vert le 1 septembre 2026 : `typecheck`, `test`, `build`, `build:dev`, `sessions:check`, `eval:anon`. **Changé, sans décision requise.** - `freshness` — Aucune décision attendue : les cadences les plus lentes n'ont pas encore eu leur tour. (1 septembre 2026). - `eval` — [12:48:48] AVERTISSEMENT — 11 écart(s) sous le seuil bloquant — «réf. masquée» via «hôte masqué» (1 septembre 2026). **Décision requise** — 1 bras. ###… [Read the thread](https://github.com/IvandeMurard/paris-compass/issues/74) · 2026-09-01 · closed · external user · 4 comments ### [P1] w0-appelant — `authenticated` est-il privilégié ? Trancher pendant que c'est gratuit **ID** `w0-appelant` · **vague 0** · **P1** **Dépend de** `w0-retenue` (#57), fait **Bloque** rien, et c'est ce qui le rend dangereux à repousser **Sources** — *aucune source nouvelle* ## Pourquoi **Deux règles écrites le même jour ne disent pas la même chose, et personne n'a tranché.** | | Qui est restreint | | --- | --- | | La politique RLS de `20260809000008` | `to anon, authenticated` | | Le test d'appelant de `20260809000010` | tout ce qui n'est pas `anon` est **privilégié** | Tant que… [Read the thread](https://github.com/IvandeMurard/paris-compass/issues/58) · 2026-08-26 · closed · 3 comments ### [P1] Un point hors corpus rendu comme un quartier sans commerces — score_location, footfall fabriqué Trouvé le 24 août 2026 en écrivant le contrôle de conformité du serveur MCP (`w0-mcp-verif`, #53). Détail complet dans `DIAGNOSTIC.md` §16. **Le défaut.** Le point 9 du `DIAGNOSTIC.md` dans sa variante **géographique**. Les défauts 9 à 12 venaient d'une couche retenue par licence ; celui-ci vient d'une couche absente **parce que le corpus s'arrête aux limites de Paris**. La forme est identique — un vide lu comme un zéro — et la conséquence aussi : un chiffre fabriqué qui porte une source.… [Read the thread](https://github.com/IvandeMurard/paris-compass/issues/55) · 2026-08-24 · closed · 2 comments ### [P1] w1-licence-derivee — Un taux dérivé de deux millésimes ne peut pas citer la licence du plus permissif **ID** `w1-licence-derivee` · **vague 1** · **P1** **Dépend de** `w0-appelant` — pas techniquement, mais celui-là décide de la portée de celui-ci **Bloque** rien **Sources** — *aucune source nouvelle* ## Pourquoi `compass_survival_by_trade` calcule le volet BDCom sur **deux** millésimes : la cohorte de départ et le millésime d'arrivée. Sur la branche retenue, elle cite la licence de la **cohorte**, ce qui est juste. Sur la branche divulguée, elle cite celle du millésime d'**arrivée**… [Read the thread](https://github.com/IvandeMurard/paris-compass/issues/59) · 2026-08-26 · closed · 1 comment ### [P0] w0-retenue — La règle de retenue, rendue mécanique — et compass_street_rotation, sa 5e victime **ID** `w0-retenue` · **vague 0** · **P0** **Dépend de** — **Bloque** la fermeture de l'épic vague 0 (#41) **Sources** — *aucune source nouvelle* ## Pourquoi **Ce ticket n'est pas « corriger une cinquième fonction ». C'est « faire en sorte qu'il n'y ait pas de sixième ».** Corriger `compass_street_rotation` seule reproduirait exactement le défaut que `DIAGNOSTIC.md` §20 vient de nommer : réparer la donnée sans laisser la règle derrière. La règle existe depuis le 9 août — *une fonction qui… [Read the thread](https://github.com/IvandeMurard/paris-compass/issues/57) · 2026-08-25 · closed · 1 comment ### [P1] w0-conclusion — Une conclusion tirée par-dessus une retenue : compass_address_timeline, millésime retail_only Trouvé le 24 août 2026 en branchant la fiche locale (`w0-fiche`, #8), et laissé ouvert : le correctif est dans le SQL, le ticket était de l'interface. Détail complet dans `DIAGNOSTIC.md` §15. **Le défaut.** Sur un millésime au périmètre `retail_only` — c'est le cas de 2023 — une ligne `observed = false` de `compass_address_timeline` porte cette justification, écrite dans `20260809000011_licence_uniform_withholding.sql` : > Millésime restreint aux commerces : une absence signifie « plus un… [Read the thread](https://github.com/IvandeMurard/paris-compass/issues/54) · 2026-08-24 · closed · 1 comment ### [bug] Le serveur MCP n'atteignait jamais son miroir Overpass principal — 406 sans User-Agent Corrigé le 24 août 2026, issue ouverte pour la trace. overpass-api.de répond 406 Not Acceptable à une requête POST sans en-tête User-Agent, et le fetch de Node n'en envoie aucun : mcp-server/src/overpass.ts échouait donc systématiquement sur son premier miroir et tournait depuis toujours sur les deux suivants. Le front n'a jamais eu le problème, le navigateur pose son propre User-Agent. Mesuré, même requête et même point : sans UA 406, avec UA 200, avec Accept seul 406. Ce qui l'a rendu… [Read the thread](https://github.com/IvandeMurard/paris-compass/issues/52) · 2026-08-24 · closed · 1 comment ### [P0] w0-history — compass_premise_history : une retenue de licence rendue comme un fait **ID** `w0-history` · **vague 0** · **Q3 2026** · **P0** **Dépend de** — **Bloque** `w0-fiche` (#8) **Sources** `bdcom` ## Pourquoi Quatrième occurrence du défaut du point 9 de `DIAGNOSTIC.md`, et **sa forme la plus dure**. Les trois autres fonctions traversant `premise_observation` ont été corrigées — `compass_address_timeline` par `20260809000011`, `compass_scoring_context_within` par `20260816000001`, `compass_premises_within` par `20260817000001`. `compass_premise_history` n'a jamais été… [Read the thread](https://github.com/IvandeMurard/paris-compass/issues/51) · 2026-08-24 · closed · 1 comment ## Most recent The remaining reports are on [the project's issue tracker](https://github.com/IvandeMurard/paris-compass/issues).