# LR Gestion immobilière (LR Location) — connecteur lr_gestion

Fiche générée automatiquement par scripts/gen_connector_docs.py le 2026-09-04 14:12 — ne pas éditer à la main, régénérer.

État : actif · Région : Outaouais · Backend : direct · Annonces actives : 105/127

# Description de la source

connecteur LR Gestion immobilière / LR Location (lrgestion.com ; portail d'annonces lrlocation.ca) — plus gros acteur multi-secteurs de l'Outaouais : Gatineau, Hull, Aylmer, Buckingham, Cantley, Thurso, Perkins (Val-des-Monts)… Portail RentSync rendu serveur, même plateforme que Girescom (girescom.py). Liste /fr/residential : une carte par immeuble (adresse avec ville, prix « Louer de », chambres). Page immeuble /fr/residential/ : tableau des unités disponibles (li.unit-table-desktop__units--unit, colonnes column-field : numéro, salles de bain, prix, pi², photos, disponibilité — pas de colonne chambres sur ce portail), description « À propos de la propriété », texte « Quartier », téléphone du bureau de location et galerie. Une annonce Lou-Ka = une unité. Les immeubles d'Ottawa (Ontario) sont exclus ; Hull/Aylmer/Buckingham/Masson-Angers sont des secteurs de Gatineau (fusion 2002) -> sector = secteur, city = Gatineau. Fiches immeuble via self.detail() (cache BD, max max_details/sync).

• Site : https://lrgestion.com
• Page des annonces : https://www.lrlocation.ca/fr/residential
• Secteurs couverts : Gatineau (Hull, Aylmer, Buckingham), Cantley, Thurso, Perkins (Val-des-Monts) — Ottawa (ON) exclue
• Module : louka/connectors/lr_gestion.py — classe LRGestionConnector

# Accès

• Type d'accès : pages HTML (rendu serveur)
• Endpoint de base : https://www.lrlocation.ca
• URLs de départ (constantes du module) : https://www.lrlocation.ca
• Authentification : aucune — contenu public
• Pagination : page de liste unique (pas de pagination)
• Backend anti-bot / rendu : requests direct (session UA LouKaBot, throttling poli)
• Politesse : 0.6 s entre requêtes, timeout 30 s, User-Agent identifiable LouKaBot/1.0 (+https://www.lou-ka.com/bot)

# Champs récupérés → schéma cible

Le connecteur (direct, pages HTML (rendu serveur)) alimente les colonnes de la table listings. Complétude mesurée en SQL sur les 105 annonces actives ; exemple tiré d'une ligne réelle de la BD.

# Fréquence & budget

• Cadence observée (médiane des passages OK, sync_log) : ≈ 3.4 h
• Dernier passage OK : 2026-09-04 08:06 — 93 trouvées, +9 / ~59 / -0
• Throttling : 0.6 s entre requêtes (constante de classe request_delay)
• Cache des pages détail (BD detail_cache) : activé — évite de re-visiter les fiches inchangées

# Volumétrie & complétude

• Annonces en BD : 127 au total, 105 actives
• Première ingestion : 2026-08-09 · Dernière observation : 2026-09-04
• Complétude clé (actives) : GPS 100 % · prix 100 % · photos 100 % · description 100 %
• Runs journalisés (60 derniers) : 60, dont 0 en erreur

# Erreurs connues & dépannage

Aucune erreur dans les 60 derniers runs journalisés.

Rejouer la source seule : python3 run.py sync lr_gestion · vérifier ensuite sync_log (SELECT * FROM sync_log WHERE source='lr_gestion' ORDER BY ts DESC LIMIT 5;).

# Licence, attribution & conditions

• Scraping poli d'annonces publiques (données factuelles : prix, adresse, disponibilité) publiées par le gestionnaire sur son propre site.
• User-Agent identifiable avec page d'information et contact : LouKaBot/1.0 (+https://www.lou-ka.com/bot; contact@spboucher.ai) ; throttling 0.6 s ; cache détail pour minimiser les requêtes.
• Chaque annonce affichée sur Lou-Ka pointe vers l'annonce d'origine (colonne url) — la source garde le trafic de conversion.
• Retrait sur demande : contact@spboucher.ai.

# Historique

• 2026-08-09 — premières annonces de la source ingérées dans la BD.
• 2026-08-18 — vague d'enrichissement : standardisation de la documentation des connecteurs (fiche générée par scripts/gen_connector_docs.py).