Build on the national property graph.

One global edge. One deep New Zealand contract.

PropData keeps one global API surface while preserving country-native data models underneath it. New Zealand requests carry country=NZ; the resolver then routes into New Zealand-specific property identity, title, cadastral and physical-improvement intelligence. The country site and workspace are the focused developer experience for that market—not a separate disconnected backend.

Three ways into one property.

curl "https://propdata-api-worker.sales-fd3.workers.dev/v1/property?country=NZ&parcel=3818618&enrich=full" \
  -H "x-api-key: $PROPDATA_API_KEY"

The production canary resolves parcel 3818618, appellation Lot 1 DP 90132, Wellington land district. Examples show verified graph concepts; the returned payload remains the authority for the exact fields available to your account and route.

Credentials stay server-side.

Direct REST uses the x-api-key header. Production keys belong in server-side secrets or environment variables—not URLs, browser bundles, screenshots, analytics, or repositories. The NZ Workspace is an account/developer tool and only sends a key after the user explicitly connects one for the session.

PROPDATA_API_KEY=pd_live_...
PROPDATA_API_BASE=https://propdata-api-worker.sales-fd3.workers.dev

The routes New Zealand developers actually need.

These are the public PropData routes used by the country experience. Internal database RPCs, ingest functions, checkpoints, source tables and service-role operations are intentionally not public API endpoints.

GET /v1/property

Resolve a New Zealand property by authoritative address or LINZ primary parcel identifier. Use one clear identity method per request.

{
  "country_code": "NZ",
  "match_level": "parcel_id",
  "coverage_status": "live_enriched",
  "property": {
    "...": "route-supported NZ fields"
  }
}

Full Enrich connects the graph.

New Zealand Full Enrich is backed by the same canonical parcel and title identity used by the base resolver, then attaches country-native building relationships, derived physical context and the certified LINZ 51565 legal/statutory summary. The legal layer is returned at new_zealand.legal_actions and remains independently fail-open so a downstream legal-layer issue cannot break valid property identity.

GET /v1/property?country=NZ&parcel=3818618&enrich=full

Coordinates → property.

GET /v1/property/by-location?country=NZ&lat=-41.1886269490596&lng=174.943031500008

Coordinate resolution attaches spatial property context without pretending every point has an exact address record. Use the returned match and coverage signals independently.

Coverage probe

GET /v1/property/by-location/coverage-check?country=NZ&lat=-41.1886269490596&lng=174.943031500008

Eleven infrastructure layers, one governed property identity.

Seven customer-safe national layers drive the normal product contract. Four deeper title/legal layers are also loaded nationally as restricted infrastructure and remain separately entitlement-controlled rather than being implied as default REST output.

Titles stay relational.

PropData does not flatten New Zealand title identity into a single fake owner field. The graph preserves title records and title↔parcel associations separately so multi-title, unit-title and shared-spatial contexts remain structurally correct.

{
  "title_no": "1006231",
  "status": "LIVE",
  "title_type": "Unit Title",
  "land_district": "Wellington",
  "issue_date": "2021-11-01T16:20:02Z",
  "guarantee_status": "Guarantee",
  "estate_description": "Stratum in Freehold, 1/1, Unit 44 Deposited Plan 90777",
  "number_owners": 1,
  "spatial_extents_shared": true,
  "source": "Toitū Te Whenua LINZ"
}

Buildings are linked, not merely nearby.

The national building-outline source baseline contains 3,268,141 records. PropData then builds a separate relationship graph with 3,820,845 building↔parcel links. The relationship model preserves method, confidence basis, overlap area, overlap ratio, metric CRS and geometry-repair provenance where applicable.

"new_zealand": {
  "building_relationships": {
    "coverage_status": "complete",
    "count": 2,
    "returned": 2,
    "truncated": false,
    "items": [ ... ]
  },
  "derived": {
    "building_count": 2,
    "primary_building_count": 1,
    "building_overlap_area_ratio": 0.1842
  }
}

Parcel actions now have their own production layer.

"new_zealand": {
  "legal_actions": {
    "coverage_status": "complete",
    "count": 12,
    "current_count": 2,
    "historic_count": 10,
    "action_counts": {
      "create": 1,
      "extinguished": 0,
      "referenced": 11
    },
    "returned": 12,
    "truncated": false,
    "source_dataset_id": "51565"
  }
}

Country product, global control plane.

Match, coverage and provenance are separate signals.

Handle failures by category.

Authoritative sources in. Governed delivery out.

Core New Zealand property layers are sourced from Toitū Te Whenua Land Information New Zealand (LINZ). PropData operates the ingestion, normalization, canonical identity, spatial processing, relationship graph, refresh automation, coverage semantics and production delivery above those source systems.

PropData is an independent product of PropTechUSA.ai and is not operated by or affiliated with LINZ or the New Zealand government.