Re: Caseta de Cobro en Tepozotlán es evitada en rutas

Buenas tardes Wazers.

Un usuario reportó en que la ruta entre Tepeji del Río y Gustavo A. Madero no funciona correctamente. La descripción es la siguiente:

Confirma el usuario que no tiene activada la opción de evitar cuotas. Más detalles en el permalink.

Simulé las rutas en el cliente, en el livemap y en Google Maps para conocer el problema y lo he encontrado.

Gmaps.PNG
La ruta que el usuario quiere es la de 1h 16m de Google

caseta.png
Y como pueden ver aquí, Waze reproduce el error antes mencionado

Las conexiones en la caseta parecen estar bien, y en rutas menos complicadas si se genera ruta a través de la caseta.

Actualización 17/02/2017 18:01 ----------------------------------------------------------

La ruta de Querétaro al DF me la está dando de manera correcta.

Lo que me doy cuenta es que Waze obviamente está buscando la mejor ruta y lo logra.
La segunda mejor ruta (que es la que da problemas) no la quiere ofrecer, y en lugar de eso, da una ruta toda loca.

Veo algunos detalles que podrían cambiarse:

*A los segmentos de la caseta ponerles MEX-57D / México - Querétaro en el ALT-name.

*A este retorno también poner en ALT-name: MEX-57D / México - Querétaro y cambiarlo a street.

*Este segmento pasarlo a FW, colocar MEX-57D / México - Querétaro como nombre principal y quitar el atributo de peaje.

Creo que con eso tendría mejores criterios para que se active el mecanismo de Prevención de Desvíos.

Tienen el link del livemap dónde sale el error de la ruta? Gracias

No ando en el editor, pero traza una ruta de Tepeji del Río a Gustavo Madero y allí sale. La ruta en rojo es el problema.

Tapatalk

Completamente de acuerdo con tus 3 recomendaciones. En la última, también le quitaría el atributo de peaje a los segmentos que ya están lejos de la caseta. Solo dejar los de la caseta en sí.
Haré los cambios. Gracias

Edit:
Edgar, creo que el último punto, de quitar la rampa y colocarla como FW es un poco radical ya que la rampa funciona como Wayfinder. No se ha demostrado acertadamente que las rampas entorpezcan la ruta. Lo que si hice fue a la rampa colocarle el nombre alterno de la vía.

Bien Manuel,
Veamos con la actualización del mapa.

Segmentos adicionales con atributo de peaje también sirven para que no ignore las casetas en rutas largas cuando tienes la opción de EVITAR RUTAS DE PEAJE. Comprobamos (Santiago y yo) que eso sucede cuando los segmentos con atributo de peaje son cortos.

Mapas actualizados. Error sigue estando presente

La rutas generadas por arriba del Arco Norte (San Juan del Río, Querétaro) no dan ese problema.
Son únicamente las rutas por debajo del mismo. Lo que sugiere que el problema no es la caseta ni segmentos aledaños.

Toda la ruta extraña tiene segmentos tipo Highway, entre ellos encontré éste boulevard en mH. No sé qué tan crítico es tenerlo con ese tipo de vía, pero entre algunas cosas que se me ocurren para este problema, una es cambiar parte de la ruta extraña a segmentos no HW.

Manuel, me tomé la libertad de colocar todo ese boulevard con ruteo no preferente (en este caso, como PS), buscando desalentar al servidor de rutas.

Nuevamente será cosa de esperar actualización.
Saludos.

Creo que es generalizar mucho decir eso. Una, dos, tres o diez ejemplos no generan una regla.

Estoy de acuerdo en lo que hiciste aunque no se si el ruteo preferente este funcionando adecuadamente. De no ser así, creo que bajar todo el Blvd a PS sería buena alternativa.

Buena noticia: El ruteo preferente funciona perfecto, ya evita el Blvd. Jorobas-Huehuetoca.
Mala noticia: Ahora da un desvío aún más largo que el anterior.

Aunque en ciertos horarios ya proporciona la ruta esperada (MEX-57) como primera opción.

[hide](unavailable attachment: Ruta primera opción correcta.png)[/hide]

Logro replicar el error. Y sorpresa… el error es presente también cuando la ruta es en sentido contrario.

Yo probaría ahora colocar el retorno como segmento no HW

Estoy de acuerdo pasarlo a mH. ¿Los demás?

Pasé el retorno a mH y siguió dando el mismo problema.
Lo puse como street y ya no me da la ruta a través del mismo, pueden corroborar?

El error ya no se reproduce. Lo curioso es que la 3a ruta ofrecida es mas rápida y corta que la segunda.

Por otro lado, no encuentro ningún error en ruta al tener ese retorno como street. Simulé los eventos en los que se necesita ese retorno y si da la ruta.

Así es, es raro que ofrezca la segunda opción, siendo una ruta más larga, antes que la tercera que es más corta.

Podremos cerrar entonces el caso, cierto?

Antes de cerrarlo, me parece que hay un tema que llevamos con el Staff sobre rutas raras. Me gustaría que le mandaramos el caso de la segunda ruta que es mucho más larga compleja y lenta y esta colocada antes que la tercera. ¿Alguien tiene ese foro / spreadsheet / email?

Bump @carloslaso @arturoae ; creo que @edsonajj también participó en ello