Testar o feed estático em uma visualização particular

Depois de fazer o upload de um feed válido da Especificação Geral sobre Feeds de Transporte Público (GTFS) no painel do parceiro do Google Transit, você poderá ativar uma visualização particular para testar a programação e os trajetos do feed antes de disponibilizar ao público.

Recomendamos que você teste seus dados de visualização com pessoas que conhecem seu serviço de transporte público, como representantes do suporte ao cliente.

Conferir seus dados da GTFS no Google Maps

1. Faça login na Conta do Google associada ao seu painel do parceiro do Google Transit. Crie uma Conta do Google.
2. Acesse o Google Maps.
3. Teste várias consultas na sua região (por exemplo, formatos de trajetos, horários e locais das estações).

Quando há várias pessoas testando a visualização, é recomendável criar uma conta genérica do Gmail (como <nome_da_agencia.gt>@gmail.com) para que os usuários possam compartilhar ou associar uma Conta do Google ao alias de e-mail interno do seu grupo.

Testar seus feeds

Depois de acessar o ambiente de teste da visualização particular, você pode consultar os dados do feed diretamente na interface do usuário "Ver rotas" do Google Transit.

Cada consulta "Ver rotas" gera algumas opções de viagem, marcadas em vermelho como "Confidencial do Google" ao lado dos resultados. Essas opções usam apenas os dados do seu feed.

Talvez você veja opções que não estão marcadas como "Confidencial do Google". Elas são provenientes de dados ativos de outros feeds.

Toda vez que você atualiza o feed, é preciso esperar alguns dias para que seus dados de visualização sejam atualizados. No entanto, é importante corrigir o máximo de problemas possível.

Além dos seus casos de teste normais, verifique sua visualização particular para garantir que:

• Os formatos de trajetos das viagens correspondam com precisão às vias no Google Maps.

• O tempo total das viagens seja razoável (por exemplo, que o ônibus não se desloque muito depressa ou devagar).

• As viagens durante a semana e no fim de semana sejam testadas por meio da lista suspensa Sair agora.

• As baldeações ocorram em locais adequados.

Testar diferentes opções de trajetos

O planejador de viagens do Google mostra várias opções diferentes para cada solicitação de trajeto. No entanto, isso pode não gerar resultados idênticos aos de outros planejadores de viagens. O algoritmo do Google tenta encontrar a viagem mais rápida até o destino, mostrando um tempo de trajeto um pouco maior ao considerar o tempo gasto com baldeações e a pé.

Se você encontrar uma solicitação onde seus dados mostram uma opção muito melhor do que a do planejador de viagens do Google, informe a equipe de suporte dos parceiros do Google Transit. Ao informar problemas ao Google, inclua o link para a viagem clicando no botão no canto superior esquerdo do Google Maps e selecionando "compartilhar ou incorporar mapa". Como não conhecemos a área local, inclua o máximo de informações detalhadas.

Lembre-se de que os dados de trajetos já estão ativos e disponíveis para o público e aparecem como primeira alternativa, mesmo que um dos seus trajetos na visualização seja mais adequado.

Viagens de teste para baldeações

Ao testar a visualização do feed, verifique se as baldeações entre as viagens são relevantes. Teste algumas consultas que precisam de baldeações nos principais pontos da sua rede e veja se os resultados são lógicos.

Considere os seguintes pontos ao testar baldeações:

• Nosso algoritmo de trajetos considera oportunidades de baldeação na mesma parada e aquelas que envolvem o trajeto a pé entre duas paradas.

• Em ambos os casos, o algoritmo estima um tempo mínimo de baldeação (incluindo um buffer de segurança) entre a chegada e a partida e considera a necessidade de possíveis trajetos a pé. Talvez você precise ajustar nossas estimativas de acordo com seus dados específicos.

Além disso, verifique os tempos de baldeação nas principais estações em que as linhas se conectam ou terminam, observando principalmente a diferença entre os horários de chegada e partida. Se você notar que nosso tempo mínimo estimado de baldeação está muito lento (o que é raro) ou muito rápido, envie um arquivo transfers.txt (conforme explicado nas especificações da GTFS) que descreva as oportunidades de baldeação na sua rede para corrigir isso.

Testar seu feed com consultas aleatórias

Você também pode testar seu feed usando as consultas aleatórias no relatório de validação da GTFS. A guia "Consultas" do relatório de validação inclui consultas de rotas do Google Maps geradas aleatoriamente entre cada duas paradas no seu feed. Use essas consultas para testar e verificar os resultados de trajetos dos transportes públicos para seu feed, ampliando os testes.

Avaliação do controle de qualidade

Quando você já tiver lidado com todos os avisos de problemas e estiver contente com a versão da visualização do seu Feed GTFS, entre em contato com a equipe do Google para que possamos realizar uma avaliação do controle de qualidade do seu feed. Informaremos qualquer problema em potencial que encontrarmos no seu feed e trabalharemos juntos para resolver esses problemas.

O Google requer uma última etapa de avaliação e aprovação antes de disponibilizar qualquer Feed GTFS.

Práticas recomendadas para testar a visualização particular

Verificar seus trajetos na visualização do Google Maps

Depois de verificar as consultas aleatórias, você poderá montar planos de viagem manualmente no Google Maps usando as coordenadas geográficas das paradas.

Gerar uma viagem aleatória

Você pode gerar uma viagem de teste que contenha seus dados na guia Consultas do relatório de validação.

Planejar uma viagem

Faça login no painel do parceiro do Google Transit com sua Conta do Google antes de realizar o teste manual.

Para fazer uma viagem de teste manualmente:

1. Abra o Maps.
2. Clique em Rotas .
3. Clique em Transporte público .
4. Use os valores de latitude/longitude das paradas para planejar uma viagem. Lembre-se do seguinte:
   • Os nomes de estações e pontos não estão disponíveis para visualização.
   • As conexões com os serviços de ônibus / trem / balsa de outras empresas de transporte público não estão disponíveis.
5. Teste as consultas usando as opções Agora e Partida às.

Depois de planejar uma viagem

Os resultados de trajetos da viagem aparecem em um fundo rosa claro. Esses dados são confidenciais e não são exibidos para os usuários finais.

Depois de planejar a viagem, verifique os seguintes detalhes:

• Nome curto / longo do trajeto
• Horário e data da parada
• Nome da parada
• Duração da viagem
• Formas (se fornecidas)
• Nome da agência
• URL da agência
• Número de telefone da agência (se fornecido)
• Informações sobre tarifas (se fornecidas)
• URL das tarifas

Verifique se todas as entidades são associadas aos dados fornecidos no seu site e se os usuários finais conseguem fazer o reconhecimento delas.

Os resultados de trajetos são uma representação visual dos campos exibidos para os usuários finais.

Verificar seu Feed GTFS

Testes preliminares

• Período de serviço: precisa ser maior que 28 dias e menor que 3 anos.
• Cobertura ofereça a cobertura completa. Caso a opção disponibilizada seja limitada, dê uma explicação razoável no formulário de lista de verificação.
• Avisos de validação: verifique e resolva esses avisos na guia "Erro" do relatório de validação mais recente.

Testes detalhados (arquivos GTFS)

• Agency.txt: as informações da agência estão corretas e correspondem ao site dela.
  • Para melhorar a experiência do usuário, é recomendado informar o telefone da agência e os URLs das tarifas.
• Calendar.txt: todos os serviços com dias da semana ativos estão incluídos.
• Calendar_dates.txt:
  • As datas de exceção correspondem ao período de serviço definido em calendar.txt.
  • Todas as datas em que os serviços têm operação diferenciada (reduzida / extra) das datas comuns (como festivais / feriados oficiais) estão incluídas.
  • Se os serviços forem realizados sem exceções, ignore o aviso "O feed não tem exceções de data na agenda".
• Routes.txt:
  • As cores e os nomes dos trajetos são associados àqueles informados no site da agência, e os usuários finais conseguem reconhecer tudo facilmente.

  • Quando os campos route_short_name e route_long_name são fornecidos, route_short_name aparece para os usuários finais.

  • Os trajetos não são divididos por rota.
  • Os valores Route_urls são específicos do trajeto ou não são fornecidos.
• Trips.txt:
  • Os valores Trip_headsigns fornecidos indicam a direção correta da viagem e podem ser reconhecidos pelos usuários finais.
  • Os valores Trip_headsigns não são cópias dos nomes de trajetos.
  • Os valores Trip_headsigns são definidos apenas para trajetos lineares.
  • Os valores Trip_short_names são definidos apenas quando "route_type" se refere a metrôs.
  • Os valores dos nomes curtos de viagens são definidos somente para metrôs ou trens de longa distância.
• Stops.txt:
  • Os nomes das paradas parecem corretos e correspondem àqueles encontrados no site da agência.
  • Os nomes das paradas não incluem stop_codes (exceto no Brasil).
  • Os nomes das paradas podem ser abreviados, mas precisam estar consistentes.
  • Os locais das paradas estão indicados com precisão (no lado correto da via e perto da calçada).
  • Se fornecidos, os valores Stop_codes serão disponibilizados no site da empresa, e os usuários finais terão que conhecê-los.
  • Os URLs são específicos de cada parada.
• Shapes.txt (opcional, mas altamente recomendado):
  • As formas correspondem a vias / linhas com precisão.
  • Elas aparecem em todas as viagens e estão incluídas no arquivo trips.txt.
  • Corrija os avisos de validação relacionados ao arquivo shapes.txt.
• Stop_times.txt:
  • Os horários das paradas definidos no feed devem estar disponíveis no site e ser reconhecidos pelos usuários finais.

  • Verificar o tipo de local para levar/deixar pessoas (link em inglês), se definido.

    Os tipos pickup_type, pickup_type 2 (necessário ligar para a empresa) e 3 (necessário combinar com motorista) não são compatíveis.
  • No caso de alças de acesso, stop_headsign precisa estar definido em cada parada.
• Feed_info.txt:
  • O idioma do feed está definido neste arquivo ou em agency.txt.
  • É necessário comparar as datas de início e término com os arquivos da agenda.
• Avisos de validação
  • Nenhum aviso "Parada muito longe do formato".
  • Nenhum aviso "As paradas correspondem ao formato na ordem incorreta".
  • Nenhum aviso "Muitas paradas consecutivas com o mesmo horário".
  • Nenhum aviso "Conflitos de horários de parada para as viagens no mesmo bloco".
  • Nenhum aviso "Lacuna de data de serviço do feed".
  • Avisos "Paradas em fuso horário incorreto".
  • Avisos "Aviso de trajeto em cor contrastante".
  • Avisos "Tempo de baldeação em minutos ausente".
  • Avisos "O letreiro de itinerário duplica o nome da parada".
  • Avisos "O ponto de localização fica muito perto da origem (0,0)".

Enviar sua lista de verificação de pré-lançamento

Depois que você testar seu feed de acordo com as diretrizes acima, e os resultados de trajetos no Maps estiverem satisfatórios, preencha o formulário da lista de verificação de pré-lançamento. Em seguida, o feed enviado vai passar por uma verificação de análise de qualidade.