Al proporcionar datos de GTFS en tiempo real, la ausencia de cobertura en las sucesivas actualizaciones de un feed pueden repercutir de manera no deseada en la experiencia del usuario final que consulte resultados relacionados en Google Maps.
En general, ten en cuenta lo siguiente al proporcionar datos de GTFS en tiempo real.
- Las entidades (alerta, actualización de trayecto y posición de vehículo) solo se deben eliminar del feed GTFS en tiempo real cuando ya no sean relevantes para los usuarios.
- Las marcas de tiempo del feed deben reflejar la última vez que se actualizó ese feed.
- Las marcas de tiempo de las entidades (actualización de trayecto y posición de vehículo) deben reflejar la última vez que se actualizaron los datos de la entidad en cuestión.
Si el feed cumple las directrices anteriores, no deberías encontrarte con los problemas que se describen a continuación. Sin embargo, si no las cumple, puede que observes problemas de funcionamiento como los siguientes.
Se elimina algún mensaje al actualizar el feed
En este caso, el feed que vas a actualizar contiene un mensaje en el que se describe una alerta, actualización de trayecto o posición de vehículo relativa a un trayecto, una parada o una ruta, pero el paquete siguiente elimina esa entidad. Puedes encontrarte con los siguientes problemas de funcionamiento dependiendo del tipo de feed y de la situación.
Importante:
- Google considera que cada actualización de un feed GTFS en tiempo real es una captura completa de toda la información relevante. Las actualizaciones posteriores de los feeds sobrescribirán completamente toda la información anterior. Si un mensaje de un feed anterior no está presente en la actualización más reciente del feed, no se mostrarán datos en tiempo real sobre esa entidad específica, a menos que el mensaje correspondiente se restaure en una actualización posterior del feed.
- Este funcionamiento difiere ligeramente al utilizar la sección de alertas manuales del panel de control de Transit Partners, donde cada actualización se añade a las anteriores.
Alerta
Se elimina una alerta informativa
Repercusión: Alta
Si se elimina una entidad "alert" de una actualización del feed a otra, se dejará de mostrar la alerta correspondiente a los usuarios de Google Maps.
Se elimina una alerta con el valor "NO_SERVICE" en el campo "effect"
Repercusión: Alta
Las alertas con el valor "NO_SERVICE" en el campo "effect" harán que la prioridad del trayecto afectado se reduzca y que el trayecto se muestre a los usuarios finales de Google Maps en una sección aparte, "Viajes inviables".
Si se elimina tal mensaje de alerta de una actualización del feed a otra, el trayecto al que se había reducido la prioridad se mostrará como si fuera un resultado normal a los usuarios, que no verán ningún aviso de que anteriormente había una alerta de cancelación.
Actualización de trayecto
Se elimina una actualización de trayecto con el valor "CANCELLED" en el campo "ScheduleRelationship"
Repercusión: Alta
Un trayecto cancelado se retira de los resultados de trayecto de Google Maps. Sin embargo, si se elimina el mensaje correspondiente con el valor "CANCELLED" en el campo "ScheduleRelationship" de una actualización del feed a otra, el trayecto que anteriormente estaba cancelado volverá a mostrarse a los usuarios sin ninguna información en tiempo real, como si no estuviera cancelado.
Esto puede provocar que los usuarios esperen a un vehículo que no va a llegar.
Se elimina una actualización de trayecto con el valor "ADDED" en el campo "ScheduleRelationship"
Repercusión: Alta
Si se hace una actualización de trayecto con el valor "ADDED" en el campo "ScheduleRelationship", se muestra un servicio adicional a los usuarios en los resultados de trayecto, además de los datos estáticos. Si se elimina tal actualización, el trayecto correspondiente dejará de mostrarse a los usuarios.
En consecuencia, los usuarios no estarán al corriente de este servicio añadido.
Se elimina una actualización de trayecto con el valor "SCHEDULED" en el campo "ScheduleRelationship"
Repercusión: Media
Durante las actualizaciones anteriores, junto a este trayecto se mostraban elementos de interfaz de usuario con los que se indicaba al usuario que las horas de llegada y de salida se estaban actualizando en tiempo real. En este caso, esos elementos dejarán de aparecer y el resultado se mostrará sin ninguna información en tiempo real.
Puede que este cambio provoque que los usuarios lleguen a la parada de autobús excesivamente pronto, o demasiado tarde como para subir al vehículo.
Se elimina una actualización de trayecto relativa a una parada con el valor "SKIPPED" en el campo "StopTimeUpdate"
Repercusión: Alta
Si se elimina un campo "StopTimeUpdate" que anteriormente indicaba que se debía saltar una parada, los usuarios que se encuentren cerca de la parada podrían dirigirse a ella para empezar un itinerario desde esa parada.
Esto puede dar lugar a que los usuarios esperen un vehículo en una parada en la que no se detendrá.
Posición de vehículo
Se elimina una posición de vehículo con el valor "SCHEDULED"
Repercusión: Alta
Durante las actualizaciones anteriores, la interfaz de usuario reflejaba la posición física de un autobús en el mapa. El usuario final también podía ver las predicciones de llegada y salida.
Si se elimina una posición de vehículo con el valor "SCHEDULED" relativa a un trayecto específico, también dejarán de mostrarse en Google Maps tanto la posición de vehículo como las predicciones de hora de llegada y salida correspondientes.
En consecuencia, solo se mostrarán las horas de llegada de los datos estáticos, que puede que no reflejen las condiciones reales.
Se elimina una posición de vehículo con el valor "ADDED"
Repercusión: Alta
Durante las actualizaciones anteriores, se mostraba en los resultados un trayecto nuevo que no estaba presente en el feed GTFS estático base, junto con las posiciones de vehículo y las predicciones de hora de llegada y salida correspondientes.
Si se elimina una posición de vehículo con el valor "ADDED" de un trayecto específico, el trayecto que no está presente en el feed GTFS estático también desaparecerá de los resultados de trayecto.
En consecuencia, los usuarios no estarán al corriente de este servicio añadido.
Paquetes sucesivos que repiten datos obsoletos
Importante:
- Si un feed entero no se ha actualizado durante los 15 minutos anteriores a contar desde el momento actual, se mostrará con la advertencia "TIMESTAMP_PAST" en el informe de validación en tiempo real. No obstante, seguiremos procesándolo.
- A medida que el feed se vaya quedando cada vez más obsoleto, es posible que, según el tipo de feed, observes algunos de los problemas de funcionamiento de esta sección.
Alerta
El campo "timestamp" del mensaje "FeedHeader" está obsoleto
Repercusión: Baja
No tiene ningún efecto en los datos de alertas obsoletas. Seguiremos procesando la alerta obsoleta a menos que recibamos una actualización en la que esa alerta no esté presente. Dado que las alertas no requieren actualizaciones frecuentes como las actualizaciones de trayecto o las posiciones de vehículo, se acepta que un feed de alertas no se actualice durante una semana como máximo. No obstante, te recomendamos que actualices un feed de alertas al menos cada 10 minutos para asegurarte de que los usuarios de Google Maps reciben las alertas más recientes.
Si el feed de alertas no se ha actualizado durante más de una semana, es posible que el equipo de Google Transit te pida que lo actualices. Si no actualizas el feed de alertas después de que te lo pidan, puede que se inhabilite.
Actualización de trayecto
El campo "timestamp" del mensaje "FeedHeader" está obsoleto
Repercusión: Alta
Se considera que un feed está obsoleto si pasa 1 hora sin que se actualice su campo "timestamp". Si se supera ese tiempo, se descartará el feed entero. No se mostrarán datos en tiempo real al usuario final. Más información sobre qué sucede si una actualización sucesiva elimina campos de una actualización de trayecto
El campo "timestamp" de una actualización de trayecto es de manera habitual mucho más antiguo que cuando se adquirió el feed
Repercusión: Alta
Tras varias adquisiciones de feed, un campo "timestamp" específico de una actualización de trayecto muestra de manera habitual una gran diferencia respecto al momento de adquisición del feed. Esto es, el momento en que Google recupera el feed, no el del campo "timestamp" del feed. Las actualizaciones de ese trayecto se descartarán a menos que la diferencia de tiempo mejore.
La UI resultante será como si la actualización de trayecto no hubiera existido nunca en el feed. Más información sobre qué sucede si una actualización sucesiva elimina campos de una actualización de trayecto
Posición de vehículo
El campo "timestamp" del mensaje "FeedHeader" está obsoleto
Repercusión: Alta
El feed se descartará. Más información sobre qué sucede si una actualización sucesiva elimina campos de una posición de vehículo
El campo "timestamp" de un mensaje "VehiclePosition" concreto está obsoleto
Repercusión: Alta
Los mensajes "VehiclePosition" se consideran obsoletos si han pasado 15 minutos desde la marca de tiempo que contiene el campo "timestamp". Pasado este tiempo, se descartará la información del mensaje "VehiclePosition" correspondiente. Más información sobre qué sucede si una actualización sucesiva elimina campos de una posición de vehículo
Si se restauran las entidades de este trayecto más adelante, los datos de posición de entidades anteriores se seguirán utilizando para calcular las horas de llegada y salida.
Actualizaciones sucesivas de la marca de tiempo de datos obsoletos
En este caso, un feed repite información obsoleta, pero actualiza la marca de tiempo del feed o de las entidades del feed.
Se ha actualizado el campo "timestamp" del mensaje "FeedHeader", pero el feed contiene datos obsoletos
Repercusión: Media
No tiene ningún efecto inmediato si la información de la entidades concretas no ha cambiado. El feed se interpretará como de costumbre. Sin embargo, a medida que pase el tiempo, irá aumentando la probabilidad de que se descarten las entidades por estar obsoletas.
Se ha actualizado el campo "timestamp" de la entidad "VehiclePosition", pero los datos de posición están obsoletos
Repercusión: Alta
En este caso, el campo timestamp de la posición de vehículo se ha actualizado a pesar de que la entidad contiene datos de posición obsoletos. Como se ha actualizado la marca de tiempo, consideraremos que se trata de una actualización nueva que indica que el vehículo no se ha movido en la marca de tiempo determinada.
En la mayoría de los casos, esto tendrá un efecto negativo en las predicciones inmediatas de llegada y salida. Como se calculan en función de la posición de vehículo, parecerá que este no se ha movido y que tal vez va con retraso. También afectará negativamente a las predicciones futuras de este trayecto y, potencialmente, a las de otros trayectos futuros.
Si es verdad que el vehículo no se ha movido, no pasa nada. Pero si en realidad sí que se ha desplazado, el usuario final verá datos inexactos y la precisión de las predicciones de hora de llegada se verá afectada negativamente.
No se ha subido un paquete nuevo
Repercusión: Media
En esta situación, se sube un paquete (es decir, se nos envía el paquete, no lo recuperamos nosotros), pero no se sube otro durante un periodo de tiempo prolongado.
En función del feed, Google seguirá procesando el mismo mensaje de feed que se haya subido hasta que cada entidad relevante se considere obsoleta.
- Las alertas no se consideran nunca obsoletas y se seguirán mostrando hasta que se suba un feed nuevo sin la entidad de feed correspondiente o hasta que se inhabilite el propio feed.
- Las actualizaciones de trayecto se consideran obsoletas al cabo de 1 hora; pasado este tiempo, probablemente se muestre información obsoleta a los usuarios.
- Las posiciones de vehículo se consideran obsoletas al cabo de 15 minutos.