[Talk-br] Rotas de ônibus

Quarta Dezembro 18 13:04:56 UTC 2013

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
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20131218/bae18c0c/attachment-0001.html>
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: paradas_onibus.zip
Tipo: application/zip
Tamanho: 232250 bytes
Descrição: não disponível
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20131218/bae18c0c/attachment-0001.zip>