[Talk-br] Rotas de ônibus

Quarta Dezembro 18 18:57:26 UTC 2013

Olá Marcelo,

Só lhe avisando, pra abrir esse arquivo no JOSM, tive que remover o
espaço após a vírgula em cada uma das coordenadas. Só substituí num
editor de texto a sequência ", " por ",".

Eu sei que só importar as paradas é tentador. Eu tenho essa informação
aqui pra Porto Alegre há meses, mas não a importei ainda porque
resolvi tentar bolar um método pra melhorar a qualidade da importação.
Se você apenas importá-las, sem nenhum tratamento, o resultado vai ser
o que está em anexo. Ali eu marquei em vermelho as paradas que
estariam do lado errado da rua, e em laranja as paradas que eu
desconfio serem duplicadas, usadas por mais de uma linha.

Se você tiver o traçado das rotas, é possível fazer um programa que
identifique de que lado da rua as paradas estão e com isso prevenir
esse problema de forma (quase) automática para todas as 5600 paradas.
Você tem essa informação? Se não, o ideal seria fazer a correção
manualmente (mover 5600 paradas, uma por uma). O trabalho poderia ser
dividido entre os mapeadores de Recife.

Uma das perguntas que eu me fiz logo de cara foi: para que serve a
importação das paradas? O valor-utilidade dessa informação é muito
maior quando ela pode ser usada para calcular rotas com transporte
público, e para isso é necessário que as paradas estejam do lado certo
da rua. Se não usarmos para isso, a importação só serve para "decorar"
o mapa com paradas de ônibus. Claro que continua sendo útil, mas bem
menos do que a primeira opção, por isso acho que o esforço de melhorar
os dados vale à pena.

2013/12/18 Marcelo Pereira <pereiraholder em gmail.com>:
> Mais uma atualização.
>
> De posse de alguns dados que baixei do site de dados abertos de PE, consegui
> compilar um KML com as paradas de ônibus da Região Metropolitana de Recife.
>
> Eu NÃO verifiquei os pontos, só consertei alguns dados, principalmente o
> formato das coordenadas, e compilei um KML.
>
> Pergunto, pode-se incluir as paradas assim do jeito que estão, ou será
> necessário validar uma a uma ? São em torno de 5600.
>
> Envio o KML em anexo, assim como o arquivo de texto usado para gerá-lo.
>
> Att,
>
> Marcelo Pereira
>
>
>
>
>
>
> Em 13 de dezembro de 2013 21:35, Fernando Trebien
> <fernando.trebien em gmail.com> escreveu:
>
>> 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)
>>
>> _______________________________________________
>> 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)
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: importacao-paradas-recife.png
Tipo: image/png
Tamanho: 57620 bytes
Descrição: não disponível
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20131218/bcbf8bf8/attachment-0001.png>