Par exemple, l’a6 est en réfection depuis plusieurs mois, cela a tendance à perturber localement le trafic, mais les vitesses moyennes suffisent à anticiper cet événement sur le parcours et à être dévié si besoin… Dans ce cas non…
En revanche je ne sais pas comment ce genre d’info est intégrée vis à vis du client (pour une route fermée, l’effet est clair, on passe pas ! ). En théorie FTW devrait permettre au client de prendre en compte les rétrécissements… Comment, quelles conséquences sur le guidage là… Aucune idée…
Par contre pour l’aspect purement visuel, ça permet de se rendre compte que l’on circule sur une zone de travaux longue durée pendant la navigation… Là pourquoi pas… (surtout que dans cette zone les travaux sont signalés un jour, puis l’autre non…). Pour l’a6, j’ai arrêté de signaler tout les jours car au bout d’un moment… J’oublie étant habitué à emprunter quotidiennement cette zone…
Donc et gros, tant que les vitesses sont bonnes et qu’en cas de bouchons on est dévié… (eg que cet axe est très fréquenté par l’es wazeurs) Je dirais pas trop d’intérêt…
J’en profite pour dire qu’il est dommage qu’il n’existe pas un wiki sur FTW dont certains aspects restent obscurs à mes yeux… (il y a un FAQ mais bon…)
???
Peut être parce que le segment en question est lock, est une major (à priori, et combien même c’est une primary, c’est pareil) et que ce n’est pas ainsi que doit fonctionner l’édition !?
D’autant qu’une Street a 50 km/h c’est normal, une autoroute à 50km/h est colorée… Sinon on peut aussi jouer sur les nodes pour rendre l’axe inaccessible ?? :shock:
Plus sérieusement, je peux comprendre ton interrogation, mais il faut que tu te rapproches un peu du wiki de l’éditeur, et que tu continus à parcourir le fofo pour comprendre pourquoi FTW ou les autres types de signalisations via le client sont justement des solutions plus judicieuses qui intègrent les différentes problématiques liées à l’édition et aux usagers de waze…
Vue la formidable inter action qui existait entre FTW et Waze… fallait bien trouver des solutions alternatives. :shock:
Jusqu’à présent, des segments temporairement inaccessibles en réfection ou autre, je les déconnectais carrément pour être sûr que Waze ne les utilise pas dans ses calculs de route.
Espérons que le nouveau fonctionnement sera meilleur, plus réactif, plus rapide.
Ouhop, hop, hop, la voie dont je parle est une Major (à juste raison), et je n’ai absolument pas l’intention de la dégrader (même ponctuellement) ; elle ne comprend plus qu’une seule voie limitée à 70, mais serait-elle limitée à 40 que ce serait toujours une Major : elle fait partie des RGCs et si quelqu’un s’avisait d’en modifier le type, nous aurions un trou insoluble dans la navigation.
Ma question était tout autre : je ne connais pas FTW, et je me demandais s’il était utile de reporter un risque de bouchons (ou au moins de fort ralentissements). Sera-t-il visible sur le client ou uniquement sur l’éditeur ?
Dans l’absolue, je me rabat sur l’avis de Chewee91 :
De toute façon, la réduction de voix n’est pas dispo dans FTW…
On peut sélectionner les événements suivant:
-Accident
-Stuck Vehicule -Road construction
-Weather
-Congestion
-Policeman
-Attendance event -Road closed
-Obstacle on Road
-Chit chat
A mon sens, seuls les événements en gras ont un réel intérêt vis à vis des événements longues durées, les autres ont plus vocation à être court dans le temps, et directement signalables depuis le client…
Pour le rendu sur l’appli cliente, je pense qu’il s’agit probablement du casque habituel, quant aux conséquences j’aimerais savoir si ça coupe l’axe à chaque fois ou si dans le cas de “Road congestion” par exemple il y a une nuance… J’en doute… La seule précision que l’on peux apporté en créant ce feed c’est d’indiquer si l’événement implique les deux sens de circulation ou seulement dans un…
A vouloir faire trop bien, on fini par mal faire C’est pas un reproche, c’est un constat.
Exemple : Route fermé pour 20 jours de travaux. la route a été déconnectée, le mise à jour de la carte a pris de temps. La route déconnectée a été prise en compte le jour de la fin des travaux. Résultat : le route était proposée durant les travaux, mais ne l’était plus à la réouverture.
Un conseil : N’essayez pas d’en faire trop. Déconnectez les routes sur des périodes longues et réouvrez la route au moins une semaine avant la fin prévue des travaux.
N’oubliez pas qu’il y a la possibilité de déclarer depuis le client les évènements et fermetures (à privilégier).
FTW est n’est là qu’à titre informatif et ne doit être utilisé que sur les chantiers impactant la circulation. Tout le monde s’en fout de savoir qu’EDF enterre ses lignes électriques sous les trottoirs de 10h à 14h ou que le CG refait une glissière de sécurité. Ce ne sont pas des évènements à programmer. Le Wazer qui passe par là fera son signalement si nécessaire.
Il y a deux liens different
L’un propose les nouveaux/derniers evenements ajouter/a valider dans la zone d’un manager
L’autre les commentaires sur les événements créés
FtW semble être de nouveau opérationnel ?
Question d’information pour savoir si l’on va pouvoir mettre des choses en place lors du marathon de Toulouse.
J’ai utilisé FTW pour indiquer qu’une route était barrée, mais je viens de me rendre en compte que FTW n’a aucune incidence sur les instruction de navigation, je pensais que cela suffirait à barrer la route mais à priori non…
Bonjour,
il te permet de placer une alerte permanente sur une route précise, chose visible depuis le client lorsque tu configure les alertes sur la route parcourue.
Sinon c’est en effet limité mais dans le cas d’une fermeture de route de 20h30 à 06h00 tous les jours pendant une semaine c’est le seul moyen d’alerter les utilisateurs, tu pose un event sur cette route plusieurs jours avant et au moins pas de blagues !
Mais c’est vrai que c’est un patch provisoire approximatif en attendant que Waze gère ce type d’évènements
). En théorie FTW devrait permettre au client de prendre en compte les rétrécissements… Comment, quelles conséquences sur le guidage là… Aucune idée…
