Una mappa isocrona è un poligono che risponde a una domanda apparentemente semplice: dove posso arrivare da qui in X minuti? Disegna un'isocrona di 15 minuti in auto attorno a una caffetteria e ottieni il suo bacino di utenza reale. Disegna un'isocrona di 30 minuti a piedi attorno a una stazione della metropolitana e ottieni la sua portata pedonale. Ogni funzionalità "vicino a me", ogni studio di catchment per un punto vendita, ogni filtro immobiliare basato sui tempi di pendolarismo è costruito su questa idea.
Questa guida spiega cos'è davvero un'isocrona, come si calcolano le isocrone sulla rete stradale, dove compaiono nei sistemi in produzione e quali insidie costano tempo e denaro ai team.
Cos'è davvero un'isocrona
La parola viene dal greco isos (uguale) e chronos (tempo): una curva lungo la quale il tempo di percorrenza è lo stesso. Nella cartografia moderna, un'isocrona è un poligono (o un insieme di poligoni concentrici) che rappresenta ogni località raggiungibile da un'origine entro un budget temporale scelto, in una determinata modalità di trasporto.
Due aspetti distinguono un'isocrona da un semplice buffer. Primo: è calcolata sulla rete stradale, non su un piano astratto. Fiumi, autostrade, montagne e sensi unici distorcono tutti la forma. Secondo: è sensibile alla modalità di trasporto. Un'isocrona di 20 minuti in auto, una di 20 minuti in bicicletta e una di 20 minuti a piedi dallo stesso punto sono tre poligoni completamente diversi.
L'output è quasi sempre GeoJSON, con una geometria Polygon o MultiPolygon e proprietà che riportano la soglia di tempo e la modalità. È quello che la mappa nel front-end renderizza e quello su cui il database spaziale esegue le query.
Come si calcolano le isocrone
L'approccio ingenuo consiste nell'eseguire una ricerca del percorso più breve dall'origine e fermarsi quando il tempo di viaggio cumulativo raggiunge la soglia. In pratica è troppo lento su larga scala, quindi i sistemi in produzione usano grafi di rete stradale precalcolati e algoritmi di ricerca accelerati.
Il grafo stradale viene costruito una volta a partire da una sorgente come OpenStreetMap o un dataset stradale commerciale: ogni incrocio diventa un nodo, ogni segmento stradale diventa un arco pesato in base al tempo di percorrenza per ciascuna modalità. Da un'origine, una graph search (Dijkstra, A* o una variante bidirezionale) si espande verso l'esterno, esplorando per primo il nodo non visitato più economico, finché il budget temporale non si esaurisce. L'insieme dei nodi raggiunti più gli archi parzialmente percorsi definisce il confine.
I motori moderni usano le contraction hierarchies o tecniche correlate per rendere tutto questo veloce. Il grafo viene preprocessato in una gerarchia in cui archi shortcut saltano nodi meno importanti, così una query che altrimenti dovrebbe toccare milioni di archi può essere risolta in millisecondi. I nodi raggiungibili vengono poi avvolti in un poligono, di solito con una concave hull o un'alpha shape, in modo che il contorno aderisca all'effettiva estensione stradale anziché gonfiarsi nello spazio vuoto.
Il risultato è un poligono GeoJSON che puoi inviare in streaming direttamente a una mappa Leaflet, Mapbox GL o MapLibre, oppure caricare in PostGIS per i join spaziali.
Dove si usano le isocrone
Le isocrone alimentano silenziosamente molte funzionalità di prodotto location-aware.
- Bacini d'utenza di negozi e venue: i retailer disegnano isocrone basate sui tempi di guida attorno a ciascun punto vendita per stimare la popolazione che possono ragionevolmente servire, poi sovrappongono dati di censimento o di spesa per dimensionare il mercato
- Pianificazione dell'autonomia EV: le isocrone sensibili alla batteria mostrano quanto può guidare un veicolo elettrico con la carica residua, tenendo conto di altimetria, velocità e consumo
- Filtri immobiliari per tempi di pendolarismo: "mostrami ogni appartamento entro 30 minuti di pendolarismo da questo ufficio" è un'isocrona intersecata con una tabella di annunci immobiliari
- Analisi dell'accesso sanitario: i pianificatori confrontano le isocrone attorno a ospedali e cliniche con griglie di popolazione per individuare aree poco servite
- Aree di servizio logistiche: corrieri, team di field-service e piattaforme di consegna on-demand usano le isocrone per definire quali ordini accetteranno da un determinato deposito
- Pianificazione urbana e trasporti: studi sulla "città dei 15 minuti", piani di catchment delle stazioni e audit di accessibilità si basano tutti su isocrone multimodali
In ognuno di questi casi, l'isocrona è il filtro spaziale. Trasforma una domanda vaga ("quanto vicino è abbastanza vicino?") in un poligono su cui si può intersecare, renderizzare e ragionare.
Insidie in produzione
Le isocrone sembrano facili in una demo e diventano difficili in produzione.
Mode mismatch. Un'isocrona in auto usa velocità autostradali e ignora le restrizioni dei sensi unici per i pedoni. Un'isocrona a piedi usa marciapiedi e scorciatoie pedonali che le auto non possono percorrere. Mescolare le due modalità è la causa più comune di bug report del tipo "il poligono sembra sbagliato". Passa sempre la modalità esplicita ed espòniamola nella UI.
Orario e traffico. Una guida di 15 minuti alle 03:00 copre un'area molto più ampia della stessa guida di 15 minuti alle 17:30. Se il tuo caso d'uso è sensibile al pendolarismo (filtri immobiliari, orari dei negozi, dispatch), passa un departure_time e usa un motore traffic-aware. Le isocrone statiche mentono sull'ora di punta.
Multimodal stitching. I viaggi reali combinano modalità: a piedi fino alla metro, due fermate, a piedi fino alla destinazione. Le isocrone single-mode ingenue ignorano completamente questo. Le vere isocrone multimodali richiedono un orario dei trasporti pubblici e un grafo che unisce archi pedonali e di transit, cosa significativamente più complessa di un grafo solo per auto.
Semplificazione della copertura. Alcuni motori smussano aggressivamente il poligono per renderlo più gradevole, sovrastimando silenziosamente la copertura includendo aree che nessuna strada raggiunge davvero. Per decisioni che contano (aprire un negozio, accettare una zona di consegna), ispeziona il bordo grezzo invece di fidarti della forma renderizzata.
Dimensione del poligono su scala. Le isocrone di lunga durata (60, 90 minuti) possono avere decine di migliaia di vertici. Semplifica prima di inviarle al browser, oppure renderizza lato server, altrimenti la mappa si bloccherà.
Le isocrone in MapAtlas
La MapAtlas Isochrone API restituisce poligoni di tempo di percorrenza in auto, a piedi, in bici e traffic-aware come GeoJSON, con supporto per più soglie temporali in una singola richiesta e input di departure-time per risultati sensibili al traffico. I poligoni sono calcolati su un grafo stradale aggiornato in continuazione e restituiti in una forma che la tua libreria di mappe può renderizzare senza ulteriore elaborazione.
Per workflow che hanno bisogno sia di poligoni di area raggiungibile sia di tempi di viaggio a coppie, l'Isochrone API si combina con la Distance Matrix API, così un singolo workflow può rispondere a "dove posso arrivare in 20 minuti?" e "ordinami questi candidati per tempo di guida" in un'unica pipeline.
Un'isocrona, alla fine, è solo un poligono. Ma è il poligono che trasforma il tempo di viaggio in una forma che la tua applicazione può filtrare, renderizzare e su cui ragionare, ed è la differenza tra una vera funzionalità sensibile al pendolarismo e un cerchio disegnato attorno a uno spillo.
Domande frequenti
Cos'è una mappa isocrona?
Una mappa isocrona è un poligono, o un insieme di poligoni concentrici, che mostra ogni luogo raggiungibile da un punto di partenza entro un determinato tempo di viaggio. Un'isocrona di 15 minuti in auto attorno a un negozio, per esempio, traccia sulla mappa la forma che contiene ogni segmento stradale che un cliente può raggiungere in 15 minuti o meno. La forma non è quasi mai un cerchio, perché le reti stradali reali hanno fiumi, autostrade, strade senza uscita e sensi unici.
Qual è la differenza tra un'isocrona e un raggio?
Un raggio è un buffer in linea retta tracciato con un compasso: ogni punto al suo interno è alla stessa distanza in linea d'aria dal centro. Un'isocrona è un buffer di tempo di percorrenza calcolato sulla rete stradale reale: ogni punto al suo interno è raggiungibile entro lo stesso numero di minuti. Un raggio di 10 km e un'isocrona di 10 minuti in auto non coincidono quasi mai, perché orografia, autostrade e traffico distorcono la forma.
Cosa restituisce un'isochrone API?
Un'isochrone API restituisce uno o più poligoni in formato GeoJSON, ognuno etichettato con la soglia di tempo di viaggio che rappresenta (5, 10, 15 minuti, per esempio). I poligoni sono calcolati sul grafo stradale per una modalità di trasporto scelta (auto, a piedi, bici, mezzi pubblici) e possono essere restituiti per uno specifico orario di partenza quando si tiene conto del traffico. Puoi inserire il GeoJSON direttamente su una mappa o usarlo come filtro spaziale in PostGIS.
Perché le isocrone hanno un aspetto così frastagliato?
Le isocrone derivano da un grafo di segmenti stradali, non da una superficie continua. Il bordo del poligono viene interpolato a partire dai nodi più lontani raggiungibili entro il budget temporale, quindi i contorni seguono la geometria delle strade. Forme più morbide si possono ottenere con concave hull o alpha shape, ma un profilo leggermente frastagliato è onesto: mostra dove finisce davvero la rete, non dove una funzione di smoothing immagina che finisca.
