<div dir="ltr">Mais uma atualização.<div><br></div><div>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.</div><div><br>
</div><div>Eu NÃO verifiquei os pontos, só consertei alguns dados, principalmente o formato das coordenadas, e compilei um KML.</div><div><br></div><div>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.</div>
<div><br></div><div>Envio o KML em anexo, assim como o arquivo de texto usado para gerá-lo.</div><div><br></div><div>Att,</div><div><br></div><div>Marcelo Pereira</div><div><br></div><div><br></div><div><br></div><div><br>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Em 13 de dezembro de 2013 21:35, Fernando Trebien <span dir="ltr"><<a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a>></span> escreveu:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hm o que você tem é uma descrição dos itinerários (os nomes das ruas<br>
em sequência) ou a geometria das rotas? Se vocês só tem os<br>
itinerários, esquece a conflação - você vai ter que juntar cada<br>
pedacinho numa relação de rota. Se você já tem a geometria (como é o<br>
caso aqui em PoA), uns truques combinados com a conflação podem<br>
acelerar o seu trabalho.<br>
<br>
A conflação é um processo para combinar informações geométricas vindas<br>
de duas fontes diferentes (por exemplo, descobrir qual rua numa fonte<br>
corresponde a qual rua na outra, e daí excluir a geometria de uma mas<br>
importar as suas tags/relações na outra). Se você tiver a geometria<br>
(linhas) das rotas, o truque funciona assim assim:<br>
- acrescentar relações de rota a essa geometria (relativamente fácil)<br>
- quebrar as linhas das rotas nos pontos em que: (a) o ônibus muda de<br>
rua; ou (b) a rua no OSM se quebra em 2 pedaços<br>
- quebrar as ruas no OSM nos pontos em que uma rota muda de rua<br>
* feito isso, as linhas estarão quebradas mais ou menos nos mesmos<br>
pontos, e a conflação vai conseguir achar as correspondências entre<br>
elas<br>
- fazer uma conflação para estabelecer a correspondência entre "ruas<br>
no OSM" e "trechos de rotas"; o resultado é remover uma das duas<br>
geometrias (no caso, seria a geometria das rotas) e acrescentar a<br>
relação à outra (que seria a geometria das ruas no OSM)<br>
<br>
Uma vez feito isso (que por si só é um trabalhão), você ainda pode:<br>
- importar as paradas de ônibus (se você tiver a posição delas) e usar<br>
um plug-in do JOSM pra acrescentá-las automaticamente às rotas (mas só<br>
funciona se estiverem do lado correto da rua)<br>
- gerar um feed GTFS básico usando o OSM2GTFS<br>
- completar o feed com os horários<br>
<br>
Feito tudo isso, você colocaria o feed no servidor OTP e teria<br>
finalmente o serviço de cálculo de rotas que você quer.<br>
<br>
Se tivéssemos um servidor OTP nacional, bastaria combinar os vários<br>
feeds GTFS de cada cidade e o sistema funcionaria pra tudo. Assim,<br>
você/eu/todos não precisariam se preocupar com a instalação do OTP<br>
(servidor Linux + zilhões de configurações + hosting).<br>
<br>
2013/12/13 Marcelo Pereira <<a href="mailto:pereiraholder@gmail.com">pereiraholder@gmail.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> Obrigado Fernando, pelos esclarecimentos.<br>
><br>
> Precisarei me aprofundar mais para entende-los corretamente.<br>
><br>
> Quanto aos dados, no portal de dados abertos do governo de Pernambuco (<br>
> <a href="http://www.dadosabertos.pe.gov.br" target="_blank">http://www.dadosabertos.pe.gov.br</a> ) , pode-se encontrar info de linhas e<br>
> paradas.<br>
><br>
> No site da empresa que adminstra o transporte público (<br>
> <a href="http://www.granderecife.pe.gov.br" target="_blank">www.granderecife.pe.gov.br</a> ) existe como pesquisar o itinerário de cada<br>
> linha.<br>
><br>
> O que estou tentando fazer é juntar tudo, porém como não conheço qual o<br>
> formato dessa tal conflação ( a bem da verdade, nem sei direito o que é isso<br>
> ) fica mais dificil.<br>
><br>
> De todo modo vou ver se consigo gastar algum tempo estudando.<br>
><br>
> Mais uma vez, valeu.<br>
><br>
> Marcelo Pereira<br>
><br>
><br>
><br>
><br>
> Em 13 de dezembro de 2013 18:01, Fernando Trebien<br>
> <<a href="mailto:fernando.trebien@gmail.com">fernando.trebien@gmail.com</a>> escreveu:<br>
><br>
>> Olá Marcelo,<br>
>><br>
>> Não existem formas automáticas que gerem um resultado de boa<br>
>> qualidade. A melhor forma é a manual. Comecei a fazer isso em Porto<br>
>> Alegre: <a href="http://forum.openstreetmap.org/viewtopic.php?id=21839" target="_blank">http://forum.openstreetmap.org/viewtopic.php?id=21839</a><br>
>><br>
>> Pergunta: sua informação vem de onde? Se ela não tiver sido traçada<br>
>> sobre o Google, uma maneira rápida mas de baixíssima qualidade é<br>
>> importar as rotas diretamente. A maneira de boa qualidade é combinar<br>
>> as rotas com as ruas, e pra isso o caminho mais rápido é fazendo uma<br>
>> conflação - o que requer alguma preparação dos dados.<br>
>><br>
>> As rotas podem ser usadas para cálculo utilizando-se um servidor com o<br>
>> OpenTripPlanner (OTP) instalado. Infelizmente, não há nenhum servidor<br>
>> desses disponível gratuitamente, então você teria que instalá-lo e<br>
>> configurá-lo. Além disso, só as rotas não é o suficiente; você precisa<br>
>> completar o feed GTFS do servidor com a tabela horária das linhas,<br>
>> registrando o horário que cada viagem de cada linha passa em cada<br>
>> parada. Nessa thread eu mencionei algumas idéias de como preencher<br>
>> essa informação de forma "preliminar" (inexata, não oficial) de modo a<br>
>> fazer o OTP funcionar, mas não cheguei nesse ponto ainda.<br>
>><br>
>> Numa outra thread eu sugeri que criássemos tal servidor pra atender o<br>
>> Brasil inteiro, já que é complicado fazer isso (o melhor é fazer uma<br>
>> vez só). Se você tiver interesse, podemos conversar mais sobre o<br>
>> assunto: <a href="http://forum.openstreetmap.org/viewtopic.php?id=21902" target="_blank">http://forum.openstreetmap.org/viewtopic.php?id=21902</a><br>
>><br>
>> 2013/12/13 Marcelo Pereira <<a href="mailto:pereiraholder@gmail.com">pereiraholder@gmail.com</a>>:<br>
>> > Srs,<br>
>> ><br>
>> > Sei que é uma pergunta de principiante, mas com faço para incluir info<br>
>> > de<br>
>> > linhas de ônibus e de metrô ?<br>
>> ><br>
>> > Isso tem que ser feito manualmente, linha por linha, ou existe como<br>
>> > incluir<br>
>> > tudo de uma vez, neste caso, que formato deve-se usar ?<br>
>> ><br>
>> > Existe info sobre isso disponível para a Região Metropolitana de Recife<br>
>> > e eu<br>
>> > gostaria de incluir.<br>
>> ><br>
>> > O cálculo de rotas poderia ser feito a partir dessas inclusoes ?<br>
>> ><br>
>> > Existe app para isso ?<br>
>> ><br>
>> > Att,<br>
>> ><br>
>> > Marcelo Pereira<br>
>> ><br>
>> ><br>
>> > Em 8 de dezembro de 2013 09:47, Fernando Trebien<br>
>> > <<a href="mailto:fernando.trebien@gmail.com">fernando.trebien@gmail.com</a>> escreveu:<br>
>> ><br>
>> >> Se você conseguir as paradas com autorização da SEMOB, você pode<br>
>> >> incluí-las nas relações quase "facilmente" usando o plugin<br>
>> >> "public_transport" do JOSM. Ele faz várias coisas, mas a mais<br>
>> >> interessante seria automaticamente adicionar as paradas às relações.<br>
>> >> Se você precisar de ajuda, pode contar comigo.<br>
>> >><br>
>> >> Só acho que ao importar as paradas você teria que ter o cuidado de<br>
>> >> posicioná-las do lado certo de cada rua (é requisito pro plugin<br>
>> >> funcionar), o mapa da SEMOB pode não coincidir exatamente com o do<br>
>> >> OSM.<br>
>> >><br>
>> >> 2013/12/8 Vítor Rodrigo Dias <<a href="mailto:vitor.dias@gmail.com">vitor.dias@gmail.com</a>>:<br>
>> >> > Eu poderia tentar começar a mapear as paradas, mas seria um processo<br>
>> >> > bem mais demorado, até porque não dá pra identificá-las todas a<br>
>> >> > partir<br>
>> >> > das imagens aéreas. Mas posso ver se a SEMOB aqui de João Pessoa já<br>
>> >> > as<br>
>> >> > teria todas mapeadas - meu palpite é que não tem.<br>
>> >> ><br>
>> >> > Quanto ao restante, acho que já é avançado demais pra mim, hehe...<br>
>> >> ><br>
>> >> > Em 8 de dezembro de 2013 09:26, Fernando Trebien<br>
>> >> > <<a href="mailto:fernando.trebien@gmail.com">fernando.trebien@gmail.com</a>> escreveu:<br>
>> >> >> Cara, que show isso! As linhas já aparecem na camada de transporte<br>
>> >> >> público do site principal.<br>
>> >> >><br>
>> >> >> Este site permitiria ver as rotas individualmente, mas não sei com<br>
>> >> >> que<br>
>> >> >> frequência eles atualizam a base: <a href="http://demo.3liz.com/osmtransport/" target="_blank">http://demo.3liz.com/osmtransport/</a><br>
>> >> >><br>
>> >> >> Pra cálculo de rotas, você teria que:<br>
>> >> >> - mapear as paradas de ônibus<br>
>> >> >> - incluí-las nas relações das rotas<br>
>> >> >> - extrair um feed GTFS<br>
>> >> >> - adicionar a tabela horária ao feed (provavelmente gerando horários<br>
>> >> >> fictícios para cada parada)<br>
>> >> >> - instalar um servidor OTP<br>
>> >> >> - copiar o feed para esse servidor<br>
>> >> >><br>
>> >> >> Há um tempo atrás eu propus fazer algo assim a nível nacional (já<br>
>> >> >> que<br>
>> >> >> esse negócio é complicado, faríamos uma vez só), mas não surgiram<br>
>> >> >> interessados. Quem sabe agora?<br>
>> >> >><br>
>> >> >> 2013/12/7 Vítor Rodrigo Dias <<a href="mailto:vitor.dias@gmail.com">vitor.dias@gmail.com</a>>:<br>
>> >> >>> Pessoal,<br>
>> >> >>><br>
>> >> >>> Terminei de mapear as linhas municipais de João Pessoa-PB. Sabem se<br>
>> >> >>> há<br>
>> >> >>> algum aplicativo que use dados do OSM no cálculo ou consulta de<br>
>> >> >>> rotas<br>
>> >> >>> de transporte coletivo no Brasil?<br>
>> >> >>><br>
>> >> >>> Abraços!<br>
>> >> >>><br>
>> >> >>> --<br>
>> >> >>> Vítor Rodrigo Dias<br>
>> >> >>> Revisor de textos<br>
>> >> >>> Tradutor port/ing/port e port/esp/port<br>
>> >> >>> Telefone: (31) 9895-3975 - TIM<br>
>> >> >>><br>
>> >> >>> _______________________________________________<br>
>> >> >>> Talk-br mailing list<br>
>> >> >>> <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
>> >> >>> <a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
>> >> >><br>
>> >> >><br>
>> >> >><br>
>> >> >> --<br>
>> >> >> Fernando Trebien<br>
>> >> >> +55 (51) 9962-5409<br>
>> >> >><br>
>> >> >> "The speed of computer chips doubles every 18 months." (Moore's law)<br>
>> >> >> "The speed of software halves every 18 months." (Gates' law)<br>
>> >> >><br>
>> >> >> _______________________________________________<br>
>> >> >> Talk-br mailing list<br>
>> >> >> <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
>> >> >> <a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
>> >> ><br>
>> >> ><br>
>> >> ><br>
>> >> > --<br>
>> >> > Vítor Rodrigo Dias<br>
>> >> > Revisor de textos<br>
>> >> > Tradutor port/ing/port e port/esp/port<br>
>> >> > Telefone: (31) 9895-3975 - TIM<br>
>> >> ><br>
>> >> > _______________________________________________<br>
>> >> > Talk-br mailing list<br>
>> >> > <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
>> >> > <a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
>> >><br>
>> >><br>
>> >><br>
>> >> --<br>
>> >> Fernando Trebien<br>
>> >> +55 (51) 9962-5409<br>
>> >><br>
>> >> "The speed of computer chips doubles every 18 months." (Moore's law)<br>
>> >> "The speed of software halves every 18 months." (Gates' law)<br>
>> >><br>
>> >> _______________________________________________<br>
>> >> Talk-br mailing list<br>
>> >> <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
>> >> <a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > -<br>
>> > TImbuSérieA2013<br>
>> ><br>
>> > _______________________________________________<br>
>> > Talk-br mailing list<br>
>> > <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
>> > <a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
>> ><br>
>><br>
>><br>
>><br>
>> --<br>
>> Fernando Trebien<br>
>> +55 (51) 9962-5409<br>
>><br>
>> "The speed of computer chips doubles every 18 months." (Moore's law)<br>
>> "The speed of software halves every 18 months." (Gates' law)<br>
>><br>
>> _______________________________________________<br>
>> Talk-br mailing list<br>
>> <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
>> <a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
><br>
><br>
><br>
><br>
> --<br>
> -<br>
> TImbuSérieA2013<br>
><br>
> _______________________________________________<br>
> Talk-br mailing list<br>
> <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
><br>
<br>
<br>
<br>
--<br>
Fernando Trebien<br>
+55 (51) 9962-5409<br>
<br>
"The speed of computer chips doubles every 18 months." (Moore's law)<br>
"The speed of software halves every 18 months." (Gates' law)<br>
<br>
_______________________________________________<br>
Talk-br mailing list<br>
<a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>-<br>TImbuSérieA2013<br>
</div>