What exactly can a satellite see that a city's own CCTV network cannot?

Satellite imagery provides a consistent, city-wide spatial layer that no ground-based camera network can replicate without prohibitive cost. It captures the full arterial and neighbourhood network simultaneously — revealing, for instance, that delivery pressure has migrated from a managed zone in the city centre to an unmonitored residential street. CCTV covers fixed points; satellites cover the whole urban fabric and can be retasked within hours.

How frequently does a satellite constellation need to revisit a city to be useful for delivery pattern analysis?

For strategic planning — identifying chronic double-parking hotspots, mapping micro-fulfilment demand — daily or twice-daily revisit is sufficient, achievable today with a 16–30 satellite LEO constellation. For dynamic kerb-space management, sub-hourly revisit is desirable, requiring either a larger constellation (50+ satellites) or fusion with AIS/ADS-B-style IoT tracking on delivery fleets. Most sovereign programmes should plan for daily optical plus continuous RF monitoring as a baseline.

Why shouldn't a city just buy this data from Planet, BlackSky, or Spire as a commercial service?

Commercial subscriptions transfer data sovereignty to the vendor: pricing, access terms, and data-sharing policies can change at contract renewal, and the vendor may sell the same analytics to competing cities or private logistics operators. A sovereign constellation means the city or nation controls data retention, resolution, revisit tasking priorities, and who else — if anyone — sees the output. For cities negotiating freight access with large e-commerce platforms, that information asymmetry is a genuine governance risk.

What satellite technologies are used — optical cameras, SAR, or RF sensors?

All three have roles. High-resolution optical (30–50 cm) identifies vehicle types and counts stops in daylight. SAR (Synthetic Aperture Radar) from operators like ICEYE or Capella provides all-weather, day-night imaging but requires more complex classification algorithms. RF/AIS monitoring (Spire, HawkEye 360) detects fleet transponders on larger commercial vehicles. A mature sovereign programme fuses all three layers, with optical as the primary analytical input.

How does this connect to urban freight regulation and loading-zone policy?

Satellite-derived dwell-time and stop-density maps directly inform the evidence base for loading-zone placement, time-of-day access restrictions, and low-emission zone boundaries — decisions increasingly required under EU SUMPs (Sustainable Urban Mobility Plans) and equivalent national frameworks. Without objective spatial data, cities must rely on lobbying from logistics operators or sparse manual surveys; satellite analytics shifts that negotiation onto a factual footing the city controls.

Can nanosatellites and microsatellites deliver the resolution needed, or does this require large bus platforms?

Sub-50 cm optical resolution has historically required 100–300 kg platforms, but advances in telescope miniaturisation (e.g. Planet's Pelican series) are pushing 50 cm imagery into the 30–50 kg microsatellite range. For a sovereign programme, a constellation of 8–12 microsatellites in a sun-synchronous LEO orbit at ~500 km can deliver 50 cm resolution with twice-daily city revisit — a realistic procurement target within a mid-income nation's space budget over a 5–7 year development cycle.

What ground infrastructure is needed to make satellite data operationally useful for city planners?

At minimum: a national ground station for downlink and tasking, a cloud-based image processing pipeline capable of automated vehicle detection and classification (typically using convolutional neural network models), and an API layer that feeds outputs into the city's traffic management and GIS systems in OGC-compliant formats. Integration with existing city data platforms — such as digital twins or SUMP dashboards — is where most implementation effort concentrates, not the satellite hardware itself.

Is there a risk that logistics companies will simply avoid satellite-monitored streets?

Behavioural displacement is a real effect: if enforcement is known to be satellite-informed, operators may shift to unmonitored streets or off-peak hours. This is actually a policy feature as much as a bug — displacing deliveries to off-peak windows reduces peak congestion. Whole-city coverage (not just monitored corridors) closes the displacement loophole, and nations operating their own constellation can retask imagery dynamically to follow emerging hotspots rather than being constrained by a vendor's fixed tasking schedule.

9.8.4Live

Last-Mile Delivery Patterns

Motorcycle courier carrying parcels weaves through a busy narrow street in a dense urban neighbourhood — A courier on a scooter carries refrigerated goods through a sunny neighborhood, reaching residents thanks to satellite-optimized last-mile routing.

Satellite-Guided Last-Mile Delivery Routing

1
GNSS Constellation
GPS/Galileo fixes courier position continuously
2
Connectivity Link
Low-Earth-orbit data relays live traffic feeds
3
Route Engine
Cloud platform clusters stops, optimises sequences
4
Courier Device
Mobile app shows turn-by-turn delivery order

Satellite positioning and LEO connectivity feed a cloud route engine that streams optimised stop sequences to couriers.

Page in the build queue

This application has its place in the atlas. The full page — short and long descriptions, what-matters bullets, sovereignty rationale, and the eight-field architecture block — is being written next.

Maturity reading: Operational systems exist with paying customers. Phase 1 built §4.1 (Maritime Intelligence) end-to-end as the depth-and-format reference. Section 4 is the next section to graduate from scaffold to full content; the rest follow on the roadmap.

Related applications

9.8.3 · Previous

Curbside Activity Mapping

All in urban mobility systems

9.8.5 · Next

Multimodal Hub Analytics

Bring this into your sovereign programme.

All solutions Speak with engineering