ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

Solues OpenSource no planejamento multimodal de viagens em Campinas.

Eduardo Patto Kanegae1

1 : EMDEC ( Empresa Municipal de Desenvolvimento de Campinas )

Gerncia de Tecnologia da Informao
Rua Dr. Salles Oliveira, 1028, Vila Industrial
CEP 13.035-270, Campinas/SP
Fone: (19)3772-1517 http://www.emdec.com.br

RESENHA
No ano de 2010 a EMDEC empresa pblica responsvel pelo trnsito e transporte
na cidade de Campinas publicou em seu site uma ferramenta para a consulta por
itinerrios de horrios contendo recursos inovadores como a roteirizao de viagens e a
visualizao de resultados na forma de mapas integrados plataforma Google Maps.
O presente trabalho tem por objetivo traar as caractersticas gerais desta ferramenta
em operao desde 2010, bem como efetuar uma anlise dos esforos necessrios para a
implantao do sistema OpenTripPlanner um planejador de viagens OpenSource
desenvolvido pela agncia de trnsito de Portland/Oregon/EUA(TriMet) como alternativa
soluo proprietria em uso atualmente na EMDEC.

PALAVRAS-CHAVE
Roteirizao, Transporte pblico, Planejamento multimodal de viagens, Sistemas de
Informao Geogrfica

INTRODUO
Com uma populao de 1(um) milho de habitantes no municpio e quase 3(trs)
milhes de habitantes em sua regio metropolitana, Campinas possui atualmente a terceira
maior populao do estado de So Paulo e seu sistema de transporte pblico responsvel
pelo deslocamento mensal de cerca de 15(quinze) milhes de passageiros na cidade.
Para auxiliar a populao na identificao de trajetos e deslocamentos dirios, a EMDEC
empresa responsvel pelo trnsito e transportes em Campinas disponibilizou em seu site
no ano de 2010 o Sistema de Informao ao Usurio (SIU): uma ferramenta para pesquisa
de itinerrios e horrios de nibus que pode ser acessada atravs da Internet. Com recursos
inovadores como a roteirizao de viagens a partir de pontos de origem e destino
informados como endereos, cruzamentos ou pontos de referncia e a visualizao do
trajeto resultante (percurso a p e percurso de nibus) na forma de mapas interativos
integrados plataforma Google Maps, o SIU foi um dos fatores responsveis pelo
expressivo aumento de 60% no nmero total de internautas que acessaram o site da
EMDEC no perodo 2010 a 2012 procura de informaes sobre itinerrios e horrios do
transporte pblico na cidade.
Por cerca de dois anos em operao, o SIU demonstrou ser ferramenta essencial para a
populao e por esta razo a Gerncia de Tecnologia da Informao da EMDEC iniciou um
processo de pesquisa e desenvolvimento com o uso sistemas de informao geogrfica com
o objetivo de atualizar e acrescentar melhorias a este sistema. Aps pesquisas e testes

Pgina 1
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

preliminares, a ferramenta OpenTripPlanner (OTP) software opensource1 desenvolvido

pela agncia de trnsito e transportes de Portland/Oregon/EUA para o planejamento
multimodal de viagens foi identificada como uma alternativa ideal para atender a este
processo de modernizao do SIU.
O presente trabalho tem por objetivo apresentar as principais caractersticas do
OpenTripPlanner, bem como elucidar sucintamente os procedimentos realizados pela
EMDEC durante o processo de sua implantao em carter de teste para o municpio de
Campinas.

DIAGNSTICO, PROPOSIES E RESULTADOS

1 Especificaes bsicas do Sistema de Informao ao Usurio
Com o objetivo de se organizar uma lista de requisitos para o teste e implantao da
soluo OpenTripPlanner com dados do municpio de Campinas, foram observadas as
seguintes caractersticas do atual sistema em operao (SIU):
a) Interface para informar o local de origem e local de destino da viagem na forma de
endereos, cruzamento de logradouros ou seleo de origem/destino atravs de uma
lista de pontos de interesse.

Figura 1 - Especificao de local de origem ou destino atravs de um endereo

1
OpenSource modelo de desenvolvimento de software no qual usurios e desenvolvedores tem, sem custos
diretos com licenas, a permisso para instalar, usar, modificar e distribuir quaisquer sistemas licenciados nesta
forma de distribuio.

Pgina 2
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

Figura 2 - Especificao de local atravs de um ponto de interesse

Figura 3 - Especificao de local atravs da digitao de um cruzamento de logradouros

b) Recursos que permitam o usurio especificar parmetros da viagem como o horrio de

partida, o tipo de data ( dia til, sbado ou domingo), mxima distncia a ser percorrida a
p e opo para definir se o usurio necessita ou no de recursos de acessibilidade para
usurios com restries de mobilidade.

Figura 4 - Especificao de preferncias adicionais para o planejamento da viagem

c) Clculo e seleo do melhor roteiro de viagem com base nos parmetros informados
nos itens (a) e (b) com exibio descritiva dos detalhes da viagem ( tempo estimado,
distncia percorrida, distncia total a ser percorrida a p, custo da viagem, total de linhas

Pgina 3
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

a utilizar e resumo do roteiro. Em alguns casos, o sistema tambm exibe trajetos

alternativos.

Figura 5 - o resumo da viagem exibido aps o clculo da melhor rota

d) Visualizao do roteiro selecionado na forma de mapa

Figura 6 - o roteiro de viagem pode ser visualizado atravs de uma

interface integrada ao Google Maps

e) Atalho que permita o usurio visualizar um roteiro de volta a partir de uma viagem
previamente calculada
f) Interface para consulta e visualizao de itinerrios e horrios por linha

2 Caractersticas gerais do sistema OpenTripPlanner

O OpenTripPlanner um software opensource para planejamento multimodal de
viagens. Sua caracterstica multimodal baseia-se na possibilidade de se planejar roteiros
atravs de diversas combinaes dos meios de locomoo, tais como roteiros a p, viagens
usando veculos e evitando-se percursos a p, viagens de nibus, percursos com bicicleta
somente ou ainda combinaes como percursos de bicicleta e nibus. Seu desenvolvimento
foi financiado e apoiado pela agncia de trnsito e transporte de Portland/Oregon/EUA no
perodo de 2009 a 2011.
Para escolha do OTP como opo e teste de planejamento de viagens, foram
observadas as caractersticas e especificaes gerais do atual Sistema de Informao ao
Usurio e comparadas com as principais caractersticas do OpenTripPlanner que incluem:

Pgina 4
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

a) Possibilidade de informar locais de origem e destino atravs de endereos, cruzamentos,

pontos de interesse, pontos de parada ou atravs de pontos localizados em um mapa
interativo.
b) Possibilidade de informar opes da viagem como o horrio de partida ou chegada, data
da viagem, mxima distncia a ser percorrida a p, definio de necessidade de carro
adaptado para atendimento a usurios com restries de mobilidade
c) Para trechos de viagens realizados a p ou de bicicleta, o sistema tambm leva em
considerao parmetros como topografia do terreno e ndice de segurana para trnsito
com bicicleta.
d) Clculo e seleo do melhor roteiro de viagem, alm de roteiros alternativos. Aps o
clculo, o roteiro escolhido exibido na forma de um mapa interativo e so exibidos tambm
os detalhes completos da viagem como tempo estimado, distncia percorrida, distncia total
a ser percorrida a p, custo da viagem, total de linhas a utilizar e resumo do roteiro.
e) Possui recurso para definio rpida de um roteiro de volta.
f) Interface para listagem e consulta das linhas existentes que podem ser selecionadas e
visualizadas diretamente em um mapa interativo.
Alm das caractersticas supracitadas, que por si j definem o sistema OTP como uma
opo equivalente ao atual SIU, tambm podem ser evidenciados outros recursos adicionais
inexistentes no atual sistema:
g) Planejamento multimodal de viagens combinando trechos realizados a p, de bicicleta,
de nibus e veculos.
h) Para percursos realizados a p ou de bicicleta, exibido um grfico de elevao da
topografia do percurso. O que permite ao usurio analisar previamente o seu nvel de
esforo para eventuais aclives e declives componentes do trajeto.
i) Possui interface para ajuste dos parmetros de distncia, elevao do terreno e
segurana para trechos percorridos com bicicleta
j) Integrao com a plataforma Google StreetView que permite a visualizao de imagens
de locais selecionados no mapa como pontos de partida, destino ou pontos de parada.
k) Possibilidade de se configurar a interface do sistema em outro idioma.
l) Presena de mdulo para integrao com dados de monitoramento de frota e exibio
da posio atual em mapa para cada nibus em tempo real.

Pgina 5
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

3 Comparao OTP versus SIU

Aps o levantamento completo das caractersticas de ambos os sistemas, estes
dados foram tabulados com objetivo de facilitar a comparao entre as duas solues.
Tabela 1 Comparao de itens funcionais OTP x SIU

OTP SIU
CARACTERIZAO GERAL
Licena de uso OpenSource Proprietrio
considera nibus,
automveis, bicicletas,
Tipo de modal usado no clculo de viagens viagens a p ou somente nibus
combinaes entre
modais
portugus, ingls,
espanhol, italiano,
alemo, holands,
Idioma da interface portugus
galico, hebraico,
ngaro, polons, turco e
marati.
Consulta detalhada por linha sim sim
DEFINIO DE PARMETROS DE PESQUISA
local de origem/destino como endereo, cruzamento ou ponto
sim sim
de interesse
local de origem/destino atravs de pontos clicados em mapa
sim no
interativo
local de origem/destino escolhendo o ponto de parada sim no
dia til, sbado ou
data da viagem calendrio
domingo
horrio de partida sim sim
horrio de chegada sim no
distncia mxima a p sim sim
necessidade de veculo adaptado para usurios com restrio
sim sim
de mobilidade
priorizao por trecho mais curto, mais plano ou mais seguro -
sim no
para viagens de bicicleta
RESULTADOS DE PESQUISA
resumo da viagem - tempo estimado, distncia total
percorrida, distncia percorrida a p, total de linhas a sim sim
embarcar e descrio textual do trajeto
roteiro de viagem na forma de mapa interativo sim sim
definio de roteiro de volta atravs de atalho sim sim
grfico de elevao do percurso - para viagens de bicicleta sim no
integrao com Google StreetView para visualizao de locais sim no
integrao com monitoramento de frota, para exibio da
sim no
posio atual de cada nibus
RECURSOS AVANADOS
definio de alertas de roteiros por e-mail ou SMS sim no
ferramentas de anlise sim no
interface para dispositivos mveis sim no

Pgina 6
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

4 Preparando os conjuntos de dados necessrios para a configurao do OTP

Para a correta instalao, configurao e uso do OpenTripPlanner, necessrio a
preparao de dois conjuntos de dados essenciais para o sistema: uma base de dados para
representao dos trajetos possveis percorridos a p, de bicicleta ou veculo automotor,
alm de outra base de dados para representao dos trajetos possveis executados por
nibus e dados complementares como a localizao de pontos de parada e tabelas de
horrios para cada linha de nibus.
Com o objetivo de se simplificar o processo de teste do OTP, para o primeiro
conjunto de dados foi adotado um subconjunto da base de dados do projeto
OpenStreetMap2(OSM) abrangendo a rea que cobre o municpio de Campinas/SP. J no
segundo caso, foi necessria a transformao de dados oriundos da base de dados
geogrfica da EMDEC - contendo informaes de linhas nibus e pontos de parada em
arquivos de dados em formato GTFS3. Os procedimentos utilizados para a elaborao
destes conjuntos de dados so expostos a seguir.

4.1 Criando uma base de dados OSM para o municpio de Campinas

Para fazer o download de um subconjunto qualquer de dados atravs do site do
projeto OpenStreetMap, uma alternativa muito comum definir uma rea de interesse
atravs das coordenadas de um retngulo envolvente. Ao especificar este parmetro as
coordenadas devem ser informadas em graus decimais, no sistema geogrfico com datum
WGS84 e os valores devem ser informados na seguinte sequncia:
Longitude inferior esquerda (minX)
Latitude inferior esquerda (minY)
Longitude superior direita (maxX)
Latitude superior direita (maxY)

Figura 7 Retngulo de envolvente de Campinas

2
O OpenStreetMap um projeto difundido via internet no qual usurios do mundo todo coletam dados
geogrficos que so posteriormente publicados na forma de mapas para internet que contemplam mapas de
cidades, estradas e rodovias, divisas polticas municipais, estaduais e nacionais. Os dados finais do projeto so
distribudos de forma livre e gratuita via internet para qualquer usurio.
3
A especificao GTFS ( General Transit Feed Specification ) foi criada em 2005 atravs de uma parceria entre
a Google e a agncia trnsito e transportes de Portland/Oregon/EUA (TriMet) e atualmente um formato de
dados utilizado pelo sistema Google Transit Trip Planner, alm de ser compatvel tambm com outros sistemas
comerciais e opensource.

Pgina 7
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

Usando esta definio de sequncia como parmetro, o menor retngulo envolvente

que cobre toda a rea limite do municpio de Campinas pode ser definido por:
Longitude inferior esquerda: -47.2452
Latitude inferior esquerda: -23.061
Longitude superior direita: -46.8152
Latitude superior direita: -22.7292
Em seguida, define-se o link para a realizao do download dos dados selecionados,
gravando o arquivo resultante com o nome de campinas.osm :
http://api.openstreetmap.org/api/0.6/map?bbox=-47.2452,-23.061,-46.8152,-22.7292

O arquivo em formato OSM contm informaes vetoriais e alfanumricas sobre vias

de circulao, cruzamentos, pontos de interesse e demais objetos de importncia geogrfica
que compem o mapa de cidades que so atendidas pelo projeto OpenStreetMap. No caso
de vias de circulao, podem existir atributos que definem restries por trecho informando
se a via permite a circulao de pedestre, bicicletas ou somente veculos motorizados.

Figura 8 Arquivo campinas.osm visualizado com o editor de dados do OSM

4.2 Criando arquivos GTFS para o municpio de Campinas

O formato de dados GTFS especificao pblica criada pela Google para atender
aos requisitos do sistema Google Transit composto por uma srie de arquivos de tipo
texto puro, com valores de dados separados por vrgula, que devem conter informaes
relevantes sobre as operadoras de transporte pblico da cidade, localizao e dados sobre
pontos de parada de nibus, trajetos e perodos de operao das linhas de nibus, horrios
de passagem por cada ponto de parada associado por linha de nibus e outras informaes
complementares ao sistema de transporte pblico que no foram consideradas para este
teste.
Para cada arquivo do sistema GTFS, existem valores que devem ser explcitos
obrigatoriamente e outros que opcionalmente podem ser informados ou no. Recomenda-se
a consulta ao Guia de Referncia da especificao GTFS4, documentao oficial do projeto
disponvel na internet, para melhor compreenso destes requisitos.

4
General Transit Feed specification Reference disponvel em
https://developers.google.com/transit/gtfs/reference?hl=en

Pgina 8
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

4.2.1 Arquivo agency.txt

O arquivo agency.txt define atributos sobre as operadoras que executam as
viagens de nibus para uma determinada cidade. As operadoras definidas neste arquivo so
relacionadas posteriormente no arquivo routes.txt.
No caso da EMDEC, este arquivo foi gerado contendo apenas uma nica linha de
dados contendo apenas a operadora EMDEC para fins de simplificao da tarefa. O
contedo deste arquivo ficou da seguinte forma:

Figura 9 Contedo do arquivo "agency.txt" para cidade de Campinas

Os atributos especificados neste arquivo so:

Agency_id: define um cdigo identificador exclusivo para cada operadora de
transporte.
Agency_name: define o nome da operadora.
Agency_url: define o website da operadora de transporte.
Agency_timezone: define o fuso horrio utilizado como referncia pela operadora
de transporte.
Agency_lang: define o idioma padro utilizado pela operadora.
Agency_phone: define o telefone de contato da operadora de transporte.

4.2.2 Arquivo stops.txt

Atualmente o municpio de Campinas possui cerca de 5.000(cinco mil) pontos de
parada de nibus e dado o alto volume de dados, para elaborao deste arquivo foram
considerados somente os atributos essenciais para o funcionamento do arquivo GTFS.

Figura 10 Contedo parcial do arquivo "stops.txt" para a cidade de Campinas

Atributos do arquivo stops.txt:

Stop_id: define um cdigo identificador exclusivo para cada ponto de nibus.
Stop_code: pode-se utilizar este campo para definir um cdigo prprio para cada
ponto de parada. Por exemplo: um cdigo que seja visvel no ponto de parada para
melhor informar os usurios do sistema de transporte. Para fins de simplificao, no
caso da EMDEC, adotou-se stop_code com o mesmo valor do campo stop_id.
Stop_name: este atributo pode ser usado para se definir um nome curto para cada
ponto de parada.

Pgina 9
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

Stop_desc: atributo utilizado para se definir uma descrio textual longa para pontos
de parada. Normalmente, associa-se a este campo um valor como uma referncia
localizao do ponto de parada. Por exemplo: Ponto da Igreja Matriz Municipal.
Stop_lat: este campo deve conter o valor de Latitude da coordenada de localizao
do ponto de parada. O valor deve ser expresso em grau decimal em sistema
geogrfico ajustado para Datum WGS84.
Stop_lon: este campo deve conter o valor de Longitude da coordenada de
localizao do ponto de parada. O valor deve ser expresso em grau decimal em
sistema geogrfico ajustado para Datum WGS84.
Location_type: este atributo define se um ponto de parada um ponto comum
(valor 0) ou se uma estao que aglomera vrios pontos de parada (valor 1). Para
fins de simplificao do referido teste, todos os pontos de parada de Campinas foram
definidos com valor 0 (zero).

4.2.3 Arquivo routes.txt

O arquivo routes.txt deve conter os atributos bsicos para cada linha (rota) de
nibus existente e em operao na cidade. O municpio de Campinas atualmente possui
cerca de 300 linhas em operao, sendo que cerca de um quinto deste valor possui dois
sentidos: ida e volta. Para o teste foram consideradas somente as linhas com sentido de
ida.

Figura 11 Contedo parcial para o arquivo "routes.txt"

Estrutura de atributos para o arquivo routes.txt:

Route_id: define um cdigo identificador exclusivo para cada linha de nibus. Este
identificador deve conter o mesmo valor que ser usado posteriormente no campo
shape_id do arquivo shapes.txt.
Agency_id: contm o identificador exclusivo da operadora de transporte responsvel
pela linha de nibus. Como neste teste no arquivo agency.txt foi criada apenas uma
nica agncia, no arquivo routes.txt todas as linhas constaro com valor 1 neste
campo.
Route_short_name: especifica um nome abreviado para identificao do trajeto
percorrido pela linha de nibus. Para o caso de Campinas, adotou-se o cdigo da
linha que o mesmo valor especificado no letreiro e placa indicativa lateral dos
nibus. Por exemplo: 150.
Route_long_name: especifica um nome para identificao do trajeto. Neste caso,
todas as linhas tiveram este campo definido com o nome da linha. Por exemplo: o
nome Terminal Vila Unio I corresponde ao nome de letreiro da linha de nmero
(route_short_name) 150.
Route_desc: a presena deste atributo opcional no arquivo e caso seja informado,
pode ser usado para se especificar os pontos principais por onde passa a
linha/trajeto.
Route_type: atributo de valor numrico que especifica o tipo de modal operado pelo
trajeto. Para trajetos de nibus deve ser definido com o valor 3.
Route_url: este atributo pode ser usado para especificao de um endereo vlido
de internet (link) que contenha informaes detalhadas sobre a linha de nibus. Por
exemplo: o link
http://www.emdec.com.br/ABusInf/consultarlinha.asp?Ed=1&consulta=1&linha=150

Pgina 10
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

quando acessado pelo usurio ir exibir os detalhes da linha 150-Terminal Vila

Unio I diretamente do Sistema de Informaes ao Usurio atualmente em
operao no site da EMDEC.

Figura 12 Detalhes da linha 150 acessveis via SIU

4.2.4 Arquivo calendar.txt

O arquivo calendar.txt utilizado pelo formato GTFS para se definir o calendrio
operacional de servio das linhas em operao. Sua estrutura basicamente define um
cdigo de servio, os dias da semana envolvidos no servio e as datas que definem o
momento de incio e fim da vigncia do servio. Como o sistema de transportes de
Campinas opera atualmente com basicamente trs tipos de servio dias teis, sbado e
domingo o presente arquivo foi elaborado contendo apenas trs registros em seu
contedo e para fins de teste, para cada tipo de servio, definiu-se todo o ano de 2013 como
perodo operacional:

Figura 13 Contedo do arquivo "calendar.txt"

Service_id: define um cdigo identificador exclusivo para um tipo de servio. No

exemplo da EMDEC foram criados os cdigos 100, 200 e 300 para os modos de
operao dias teis, sbado e domingo respectivamente.
Monday, Tuesday, Wednesday, Thursday, Friday, Saturday e Sunday: estes
atributos devem ser preenchidos com valor 1 ou 0 e indicam se um determinado
servio opera s segundas-feiras, teras-feiras, quartas-feiras, quintas-feiras, sextas-
feiras, sbados e domingos respectivamente. Por exemplo: para o tipo de servio 300
(domingos), somente o atributo Sunday deve ser preenchido com valor 1. Os outros
atributos (Monday, Tuesday, Wednesday, Thursday, Friday e Saturday) devem ser
preenchidos com o valor 0.
Start_date: indica a data inicial de vigncia do servio no formato AAAA/MM/DD ( ano,
ms e dia). Por exemplo: o valor 20130101 define a data 1 de Janeiro de 2013.
End_date: indica a data final de vigncia do servio no formato AAAA/MM/DD ( ano,
ms e dia). Por exemplo: o valor 20131231 define a data 31 de Dezembro de 2013.

Pgina 11
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

4.2.5 Arquivo shapes.txt

Para cada registro de dados presente no arquivo routes.txt deve-se criar um
conjunto de registro de dados equivalente no arquivo shapes.txt especificando valores de
referncia no valor do campo shape_id. O arquivo shapes.txt dever conter a descrio
geomtrica para cada trajeto de nibus presente no arquivo routes.txt onde para cada
linha/trajeto existente dever constar um registro de dado para cada vrtice componente da
respectiva linha.
Estrutura de atributos do arquivo shapes.txt:
Shape_id: define um cdigo identificador exclusivo para cada geometria que
representa a estrutura geomtrica de uma linha de nibus. Este identificador ter
seus valores repetidos para cada seqncia de pontos ao longo dos registros de
dados de cada trajeto. Para facilitar a tarefa, na EMDEC foi adotado neste atributo os
mesmos valores usados no campo route_id do arquivo routes.txt.
Shape_pt_lat: contm o valor de Latitude da coordenada de localizao de cada
vrtice que compe um trajeto de nibus. O valor deve ser expresso em grau
decimal em sistema geogrfico ajustado para Datum WGS84.
Shape_pt_lon: contm o valor de Longitude da coordenada de localizao de cada
vrtice que compe um trajeto de nibus. O valor deve ser expresso em grau
decimal em sistema geogrfico ajustado para Datum WGS84.
Shape_pt_sequence: define um indicador de seqncia para cada vrtice
representado como registro de dados para um dado trajeto. Por exemplo: ao primeiro
vrtice de uma linha de nibus qualquer deve ser atribudo o valor 1 neste campo, ao
segundo vrtice ser atribudo o valor 2 e assim sucessivamente.
Shape_dist_traveled: contm o valor expresso em quilmetros que mede a
distncia linear do primeiro vrtice do trajeto at o vrtice correspondente na
seqncia de dados.

Figura 14 Mapa da linha 150 ( ID 51 ) com destaque localizao dos 5 primeiros vrtices do trajeto

Pgina 12
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

Figura 15 Arquivo "shapes.txt" contendo os 5 primeiros vrtices da linha de ID = 51

4.2.6 Arquivo trips.txt

O arquivo trips.txt cria o conceito de viagem dentro do padro GTFS, onde cada
viagem equivale execuo de todo um trajeto (linha de nibus) com sada em um horrio
pr-determinado. Assim sendo, se uma determinada linha possui 20 horrios de partida para
um determinado tipo de servio, no arquivo trips.txt devero existir 20 registros de dados
correspondentes a esta mesma linha.
Para citar o caso da linha 150-Terminal Vila Unio I que possui 87 horrios de
partida definidos para o tipo de servio dias teis temos:
Nmero de viagens em dias teis = 1 linha X 1 modo de servio X 87 horrios
Estrutura de atributos do arquivo trips.txt:
Route_id: define o identificador do trajeto. Os trajetos existentes so listados no
arquivo routes.txt.
Service_id: define o identificador do tipo de servio. Os tipos de servio existentes
so listados no arquivo calendar.txt.
Trip_id: define um cdigo identificador exclusivo para cada viagem.
Trip_headsign: este atributo deve conter uma descrio que indique aos
passageiros o destino da viagem. Para o teste da EMDEC foi utilizado o mesmo
valor do atributo route_long_name do arquivo routes.txt.
Direction_id: especifica se a viagem tem sentido de IDA (valor 0) ou VOLTA (valor
1).
Shape_id: define o identificador da descrio geomtrica de um trajeto. Estes
identificadores so listados no arquivo shapes.txt.

Figura 16 Contedo parcial do arquivo "trips.txt" contendo algumas viagens da linha com ID = 51

Pgina 13
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

4.2.7 Arquivo stoptime.txt

O arquivo stoptime.txt sem dvida o item mais complexo a ser gerado dentro de
uma estrutura GTFS, pois, para sua elaborao necessrio realizar o cruzamento de
dados oriundos dos arquivos de pontos de parada, viagens e ainda definir a seqncia de
horrios de passagem em cada ponto de parada associado s linhas de nibus, bem como
a distncia percorrida desde o incio da linha at o referido ponto de parada. Em termos
prticos, para cada viagem de um determinado trajeto, devero existir no arquivo
stoptime.txt um nmero de registro de dados que corresponda ao nmero de pontos de
parada por onde o trajeto executa paradas para embarque e desembarque de passageiros.
Para a elaborao deste arquivo na EMDEC utilizou-se a velocidade padro de
15Km/hora. Esta velocidade padro necessria para se calcular o tempo de chegada para
cada viagem nos pontos de parada associados ao trajeto.
Por exemplo: na imagem a seguir a viagem 9712 tem incio s 00:10 e aps 13,1
metros passa pelo primeiro ponto de parada identificado pelo nmero 100161 e chega
no 14 ponto de parada aps percorrer 3,5 quilmetros e 14 minutos aps o incio da
viagem.

Estrutura do arquivo stoptime.txt:

Trip_id: define o identificador da viagem. As viagens existentes so listadas no arquivo
trips.txt.
Arrival_time: define o horrio de chegada da viagem a um ponto de parada associado
ao trajeto. Para o clculo deste horrio, foi utilizado a velocidade mdia padro de
15km/h e necessrio tambm ter o valor do atributo shape_dist_traveled.
Departure_time: com o objetivo de se facilitar a elaborao deste arquivo, foi atribudo a
este campo o mesmo valor do campo arrival_time. Ou seja, foi considerado que o
nibus permanece um tempo nulo (zero) em cada ponto de parada.
Stop_id: define o identificador de um ponto de parada associado ao trajeto da viagem.
Stop_sequence: define a seqncia do ponto de parada em relao aos pontos
associados ao trajeto da viagem. Por exemplo: o primeiro ponto de parada por onde uma
viagem passa, dever receber o valor 1 e o segundo ponto dever receber o valor 2 e
assim sucessivamente.
Shape_dist_traveled: este atributo deve conter a distncia linear expressa em
quilmetros desde o ponto inicial do trajeto at o referido ponto de parada associado no
campo stop_id. importante salientar que a localizao dos pontos de parada muitas
vezes no passa sobre as linhas geomtricas que definem um trajeto e por este motivo

Pgina 14
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

recomenda-se utilizar como referncia uma projeo perpendicular do ponto de parada

at o segmento de reta mais prximo do trajeto.

4.2.8 Resumo por arquivo e finalizao do conjunto GTFS

A tabela a seguir traz um resumo dos arquivos elaborados para teste no ambiente da
EMDEC considerando algumas premissas:
Uma nica operadora de transporte foi definida para todas as linhas
Todos os pontos de parada foram considerados como ponto comum
No foram considerados parmetros de acessibilidade em linhas ou pontos de
parada
Somente foram consideradas as linhas com sentido de ida
Somente foram definidas viagens para o tipo de servio dia til
Para o clculo de horrios de chegada de cada viagem a cada ponto de parada
associado, foi considerada a velocidade constante e mdia de 15km/h e no foi
considerado nenhum intervalo para o embarque e desembarque em cada ponto de
parada.
Tabela 2 Total de registros de dados por arquivo

Arquivo Total de registros

agency.txt 1
stops.txt 5.138
routes.txt 319
calendar.txt 3
shapes.txt 87.903
trips.txt 53.670
stoptime.txt 2.523.454

4.3 Dados complementares Modelo Digital de Terreno do municpio de Campinas

O OpenTripPlanner tambm oferece suporte opcional ao uso de modelos digitais de
terreno. Este tipo de dado quando configurado no OTP, ser utilizado pelo sistema para
desenhar um grfico de perfil para percursos executados a p ou de bicicleta com o objetivo
de se informar o usurio o nvel de esforo fsico que este enfrentar ao caminhar ou
pedalar por aclives ou declives da cidade.
No Brasil, dados de modelo digital de terreno com resoluo espacial de 30 metros
podem ser obtidos atravs do site do projeto INPE/TOPODATA5.

5 Efetuando testes com o OTP

O sistema OTP contm em sua distribuio de instalao, um mdulo responsvel
pelo processamento do conjunto de dados formado por dados OSM, arquivos GTFS e
modelos digitais de terreno. O conjunto de dados processado e um novo arquivo gerado
contendo toda a estrutura de grafos e dados complementares que depois so lidos pelo
mdulo servidor de aplicao.
Aps iniciar o servidor de aplicao do OTP, possvel acessar um mapa interativo
via web com um painel lateral para a especificao de parmetros de viagem.

5
TOPODATA http://www.dsr.inpe.br/topodata/

Pgina 15
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

5.1 Teste de trajeto via nibus

Para operao e definio de um novo trajeto no OTP o processo simples: atravs
de um mapa interativo, via web, o usurio navega pelo mapa e utiliza-se de comandos
simples como um clique com o boto direito do mouse para definir os pontos de origem e
destino de uma nova viagem.

Figura 17 Definindo um ponto de partida

Depois especifica-se parmetros adicionais da consulta como data e hora de partida

ou chegada da viagem ou ainda a distncia mxima a ser percorrida a p.

Figura 18 Definindo um ponto de chegada

Pgina 16
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

Uma vez definidos os pontos de partida e chegada o usurio dever clicar no boto
denominado Calcular e aps alguns segundos uma ou mais opes de trajeto sero
exibidas atravs do mapa interativo e tambm com detalhes da viagem exibidos atravs do
painel lateral do sistema.

Figura 19 Visualizao de trajeto resultante no OTP

5.2 Detalhando trechos de um trajeto

O OTP alm de exibir o trajeto resultante na forma de mapa tambm exibe uma
descrio textual para cada trecho a ser percorrido a p ou de bicicleta. Na imagem a
seguir, ao selecionar um trecho que deve ser percorrido a p, exibida uma janela contendo
um atalho para o Google StreetView. Este atalho se acionado ir exibir imagens do Google
StreetView para a localizao escolhida.

Figura 20 Recurso do Google StreetView habilitado no OTP

Pgina 17
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

5.3 Teste de trajeto via bicicleta

Para pesquisa por trajetos a serem realizados de bicicleta, o usurio pode tambm
interir nos parmetros de pesquisa e definir se deseja priorizar um caminho mais rpido,
com menos incidncia de aclives ou com maior segurana para ciclistas.

Figura 21 Consulta por trajetos de bicicleta

Figura 22 Detalhamento de trajeto para percurso com bicicleta

Pgina 18
ANTP / Comunicaes Tcnicas 19 Congresso Brasileiro de Transporte e Trnsito

CONCLUSES
Aps a realizao de testes por trajetos diversos envolvendo pontos e localidades de
interesse no municpio de Campinas, a soluo OpenTripPlanner provou ser uma alternativa
muito interessante para a implantao de websites que tenham por objetivo fornecer
informaes de trajetos para muncipes e visitantes do municpio em geral. Sua
possibilidade de permitir buscas por trajetos a p, de bicicleta, de nibus ou a combinao
de entre modalidades um atrativo perante sistemas concorrentes como o Google Transit.
Contudo, a ausncia de funcionalidades para o gerenciamento automatizado de
dados que compe uma estrutura de transporte pblico como pontos de parada, tabelas
horrias e linhas de nibus um fator que deve ser analisado com cuidado pelas agncias
de trnsito pois a ausncia de tais funes podero eventualmente ocasionar um atraso no
processo de atualizao de informaes e consequentemente podero informar
incorretamente usurios do transporte pblico que venham a consultar o sistema.

REFERNCIAS
Google. General Transit Feed Specification Reference. Disponvel em
https://developers.google.com/transit/gtfs/reference?hl=en . Acesso em: 26 de Julho
de 2013.
OpenTripPlanner. Users and Developers documentation. Disponvel em
http://opentripplanner.com/users-developers/ . Acesso em: 25 de Julho de 2013.

Pgina 19