¿Por qué Google Maps dice que conducir de San Francisco a Seattle a través de Portland es 30 minutos más rápido que conducir de San Francisco a Seattle?

Leí las siguientes ETA:

¿Por qué Google Maps dice que conducir de San Francisco a Seattle a través de Portland es 28 minutos más rápido que conducir de San Francisco a Seattle?

Hubiera pensado que agregar una ciudad de conexión aumentaría el tiempo estimado, no lo disminuiría.

Capturas de pantalla (tomadas al mismo tiempo):

GMaps: San Francisco a Seattle ( espejo ): 13h23min:ingrese la descripción de la imagen aquí

GMaps: San Francisco a Seattle vía Portland, Oregón ( espejo ): 12h55min:ingrese la descripción de la imagen aquí

Si observa sus propias capturas de pantalla, una dice "el tráfico habitual", la otra "sin tráfico". Claramente, agregar una parada hace que cambie un poco su algoritmo. Quizás tener en cuenta el tráfico es demasiado complicado cuando hay paradas.
@Relajado gracias buena captura! No esperaba que la adición de la parada lo cambiara a sin tráfico.
Tenga en cuenta que sus capturas de pantalla están invertidas
Mi organización tiene un nuevo sistema de reclamación de gastos en línea que incluye el kilometraje del motor. Tiene una opción de cálculo automático para un viaje en el que solo ingresa los códigos postales de inicio y finalización (Reino Unido). Esto, aprendimos, está vinculado a Google Maps 'detrás de escena'. Se causa mucha perplejidad a los usuarios cuando el viaje de A a B se da como un número diferente de millas que el de B a A.
@MichaelHarvey esto lo puedo entender en el caso de una asimetría en la ruta debido, por ejemplo, al tráfico asimétrico o a las carreteras de un solo sentido.
nota al margen: cuando en realidad está en ruta, creo que la aplicación Waze tiende a ser más ágil en el cambio de ruta durante los viajes, según las condiciones del tráfico en vivo. Acabo de hacer un viaje de DC a Vermont con Waze en un dispositivo y Google Maps en el otro. Waze tendía a ser más agresivo a la hora de encontrar variaciones actualizadas que ahorraran tiempo. Dado que solo teníamos un vehículo en marcha, no era como si pudiéramos seguir ambas opciones para una comparación exacta. Así que YMMV, por supuesto.
@MichaelHarvey Cloverleafs y rotondas para intercambios de autopistas darán cuenta de eso.
¿Soy el único que se da cuenta de que San José no es San Francisco?
@NPSF3000 hasta ahora, sí :) ¡buena captura!
@Harper-ReinstateMonica: Es poco probable que sean hojas de trébol; (casi) no existen en el Reino Unido . Y las rotondas generalmente agregan menos a la distancia total...
Entonces, para resumir las conclusiones de las respuestas, explícitamente conducir a través de Portland elimina todo el tráfico. ¡Ojalá manejar por Portland realmente funcionara de esa manera!
@ NPSF3000 "Ok Google, ¿sabes el camino a San José?"?
@psmears a lo que me refiero es a algunas de sus "súper rotondas" que rodean un intercambio completo entre carreteras grandes. Atravesarlos en un sentido puede ser de 0,2 km, y en el otro sentido puede ser de 1,5.
@Harper-ReinstateMonica: Es por eso que dije "típicamente": de hecho, hay algunas de ese tamaño, pero la gran mayoría de las rotondas (incluso en los principales intercambios) son mucho más pequeñas. ¡Simplemente no hay espacio!

Respuestas (2)

La principal diferencia es el tráfico.

Cuando solicita la ruta de San José a Seattle, el sitio web muestra la opción "Salir ahora" y calcula una predicción en tiempo real basada en el tráfico actual (en este caso, "el tráfico habitual", lo que significa que el tráfico está aproximadamente en los niveles normales ). Puedes ver esto porque los números están en verde; se volvían de color naranja o rojo si había un retraso importante debido al tráfico. Para un viaje tan largo, esto es muy significativo, ya que las condiciones del tráfico inevitablemente cambiarán y seguramente harás algunas paradas en el camino, pero puedes ajustar la configuración y mostrará diferentes estimaciones de tiempo (aunque dentro de rangos amplios como " típicamente 12 h - 15 h 10 min").

Pero cuando solicita indicaciones para un viaje de varias paradas, no utiliza información de tráfico en tiempo real y muestra la hora "sin tráfico". Tenga en cuenta que los números están en blanco (o en negro usando temas de modo claro) en lugar de en color. Presumiblemente, está haciendo esto porque no tiene idea de cuánto tiempo puede permanecer en Portland y, por lo tanto, ni siquiera tiene idea de qué tráfico estimar para el segmento Portland-Seattle (puede estar haciéndolo en hora pico o en medio de la noche) .

Además, ha solicitado indicaciones para llegar a "Portland", que Google Maps ha decidido que es un punto particular alrededor del cruce I-5/I-405. Como tal, lo enruta a través de la ciudad. Si pide indicaciones para llegar a Seattle, pasará por Portland, pero permanecerá en la I-5, una ruta más corta que evita parte del tráfico de la ciudad.

(+1) De hecho, los destinos múltiples no están disponibles si elige otra configuración que no sea "salir ahora". Cambiar la hora o agregar múltiples destinos hace que cambie a un algoritmo más simple que el que se usa para una solicitud con "salir ahora" entre dos puntos.
Creo que usa tráfico por ahora hasta la parada 1 . Además, si estás conduciendo, cuando continúas hacia el próximo destino, vuelve a evaluar la ruta utilizando el tráfico actual en el momento en que te vas.
PSA: cuando arrastra (con el mouse) la ruta para incluir un punto 'vía', seguirá incluyendo el tráfico. Súper confuso.
@DavidMulder Eso se debe a que los puntos 'Vía' no son paradas. Son "Quiero pasar por aquí, pero no detenerme" en lo que respecta a los proveedores de mapas.
El accidente fue que justo al sur de Tacoma pudo haber marcado una diferencia (técnicamente eso es parte del "tráfico", pero vale la pena señalarlo). Si lo miras ahora San José a Seattle muestra 12 hrs 44 min.

Cuando ingresaste a la ruta directa, Google Maps sugirió la ruta que te lleva a través de Portland usando la carretera que parecía más "directa" a Seattle y se aseguró de evitar que "ingresaras" a Portland:

ingrese la descripción de la imagen aquí

Sin embargo, cuando agregó Portland como parada, Google Maps se tomó la libertad de encontrar la mejor ruta dentro de Portland, lo que resultó en evitar un tráfico desagradable en la misma carretera "directa" que se sugirió en la ruta directa:

ingrese la descripción de la imagen aquí

Además, Google realiza un seguimiento del tráfico en tiempo real. En este momento veo 14H6m para la ruta directa y 13H3m para la ruta indirecta. Diferente a los tiempos de los OP
@peter Olvidé activar el tráfico en la primera captura de pantalla, ahora cambié la primera captura de pantalla.
Lo que es aún más extraño es que la ruta que Google me muestra para la ruta "a través de Portland" es totalmente diferente a la captura de pantalla. Pasa por la sección del centro y luego vuelve a cruzar el río antes de volver a la 405.
@PeterM de alguna manera estoy menos preocupado por el surgimiento de la IA, al menos por ahora.
:D Justo como pensaba: algún pequeño cambio sutil dentro de una de las ciudades que es invisible en el mapa ampliado. Eso puede sumar/restar algo de tiempo sorprendente :D:D:D
Al menos en el Reino Unido, Google intenta tener en cuenta cambios temporales como obras viales, etc. Pero los resultados suelen ser ridículos, como un desvío de 10 millas en carreteras urbanas de 30 mph para evitar una cola de tráfico de 5 minutos en la ruta directa. .
Agregar una parada en "Portland", sin especificar una dirección, significa detenerse en el centro de Portand. Por eso la ruta tiene que pasar por el centro.
Si mueve la parada de Portland, para decir la misma ruta que la ruta directa, encontrará que el tiempo de la ruta "parada en Portland" no cambia más de un minuto.
El tráfico se ve peor en el desvío. Parece más un caso de mantenerlo en el 5 para que no tenga que dar 2-3 instrucciones adicionales sobre cambios de camino.
¿Por qué Google Maps dice que conducir de San Francisco a Seattle a través de Portland es 30 minutos más rápido que conducir de San Francisco a Seattle?
RespuestasAquíPolítica de privacidad1y, 0v