# Hazelview Properties — connecteur hazelview

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 : Montréal · Backend : direct · Annonces actives : 3/57

# Description de la source

connecteur Hazelview Properties (hazelviewproperties.com — ex-Timbercreek). Le site est rendu côté client via l'API RentSync/LiftSystem (lift-api.rentsync.com/v2, client_id 497, jeton public embarqué dans le JS du site). On interroge /v2/cities pour les villes QC (toutes dans le Grand Montréal : Montréal, Verdun, Côte-Saint-Luc, Pointe-Claire, Longueuil...), puis /v2/search par ville et par nombre de chambres pour obtenir les types d'unités disponibles et leur loyer. Une annonce par immeuble et par type d'unité. La page immeuble du site (via cache BD) embarque un JSON complet (attribut data-locations de la carte) : commodités, galerie photos, animaux détaillés, suites. Expansion Ontario 2026-08 — gaté LOUKA_ONTARIO=1 : on inclut TOUTES les villes province_code=="ON" retournées par /v2/cities (Ottawa, GTA, Hamilton, London, KW… selon les disponibilités du moment), sans whitelist de villes — la whitelist Grand Montréal reste le garde-fou QC. Sans la variable d'environnement, comportement strictement identique (prod QC).

• Site : https://www.hazelviewproperties.com
• Page des annonces : https://www.hazelviewproperties.com/cities/montreal
• Secteurs couverts : Centre-ville, Vieux-Port, Plateau
• Module : louka/connectors/hazelview.py — classe HazelviewConnector

# Accès

• Type d'accès : API JSON interne du site
• Endpoint de base : https://lift-api.rentsync.com/v2
• URLs de départ (constantes du module) : https://assets.rentsync.com/timbercreek_communities/images/gallery/full/ · https://lift-api.rentsync.com/v2
• 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, API JSON interne du site) alimente les colonnes de la table listings. Complétude mesurée en SQL sur les 3 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 13:44 — 3 trouvées, +0 / ~0 / -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 : 57 au total, 3 actives
• Première ingestion : 2026-08-06 · 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 hazelview · vérifier ensuite sync_log (SELECT * FROM sync_log WHERE source='hazelview' 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-06 — 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).