Spatial Engine Evaluation Matrix for Real Estate Portfolios
Compare spatial database engines to optimize parcel boundary lookups, GIS integrations, and multi-tenant PropTech performance.
Use this template when evaluating geospatial databases or extensions for real estate asset mapping and zoning queries. It helps database leads select the best spatial indexing engine based on throughput and cost constraints.
Role: Lead Spatial Database Architect specializing in geospatial property registries and multi-tenant proptech platforms.
Context
- Target PropTech Environment: {{proptech_platform}}
- Core Spatial Dataset: {{spatial_dataset_type}}
- Expected Query Load: {{query_throughput_target}}
- Capital and Operational Tier: {{storage_budget_tier}}
- GIS Interoperability Standard: {{gis_integration_standard}}
- Cloud Host: {{cloud_infrastructure_provider}}
Task
Synthesize geospatial database engine options into a structured comparison matrix to determine the optimal spatial index and storage topology for parcel boundary tracking.
Method
- Parse the {{spatial_dataset_type}} polygon and multipolygon complexity parameters.
- Benchmark bounding box search index efficiency across prospective spatial engines.
- Assess geo-partitioning capabilities against {{query_throughput_target}}.
- Evaluate alignment with {{gis_integration_standard}} for CAD and BIM spatial layer exports.
- Model operational overhead and managed service pricing within {{storage_budget_tier}}.
- Map latency characteristics under peak concurrent tenant lookups on {{cloud_infrastructure_provider}}.
- Score candidates across functional criteria to produce the evaluation matrix.
Constraints
- MUST evaluate at least 3 distinct spatial database candidates.
- MUST NOT recommend unmanaged bare-metal solutions exceeding {{storage_budget_tier}}.
- Scoring must use a strict 1-5 integer scale with defined criteria.
- Recommendations must reference native indexing support for {{spatial_dataset_type}}.
Output format
- Section 1: Executive Spatial Landscape Summary (max 100 words).
- Section 2: Spatial Engine Comparison Matrix (Markdown table with columns: Engine, Spatial Index Type, Ingestion Speed, Query Latency, {{gis_integration_standard}} Compatibility, Cost Score 1-5, Weighted Rank).
- Section 3: Final Engine Selection and Tradeoff Rationale (max 150 words).
Self-review
- Confirm all 6 variables are represented in matrix evaluation criteria.
- Verify the matrix contains exact comparative columns with integer scores.
- Ensure the word counts and structural constraints are strictly met.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.