Study guide
15.3 Web GIS Architecture: REST APIs, Feature Services, Vector Tiles & Cloud Platforms
GISP Geospatial Core Technical Knowledge Exam Study Guide Exam
Track your progress as you read
Finished sections get a check mark.
1 Chapter 1: GISP Exam Structure, Policies & Preparation Strategy
1.1 GISP Certification Framework, Pearson VUE Delivery & Passing Standard 1.2 The 10 Official GISCI Knowledge Categories & Diagnostic Study Planning 1.3 Question Reasoning, Vendor-Neutral Concepts & Test-Taking Tactics
2 Chapter 2: Geodesy, Datums & Earth Geometry
2.1 Earth Geometry: Geoid, Reference Ellipsoids, and Heights 2.2 Horizontal & Vertical Datums: NAD27, NAD83, WGS84, NAVD88, and Modernized NSRS 2.3 Geomatics Disciplines, Geodetic Control Networks, and Monumentation
3 Chapter 3: Coordinate Systems & Map Projections
3.1 Geographic (GCS) vs. Projected (PCS) Coordinate Systems & Angles 3.2 Projection Families & Distortion Properties 3.3 Standard Projected Systems: State Plane (SPCS), UTM, and Web Mercator
4 Chapter 4: Vector & Raster Spatial Data Models
4.1 Vector Data Architecture: Points, Lines, Polygons, Multipart Features & Curves 4.2 Raster Architecture: Grid Structures, Pixel Dimensions & Multi-Dimensional Resolutions 4.3 Modeling Geographic Phenomena: Discrete Objects vs. Continuous Fields 4.4 Elevation and Surface Representations: DEMs, DSMs, DTMs, TINs, and Point Clouds
5 Chapter 5: Topology, Data Quality & Geospatial Standards
5.1 Spatial Topology: Planar Enforcement, Adjacency, Connectivity & DE-9IM 5.2 Data Quality Dimensions and Positional Accuracy Standards (ISO 19157-1, NSSDA, RMSE) 5.3 Geospatial Metadata Standards: FGDC CSDGM and the ISO 19115 Family 5.4 Open Standards and Interoperability: OGC Web Services & Open Formats
6 Chapter 6: Cartographic Design & Visual Variables
6.1 Visual Variables (Bertin's Semiology of Graphics) and Map Symbology 6.2 Map Design Hierarchy, Common Elements, Layout Balance & Typography 6.3 Color Theory, Palette Types & Accessible Cartographic Design
7 Chapter 7: Thematic Mapping & Data Classification
7.1 Thematic Map Types: Choropleth, Proportional/Graduated Symbol, Dot Density, Isarithmic & Cartograms 7.2 Data Classification Methods: Natural Breaks, Quantile, Equal Interval, Geometric Interval & Standard Deviation 7.3 Terrain Representation & 3D Visualization: Shaded Relief, Slope, Aspect, Curvature & Oblique Views
8 Chapter 8: Field Data Acquisition & GNSS
8.1 GNSS Constellations, Signal Structures, Error Budgets & Differential Correction (DGPS, RTK, PPP) 8.2 Heads-Up & Tablet Digitizing, Snapping Tolerances, Stream Mode & Boundary Capture 8.3 Mobile Field GIS Workflows, Disconnected Editing, GNSS Integration & Crowdsourced/VGI Data
9 Chapter 9: Remote Sensing & Imagery
9.1 The Electromagnetic Spectrum, Atmospheric Windows, Spectral Signatures & Sensor Types 9.2 Aerial Photogrammetry: Relief Displacement, Parallax, Orthorectification & Ground Control 9.3 Active Remote Sensing: LiDAR, RADAR, Synthetic Aperture Radar (SAR) & UAS/Drone Mapping
10 Chapter 10: Georeferencing, Transformations & Resampling
10.1 Georeferencing: Control Points, Root Mean Square Error & Transformation Models (Affine, Similarity, Projective, Spline) 10.2 Raster Resampling Techniques: Nearest Neighbor, Bilinear Interpolation & Cubic Convolution 10.3 Datum Transformations: 3-Parameter, 7-Parameter Helmert, and Grid-Based Shifts (NADCON, HARN)
11 Chapter 11: Data Integration & Spatial Generalization
11.1 Geospatial ETL: Format Conversion, Schema Mapping & Coordinate Translation 11.2 Spatial Generalization: Selection, Simplification, Smoothing, Aggregation, Collapse & Displacement 11.3 Conflation, Edge-Matching, Rubber-Sheeting & Data Harmonization
12 Chapter 12: Vector Analysis & Overlay Operations
12.1 Attribute and Spatial Query Languages: SQL WHERE Clauses and Spatial Predicates 12.2 Vector Geometric Overlay: Intersect, Union, Identity, Erase, Symmetrical Difference & Update 12.3 Proximity Analysis: Euclidean Distance, Fixed & Variable Buffers, Voronoi/Thiessen Polygons
13 Chapter 13: Raster Analysis, Surfaces & Spatial Statistics
13.1 Map Algebra & Raster Overlay: Local, Focal, Zonal & Global Operations 13.2 Surface Analysis & Spatial Interpolation: IDW, Kriging, Spline & Viewshed Analysis 13.3 Network Analysis: Geometric Networks, Utility Networks & Routing 13.4 Spatial Statistics & Pattern Analysis: Spatial Autocorrelation, Hot Spots & Regression
14 Chapter 14: Geospatial Database Design & Multiuser Architecture
14.1 Relational Database Foundations & Geospatial Extensions (SQL, PostGIS, SpatiaLite) 14.2 Geodatabase Schema Architecture: Feature Datasets, Subtypes & Attribute Domains 14.3 Spatial Indexing & Storage Structures: R-Tree, Quadtree, Geohash & Vector Tiles 14.4 Multiuser Geodatabase Architecture: Traditional Versioning, Branch Versioning & Archiving
15 Chapter 15: GIS Programming, Automation & Web Services
15.1 Python for GIS Automation: Scripting, Spatial DataFrames & Geospatial Libraries 15.2 Visual Programming, Workflow Modeling & Script Tools 15.3 Web GIS Architecture: REST APIs, Feature Services, Vector Tiles & Cloud Platforms
16 Chapter 16: Enterprise Architecture, Systems Security & Cloud Platforms
16.1 Enterprise GIS Architecture, Server Tiers, Sizing & Capacity Planning 16.2 Cloud GIS, Virtualization, Containers & High Availability (HA) 16.3 Enterprise GIS Security, Authentication, Authorization & System Auditing
17 Chapter 17: GIS Ethics, Legal Frameworks & Professional Practice
17.1 GISCI Code of Ethics & Rules of Conduct: Obligations to Society, Employers, Colleagues & Individuals 17.2 Legal Frameworks: Copyright, Intellectual Property, Licensing & Liability 17.3 Location Privacy, Geoprivacy & Spatial Data Confidentiality 17.4 GIS Project Management, Governance, Data Custodianship & Professional Practice
15.3 Web GIS Architecture: REST APIs, Feature Services, Vector Tiles & Cloud Platforms
Key Takeaways Explain This Topic AI
Modern Web GIS implements a four-tier distributed architecture: Client Presentation Tier (browsers, mobile, mapping SDKs), Web Application / Reverse Proxy Tier (Web Adaptor, API Gateways), Geospatial Application Server Tier (ArcGIS Enterprise, GeoServer), and Enterprise Data Tier (PostGIS, Cloud Object Stores).
Representational State Transfer (REST) web services operate on stateless, cacheable client-server communications using standard HTTP verbs (GET, POST, PUT, DELETE) and resource-oriented URIs delivering JSON, GeoJSON, and Protocol Buffer payloads.
Geospatial service types fulfill distinct architectural roles: Map Services render dynamic raster images on the server; Feature Services deliver raw vector geometries for client-side rendering and transactional editing (WFS-T); Tile Services serve pre-cached raster or vector pyramids.
Vector Tiles package clipped vector geometries into binary Protocol Buffers (PBF) based on the Mapbox Vector Tile (MVT) specification, offloading dynamic cartographic styling and label placement to the client GPU while maintaining crisp resolution across high-DPI screens.
Cloud-native geospatial architectures decouple compute and storage using Cloud-Optimized GeoTIFFs (COGs), HTTP Range Requests, SpatioTemporal Asset Catalogs (STAC), GeoParquet, and serverless compute pipelines.
Last updated: September 2026
15.3 Web GIS Architecture: REST APIs, Feature Services, Vector Tiles & Cloud Platforms
Core Principle: Web GIS has evolved from centralized, monolithic mapping servers generating static image snapshots into distributed, cloud-native geospatial ecosystems. By decoupling client rendering, application routing, spatial computation, and object storage across standard RESTful web interfaces, modern Web GIS enables millions of concurrent devices to interact with spatial data. GISP candidates must thoroughly understand multi-tier architecture, HTTP transmission mechanics, geospatial service typologies (Map, Feature, Tile, Image), vector tile specifications, and cloud-optimized data formats.
1. Modern Multi-Tier Web GIS Architecture
Enterprise Web GIS relies on a multi-tier architectural pattern that separates concerns across user presentation, application routing, spatial business logic, and persistent storage. +-------------------------------------------------------------------------+
- | FOUR-TIER WEB GIS ARCHITECTURE |
- +-------------------------------------------------------------------------+
- TIER 1: Client Presentation Tier
- Web Browsers (Leaflet, OpenLayers, Mapbox GL JS, ArcGIS Maps SDK for JS)
- Native Mobile Applications (Field Maps, Survey123, QField, Mergin Maps)
- Desktop GIS Clients (ArcGIS Pro, QGIS acting as service consumers)
- | HTTPS (JSON / GeoJSON / Vector Tiles)
- v
- TIER 2: Web Application / Reverse Proxy Tier
- Web Servers & Reverse Proxies (Nginx, Apache HTTP Server, Microsoft IIS)
- Web Adaptors & API Gateways (Load balancing, SSL/TLS, Web-tier Auth)
- | Internal Binary / FastCGI / REST
- v
- TIER 3: Geospatial Application Server Tier
- Spatial Application Engines (ArcGIS Enterprise Server, GeoServer, MapServer)
- Geoprocessing & Spatial Analysis Compute Services
- Dynamic Rendering, Projection on-the-Fly & Raster Function Chains
- | Spatial SQL (TCP 5432/1521) / S3 API
- v
- TIER 4: Enterprise Spatial Data & Storage Tier
- Spatial RDBMS (PostgreSQL/PostGIS, Oracle Spatial, MS SQL Server Spatial)
- Enterprise Geodatabases & File Repositories
- Cloud Object Storage (AWS S3, Google Cloud Storage, Azure Blob Storage)
- The Four Architectural Tiers
Tier 1: Client Presentation Tier: The front-end interface where map visualization and user interactions occur. Modern web clients leverage HTML5, WebGL, and JavaScript mapping libraries (such as Leaflet, OpenLayers, Mapbox GL JS, and the ArcGIS Maps SDK for JavaScript). The client handles user input, local vector styling, feature filtering, and popup document object model (DOM) rendering.
Tier 2: Web Application / Gateway Tier: The public-facing entry point consisting of standard web servers (Nginx, Apache, IIS) and enterprise routing components (such as the ArcGIS Web Adaptor). This tier manages SSL/TLS encryption termination, forwards incoming client requests to backend GIS servers, enforces Web-tier authentication (OAuth 2.0, SAML, OpenID Connect), and performs load balancing across server clusters.
Tier 3: Geospatial Application Server Tier: The core spatial computation engine (e.g., ArcGIS Server, GeoServer, MapServer, QGIS Server). It parses spatial requests, executes coordinate transformations on-the-fly, queries underlying spatial databases, executes raster function processing chains, and serializes geographic data into requested output formats (PNG, GeoJSON, PBF).
Tier 4: Enterprise Spatial Data Tier: The persistent storage layer comprising enterprise relational database management systems (RDBMS) equipped with spatial extensions (such as PostgreSQL with PostGIS), enterprise geodatabases, and cloud object stores containing massive raster and point-cloud repositories.
2. REST Architectural Principles and Geospatial APIs
Modern Web GIS services are built upon Representational State Transfer (REST) , an architectural style formulated by Roy Fielding in 2000 that governs communication across distributed hypermedia systems.
The Six REST Constraints
Client-Server Separation: The user interface (client) is completely decoupled from data storage and business logic (server), allowing clients to evolve independently of server infrastructure.
Statelessness: Every HTTP request from a client must contain all information necessary for the server to understand and process the request. The server stores no context or session state about the client between requests. Statelessness is essential for high scalability and seamless horizontal server scaling.
Cacheability: Responses must explicitly declare whether they are cacheable via HTTP headers ( Cache-Control , ETag , Expires ), preventing clients and intermediate proxies from requesting identical static data repeatedly.
Uniform Interface: Resources are identified through standardized, predictable URIs, and manipulated through standard HTTP methods.
Layered System: A client cannot tell whether it is connected directly to the end server or an intermediate proxy, caching server, or load balancer.
Code on Demand (Optional): Servers can temporarily extend client functionality by transmitting executable code (such as JavaScript scripts or WebAssembly modules).
Resource-Oriented URIs in Web GIS
In RESTful spatial architectures, every layer, feature, and operation is addressed as an independent resource through hierarchical, human-readable Uniform Resource Identifiers (URIs): https://gis.county.gov/arcgis/rest/services/Cadastral/Parcels/MapServer/0/query
- \____________________/\_________/\__________________________/\_______/\/\____/
- | | | | | |
- Host Domain REST Root Folder/Service Service Layer Operation
- Type Index
- HTTP Request Methods in Geospatial Workflows
HTTP Method CRUD Action Idempotent? Geospatial Web API Implementation
GET Read Yes Requests map images, service metadata, vector features, or tile pyramids. Appends query parameters to the URL string.
POST Create No Creates new features, submits complex spatial filter geometries exceeding URL length limits, or executes heavy geoprocessing tools.
PUT Update / Replace Yes Replaces an entire existing feature record or configuration resource idempotently.
DELETE Delete Yes Deletes a designated feature, attachment, or hosted service resource.
PATCH Partial Update No Updates specific attribute fields or vertices of an existing feature without re-uploading the entire record.
Note
Idempotence Explained: An HTTP method is idempotent if executing it multiple times produces the identical server state as executing it once. A GET request is idempotent because reading data does not alter server state. PUT and DELETE are idempotent because replacing a resource with identical data or deleting an already-deleted resource leaves the server in the same final state. POST is non-idempotent because submitting multiple identical POST requests creates multiple duplicate records.
Geospatial Serialization Formats: GeoJSON vs. Protocol Buffers
GeoJSON (RFC 7946): An open, text-based JSON standard for encoding geographic data structures. A GeoJSON object represents a Feature or FeatureCollection containing a geometry object (Point, LineString, Polygon, MultiPolygon) and a properties key-value dictionary.
Mandatory Coordinate System: RFC 7946 mandates that GeoJSON coordinates must be referenced to the WGS 84 longitude-latitude coordinate system equivalent to OGC CRS84 .
Coordinate Order: Coordinates are strictly ordered as [Longitude, Latitude, Elevation] (X, Y, Z) . Placing Latitude first violates the GeoJSON standard.
Protocol Buffers (PBF): A language-neutral, platform-neutral binary serialization format developed by Google. PBF is used by the Mapbox Vector Tile (MVT) specification, compressing vector geometries into lightweight binary payloads that transfer up to 80% faster than text-based GeoJSON.
3. Geospatial Web Service Typologies and Standards
Geospatial web services are categorized by how they process, render, and transmit geographic information to client applications. +-------------------------------------------------------------------------+
- | GEOSPATIAL WEB SERVICE TYPOLOGIES |
- +-------------------------------------------------------------------------+
- 1. DYNAMIC MAP SERVICES (OGC WMS) 2. FEATURE SERVICES (OGC WFS / WFS-T)
- +-----------------------------+ +-----------------------------+
- | Server renders map to image | | Server sends raw vector data|
- | Client displays static PNG | | Client renders via WebGL |
- +-----------------------------+ +-----------------------------+
- High server CPU overhead - High client memory overhead
- Vector data secured on server - Enables client query & edits
- 3. TILE SERVICES (WMTS / Vector Tiles) 4. IMAGE SERVICES (OGC WCS)
- +-----------------------------+ +-----------------------------+
- | Pre-cached tiles in pyramid | | Raw cell array pixels served|
- | Raster PNGs or Vector PBFs | | On-the-fly raster functions |
- +-----------------------------+ +-----------------------------+
- Lightning-fast static delivery - Scientific multi-band data
- Vector tiles restyled on client - Dynamic slope, hillshade, NDVI
- 1. Map Services (Dynamic Map Image / OGC WMS)
Mechanism: The server processes vector layers, evaluates cartographic symbology rules, renders labeling, and flattens the result into a single static raster image (typically PNG or JPEG) matching the client's current bounding box ( BBOX ), image dimensions (width and height), and coordinate system.
OGC Specification: Web Map Service (WMS) . Standard operations include GetCapabilities (service metadata) and GetMap (image request).
Advantages: Massive datasets containing millions of vertices or complex topological geometries can be displayed without crashing client browsers. A map-image response does not expose source vectors to that client request, though overall security still depends on service configuration, related endpoints, authorization, caching, and transport controls.
Disadvantages: High server CPU load under heavy concurrent user traffic. Users cannot dynamically restyle layers, hover over individual features without an auxiliary GetFeatureInfo request, or interact with vectors offline.
2. Feature Services (OGC WFS / WFS-T)
Mechanism: The server queries the spatial database and streams raw vector geometries (points, lines, polygons) and tabular attributes directly to the client as JSON, GeoJSON, or PBF. The client's local graphics processing unit (GPU) renders the features using WebGL or HTML5 Canvas.
OGC Specification: Web Feature Service (WFS) . Transactional services supporting remote editing (inserting, updating, or deleting records) are designated as WFS-T (Transactional WFS) or Esri Feature Services with applyEdits enabled.
Advantages: Full client-side interactivity: instant hover effects, dynamic client-side filtering, interactive popups, user editing, and analytical spatial calculations directly in the browser.
Disadvantages: Transmitting hundreds of thousands of complex polygon vertices consumes massive network bandwidth and can overwhelm mobile device memory.
3. Tile Services: Raster Map Caches vs. Vector Tiles
To overcome the computational cost of dynamic rendering, tile services divide geographic space into a standardized quadtree grid pyramid indexed by Zoom Level, Column (X), and Row (Y) ( Z / X / Y Z/X/Y Z / X / Y ). TILE PYRAMID ARCHITECTURE (Z/X/Y)
- Zoom 0 (1 Tile): [ World ]
- Zoom 1 (4 Tiles): [ NW ][ NE ]
- [ SW ][ SE ]
- Zoom 2 (16 Tiles): [4x4 Grid of 256x256 px Tiles]
Zoom Z (4^Z Tiles): ...
Raster Tile Services (OGC WMTS / Slippy Map Tiles):
Pre-render static 256 × 256 256 \times 256 256 × 256 pixel PNG/JPEG images at fixed scale levels.
Served statically through web caching proxies (or Content Delivery Networks - CDNs) with near-zero server processing overhead.
Limitation: Symbology and language labels are permanently burned into the image. On high-DPI (Retina) mobile screens, raster tiles appear pixelated or blurry unless rendered at double density.
Vector Tiles (Mapbox Vector Tile - MVT / OGC Vector Tiles):
Pre-tile raw vector geometries clipped to individual tile boundaries, simplified according to scale zoom level, and encoded into binary Protocol Buffers (PBF).
The client GPU renders and styles the vector data locally based on a separate JSON style stylesheet (such as the Mapbox Style Specification).
Transformative Advantages:
Dynamic Styling: A single vector tile cache can be restyled instantly on the client (e.g., switching between dark mode, light mode, and high-contrast accessibility themes) without touching the server.
High-DPI Clarity: Vectors remain infinitely sharp at any screen density.
Dynamic Label Placement: Client styling can rotate and re-place labels dynamically during map rotation.
Compact Footprint: Vector tiles are typically 20% to 50% the file size of equivalent raster tiles.
4. Image Services (OGC WCS)
Mechanism: Serves cell-level, multi-band raster data (such as digital elevation models, multispectral Landsat/Sentinel bands, or floating-point temperature grids) rather than pre-rendered pictures.
OGC Specification: Web Coverage Service (WCS) . WCS delivers actual numeric raster cell values directly to the client for analytical modeling.
Dynamic Raster Functions: Modern image services (such as ArcGIS Image Server) execute on-the-fly server-side raster function chains (e.g., computing NDVI, hillshade, slope, or aspect) directly against source imagery in memory upon request, eliminating the need to pre-compute and store static intermediate raster files on disk.
4. Cloud-Native Geospatial Architectures
Enterprise GIS is rapidly migrating away from monolithic virtual machines toward cloud-native geospatial architectures that decouple high-performance serverless computing from cost-effective cloud object storage. +-------------------------------------------------------------------------+
- | CLOUD-NATIVE GEOSPATIAL ECOSYSTEM |
- +-------------------------------------------------------------------------+
- Cloud Object Storage (AWS S3, Google Cloud Storage, Azure Blob Storage)
- +---------------------------------------------------------------------+
- | Cloud-Optimized GeoTIFFs (COGs) | GeoParquet / FlatGeobuf |
- | [ Internal Tiles + Overviews ] | [ Columnar Spatial Vectors ] |
- +---------------------------------------------------------------------+
- ^
- | HTTP GET Range Requests
- | (Bytes 1048576 - 2097152)
- v
- Serverless Geospatial Compute & Dynamic Processing
- +---------------------------------------------------------------------+
- | AWS Lambda / Google Cloud Run / Azure Functions |
- | - Executes on-demand GDAL/Python raster algebra |
- | - SpatioTemporal Asset Catalog (STAC) Metadata API Indexing |
- +---------------------------------------------------------------------+
- Cloud-Optimized GeoTIFF (COG)
A Cloud-Optimized GeoTIFF (COG) is a standard TIFF or BigTIFF file with an internal byte layout optimized for network streaming via the HTTP protocol:
Internal Tiling: The pixel grid is organized into small internal tiles (e.g., 256 × 256 256 \times 256 256 × 256 or 512 × 512 512 \times 512 512 × 512 pixels) rather than contiguous horizontal scanlines.
Internal Overviews (Pyramids): Pre-computed downsampled overview levels are embedded directly inside the file header.
HTTP Range Requests ( Range: bytes=start-end ): Modern web clients and cloud services use HTTP GET Range Requests to request only the specific byte ranges corresponding to the viewport bounding box and zoom level.
Impact: A web client visualizing a 1-square-kilometer neighborhood from a 50-gigabyte global elevation model downloads only a few kilobytes of data from cloud object storage in milliseconds, without downloading or reading the entire 50-gigabyte file .
SpatioTemporal Asset Catalog (STAC)
The SpatioTemporal Asset Catalog (STAC) specification provides a standardized JSON framework for describing, indexing, and searching geospatial assets (satellite scenes, drone orthomosaics, point clouds, climate models) across space and time.
STAC Catalog: A simple JSON structural tree pointing to other Catalogs and Collections.
STAC Collection: An extension of Catalog describing a unified dataset (e.g., "Sentinel-2 Level-2A") with defined spatial/temporal extents, licensing, and provider information.
STAC Item: The fundamental atomic building block. A STAC Item is an extended GeoJSON Feature that defines:
Spatial geometry (footprint on Earth).
Temporal timestamp ( datetime of sensor acquisition).
assets dictionary containing direct URLs to Cloud-Optimized GeoTIFFs, thumbnail previews, and radiometric calibration metadata.
Modern Cloud Vector Formats: GeoParquet and FlatGeobuf
GeoParquet: Encodes vector geometries inside Apache Parquet , a compressed columnar binary data storage format. GeoParquet allows cloud analytical engines (such as DuckDB, Apache Spark, and AWS Athena) to execute SQL queries and spatial aggregations on petabyte-scale vector datasets with high compression and parallel I/O.
FlatGeobuf: An optimized binary format based on FlatBuffers. It features an internal spatial index (packed Hilbert R-tree) that supports streaming and random-access reads over HTTP Range Requests, allowing web clients to query vector subsets without requiring an active intermediary server engine like GeoServer.
- 5. Comparative Reference Tables
- Geospatial Web Service Specifications Comparison
Specification Primary Data Type Rendering Engine Data Transfer Format Primary Geospatial Application
Map Service (WMS) Multi-layer maps Server-Side Raster image (PNG/JPEG) Complex basemaps, massive datasets, secured vectors.
Feature Service (WFS) Vector features Client-Side Vector (GeoJSON/JSON/GML) Interactive querying, client styling, editing (WFS-T).
Raster Tile (WMTS) Basemap caches Pre-rendered Static image tiles (PNG) High-traffic static basemaps, low server compute.
Vector Tile (MVT) Vector geometry Client-Side (GPU) Binary Protocol Buffer (PBF) Crisp high-DPI basemaps, dynamic restyling, rotation.
Image Service (WCS) Multi-band rasters Server / Client Cell values (TIFF/Raw) Elevation models, satellite imagery, on-the-fly NDVI.
Raster Tiles vs. Vector Tiles
- Functional Characteristic Pre-Rendered Raster Tiles (WMTS) Modern Vector Tiles (MVT / PBF)
- File Content Flattened raster pixel matrix (PNG/JPEG) Scaled, clipped binary vector coordinates (PBF)
- Rendering Hardware Rendered ahead of time by server CPU Rendered dynamically by client device GPU (WebGL)
- File Size per Tile 20 KB - 50 KB per tile 5 KB - 15 KB per tile (highly compressed)
Styling Flexibility Rigid; symbology permanently burned into image Infinite; client restyles colors/fonts on the fly
High-DPI / Retina Screens Becomes blurry or pixelated unless 2x scaled Typically remains sharp across display densities when the client renderer and style are configured appropriately
Label Orientation Static; labels flip upside down during map rotation Dynamic; labels rotate smoothly to face upright
- Network Bandwidth High cache volume across multiple scale levels Low bandwidth; smaller total cache footprint
- 6. Practical Geospatial Scenario: Regional Emergency Response Public Portal Architecture
- Scenario Context
A regional disaster management agency must deploy a public web mapping portal during hurricane season to provide evacuation orders, emergency shelter availability, and live flood inundation forecasts to an estimated 2 million concurrent citizens.
Architectural Failures and Resilient Design
In a previous storm event, the agency published all emergency shelters and evacuation zones as a single Feature Service . Under peak load, millions of browser clients made simultaneous requests for raw vector geometries, crashing the enterprise database and saturating the agency's internet gateway.
The Redesigned Resilient Architecture:
Basemaps & Static Context: Evacuation zone boundaries and municipal parcel lines are converted into Vector Tiles distributed via a global Content Delivery Network (CDN). The CDN absorbs 99% of traffic, completely insulating internal servers.
Dynamic Live Data: Active emergency shelter status (open/full/closed) is served as a lightweight Feature Service with aggressive client-side caching headers ( Cache-Control: max-age=60 ).
Heavy Inundation Models: Regional coastal storm surge modeling grids are hosted in cloud object storage as Cloud-Optimized GeoTIFFs (COGs) . A serverless compute function generates on-the-fly dynamic PNG tiles only for the specific active inundation zones, keeping database compute loads at zero.
7. Common Exam Traps & Pitfalls
Caution
Exam Trap 15.3.1: Server-Side vs. Client-Side Rendering Services. A classic GISP exam question tests the distinction between service types. If an organization needs to distribute a sensitive, proprietary utility network dataset containing 5 million pipeline segments to web users without allowing users to download or extract the raw vector coordinates, which service should be used? The answer is a Map Service (WMS) . A Map Service renders images on the server, ensuring raw coordinate geometries never leave the server firewall. Choosing a Feature Service (WFS) exposes the raw vector coordinates directly to the browser DOM.
Caution
Exam Trap 15.3.2: GeoJSON Coordinate Ordering (The Longitude-First Rule). In GIS desktop applications and common speech, coordinates are often stated as "Latitude, Longitude" (Y, X). However, the formal IETF GeoJSON specification (RFC 7946) strictly mandates that coordinates must be ordered as [Longitude, Latitude] ([X, Y]) . Questions presenting JSON snippets will attempt to trap candidates with swapped coordinates where Latitude precedes Longitude.
Caution
Exam Trap 15.3.3: Cloud-Optimized GeoTIFF (COG) HTTP Range Requests. Exam questions often ask how a web client can display a localized zoom view of a massive 100-gigabyte raster stored in cloud object storage without crashing network bandwidth. The correct technical mechanism is HTTP GET Range Requests operating against an internally tiled Cloud-Optimized GeoTIFF with internal overviews. Distractors will claim the server must create a Web Feature Service or download the entire TIFF to local disk before cropping.