[Talk-br] Rotas de ônibus

Fernando Trebien fernando.trebien em gmail.com
Sábado Dezembro 14 00:35:48 UTC 2013 

Hm o que você tem é uma descrição dos itinerários (os nomes das ruas
em sequência) ou a geometria das rotas? Se vocês só tem os
itinerários, esquece a conflação - você vai ter que juntar cada
pedacinho numa relação de rota. Se você já tem a geometria (como é o
caso aqui em PoA), uns truques combinados com a conflação podem
acelerar o seu trabalho.

A conflação é um processo para combinar informações geométricas vindas
de duas fontes diferentes (por exemplo, descobrir qual rua numa fonte
corresponde a qual rua na outra, e daí excluir a geometria de uma mas
importar as suas tags/relações na outra). Se você tiver a geometria
(linhas) das rotas, o truque funciona assim assim:
- acrescentar relações de rota a essa geometria (relativamente fácil)
- quebrar as linhas das rotas nos pontos em que: (a) o ônibus muda de
rua; ou (b) a rua no OSM se quebra em 2 pedaços
- quebrar as ruas no OSM nos pontos em que uma rota muda de rua
* feito isso, as linhas estarão quebradas mais ou menos nos mesmos
pontos, e a conflação vai conseguir achar as correspondências entre
elas
- fazer uma conflação para estabelecer a correspondência entre "ruas
no OSM" e "trechos de rotas"; o resultado é remover uma das duas
geometrias (no caso, seria a geometria das rotas) e acrescentar a
relação à outra (que seria a geometria das ruas no OSM)

Uma vez feito isso (que por si só é um trabalhão), você ainda pode:
- importar as paradas de ônibus (se você tiver a posição delas) e usar
um plug-in do JOSM pra acrescentá-las automaticamente às rotas (mas só
funciona se estiverem do lado correto da rua)
- gerar um feed GTFS básico usando o OSM2GTFS
- completar o feed com os horários

Feito tudo isso, você colocaria o feed no servidor OTP e teria
finalmente o serviço de cálculo de rotas que você quer.

Se tivéssemos um servidor OTP nacional, bastaria combinar os vários
feeds GTFS de cada cidade e o sistema funcionaria pra tudo. Assim,
você/eu/todos não precisariam se preocupar com a instalação do OTP
(servidor Linux + zilhões de configurações + hosting).

2013/12/13 Marcelo Pereira <pereiraholder em gmail.com>:
> Obrigado Fernando, pelos esclarecimentos.
>
> Precisarei me aprofundar mais para entende-los corretamente.
>
> Quanto aos dados, no portal de dados abertos do governo de Pernambuco (
> http://www.dadosabertos.pe.gov.br ) , pode-se encontrar info de linhas e
> paradas.
>
> No site da empresa que adminstra o transporte público (
> www.granderecife.pe.gov.br ) existe como pesquisar o itinerário de cada
> linha.
>
> O que estou tentando fazer é juntar tudo, porém como não conheço qual o
> formato dessa tal conflação ( a bem da verdade, nem sei direito o que é isso
> ) fica mais dificil.
>
> De todo modo vou ver se consigo gastar algum tempo estudando.
>
> Mais uma vez, valeu.
>
> Marcelo Pereira
>
>
>
>
> Em 13 de dezembro de 2013 18:01, Fernando Trebien
> <fernando.trebien em gmail.com> escreveu:
>
>> Olá Marcelo,
>>
>> Não existem formas automáticas que gerem um resultado de boa
>> qualidade. A melhor forma é a manual. Comecei a fazer isso em Porto
>> Alegre: http://forum.openstreetmap.org/viewtopic.php?id=21839
>>
>> Pergunta: sua informação vem de onde? Se ela não tiver sido traçada
>> sobre o Google, uma maneira rápida mas de baixíssima qualidade é
>> importar as rotas diretamente. A maneira de boa qualidade é combinar
>> as rotas com as ruas, e pra isso o caminho mais rápido é fazendo uma
>> conflação - o que requer alguma preparação dos dados.
>>
>> As rotas podem ser usadas para cálculo utilizando-se um servidor com o
>> OpenTripPlanner (OTP) instalado. Infelizmente, não há nenhum servidor
>> desses disponível gratuitamente, então você teria que instalá-lo e
>> configurá-lo. Além disso, só as rotas não é o suficiente; você precisa
>> completar o feed GTFS do servidor com a tabela horária das linhas,
>> registrando o horário que cada viagem de cada linha passa em cada
>> parada. Nessa thread eu mencionei algumas idéias de como preencher
>> essa informação de forma "preliminar" (inexata, não oficial) de modo a
>> fazer o OTP funcionar, mas não cheguei nesse ponto ainda.
>>
>> Numa outra thread eu sugeri que criássemos tal servidor pra atender o
>> Brasil inteiro, já que é complicado fazer isso (o melhor é fazer uma
>> vez só). Se você tiver interesse, podemos conversar mais sobre o
>> assunto: http://forum.openstreetmap.org/viewtopic.php?id=21902
>>
>> 2013/12/13 Marcelo Pereira <pereiraholder em gmail.com>:
>> > Srs,
>> >
>> > Sei que é uma pergunta de principiante, mas com faço para incluir info
>> > de
>> > linhas de ônibus e de metrô ?
>> >
>> > Isso tem que ser feito manualmente, linha por linha, ou existe como
>> > incluir
>> > tudo de uma vez, neste caso, que formato deve-se usar ?
>> >
>> > Existe info sobre isso disponível para a Região Metropolitana de Recife
>> > e eu
>> > gostaria de incluir.
>> >
>> > O cálculo de rotas poderia ser feito a partir dessas inclusoes ?
>> >
>> > Existe app para isso ?
>> >
>> > Att,
>> >
>> > Marcelo Pereira
>> >
>> >
>> > Em 8 de dezembro de 2013 09:47, Fernando Trebien
>> > <fernando.trebien em gmail.com> escreveu:
>> >
>> >> Se você conseguir as paradas com autorização da SEMOB, você pode
>> >> incluí-las nas relações quase "facilmente" usando o plugin
>> >> "public_transport" do JOSM. Ele faz várias coisas, mas a mais
>> >> interessante seria automaticamente adicionar as paradas às relações.
>> >> Se você precisar de ajuda, pode contar comigo.
>> >>
>> >> Só acho que ao importar as paradas você teria que ter o cuidado de
>> >> posicioná-las do lado certo de cada rua (é requisito pro plugin
>> >> funcionar), o mapa da SEMOB pode não coincidir exatamente com o do
>> >> OSM.
>> >>
>> >> 2013/12/8 Vítor Rodrigo Dias <vitor.dias em gmail.com>:
>> >> > Eu poderia tentar começar a mapear as paradas, mas seria um processo
>> >> > bem mais demorado, até porque não dá pra identificá-las todas a
>> >> > partir
>> >> > das imagens aéreas. Mas posso ver se a SEMOB aqui de João Pessoa já
>> >> > as
>> >> > teria todas mapeadas - meu palpite é que não tem.
>> >> >
>> >> > Quanto ao restante, acho que já é avançado demais pra mim, hehe...
>> >> >
>> >> > Em 8 de dezembro de 2013 09:26, Fernando Trebien
>> >> > <fernando.trebien em gmail.com> escreveu:
>> >> >> Cara, que show isso! As linhas já aparecem na camada de transporte
>> >> >> público do site principal.
>> >> >>
>> >> >> Este site permitiria ver as rotas individualmente, mas não sei com
>> >> >> que
>> >> >> frequência eles atualizam a base: http://demo.3liz.com/osmtransport/
>> >> >>
>> >> >> Pra cálculo de rotas, você teria que:
>> >> >> - mapear as paradas de ônibus
>> >> >> - incluí-las nas relações das rotas
>> >> >> - extrair um feed GTFS
>> >> >> - adicionar a tabela horária ao feed (provavelmente gerando horários
>> >> >> fictícios para cada parada)
>> >> >> - instalar um servidor OTP
>> >> >> - copiar o feed para esse servidor
>> >> >>
>> >> >> Há um tempo atrás eu propus fazer algo assim a nível nacional (já
>> >> >> que
>> >> >> esse negócio é complicado, faríamos uma vez só), mas não surgiram
>> >> >> interessados. Quem sabe agora?
>> >> >>
>> >> >> 2013/12/7 Vítor Rodrigo Dias <vitor.dias em gmail.com>:
>> >> >>> Pessoal,
>> >> >>>
>> >> >>> Terminei de mapear as linhas municipais de João Pessoa-PB. Sabem se
>> >> >>> há
>> >> >>> algum aplicativo que use dados do OSM no cálculo ou consulta de
>> >> >>> rotas
>> >> >>> de transporte coletivo no Brasil?
>> >> >>>
>> >> >>> Abraços!
>> >> >>>
>> >> >>> --
>> >> >>> Vítor Rodrigo Dias
>> >> >>> Revisor de textos
>> >> >>> Tradutor port/ing/port e port/esp/port
>> >> >>> Telefone: (31) 9895-3975 - TIM
>> >> >>>
>> >> >>> _______________________________________________
>> >> >>> Talk-br mailing list
>> >> >>> Talk-br em openstreetmap.org
>> >> >>> https://lists.openstreetmap.org/listinfo/talk-br
>> >> >>
>> >> >>
>> >> >>
>> >> >> --
>> >> >> Fernando Trebien
>> >> >> +55 (51) 9962-5409
>> >> >>
>> >> >> "The speed of computer chips doubles every 18 months." (Moore's law)
>> >> >> "The speed of software halves every 18 months." (Gates' law)
>> >> >>
>> >> >> _______________________________________________
>> >> >> Talk-br mailing list
>> >> >> Talk-br em openstreetmap.org
>> >> >> https://lists.openstreetmap.org/listinfo/talk-br
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Vítor Rodrigo Dias
>> >> > Revisor de textos
>> >> > Tradutor port/ing/port e port/esp/port
>> >> > Telefone: (31) 9895-3975 - TIM
>> >> >
>> >> > _______________________________________________
>> >> > Talk-br mailing list
>> >> > Talk-br em openstreetmap.org
>> >> > https://lists.openstreetmap.org/listinfo/talk-br
>> >>
>> >>
>> >>
>> >> --
>> >> Fernando Trebien
>> >> +55 (51) 9962-5409
>> >>
>> >> "The speed of computer chips doubles every 18 months." (Moore's law)
>> >> "The speed of software halves every 18 months." (Gates' law)
>> >>
>> >> _______________________________________________
>> >> Talk-br mailing list
>> >> Talk-br em openstreetmap.org
>> >> https://lists.openstreetmap.org/listinfo/talk-br
>> >
>> >
>> >
>> >
>> > --
>> > -
>> > TImbuSérieA2013
>> >
>> > _______________________________________________
>> > Talk-br mailing list
>> > Talk-br em openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-br
>> >
>>
>>
>>
>> --
>> Fernando Trebien
>> +55 (51) 9962-5409
>>
>> "The speed of computer chips doubles every 18 months." (Moore's law)
>> "The speed of software halves every 18 months." (Gates' law)
>>
>> _______________________________________________
>> Talk-br mailing list
>> Talk-br em openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> --
> -
> TImbuSérieA2013
>
> _______________________________________________
> Talk-br mailing list
> Talk-br em openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>



-- 
Fernando Trebien
+55 (51) 9962-5409

"The speed of computer chips doubles every 18 months." (Moore's law)
"The speed of software halves every 18 months." (Gates' law)

Mais detalhes sobre a lista de discussão Talk-br