> Il giorno 08/mag/2015, alle ore 16:26, Luca Sigfrido Percich > <luca.perc...@gmail.com> ha scritto: > > Grazie a tutti per le risposte esaustive. > > Ovviamente se il routing gestisse i conditional, dovrebbe anche richiedere in > input tutti i dati relativi: a che ora voglio passare, se sono abilitato a > entrare nella ZTL… Certo, praticamente impossibile per un routing con CH. > > Omar, credo che nessun motore di routing possa utilizzare i dati osm così > come sono ma debba trasformarli (staticamente o al caricamento) in un grafo > nel quale gli edge siano transitabili (eventualmente per determinate > categorie di veicoli). Quindi indipendentemente dallo specifico algoritmo di > routing è importante capire in che modo vengono interpretati i tags sulle > ways per costruire il grafo. E l'unico modo di essere sicuri è guardando il > codice sorgente. E’ vero, personalmente l’ho fatto, e ne ho anche sviluppato uno. Il problema è scegliere tra velocità di calcolo o versatilità. Se scegli la velocità, puoi dimenticarti dei conditional relativi al tempo, al massimo possono essere sfruttati quelli relativi al mezzo. Questo credo valga anche per algoritmi commerciali, non ho mai fatto test specifici su di essi, ma sono abbastanza sicuro che sia così. In sostanza i conditional posso essere sfruttati per calcoli di percorso di brevi distanze. Ciao, Omar > > Settimana prossima faremo un po' di test. > > Sig > > Il giorno 8 maggio 2015 12:33, Omar Bettin <o...@omarbettin.com > <mailto:o...@omarbettin.com>> ha scritto: > Mi sembra che alla domanda: > Hi. > Are you going to do time-specific conditions? > > …abbia risposto: > Not for the foreseeable future. > > Omar > > >> Il giorno 08/mag/2015, alle ore 12:27, emmexx <emm...@tiscalinet.it >> <mailto:emm...@tiscalinet.it>> ha scritto: >> >> Il 05/08/2015 11:05 AM, Omar Bettin scrisse: >> >>>> Poi c'è il problema delle limitazioni di accesso condizionali: >>>> motor_vehicle:conditional = no @ (22.00-06.00). Chissà come li vedono >>>> i navigatori. Bisognerebbe dare una sbirciatina al codice >>> >>> Anche questo tipo di condizione è critica per *Contraction Hierarchies, >>> *perché i dati di routing _sono pre-elaborati_ ed i tag non sono >>> utilizzati in tempo reale. >>> Questo tipo di condizione (salvo appesantimenti alla base di dati di >>> routing) viene trattata come *access=no*; >>> >> >> E questo e' cio' che prevede per il futuro lo sviluppatore di osrm: >> >> https://github.com/Project-OSRM/osrm-backend/issues/583 >> <https://github.com/Project-OSRM/osrm-backend/issues/583> >> >> ciao >> maxx >> >> _______________________________________________ >> Talk-it mailing list >> Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-it >> <https://lists.openstreetmap.org/listinfo/talk-it> > > > _______________________________________________ > Talk-it mailing list > Talk-it@openstreetmap.org <mailto:Talk-it@openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-it > <https://lists.openstreetmap.org/listinfo/talk-it> > > > _______________________________________________ > Talk-it mailing list > Talk-it@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-it
_______________________________________________ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it