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 <[email protected]>: > 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 > <[email protected]> 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 <[email protected]>: >> > 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 >> > <[email protected]> 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 <[email protected]>: >> >> > 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 >> >> > <[email protected]> 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 <[email protected]>: >> >> >>> 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 >> >> >>> [email protected] >> >> >>> 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 >> >> >> [email protected] >> >> >> 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 >> >> > [email protected] >> >> > 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 >> >> [email protected] >> >> https://lists.openstreetmap.org/listinfo/talk-br >> > >> > >> > >> > >> > -- >> > - >> > TImbuSérieA2013 >> > >> > _______________________________________________ >> > Talk-br mailing list >> > [email protected] >> > 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 >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-br > > > > > -- > - > TImbuSérieA2013 > > _______________________________________________ > Talk-br mailing list > [email protected] > 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 [email protected] https://lists.openstreetmap.org/listinfo/talk-br
