Fix slower Zillow unit photo discovery path
This commit is contained in:
@@ -95,7 +95,9 @@ Current behavior:
|
||||
- keeps CAD-site selection address-driven and jurisdiction-specific; it does not hardcode one county's CAD as the global source
|
||||
- when a supported official CAD detail host is found, captures direct property facts such as property ID/account, owner, legal description, assessed value, exemptions, and the official property-detail URL
|
||||
- automatically tries to discover Zillow and HAR listing URLs from the address when no listing URL is provided
|
||||
- starts Zillow and HAR listing discovery in parallel so HAR can already be in flight if Zillow misses or stalls
|
||||
- runs Zillow photo extraction first, then HAR as fallback when available
|
||||
- gives Zillow a longer source-specific discovery/photo window than the generic fallback path, because some exact-unit Zillow pages resolve more slowly than HAR or public-record lookups
|
||||
- reuses the OpenClaw web-automation logic in-process instead of spawning nested helper commands
|
||||
- fails fast when Zillow/HAR discovery or photo extraction stalls instead of hanging indefinitely
|
||||
- returns a structured preliminary report payload
|
||||
|
||||
Reference in New Issue
Block a user