Creare poligoni del tempo di guida utilizzando gli strumenti Open Source?

Qualcuno sta utilizzando strumenti e / o dati open source per generare poligoni del tempo di trasmissione che si irradiano da una determinata posizione? Ad esempio, ho usato prodotti ESRI come Network Analyst e Business Analyst per generare confini poligonali che rappresentano la massima distanza percorribile su una rete stradale da un determinato punto entro un periodo di tempo definito dall'utente (ad esempio 5, 10 e / o 15 minuti). Esistono alternative simili open source o basate sul web?

Ho visto questo post, ma in realtà non offre opzioni alternative: puoi creare un poligono della regione di viaggio con l'API di Google Maps?

Ero particolarmente curioso di sapere se qualcuno sta (o può) usare OpenStreetMap per fare analisi del tempo di guida?

Inoltre, c'è qualche implementazione delle utility pgRouting che potrebbero essere utilizzate per generare poligoni? http://pgrouting.postlbs.org/

GRASS v.net.iso ti darà un risultato come questo:

Potresti non voler eseguire un algoritmo di scafo convesso su questo output. Immagina le strade blu: uno scafo convesso attorno ad esse conterrebbe molte parti che non sono raggiungibili nel tempo rappresentato dal "blu".

Invece, potresti voler esaminare le forme alfa (domanda correlata: cosa sono definizione, algoritmi e soluzioni pratiche per lo scafo concavo? )

È possibile creare isocronizzazioni del tempo di unità utilizzando pgRouting e QGIS ( come descritto qui ). In questo caso non ho usato OSM, ma ovviamente potresti costruire la tua rete instradabile basata su OSM (vedi lo strumento osm2pgrouting ).

( piena risoluzione )

Per una soluzione PostGIS pura, è possibile utilizzare la funzione di forma alfa di pgRouting . Ecco un confronto tra le forme alfa implementate in pgRouting e l'approccio che ho presentato nel precedente aggiornamento:

Le aree colorate rappresentano i risultati della funzione di forma alfa, le linee nere sono i risultati dell'approccio di interpolazione descritto in precedenza. Le aree del bacino sono meno dettagliate usando le forme alfa di pgRouting. Inoltre, non sembra esserci modo di variare il valore dell'alfa per creare rappresentazioni più dettagliate.

GRASS 'v.net.iso può essere utilizzato per creare il tempo di guida' rete 'che potresti passare in un comando' scafo convesso 'per ottenere un poligono. Forse non è l'ideale, ma funzionerebbe!

Bene, potenzialmente potresti usare v.net.iso da GRASS GIS. Tuttavia non crea poligoni (AFAIK), ma divide le linee per classi di costo dalla fonte.

Per quanto riguarda il calcolo dei tempi di guida da OSM, è possibile importare i dati in GRASS con v.in.osm e utilizzare v.net.iso per calcolare le zone di costo. Se desideri tempi di percorrenza e potenzialmente non hai limiti di velocità su strada, puoi calcolare il limite di velocità in base a una funzione della classe stradale.

È possibile utilizzare GraphHopper per tale attività, che supporta anche diverse modalità come camminare o andare in bicicletta e utilizza OpenStreetMap per impostazione predefinita. Avrai bisogno di un po 'di codice Java che esplora la rete stradale dal punto di partenza simile a come funzionano gli algoritmi Dijkstra ma poi puoi ottenere qualcosa di simile anche in tempo reale (<0,5 s):

Il codice raccoglierà i punti che devi convertire in un poligono, ad esempio con gli strumenti JTS . La velocità dipende in gran parte da quest'ultimo passaggio. Senza questo sarebbe possibile meno di 0,5 secondi anche per grandi distanze.

Un altro modo sarebbe con OpenTripPlanner .

osrm-isochrone è una piccola libreria node.js per generare tempi di trasmissione.

Potresti voler dare un'occhiata all'API JavaScript Route360 ° aperta , che funziona sia con Leaflet che con Google Maps. Restituisce poligoni del tempo di viaggio per le seguenti modalità di viaggio: a piedi, in bicicletta, in auto, in transito.

È gratuito e open source e la copertura è abbastanza buona. Puoi trovare molti tutorial diversi su come usarlo sul sito web.

Sebbene non risponda direttamente alla tua domanda, dovresti dare un'occhiata all'API Mapnificent .

Mapnificent fornisce mappe dinamiche dei tempi di viaggio dei trasporti pubblici per molte città degli Stati Uniti e alcune in tutto il mondo. Puoi utilizzare l'API Mapnificent per aumentare la tua applicazione Google Maps con sovrapposizioni di tempo di viaggio dei trasporti pubblici.

Dai un'occhiata a Londra qui .

Mi sono anche imbattuto nell'estensione di rete di gvSIG , ma la documentazione di configurazione che ho trovato finora è piuttosto scadente. Ho grandi speranze, ho solo bisogno di capire i dettagli per il calcolo dei costi.

Stavo usando i dati TIGER del censimento degli Stati Uniti per la rete stradale e in realtà ho generato alcuni poligoni, ma non riuscivo a far sì che le unità di costo avessero davvero senso. Se qualcuno ha implementato con successo questo strumento, mi piacerebbe saperlo.

Ho anche trovato Quantum Navigator per QGIS, ma non ho trovato aggiornamenti recenti.

Il risultato con l'approccio concavo dello scafo è eccezionale e ho preso molta ispirazione dalle immagini sopra. Ma ho notato che i risultati possono includere alcune aree inaccessibili su strada (come il fiume, ad esempio). Non c'è dubbio che questo non è un problema in termini di ricerca di caratteristiche rilevanti (centroidi della popolazione, numero di case) per distanza o tempo dall'origine. Ma funziona anche solo alle estremità di ciascun collegamento. Ancora una volta, non è un problema nella stragrande maggioranza dei casi (poiché i collegamenti stradali più lunghi hanno il controllo dell'accesso - di solito non è possibile scendere fino a quando non si arriva al successivo incrocio / incrocio).

Tuttavia, per tutto ciò, ho lavorato su un approccio diverso basato sui LINK restituiti da PgRouting / (o un algoritmo "Dijkstra" non elaborato) ordinato per tempo dal nodo di origine. È relativamente semplice e classifica i collegamenti in base alla fascia oraria e divide anche i collegamenti che attraversano i limiti temporali. Quindi i collegamenti con la stessa categorizzazione (ad es. 0-2 minuti, 2-4 minuti) vengono bufferizzati di 250 metri.

Al WhereCampPDX di quest'anno, diversi rappresentanti di OpenStreetMap hanno dichiarato che l'utilizzo dei dati OSM per il routing è abbastanza comune in Europa. Tuttavia, è più raro negli Stati Uniti perché la mappa di solito non è abbastanza buona. Puoi provare un servizio di routing basato su OSM su:

http://openrouteservice.org/