Tutti i navigatori hanno una velocità FISSA per ogni strada
Waze NO. ha una velocità dinamica basata sul seguente algoritmo;
La velocità di ogni segmento viene così determinata :
50% della velocità di default impostata del sistema (es 130 per autostrada )+ 50% della velocità reale tenuta in quel momento in quel tratto di strada.
Questo sistema ti permette di comunicarti le variazioni ETA ogni volta che rallenti in coda
Le velocità di default considerate sono:
Osservazioni:
:roll:
cinquanta all’ora in città sono utopia, specialmente nelle ore di punta…
per non parlare dei centoquaranta in autostrada “folli”…
Inoltre ci sono mezzi che viaggiano generalmente sopra la media (gli scooter in città) e mezzi che viaggiano sotto (suv o mezzi con rimorchio), andrebbe considerato anche questo ma considerando la situazione attuale credo sia chiedere troppo…
Il calcolo dell’ETA non lo fa solo sulle velocità di default che ho riportato, ma utilizzando anche quelle. E’ questo il grandissimo punto di forza di Waze rispetto ad altri navigatori. :ugeek:
Facciamo un paio di esempi, così chiariamo meglio l’algoritmo. :geek:
A - AUTOSTRADA / FREEWAY
Vd := 140 km/h (velocità di default)
Vr := 93,4 km/h (velocità media degli ultimi veicoli che hanno transitato su quella strada)
Vs := velocità stimata di percorrenza del segmento secondo Waze
Vs = Vd/2 + Vr/2 = 140/2 + 93,4/2 = 70 + 46,7 = 116,7 km/h
Quindi secondo Waze percorrerai quel segmento a 116,7 km/h. :mrgreen:
E - STRADA LOCALE / STREET
Vd := 50 km/h
Vs := 23 km/h
Vs = Vd/2 + Vr/2 = 50/2 + 23/2 = 25 + 12,5 = 37,5 km/h
Quindi secondo Waze percorrerai quel segmento a 37,5 km/h. :mrgreen:
scusate,
ma non capisco il problema!!!
Con i settaggi di waze , fissi in tutto il mondo!! di quanto differisce l’eta stimata da waze con quella reale che riscontrate quando viaggiate ?
io lo uso solo 8-10 ore al giorno e le ETA di waze fanno fatica a sbagliare di qualche minuto.
attualmente con waze ho fatto solo 160.000 km e reputo che i suoi settaggi non siano poi così sbagliati
Comunque quando editate, OGNI singolo segmento riporta la velocità reale sviluppata in quel tratto, quindi. meno segmentini ci saranno in una strada e più fedeli alla realtà saranno i calcoli della velocità
Riprendo da qui: http://it.waze.com/forum/viewtopic.php?f=28&t=9921&start=30&sid=0406235d1f88b55791e8c3d1d0be4560
Da Trento a Verona è un percorso LUNGO. Io e Paxi ci stavamo confrontando su cosa comporti in termini di ETA e di velocità medie il fatto che abbia deciso di aggiornare le strade principali di Trento come Primary Streets, legato alla necessità di identificare le direttrici principali della città, nonostante queste abbiano un limite di velocità di 50 km/h e al contrario le Primary Streets prevedano una velocità di default di 70 km/h. E’ ovvio che su un percorso lungo, semafori o vecchine non incidono nulla e i tuoi 160 000 km percorsi ce lo stanno confermando! :geek:
Per me non c’è nessun problema: ho voluto solo provare a fare due esempi di calcolo della velocità di Waze per un segmento, in modo da chiarire meglio come sia costruito l’algoritmo che c’è alla base del navigatore.
Questa è la conferma che dovremmo chiedere a gran voce di togliere la limitazione delle 200 miglia, almeno in territorio italiano, o quantomeno la sua estensione. :lol:
Non solo è importante graficamente ridurre il più possibile il numero di segmenti che compongono una strada, ma anche evitare di cancellare segmenti già esistenti per migliorare una strada. La cancellazione del segmento comporta la perdita di tutte le sue informazioni. Bisognerebbe dimenticare il tasto Canc il più possibile (tranne per cancellare le junction superflue).
A tal proposito tengo a ricordare che le junction non superflue sono alle intersezioni con altre strade o al cambio di livello/nome della strada. :mrgreen:
Ma qual’è la finestra temporale sulla quale viene calcolato il contributo dato dalla media delle effettive velocità di transito?
Un giorno? Due ore? Un mese? Da sempre?
Inoltre il sistema tiene conto delle diverse ore del giorno e/o dei diversi giorni della settimana?
Sappiamo tutti che il traffico del lunedì mattina è profondamente diverso da quello della domenica pomeriggio.
va calcolato in base della velocità media per ciascun segmento dipende dal momento della giornata (in intervalli di 30 minuti) e il giorno della settimana.
Quindi per ogni segmento vi sono 24 x 2 x 7 = 336 diverse velocità medie? Ottimo!
(e comunque, a maggior ragione, è meglio eliminare le junction inutili al fine di avere meno segmenti)
E le velocità registrate in una determinata fascia oraria di una determinata giornata, in relazione alla datazione delle stesse, come contribuiscono al calcolo della velocità media?
Mi spiego meglio: se dalla “nascita” della strada ad oggi tutti i wazer transitano a 50 Km/h, poi domani cambiano le condizioni di traffico per una modifica in una via limitrofa e tutti transitano a 30 Km/h, come contribuiscono i dati storici al calcolo?
Se avessi dovuto progettare io l’algoritmo, avrei pensato ad una struttura FIFO che tiene conto degli ultimi tot passaggi e questi con un peso minore maggiore è la loro età.
In pratica si terrebbe conto della storia recente e tra questi dati maggior peso a quelli più recenti rispetto ai più datati.
In località turistiche questo permetterebbe al sistema di adeguarsi “dimenticando” che in febbraio i lungomare era percorribile a 120 Km/h (!!!) mentre il 16 agosto si viaggia grosso modo alla velocità del 2 agosto.
No, qui non si tratta di fare i sofisti o di voler risolvere problemi inesistenti, ma di capire come Waze “pesa” i tipi di strada e quindi come costruire al meglio la mappa al fine di una corretta visualizzazione e calcolo dei tempi.
MatthewTheWorst, a Padova hai appunto potuto vedere che cerco di evidenziare le strade di maggiore scorrimento. Avendo la conferma ufficiale (perchè è ufficiale vero? non sono solo ipotesi? Lo chiedo perchè nel tempo nel forum ho letto tutto e il contrario di tutto…) che anche la tipologia di strada pesa sul calcolo del tempo, farò un controllo per verificare che questa evidenziazione non comporti problemi per esso.
Sono interessato poi anche io a capire come Waze tratta la velocità media reale: prende la media di tutto lo storico precedente o solo dell’ultimo giorno - settimana - mese…?
Così è stato riportato da un AM nazionale. Essendo nazionale, immagino verifichi le informazioni che ci dà, prima di tutto.
Aggiungo inoltre che concordo totalmente sulla raccomandazione di non inserire inutili giunzioni sulle strade. Ho trovato autostrade spezzettate ogni volta che passano sopra o sotto ad un’altra strada (una giunzione subito prima ed una subito dopo): ok che bisogna assegnare il livello, ma basta darne uno sensato all’intero tratto e poi regolare le strade intersecanti di conseguenza.
Avere il numero minore possibile di tratti permette a Waze di calcolare i percorsi con minore carico del server e più velocemente e a noi editatori di verificare agevolmente la correttezza della strada, senza dover scovare tratti piccolissimi, visibili solo con zoom, magari assegnati all’Argentina (mia esperienza reale sulla A13…).
Ottima considerazione. 
Vi allego le risposte ricevute a seguita delle vostre richieste su questo forum relative alla determinazione della velocita su ogni singolo segmento da parte di Waze
Sono prive di traduzione, così da non viziate da possibili errori interpretativi
“The default speed for each road is set by the road type. So if it’s a regular ‘street’, for example, and we don’t have any statistics on this road, we will assume that you’re allowed to go 50km/h on it.
Then, wazers will start to drive on it and we will analyze their speed. If we see that really, the average is around 80km/h, then the road will update with the speed of 80km/h. Keep in mind that the average speed for each segment is dependent on the time of day (in 30 minutes intervals) and the day of the week.”
a ulteriore spiegazione
"The default speed is determined by the street type. So highway will have a default speed of 90km/h.
If users start driving on it, and they all drive in an average of 100km/h, waze will change the speed of the road to 100km/h.
What I said before, is that the average speed for each road is saved in intervals. So we know the average speed on road A can be 50km/h at 9am, and it can be 100km/h at 10pm (for example)"
E questo è vero, perché per la stessa destinazione, Waze mi fa fare strade differenti a seconda della mezz’ora del giorno in cui ci devo transitare. :ugeek:
Ciò che riporta Asterix06 è molto molto interessante!
In pratica corregge l’ipotesi secondo cui Waze consideri la media tra velocità teorica e velocità reale: in realtà considera quella teorica solo per le strade senza statistiche, ma passa a quella reale per le strade ben battute (e quindi in questo caso anche sbagliare ad assegnare il tipo di strada non inficia il calcolo del tempo).
Inoltre conferma l’intervallo di 30 minuti e la differenziazione per giorno della settimana, ma intuisco che non ci siano ulteriori differenziazioni (per esempio a seconda del mese dell’anno).
Grazie!
Una cosa che non ho ancora capito è se l’algoritmo tiene conto di tutti i dati storici oppure se tiene conto che so , solo dell’ultimo mese (detto a caso eh?).
Se, ad esempio, tra 5 anni la Vmedia si è attestata a 50 Km/h e si verifica un cambio di traffico con abbattimento della Vmedia a 30 Km/h, se non vi sono correttivi che tengono conto della datazione dei dati, dopo altri 5 anni la Vmedia sarà ancora di 40 Km/h. Diversamente, se i dati più vecchi vengono scartati e la Vmedia è calcolata, ad esempio, solo sugli ultimi 100 transiti, la Vmedia risultante sarà prossima a quella attuale.
Bene, ho letto con MOLTO interesse questo topic, e da wazer con 11.000 km gia’ alle spalle (piattaforma Android, comunque fino a 5 mesi fa avevo Symbian), volevo aggiungere al discorso una mia considerazione o suggerimento. Anzi due. 
Che poi sono tre. :mrgreen:
Vabbe’, iniziamo.
Prima cosa: effettivamente, come detto da un altro wazer, il fatto che ci siano velocita’ fisse per tutto il mondo in base alla tipologia di strada e’ anche secondo me abbastanza limitante e rischioso per la qualita’ dei dati (e per Waze e’ essenziale!) della stima sulla velocita’ e quindi anche per eventuali variazioni di percorso, e per il calcolo dell’ETA. Sarebbe stato opportuno forse introdurre tra le proprieta’ di una strada anche la velocita’ (teorica, quindi quella indicata dai cartelli;-)), per default (ossia lasciandola vuota) potrbbe prendere quella “globale”.
Comunque questa cosa e’ relativamente secondaria, almeno per le strade sufficientemente frequentate da wazers.
Passiamo alla seconda cosa, invece ben piu’ importante, e riguarda indirettamente la velocita’ media: la “colorazione” della strada per segnalare tratti lenti (giallo/arancio, rosso, rosso scuro, nero).
In primo luogo vi chiedo: qual’e’ il cirterio utilizzato da Waze per decidere se segnalare o meno una velocita’ rallentata? Immagino (perche’ e’ questo che farei se dovessi progettare io la cosa -si, mi occupo di progettazione software -) sia qualcosa del tipo “percentuale della velocita’ corrente rispetto alla velocita’ teorica”, ossia una tabella del tipo:
0% -10% = nero
11% - 20% = rosso scuro
21% - 30% = rosso
31% - 50% = arancio
oltre 50% = nessuna colorazione
Il problema e’ che piu’ volte ho percorso alcune strade urbane (quindi da 50 km/h) quasi del tutto bloccate, quindi con una velocita’ media sicuramente bassa (del tipo che per fare 500 mt ci ho messo 15 minuti!), ma il tratto non si e’ MAI colorato. Uno dei tratti di cui parlo e’ la Via Cassia, ad esempio, dal GRA verso roma. Come mai secondo voi? L’algoritmo e’ probabilmente differente, ma allora mi chiedo se non ci sia qualcosa da correggere…
La terza questione (si, dovevano essere due ma questa e’ conseguenza della precedente ) e’ invece di tipo grafico.
Io uso Waze non tanto come navigatore (so bene dove devo andare, al lavoro purtroppo!) quanto come “segnalatore di traffico” per cui ho la vista 2D e uno zoom abbastanza ampio da permettermi di vedere avanti di qualche chilometro e decidere “al volo” se qualche parte del mio normale tragitto sia intasato, e cambiare io strada da percorrere (ho 2-3 alternative, non tante).
Ora, abbastanza spesso mi capita, anche a livelli di zoom minori, di non riuscire a comprendere se il rallentamento (indicato dalla colorazione della strada) sia sulla mia carreggiata o su quella opposta! Questo perche’ la colorazione “esce” leggermente dalla strada (ossia e’ di poco piu’ larga della strada che “copre”) per cui si va a sovrapporre alla carreggiata opposta, e le “freccine” che indicano la direzione di percorrenza (che sarebbero utilissime per capire ad occhio di quale carreggiata si possa trattare) sono troppo piccole. La colorazione non dovrebbe uscire ne’ coprire la strada, ma restare magari un pixel “dentro”.
Aggiungo anche che quando invece e’ attiva la navigazione, il percorso, evidenziato in “violetto”, copre quasi completamente la colorazione del traffico per cui con un percorso attivato non si vede quasi per niente: in questo caso, e SOLO in questo, la colorazione del traffico potrebbe essere piu’ larga della strada, per poter quindi vedere il percorso “bordato” di rosso ad esempio se quel tratto ha una bassa velocita’ media reale.
Aggiungo qualche altra piccola nota, ossia suggerimento per migliorare il client, chi puo’ e vuole, la segnali a chi se ne occupa:
Beh, per ora e’ tutto… :geek:
Bravo DOC, secondo me hai centrato una serie di problematiche che, se risolte, potrebbero far fare a Waze un bel salto di qualità.
Se te la cavi con l’inglese, perchè non traduci in inglese tutto quanto osservato sulla “grafica” del client e non mandi le tue osservazioni al supporto?
Rimanendo in argomento col calcolo della velocità, mi chiedevo:
che riferimenti prende il client per calcolare la velocità?
misura il tempo impiegato per passare da una giunzione all’altra?
Paolo