Attention ne pas diffuser
Ronen Louvton System Operations Team Leader
Sharon Eliyahu Quantitative analyst
Shirli Lior Community Team Leader
Et une vingtaine de wazers
Intervention de Shirli
Nouveautés
Facebook events
Calendrier
Autocomplétion
Windows phone
Retour des roadgoodies
Major traffic évents
Coupe du monde
Dans les coulisses
Travail pour stabiliser l’infrastructure, sa stabilité
Détection d’embouteillage : non plus par rapport à la route mais par rapport à la vitesse du segment sans trafic (2am)
Précision de l’ETA en mélangeant temps réel et statistiques
Recherche : base de données de Waze et Google, le mélange des sources démarre (Italie, USA, Mexique, Brésil, bientôt en France)
Routing : amélioration longue distance, routes alternatives, suppression de mini détours, changements exceptionnels de route notifiés
Orientations
Rendre l’appli unique pour se différencier de la concurrence : dans les données et leur fraicheur mais pas seulement
Faciliter les meetup et la transmission d’information entre amis
Poursuivre les major traffic events qui ont un énorme impact sur l’utilisation de l’app (vu notamment à SF durant des fermetures du dimanche) - sera étendu à des événements plus courts
Selon les pays l’app est entre 1 et 4 dans l’app store et 1 et 9 dans le play store (France 2 et 1)
La version 3.8
Premier souhait : avoir des amis en dehors de FB, et pouvoir partager ses infos d’un clic avec les amis Waze et les autres.
3.8.1 : bugs et pour la France, changement de présentation des zones de radars, avec une barre supérieure d’information de couleur différente. Discussion pour savoir si cela suffit. Shirli va demander une alerte vocale de sortie de zone. Et précise que « Waze ne sera jamais Coyote, ce n’est pas le cœur de l’application » et que visuellement il faut que le guidage reste prioritaire.
3.9 : tout sur les lieux. Possibilité d’ajouter des POI depuis le client, à valider dans l’éditeur. Ajout d’informations sur le POI, de photos d’utilisateurs qui apparaitront en arrivant sur site.
Avec les points (plutôt que les polygones), on peut ajouter ce qu’on veut.
4 : redesign complet de l’interface
L’équipe de Waze
- le support (pb mot de passe, fonctionnement, etc) deux personnes, bientôt trois
- localisation Orit + 2 personnes pour les traductions, les stations d’essence, etc
- community managers : 8 personnes dont Noam pour France, Bénélux.
Objectifs
Développer le parrainage (mentoring). Marche très bien aux Etats-Unis.
Eviter les abus et la triche sur la carte. Développement d’outils dédiés pour identifier les gens qui utilisent des scripts sans rien faire d’autre.
Mapathons : petits événements locaux pour éditer la carte. Essai en août en Israël. Dédié aux éditeurs novices qui s’intégreront aussi plus vite dans la communauté. L’idée est que ce soit organisé par la communauté directement.
Q&A
Il y a un groupe qui évalue la qualité de la carte. La France est au top.
Intervention de Ronen
Equipe infrastucture :
- faire en sorte que Waze fonctionne, en permanence
- intégration et mise à jour des apps
- intégration d’informations externes à la carte
- suivi du fonctionnement et de la sécurité dans le monde entier
Q&A : Waze peut intégrer des bases de données libres externes, ne pas hésiter à faire remonter l’information (même si ça prend du temps pour que ce soit traité !)
2 datas centers (NA et INTL qui est en Irlande), 1000 serveurs, proxy servers pour transmettre l’info. Et un petit data center pour Israël qui sera bientôt intégré à INTL.
Waze n’a pas ses propres data centers, car trop compliqué (endroit, électricité, refroidissement, etc.) et préfère se reposer sur du cloud. Les serveurs sont gérés par le logiciel de Waze qui peut réclamer plus de puissance pour un événement ponctuel.
Le problème des investissements sur des capacités déterminées est qu’il faut surdimensionner en amont (donc payer en partie pour rien) et qu’on peut être dépasser par des excédents ponctuels. D’où le recours à l’auto-scaling qui colle l’infrastructure à la demande. Ca permet de fixer le temps de réponse (parcours en 1s affichage en 0,2).
Toute l’infrastructure a été redessinée : désormais toute machine communique avec toute autre machine, un peu comme le p2p des torrent. Il n’y a plus de file d’attente, c’est plus robuste et plus rapide. La transition vers cette architecture est achevée à 80 %.
Offline :
Les routes sont maintenant uploadées et traitées plus vite qu’avant : 15-30 min maintenant.
Les problèmes de cartes pouvaient mettre plusieurs jours/semaines à apparaître. Avec la une nouvelle techno (map-reduce), cela devrait apparaître en quelques jours. Pas quelques minutes parce qu’il s’agit toujours de moyennes de problèmes rencontrés par plusieurs utilisateurs. NB : cela fonctionne toujours avec des données récentes (mois dernier) mais on pourrait étendre la comparaison sur un temps plus long/plus court selon les modifs de carte.
Un serveur dédié (topic server) récupère désormais toutes les infos de trafic en temps réel qui renvoie les infos au serveur de navigation.
Beaucoup de développement pour mettre en place des tests automatiques afin de vérifier que tout fonctionne tout le temps et d’identifier les problèmes au plus vite.
Q&A
Le cloud est toujours chez Amazon
Intervention de Sharon Eliyahu Quantitative analyst
Qualité de la carte
Il y a des outils pour mesurer la qualité de la carte automatiquement. D’autres pour détecter des gros changements, etc.
Amélioration de la carte et empêcher qu’elle soit abîmée
France
1,633.5 K km ; 93 % connectivité
63 % des segments ont été édités dans l’année.
20 % des éditions par des lvl 6 ; 1/3 par des 4 et 5 mais va vers plus de diversité.
AM résolvent la plupart des pb, ; la majorité en une semaine
France : 2.193.147 utilisateurs actifs mensuels, n°1 en Europe
+70 % des éditeurs utilisent le Français dans l’éditeur (beaucoup plus sur le client)
Comment faire avec ceux qui trichent et ceux qui abusent ?
Utilisateurs qui trichent en faisant trop de distance pour être honnêtes
Editors qui trichent : recherche de ceux qui font du point sans vraiment améliorer la carte
Waze veut arrêter les deux et fait des recherches pour développer des outils pour cela
Et aussi les mauvaises éditions : effacements massifs, effets sur la connectivité, etc.
Dépend aussi du niveau de l’éditeur : apparaît avec le bouton save et peut empêcher de sauvegarder pour les petits lvl.
Identification de segments qui existent dans GMaps et non dans Waze vont être ajoutés comme des « segments flottants » et seront connectés seulement par les éditeurs si sont utiles.
Analyse des big data
Calcul des utilisateurs actifs, des points, erreurs, latences, etc.
Traffic data : infos sur une demi heure, permet de voir les heures de pointe sur une ville comme Paris pour ajuster l’ETA
Coupe du monde
Equipes, équipes…
France n°3 mais n°1 en rapportant au nombre d’utilisateurs actifs
Intervention de Ronen sur la carte
Il y a eu beaucoup de changements dans l’infrastructure pour avoir une nouvelle carte tous les 1 à 2 jours
Les informations de l’éditeur vont dans la database qui est live.
Idem pour les infos automatiques (vitesse, géométrie, nouveaux segments, directions…)
Ce qui fait des dizaines de millions de changements chaque jour.
Ce n’est pas toute la carte qui est calculée mais des « tiles » : carrés de 1km2 sur lesquels il y a eu des changements. Ca va plus vite et ça permet de ne pas avoir à télécharger la carte tous les jours ce qui permet d’optimiser le trafic avec le serveur.
Stocké en NoSQL Storage.
Plusieurs backups pour restaurer s’il y a un pb avec la carte (effacement massif…).
Aucun changement n’est effacé mais ça donne le temps de comprendre le souci.
Quelles que soit les éditions, 5 % de la carte est refaite chaque jour. Donc nouvelle carte tous les 20 jours.
Construction de la carte :
- géométrie des routes (geocoding tiles builder)
- début et fin de chaque segment, temps de A à B, : graphe pour calculer les trajets (routing tiles builder)
- quand on télécharge la carte dans le client, carrés de 1km2, mais aussi roadshileds (client tiles builder)
- image pour la livemap sur le site internet (livemap tiles)
Il faut construire ces tiles et vérifier qu’elles sont cohérentes entre elles.
En parallèle l’index de recherche est reconstruit
Ensuite, un simulateur teste les nouvelles cartes : test de navigation, pour vérifier que les données sont cohérentes.
Dans le futur, il y aura une vérification de l’intégrité de la carte (vérifier qu’un grand axe n’a pas disparu par ex).
La map a ensuite un numéro et est uploadée. Si c’est ok, message sur status.waze.com
Q&A : l’effet des trajets sur la géométrie des segments est différent selon les pays.
Quand la carte est bonne, ce sont les éditions manuelles qui sont prises en compte. Les
infos remontées automatiquement sont les vitesses, les directions, les intersections mais
plus la géométrie
Session de questions
Travaux
Utiliser le nouveau formulaire pour les fermetures pour travaux.
Penser à augmenter le lock pour ne pas perdre l’ID du segment pendant les travaux.
Dans le futur, cela pourrait être fait directement dans l’éditeur. A préciser alors d’avoir un lock automatique.
Peer review
Waze veut inciter à ce que les actions d’un éditeur débutant soient approuvés par un éditeur confirmé. Très compliqué à mettre en place. Il y a déjà le road ranks. Le regression tool vérifiera en temps réel si on fait une erreur d’édition.
Chaperonnage
Aux éditeurs à mettre en place. Les Américains ont bien mis ça en place.
Waze a préparé des présentations.
Officiellement on ne peut pas le forcer.
Appel aux bonnes volontés
Tout le monde est le bienvenu pour toute contribution, traduction en particulier.
L’accès au service de traduction est ouvert à tous mais son accès est contrôlé.
Waze soutient aussi toutes les réunions régionales entre AM pour cordonner le travail.
Ne pas hésiter à en organiser !
Sandbox sur la carte (Valhalla, Antarctic)
Des communautés ont demandé des zones d’entrainement. Fait pour l’Italie, peut être fait pour la France. Peut être utile pour faire des exercices de mentoring.
Nom des villes
La liste va être verrouillée
Pour créer une nouvelle ville on va passer par un formulaire.
Le cas des hameaux sera traité manuellement. Il n’y a pas d’outil dédié pour le moment mais il pourrait y avoir à l’avenir une subdivision du nom de la ville.
Les départements arriveront bientôt.
Types de route
Les ferries arrivent.
Les minor freeway bientôt. (plus compliqué que les Ferry car les ferrys existaient deja en base, l’algo de routing, generation des Tiles, livemap doit etre capable de prendre en compte en nouveau type de route avant de l’avoir sur l’éditeur.
Dirt Road 4x4 va être splité. Peut-être le dirt road va devenir un attribut de segment et non plus un type de route. (possibilité d’avoir des Major highway en ‘dirt’)
Service road va être fusionné avec les street.
Pedestrian boardwalk va être supprimé au profit du Walking Trail.
Voies ferrées
Ne devraient pas apparaître tout de suite (sont en ce moment sur la livemap).
Ne pas les nommer.
Split de segments
On reste sur les petits segments pour donner les indications. MAIS il ne doivent pas être trop courts : +10 mètres. Attention aussi à ne pas superposer les flèches.
Dans le futur il y aura une possibilité de préciser l’indication à donner lors d’un split.
Conseils d’édition
Ne pas ajouter des indications de guidage dans le nom des rues.(même si les indications de direction ne sont pas pour demain)
Parking : les voies tracées peuvent être effacées puisqu’il ne fallait pas les faire
Des problèmes d’analyse de base vont arriver : segments superposés, angles trop marqués, segments croisés sans jonction, (faire deux niveaux, simplifier ou faire un nœud et des interdictions), segments déconnectés (ne pas déconnecter pendant les travaux).
Mettre les tunnels en -1 (zone sans GPS)
