Résumé meetup France 2016

Meetup France 2016
Résumé de ce que j’ai noté avec mes commentaires perso parfois. Complété par Yanderuelle. Complété (graphes, schémas) & mise en forme par Deeploz.
Interlocuteurs Waze
De chez Waze étaient présents:

  • Shira, notre community manager.
  • Alex, un développeur français émigré en Israël développeur chez Waze (plutôt coté serveur/exploitation des données).
  • Jean et Vanessa, employés Google en France chargés de vendre des espaces publicitaires sur Waze.

Présentation Community - Shira, Community Manager

  • La communauté française vs. La communauté mondiale

  • On est la 3 ème plus grosse communauté au monde (derrière les USA, et sans doute le Brésil). 24% de plus de km conduits avec Waze en France en 1 an.

  • 20626 éditeurs dans le monde (+5.6% sur 1 an), 1950 en France (soit 9,5%)

  • 3278 area managers, 224 en France (soit 6,8%)

  • 664 country managers dans le monde, 47 en France (soit 7,1%)

  • 154 GC, 11 en France (soit 7,1%)

  • Evolution des activités en France entre 2014 et 2015 (nombre en 2014 –> nombre en 2015)

  • Éditeurs “actifs” : 1840 –> 1950 (+6,0%)

  • Nombre d’éditions : 830K –> 840K (+1,2%)

  • Nombre d’Area Manager : 176 –> 224 (+27,3%)

  • Graphe de répartition détaillée des éditions par niveau

  • 46.6% des édits sont réalisées par des L4-L5 et 21.2% par des L6

  • Objets sur la carte:

  • 7 millions de segments en France, 310K nouveaux segments en 2016 (12 mois glissants avril à avril)

  • 708000 places en France.

  • +67% d’objets édités en 1 an.

  • Qualité des éditions

  • La qualité de la carte en France est très importante au regard de la taille du pays.

  • Nous sommes passés en 1 an :

  • de 90.5% à 98.8% de segment avec direction définie (+9,2%)

  • de 48.3% à 35.6% de segments sans nom (-26,3%)

  • de 93,16% à 95,61% de connectivité (+2,6%)

  • La connectivité était de 96.6% en Janvier 2016

  • Vitesses Limites

  • Les vitesses limites sont éditées/vérifiées sur 69.8% des segments.

  • dans le détail, segments vérifiés par type de route :

  • Webinars

  • Depuis le dernier Webinar en français en 2015, l’activité des éditeurs au bout de 1 mois avait augmenté de 27% et la participation forum de 62%.

  • Mega Traffic Events (MTE) intégré dans Waze

  • Fonctionnalité présente sur WME Beta.

  • Historiquement cela a commencé en France avec le Tour de France et est maintenant disponible pour signaler des événements sportifs, des inondations, des scènes de crise (blocage des routes par gréviste par ex.), des visites d’États ou tout autres événements d’importance.

  • Kpouer a demandé à ce qu’on puisse les enregistrer pour les réutiliser l’année suivante, ça n’était visiblement pas prévu mais ils vont en discuter.
    Présentation Map Quality - Alex, Map Quality Devs

  • Rappel sur l’organisation Data Science @ Waze:

  • Alex fait parti de l’équipe Map Quality, qui se charge de l’analyse des énormes volumes de données qui transitent dans les serveurs (data mining, big data), de la modélisation de ces données et des algorithmes de prévisions.

  • Les principaux objectifs de cette équipe sont de :

  • Monitorer la qualité de la carte, comprendre la qualité de la carte avant de lancer l’appli dans le pays

  • Éviter la régression (éviter que la carte ne régresse en qualité)

  • Enrichir la carte (Vitesse limite, nouvelles features, qualité)

  • Éviter la régression

  • Regression Checker : Algorithme qui vérifie la qualité de l’édition lors de l’enregistrement. Déjà en place aujourd’hui. Va être amélioré.

  • Map Problems generator : Algorithme de détection des problèmes de cartes (short segment, disconnection, crooked segments, routing problem, overlapping segments, intersecting segments, sharp turn…) L’objectif est de l’améliorer pour éviter qu’il fasse réapparaître un MP lorsque celui-ci a été acquitté plusieurs fois sur WME.

  • Enrichir la carte

  • La team Map Quality a mis en place un algorithme de vérifications croisés entre Waze et Google Maps. Waze dispose d’un accès aux segments GMaps et peut les importer pour les analyser sur différents point : géométries, directions, road types,…

  • Cet algo a été déroulé sur Paris à titre de test pilote. Le rapport indique 85% de segments qui matchent (présents dans Waze ET dans GMaps) et seulement 2% de faux-positifs

  • L’idée est de se servir de cet algo pour enrichir des cartes faiblement cartographiées (ce n’est pas le cas de la France)

  • Mise en place des Vitesses Limites

  • Les vitesses limites sont lancées dans 37 pays.

  • La communauté française est indéniablement celle qui a fait que ce projet a été mis en production, et celle où c’est le plus grand succès en terme de retours positifs et d’adoption.

  • Alex a travaillé sur un algorithme qui analyse le trafic observé et le compare aux sources de données existantes sur les VL pour prédire la VL sur d’autres segments et ainsi pré-renseigner la vitesse (en mode unverified)

  • Un outil existe pour analyser les différences entre les VL validées et celles prédites par l’algorithme. Mais pas de boucle retour pour permettre à l’algorithme d’apprendre sur les écarts.

  • Une fonctionnalité pour signaler une erreur de VL constatée va être intégrée au client en posant une UR à l’endroit avec un choix de 4 VL parmi celles qui sont le plus probable de rencontrer à cet endroit (en fonction du pays, du type de route, etc).

  • Discussion sur la partie data.

  • Il a parlé des imports de données venant de Google vitesses, voir segments entiers pour certains pays (la France n’est évidemment pas concernée par les imports de segments). Ils se basent sur la géométrie afin de faire correspondre aux segments de chez nous.

  • Ils disposent d’outils qui permettent de voir rapidement quels segments existent dans nos cartes vs. ceux qui existent dans GMaps.

  • Son boulot consiste aussi à analyser les ETA, les erreurs de routage ou les infos de covoiturage (comment détecter que 2 personnes font des trajets similaires)

  • Autre info: ils ont donc un accès aux données de Google Maps mais n’ont aucun pouvoir pour faire évoluer Google Maps ou sa cartographie, bref s’il faut modifier Gmaps ils se heurtent comme nous à Map Maker.

  • De plus il a confirmé que le projet MapMaker est un peu abandonné par Google.

Présentation Nouvelles Fonctionnalités - Alex, Map Quality Devs

  • D’une manière générale Alex travaille sur de nombreux projets à venir :

  • Prédiction des horaires d’ouvertures des POI

  • Amélioration du routage par l’analyse des erreurs

  • il est le créateur de la Heat Map

  • Analyse des ETA par rapport aux temps effectifs de trajet, pour améliorer les prédictions d’ETA

  • Waze Riders (Covoiturage entre le domicile et le travail) est test en Israël et en Californie

  • Type de Véhicule

  • Pour le moment il y a en prod uniquement 2 types : voiture Privée et Taxi

  • Projet pour avoir un type “Véhicule Propre” (autorisé à aller dans les centres-villes restreints à ce type de véhicule)

  • Projet pour avoir un type “Véhicule HOV” (High Occupancy Vehicule). Pas d’utilité en France pour le moment mais en Californie, par exemple, certaines voies sont réservées aux véhicules dans lesquels il y a au moins X passagers (pour favoriser le covoiturage).

  • Projet pour avoir un type “Moto”. (On en a peu parlé. Sans doute que ça ne change rien au guidage mais peut-être que ça permet de les sortir des stats pour arrêter de polluer celles des voitures).

  • Toujours aucun projet pour prendre en compte les bus, les transports en commun ou les camions

  • Fonctionnalités autour du Stationnement

  • Where I parked : Waze sait maintenant mieux qu’avant où on est garé, c’est surtout grâce au podomètre intégré dans les téléphones qui leur permet de savoir qu’on est plus en voiture.

  • Time to park feature : Ils prévoient aussi d’intégrer dans l’ETA le temps moyen pour se garer.

  • Enhanced parking data (google and external). Utile aux USA. Horaires d’ouverture, entrées multiples

  • Présélection par voie

  • Gestion des multi-voies avec instructions pour se positionner dans la bonne voie

  • Probablement qu’ils utiliseront les données Google Maps pour commencer

  • Projet “later than soon”…

  • Les Ferries

  • Intégrés aux calculs d’ETA. La Vmoy intégrée est de 10km/h

  • Segment connectable (un bug est en cours de résolution)

  • Une fonctionnalité sur le client permettra de choisir d’éviter ou pas les ferries

  • Radar Tronçon (Average Speed Camera)

  • en développement avancé, sans doute sortie en prod rapidement.

  • Les objets “Radar” vont disparaître au profit d’un attribut du segment (comme “toll road”) qui permettra d’indiquer si la route est dans une zone de contrôle ou pas.

  • Plus de zone en cercle autour du radar. Seulement ceux qui passent sur le segment seront notifiés

  • Alex suggère de mapper les segments qui précèdent le radar et ceux qui suivent le radar de manière à ce que leur longueur respective positionne le radar à 75% de la barre de progression, comme le fait actuellement Coyote.

  • Itinéraire en fonction de la plaque minéralogique

  • Principe : autoriser le segment qu’aux véhicules dont la plaque finie par tel ou tel chiffre, en fonction du jour de la semaine.

  • Inadapté pour la circulation pair/impair qui existe à Paris par exemple (non-prédictibilité des jours de pollution)

  • Carrefours Dangereux (Dangerous Turns)

  • Destiné à identifier les intersections dangereuses (mauvaise visibilité, flux important de voiture….).

  • Toujours en étude. Sortie en prod lointaine

  • Alternative Routes

  • En étude d’amélioration

  • Itinéraire vers un gros POI

  • Étude sur la façon de gérer le bug qui fait que Waze ne sait pas trouver une route vers un énorme POI (type un lac ou un aéroport) du fait que le “centre” du POI est trop loin de toute route passant autour.

  • Dangers permanents

  • on pourra dans WME signaler des dangers permanents attachés à un segment (passage à niveau, dos d’âne, école, croisement piste cyclable)

  • ça semble relativement avancé dans les développements. En prod très prochainement
    Présentation Waze Business Team - Vanessa, Waze France

  • Vanessa nous a expliqué les objectifs de la Team Business en France:

  • Monétiser l’application

  • Rendre les publicités belles et pertinentes

  • Communiquer avec l’extérieur (presse, média sociaux, …)

  • Thomas Guignard a commencé cette activité, seul, début 2015

  • Ils sont maintenant plus d’une dizaine et ça marche très bien.

  • Thomas Guignard est maintenant responsable business development Europe et Asie et un nouveau (Paul) prend sa place pour la gestion de l’équipe Biz Dev France.

  • Le rôle de l’équipe est de vendre Waze auprès des annonceurs : Où sont les points de vente et trouver une bonne raison de s’y rendre pour mieux vendre une publicité à un annonceur.

  • L’équipe Google France ne fait que de la pub, ils n’ont rien à voir avec tout ce qui est partenariats (CCP). Et ils n’ont strictement rien à voir avec WazeFeed.

  • Pourquoi un annonceur choisirait de passer Waze comme média de pub ?

  • WAZE est la 10ème App la plus téléchargée en 2015 tout confondu et la 6ème la plus utilisée sur IOs et la 8ème sur Androïd

  • Il y a maintenant 1.8 millions de Wazers différents qui se connectent rien qu’en Île-de-France. Ça représente 30% du trafic en France, ce qui est beaucoup. Mais ça veut aussi dire que 70% du trafic n’est pas à Paris. On a vu une carte et on peut remarquer qu’il y a beaucoup de monde partout sur le territoire.

  • Présentation des moyens de diffusion

  • PIN’s

  • Take Over (bannière à l’arrêt)

  • Flèches Directionnelles en bord d’écran.

  • Possibilités de ciblage de la pub

  • sur les Commuters

  • En fonction des heures de journées ou des jours

  • En fonction de la météo

  • En fonction du type de destination préférée (restaurant, aéroport….)

  • En fonction du type d’arrêt (Feu tricolore, embouteillage…)

  • En fonction de la longueur de l’itinéraire

  • En fonction du fournisseur de réseau (Bouygues, Orange…)

  • Certains annonceurs, comme Allianz, ont produit un ensemble de voix pour le TTS nommé “Family GPS”. Ces voix sont personnalisables pour l’annonceur (Sortie film ciné comme Star Wars,…)

  • Pour les annonceurs, une épingle (pin’s) coûte 10€ pour 1000 affichages (à Paris ça part évidemment très très vite vu le nombre de Wazers).

Présentation sur le Wiki - David

  • Le projet Wazeopedia, qui devait mettre en ligne un wiki “global” valable pour toutes les communauté est suspendu, faute d’accord entre les communauté sur ce qui doit y figurer.
  • Wazeopedia se limitera pour le moment à la mise en place d’une nouvelle plateforme avec des wiki locaux séparés.
  • Le focus est donc de travailler sur notre wiki français car nous n’avons rien à attendre coté “Global” pour le moment
  • Tout le monde est le bienvenue pour participer.
  • Le Wiki indique une règle mais n’est pas une bible. On peut/doit y déroger quand c’est nécessaire. Simplement on laisse une trace écrite de la dérogation.
    Champs référence Dxx/Nxx dans WME - la-colle
  • La-colle nous a présenté ses slides à propos du fameux champ référence qu’on aimerait voir intégré à WME. On a bien fait valoir que c’était très utile, que les bases de données tel qu’OSM ont déjà ce type de champ.
  • Shira nous a confirmé que c’était clairement un truc qu’ils allaient faire, mais qu’il fallait pas s’attendre à le voir arriver bientôt car ça nécessite de faire travailler l’équipe WME, le client, l’infrastructure.
  • Donc sans vouloir être pessimiste c’est pas avant 1 an voir 2.

Divers

Ensuite discussions avec Shira sur les places et WazeFeed :
Après les très nombreux mails qu’on a échangé, ils ont eu une grande réunion sur les lieux. Entre autre ils envisagent d’introduire la notion de “chaîne” de magasins, comme la liste qu’on a pour les stations services.
La liste serait déterminée comme pour les stations services en dehors de WME. Au début Shira pensait qu’on pouvait en avoir une dizaine, je lui ai dit que ce serait plutôt plusieurs centaines mais qu’on peut le gérer dans un google doc.
Pour WazeFeed elle m’a suggéré que si c’était si pourri, on pourrait simplement arrêter au lieu de corriger le bot. Faudra en discuter et sans doute pas prendre de décision hâtive sous le coup de l’énervement.

Voilà pour ce que j’ai retenu vous pouvez faire vos ajouts si vous avez noté d’autres trucs

Edit Yanderuelle pour compléments d’infos
Edit Deeploz pour compléments d’infos, ajouts de graphes & schémas, et mise en page.

Pour wazefeed, ca s’est pas mal amélioré, mais y’a encore a faire pour atteindre la perfection :slight_smile:
Certains lieux sont créés sans adresse ou quand il y a un lieu qui n’est pas placé par lui, ne pas le déplacer. par contre proposer par PUR ses modif sur un POI ca reste a mon sens plus correct.

:oops: Pour le champs référence qu’on attente tout qui peut me rafraîchir la mémoire j’arrive pas à trouver de quoi on parle :oops: (Alzheimer quand tu nous tiens :lol: ) ?

Si WazeFeed passe par PUR il créera quand même plein de doublons.
Le champ référence c’est lié à la grande discussion sur l’usage du préfix Dxxx en ville, et qui s’était terminé par le fait qu’on gardait ce Dxxx pour l’instant et qu’on demanderait à Waze de rajouter un champ de dans les segments qui à coté du nom sert de référence de route (DXXX, NXXX), pour les roadshields et le guidage.

J’ai vu qu’il en a supprimé aussi mais les deux étaient a moins de 20m l’un de l’autre.
Pour les doublons a donc besoin d’encore quelques améliorations et pourquoi pas un truc du genre lien gmap mais pour faire un lien avec la bdd utilisé pour les actions de wazefeed ? Pas simple a mettre en place je suppose.

A ouai dit comme ca je comprend mieux :slight_smile:

J’ai édité et fortement complété le rapport de Matthieu

1 Like

idem. J’ai ajouté des chiffres de stats, des graphes, des schémas et j’ai retravaillé la mise en page pour que ca reste digeste pour tout ceux qui sont pas venu et qui voudrait lire le truc :smiley:

Et moi j’ai corrigé des fautes (j’en ai peut-être loupé :geek:) et quelques tournures pour que ça soit encore plus compréhensible.

Concernant WazeFeed, je peux me risquer de dire qu’on a 100% des grands magasins (cible de WazeFeed) déjà présents sur Waze et correctement placés (hormis le point d’entrée qui est rarement bien positionné).
L’intervention de WazeFeed me semble inutile et n’apporte aucun bienfait à la carte, bien au contraire. J’ai même soumis l’idée, sur le ton de la blague, de faire le contraire : d’exporter et vendre nos infos sur les POI vers leur client :wink:

Il manque un point dans la prez de Shira : les stats des mapraid. J’ai noté qq valeurs mais elle est passé super vite.
12 Mapraids sur l’année passée
320 participants dont 58 % ont participé à plusieurs mapraids
Plus de 50 % des participants sont des éditeurs juniors, L2 ou L3.

Certains ont noté davantage ?

Bonne remarque David. Je n’ai pas pris de note sur ce sujet mais cela semble cohérent à ce que je me souviens.

Pour les MR, elle a remercié Stéphane pour son implication puis a sorti les chiffres.
De mémoire on n’a pas eu d’autres informations

Elles ont été déjà données.

Certes, mais je parlais du Meetup.

Mais effectivement, ça n’empêche pas que sur le résumé posté ici on pourrait faire une piqûre de rappel.