Waze special meetup Tel Aviv 2013

Salut,
Arbaot, Slicer et moi revenons de Tel Aviv ou nous avons rencontré l’ensemble des équipes de Waze.
Nous avons appris plein de choses, ils ont des tas d’idées d’évolution vraiment intéressantes.
Nous ne pouvons pas tout partager mais voilà déjà ce que nous avons le droit de révéler.
Et notons qu’il n’y a pas de date de livraison pour tout ça, on a bien essayé d’en savoir d’avantage mais sans succès, ça arrivera quand ils seront prêt et satisfait.

Tout d’abord, le fait qu’il puisse y avoir plus de pubs sur Waze n’est pas du à l’influence de Google mais simplement la stratégie de rentabilisation de Waze.

A propos de l’édition
Les développeurs travaillent sur des systèmes permettant de détecter les erreurs durant l’édition, et détecter les “mauvais éditeurs”

De nouvelles détections de problèmes potentiels de carte automatiques sont à l’étude.

Les service roads seront supprimées et remplacées par des streets.

Les pedestrian broadwalk seront remplacées par des walking trails.

Un nouveau type de route va apparaitre, la minor freeway (à priori on devrait pouvoir l’interpréter comme une voie express.

Un éditeur de carrefour va être ajouté: la junction box qui permettra de gérer les carrefours très compliqués de manière plus simple.

Waze n’est plus autorisé à utiliser les APIs de Bing.

A propos du routage
Waze calcule les vitesses en temps réel des segments, mais identifier un embouteillage est une chose complexe car sur un même segment différents véhicules peuvent avoir des vitesses différentes (une moto, un camion, une voiture), des comportements différents.

Les couleurs affichées sur le client ne sont qu’une indication visuelle mais ne sont pas utilisées pour le routage. Le routage ne fait appel qu’aux vitesses temps réel et au vitesses moyennes des segments (car bien sur si je vais à 100km, ce qui est intéressant pour le segment qui est au bout de mon trajet c’est sa vitesse au moment ou je vais arriver et non la vitesse actuelle). Et un embouteillage peut malgré tout être le chemin le plus rapide.

Meilleure gestion des cas de vitesses différentes pour un même segment (la vitesse de la voie de droite pour tourner peut être plus faible que la vitesse des gens qui vont tout droit par exemple)

Les restrictions programmées dans l’éditeur (actuellement dans la version beta) nécessiteront bien une mise à jour des tiles.

La possibilité de fermer une route temporairement de la même manière que sur le client sera ajoutée sur l’éditeur. Elle affectera cette fois bien le serveur temps réel et sera prise en compte immédiatement.

Ces 2 options ne seront probablement pas accessibles à tout le monde et il est probable que seul les éditeurs de haut niveau y auront accès mais ce n’est pas encore déterminé.

Client
Optimisation du moteur graphique

Le client indiquera la raison du choix d’un itinéraire (par exemple la route principale est évitée car il y a un bouchon ou un accident)

Merci pour ton retour d’infos !

Salut,
Je me permets d’exprimer mon avis ci dessous (n’hésite pas à déplacer mon post s’il n’est pas à sa place dans ce sujet).

Bonne nouvelle, reste à savoir à qui seront notifiées les mauvaises éditions.

Parfait

A priori ça correspond quand même à une 2x2 voies? Si je comprends bien ça permettra de surclasser quelques major actuelles?

Dans le même ordre d’idée, un gestionnaire de sortie pourrait être intéressant. Il serait apprécié d’avoir des sorties “à la TomTom” avec les voies à prendre, etc…
J’espère juste que les carrefours complexes seront également améliorés visuellement sur le client.

A partir de quelle distance (ou temps de trajet?) Waze prend t-il en compte les vitesses moyennes au lieu des vitesses instantanées?
edit : et connaitra t-on un jour les algorithmes employés?

J’ai fait une proposition là dessus il y a longtemps : http://www.waze.com/forum/viewtopic.php?f=34&t=40298
Je doute que ça intéresse quelqu’un, mais bon…

Parfait

Faut-il dès à présent arrêter d’utiliser les services roads et les pedestrian broadwalk?

Rien ne t’interdi de la faire
:sunglasses:

La question sous-jacente était /
“Sur ce que nous avons déjà édité, les service roads seront-elles supprimées OU remplacées par des streets ?
Les pedestrian broadwalk seront-elles supprimées OU remplacées par des walking trails ?”

J’imagine qu’ils seront remplacés, ça serait idiot de supprimer… mais une confirmation formelle n’est pas forcément inutile :wink: .

Quel est le mot utilisé dans le texte initial et la partie citée?

En fait ça correspondrait aux voies express, des routes qui sont presque des autoroutes mais peuvent occasionnellement avoir un rond point, une jonction a angle droit…

Bonne idée en effet.

Non on a pas eu le détail et je pense qu’ils font pas mal d’évolutions régulièrement la dessus.
Mais en gros si tu pars de Brest pour Paris, il se fiche pas mal qu’il y ait un embouteillage sur ton chemin au niveau de Paris car quand tu arriveras il n’y sera sans doute plus. Toute la, question est d’estimer si le bouchon va durer.

Oui mais comment savoir que c’est la voie de gauche, du centre ou de droite?
La méthode de waze a le mérite d’être simple puisqu’elle ferait une vitesse moyenne par sortie du segment.

Sinon pour les types de routes supprimés, évidemment les segments ne seront pas effacés mais remplacés par leur type équivalent, et on ne pourra plus créer de service roads, pedestrian broadwalk…

C’est étrange cette histoire de vitesse de segment différente en fonction des voies…

Parce que j’étais convaincu que c’était déjà le cas actuellement. Ça fait assez longtemps maintenant que j’ai lu le wiki sur le calcul des itinéraires et j’avais justement retenu que
Waze enregistre la vitesse sur le segment en fonction du segment suivant qui sera pris. Donc pour un même segment, Waze gère autant de vitesses qu’il y a de segments connectés à son extrémité (et sur lequel on peut aller évidement).

Donc bravo pour ton idée Johnyboy43, mais sauf erreur dans le wiki, elle est déjà en application :smiley:

et donc, quid du véritable message du Meet-up sur la gestion des vitesses par segment ? peut être ont-ils seulement amélioré le système existant ?

Ôte moi un terrible doute : par hasard, les petits segments d’autoroutes que l’on met pour avoir un guidage vocal correct, il ne serait pas complément gênant pour l’ETA (si j’ai bien compris le wiki en tout cas)?

Sisi !
Justement!
C’est pour cela qu’on dit toujours de proscrire les petits segments !

Toutes les bifurcations de toutes les autoroutes sont faites comme ça hein… :roll:
https://world.waze.com/editor/?zoom=7&lat=48.82808&lon=2.50538&layers=TBFTFFTTTTFTTFTTTTTFTTTTFT&segments=181362290
https://world.waze.com/editor/?zoom=5&lat=48.83012&lon=2.60842&layers=TBFTFFTTTTFTTFTTTTTFTTTTFT&segments=200568808,152101049
Faut il faire quelque chose?

On ne s’enlfamme pas
Les wayfinders sont un pis aller en attendant une gestion plus fine de l’annonce faite au jonction et notament les sortie d’autoroute
La multiplication de petit segment n’impacte pas l’ETA (waze prend en compte le temps de transition d’un segment a l’autre par ex un feu ou le fait qu’il est generalement plus rapide de tourner a droite qu’a gauche) mais cela augmente le temps (et complexifie) d calcul du trajet optimal

Donc il est preferable de ne pas ajouter de petits segments qui n’apportent rien a la navigation, de supprimer les jonctions inutile et de simplifier quand cela est possible…

Sauf que des fois, afin d’avoir un guidage vocal correct, il n’y a pas beaucoup de solutions alternatives…

Une solution simple serait peut-être de faire en sorte que ces “petits” segments soient simplement plus longs (par exemple 2 cm sur la carte au lieu de 1 mm), non?

Une solution est aussi de ne pas rajouter des instructions lorsqu’il n’y en a pas besoin.

Je pense que la meilleur solution, c’est de ne pas toucher ce qui fonctionne :smiley:

14 mois d’armée, ça marque :twisted:

c’est qu’est ce que je dis … navigation => guidage

En quoi cela change-t-il qq chose au schmilblick?

Franchement ça marche pas trop mal alors ne bricolons rien de farfelu.