fonciq
Greffe Fonciq

GREF — Générateur de Reconstitution d’Extrait Foncier · la lecture de référence des plans et documents fonciers du Québec.

GREF — Générateur de Reconstitution d’Extrait Foncier (forme institutionnelle : Greffe Fonciq), c’est un moteur d’OCR et d’extraction sémantique avec revue par les pairs, spécialisé pour les plans cadastraux et les documents fonciers québécois. À partir d’une source dégradée — manuscrit, machine à écrire, scan abîmé ou plan rénové — GREF reconstitue un extrait foncier lisible, structuré et attesté. Chaque lecture est traçable, contestable et révisable. Le moteur tourne sur des pods GPU au Canada, via un client RunPod dédié. Conditionnement d’image, confiance composite (TTA, multi-hypothèses, entropie) et cleanup propriétaire sont détaillés dans docs/GREF.md §11. On ne publie pas de promesse chiffrée ici tant que le corpus d’évaluation public n’est pas ouvert.

Trois piliers du standard

Fiabilité (la machine)

OCR, vision et règles de nettoyage assurent une première lecture cohérente, sur plans vectoriels comme sur plans manuscrits, toujours ramenée à des champs structurés vérifiables. La confiance reste affichée côté technique. On ne la résume pas en pourcentage marketing sur cette page.

Autorité (l’humain)

Revue par pairs, édits contextualisés, file PostgreSQL et promotion d’attestation après relecture relient la lecture machine au jugement professionnel. Les droits exacts par type de compte et la formulation juridique grand public restent cadrés dans la documentation produit (docs/GREF.md, Studio).

Ubiquité (le réseau)

Partage contrôlé entre lots apparentés, déduplication par empreinte et future exposition API versionnée : une lecture commune utilisable par les éditeurs tiers, dès que l’infrastructure est en place.

Sous-surfaces et état

SurfaceStatut
GREF — Lecture (RunPod CA-MTL, extracteurs, cleanup)Live (phases 6–9)
GREF — Atelier (original / vectorisé, revue, promotion)Live (Studio)
GREF — Carte d’entropie (indicateur de désaccord moteurs)Optionnel (FONCIQ_GREF_HEATMAP=1)
GREF — Demande au confrère (file PostgreSQL)Live
GREF — Lecture de référence (snapshot, empreinte SHA-256)Backend livré — wording juridique à compléter
GREF — Escalade arpenteurBackend livré — paiement / OAQ à compléter
GREF — Tableau d’honneurBackend moteur livré — page /api publique stub
GREF — API publique documentPlanifiée (phase 19)

Cette grille reprend la nomenclature et les statuts de docs/GREF.md (§4) dans le dépôt technique fonciq. Pour les gardes corpus et l’évaluation sans chiffre marketing côté grand public, voir la méthodologie publique.

Méthodologie et évaluation

On ne publie aucun chiffre de précision sur cette page tant que le corpus or et le harnais d’évaluation Gref ne sont pas ouverts publiquement avec la même lisibilité. Les phases 10 et 11 (porte corpus et régressions, décrite dans docs/GREF.md) doivent venir avant toute communication chiffrée sur la qualité de lecture. Le harnais vivant est développé sous worker/gref_eval/ ; la documentation est dans docs/GREF.md (§12.1), cité ici comme harnais d’évaluation public.

Lire l’encadré méthodologie Gref →

Agent nommé · studio LysIA

GREF est supervisé, pas autonome.

GREF est l'agent OCR + extraction de fonciq. Sa carte d'identité publique nomme le superviseur humain, les limites contractuelles et les clauses du Pacte LysIA qui s'appliquent. Le Pacte GREF est annexé à chaque contrat client fonciq.

Questions fréquentes

Qu’est-ce que Greffe Fonciq (GREF), le Générateur de Reconstitution d’Extraits Fonciers ?
Greffe Fonciq (GREF) — Générateur de Reconstitution d’Extraits Fonciers — est un ensemble de composantes fonciq consacrées à une lecture attestée par les pairs des documents fonciers du Québec : plans cadastraux depuis la pré-réforme jusqu’aux vectoriels récents, pièces d’appoint du Registre lorsque prévues. À partir d’une source dégradée, GREF reconstitue un extrait foncier lisible, structuré et attesté ; la lecture reste traçable, contestable et révisable dans le temps lorsque les fonctions humaines prévues seront disponibles.
Comment une lecture est-elle attestée ?
Dans l’Atelier Studio, équipés peuvent corriger des détections, participer à la file de revue communautaire et promouvoir une attestation après relecture ; journal et persistance côté base suivent la spécification GREF. Une attestation « active » et un sceau professionnel formel sont distincts de la lecture automatique : le vocabulaire juridique affiché aux utilisateurs finaux fait encore l’objet d’un cadrage produit (cf. docs/GREF.md §3.2).
Mes plans restent-ils au Canada ?
Oui. Le traitement GPU est mené dans une zone canadienne conforme à la Loi 25 ; les appels au pool RunPod passent par le client applicatif documenté (worker/runpod_ocr_client.py, pods « gref-* »). Ne déposez aucune pièce hors coffre fonciq si votre politique interne l’interdit sans avis juridique préalable.
Qu’est-ce que la carte d’entropie dans l’Atelier ?
C’est un indicateur optionnel (activation côté moteur avec FONCIQ_GREF_HEATMAP=1) qui met en évidence les segments de texte où plusieurs moteurs ne s’entendent pas — une aide à la relecture, pas un score marketing de qualité. Nous ne publions pas de pourcentage de fiabilité dérivé de cet outil sur les pages grand public ; voir /methodologie pour les gardes corpus (phases 10–11).
Que se passe-t-il quand la file de revue ne converge pas ?
Le produit prévoit une escalade rémunérée vers un arpenteur-géomètre lorsque la communauté interne n’obtient pas de consensus. Le workflow applicatif est décrit comme livré côté worker (docs/GREF.md §4) ; la facturation et l’intégration ordre des arpenteurs restent à compléter.
Quand l’API publique GREF sera-t-elle disponible ?
La phase 19 prévoit un point d’accès versionné sur document identifié ; aucune fenêtre de déploiement n’est affichée tant que l’auth partenaire n’est pas terminée. Voyez la page intégrations pour l’état global API v1.