[Talk-br] OSM no The Guardian
Notícia de hoje no The Guardian sobre a importância do OpenStreetMap: http://www.theguardian.com/technology/2014/jan/14/why-the-world-needs-openstreetmap Tem uma curiosa menção à questão de determina que certo lugar é seguro ou inseguro referindo-se a critérios obscuros adotados pelas companhias (lembro que andamos discutindo sobre coisas parecidas e tentando chegar a um consenso na lista talk-br). Outros trechos notáveis: Lastly, these map providers have an incentive to collect information about you in ways that you may not agree with. Both Google and Apple collect your location information when you use their services. In terms of map content, OpenStreetMap is both neutral and transparent. OpenStreetMap is a wiki-like map that anyone in the world can edit. If a store is missing from the map, it can be added in by a store owner or even a customer. -- 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@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Inclusão de Paradas de ônibus em Recife e RMR
Srs, Transcrevo aqui o post que iniciei no Fórum, pois imagino que a audiência seja mais assídua por aqui. Ainda não incluí as paradas para evitar retrabalho no caso de estar fazendo algo de errado. Agradeço qq comentário. Andei lendo o post http://goo.gl/jLZbx8 sobre o transporte público de POA, e isso me instigou a tentar fazer o mesmo aqui na RMR. Quem administra o transporte público aqui é o consórcio GrandeRecife ( www.granderecife.pe.gov.br ), que mantém uma busca no site para os detalhes, como linhas de ônibus, paradas, itinerários, etc. Além disso, no portal de dados abertos do Governo do Estado ( dadosabertos.pr.gov.br ) pode-se encontrar algumas listas de informação, nada muito completo ou atualizado. Vou logo adiantando que não entendi quase nada do processo a se fazer, principalmente no que tange a criação de um servidor próprio, na minha cabeça eu incluiria os dados no OSM, e usaria um serviço online para roteamento das linhas, como o OSRM ( ou outro específico ). O que pensei em fazer foi incluir aos poucos as informações no mapa, de forma a ser possível : - Ter os dados no mapa, primeiramente incluir as paradas de ônibus, depois os itinerários, horários, etc. - Permitir que outros usuários vejam os dados inseridos e os corrijam ( inclusive já contactei um mapper ativo que se comprometeu a ajustar as paradas que forem incluídas na sua área de atuação ) - Mesmo que eu não consiga chegar ao objetivo final de ter um transporte público da RMR mapeado totalmente, que sirva de base para que outros possam fazer isso a partir de dados já inseridos e validados. - utilizar estes dados para roteamento de ônibus, um serviço que já exisitu no site do GrandeRecife, mas sumiu. Do Dados Abertos, eu peguei uma tabela com cerca de 5600 paradas de ônibus, numeradas com o código identificador usado pelo GrandeRecife. Após algumas conversões, cheguei ao resultado abaixo, um OSM com um node para cada parada, com as tags : ref=BR-2609600-180195 source=Dados Abertos Governo de Pernambuco highway=bus_stop name=180195 fixme=review location addr:street=Avenida Agamenon Magalhães source:date=2013-03-14 addr:city=Olinda Vi na página de transporte público ( http://goo.gl/uGvlco ) a tabela de tags para parada de ônibus e não entendi direito, passemos às questões : - A tag ref está definida com 4 caracteres para o código da parada, aqui usa-se 5 ou 6, pelo que vi na tabela importada. - Preciso manter os tags addr:? - A tag highway é para ter valor bus_stop ou platform ? Se entendi corretamente, é para ser platform, e depois alguem ( Trebien? ) criará automagicamente o node na way mais próxima com a tag highway:bus_stop. - A tag name veio do código da parada da tabela importada, mas depois de montar a tag ref, acho que é inútil, mas a deixaria para permitir aos usuários identificá-la corretamente, assim como a addr:city, para obter o código IBGE do municipio. Do modelo proposto : - pra que serve a tag Authority ? Se for para o que estou pensando, seu conteúdo seria Consórcio Grande Recife - existe menção a uma tag site, imagino que seria highway, não ? - Um terminal seria um grupo de paradas, montado sob uma relação. Isso teria que ser feito manualmente, certo ? Só lembro disso por enquanto, com certeza tenho mais dúvidas, mas o que gostaria agora é de utilizar esse arquivo que tenho, assim como fez o Vitor Dias com as linhas em João Pessoa ( http://goo.gl/87pf2Z ), e depois quando for conseguindo mais coisas, inserir no mapa. Att, Marcelo P ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
O JOSM agora possui um serviço centralizado de regras de validação. As últimas regras podem ser vistas em http://wiki.openstreetmap.org/wiki/User:Naoliv/Validador_JOSM#Tag_checker_baseado_em_MapCSS_.28extens.C3.A3o_.mapcss.29 A parte anterior (do arquivo .cfg) está obsoleta com o novo JOSM (que deve ser tudo em MapCSS) Há comentário em cada regra ou a própria descrição da mesma já diz o que ela faz. Como as regras são para ajudar a comunidade brasileira, é bom vocês verificarem se concordam com tudo (e também tirar alguma dúvida). Por exemplo, eu só deixei para verificar a tag operator nas rodovias motorway e trunk (as de maior categoria). Algumas regras também possuem uma ação de correção automática (então é bom avaliar se deixa com essa opção ou se muda algo) Dá para ajustarmos o nível da informação (erro, aviso ou informação) da maneira que melhor nos ajudar, da mesma forma que criar testes específicos para nós (que não fariam sentido fora do Brasil). É bem provável que seremos a primeira comunidade com regras específicas no JOSM :-) (desde que o usuário as habilite) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Inclusão de Paradas de ônibus em Recife e RMR
Marcelo, Uma dica: seria melhor trocar as tags ref e name de lugar, não? Abraços, Vítor Dias Em 15 de janeiro de 2014 18:23, Marcelo Pereira pereirahol...@gmail.com escreveu: Srs, Transcrevo aqui o post que iniciei no Fórum, pois imagino que a audiência seja mais assídua por aqui. Ainda não incluí as paradas para evitar retrabalho no caso de estar fazendo algo de errado. Agradeço qq comentário. Andei lendo o post http://goo.gl/jLZbx8 sobre o transporte público de POA, e isso me instigou a tentar fazer o mesmo aqui na RMR. Quem administra o transporte público aqui é o consórcio GrandeRecife ( www.granderecife.pe.gov.br ), que mantém uma busca no site para os detalhes, como linhas de ônibus, paradas, itinerários, etc. Além disso, no portal de dados abertos do Governo do Estado ( dadosabertos.pr.gov.br ) pode-se encontrar algumas listas de informação, nada muito completo ou atualizado. Vou logo adiantando que não entendi quase nada do processo a se fazer, principalmente no que tange a criação de um servidor próprio, na minha cabeça eu incluiria os dados no OSM, e usaria um serviço online para roteamento das linhas, como o OSRM ( ou outro específico ). O que pensei em fazer foi incluir aos poucos as informações no mapa, de forma a ser possível : - Ter os dados no mapa, primeiramente incluir as paradas de ônibus, depois os itinerários, horários, etc. - Permitir que outros usuários vejam os dados inseridos e os corrijam ( inclusive já contactei um mapper ativo que se comprometeu a ajustar as paradas que forem incluídas na sua área de atuação ) - Mesmo que eu não consiga chegar ao objetivo final de ter um transporte público da RMR mapeado totalmente, que sirva de base para que outros possam fazer isso a partir de dados já inseridos e validados. - utilizar estes dados para roteamento de ônibus, um serviço que já exisitu no site do GrandeRecife, mas sumiu. Do Dados Abertos, eu peguei uma tabela com cerca de 5600 paradas de ônibus, numeradas com o código identificador usado pelo GrandeRecife. Após algumas conversões, cheguei ao resultado abaixo, um OSM com um node para cada parada, com as tags : ref=BR-2609600-180195 source=Dados Abertos Governo de Pernambuco highway=bus_stop name=180195 fixme=review location addr:street=Avenida Agamenon Magalhães source:date=2013-03-14 addr:city=Olinda Vi na página de transporte público ( http://goo.gl/uGvlco ) a tabela de tags para parada de ônibus e não entendi direito, passemos às questões : - A tag ref está definida com 4 caracteres para o código da parada, aqui usa-se 5 ou 6, pelo que vi na tabela importada. - Preciso manter os tags addr:? - A tag highway é para ter valor bus_stop ou platform ? Se entendi corretamente, é para ser platform, e depois alguem ( Trebien? ) criará automagicamente o node na way mais próxima com a tag highway:bus_stop. - A tag name veio do código da parada da tabela importada, mas depois de montar a tag ref, acho que é inútil, mas a deixaria para permitir aos usuários identificá-la corretamente, assim como a addr:city, para obter o código IBGE do municipio. Do modelo proposto : - pra que serve a tag Authority ? Se for para o que estou pensando, seu conteúdo seria Consórcio Grande Recife - existe menção a uma tag site, imagino que seria highway, não ? - Um terminal seria um grupo de paradas, montado sob uma relação. Isso teria que ser feito manualmente, certo ? Só lembro disso por enquanto, com certeza tenho mais dúvidas, mas o que gostaria agora é de utilizar esse arquivo que tenho, assim como fez o Vitor Dias com as linhas em João Pessoa ( http://goo.gl/87pf2Z ), e depois quando for conseguindo mais coisas, inserir no mapa. Att, Marcelo P ___ Talk-br mailing list Talk-br@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@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Erros comuns encontrados nos dados
E precisa de um nome conciso também para as nossas regras (Brazilian (community)? specific tests)? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Inclusão de Paradas de ônibus em Recife e RMR
Marcelo, Vou lhe dar um resumo do que lembro de cabeça, os detalhes todos eu só consigo lhe confirmar quando voltar a Porto Alegre no dia 19 de noite. No OSM, você não mapeará horários - isso fica no feed GTFS que iria no servidor OTP, um serviço que alguém teria que instalar, disponibilizar e pagar pra manter. Na época, pensamos em fazer algo que se sustentasse com doações. O OSRM não planeja rotas multimodais (que envolvem uma combinação de meios de transporte diferentes como seria pro transporte público, que envolve as rotas de ônibus e deslocamentos a pé). Existem duas formas de representar paradas de ônibus: (1) somente um ponto highway=bus_stop fora da via (mas pode opcionalmente fazer parte de outra coisa, como uma calçada ou de uma via com highway=platform), ou (2) um ponto, linha ou área com public_transport=platform representando onde as pessoas param - como no caso (1) - acompanhado de um ponto na via com public_transport=stop_position, e as duas coisas (plataforma e ponto de parada) como parte de uma relação type=public_transport. Essa segunda possibilidade nunca vi sendo usada (provavelmente por ser mais complexa), mas é suportada pelo OTP. É possível ir migrando de uma forma para a outra gradualmente. Na dúvida, use a forma (1) que tem muito mais suporte por ser mais antiga. Acredito que ref deva ser usado apenas para uma numeração oficial das paradas (caso exista indicada em placas nas paradas). Senão, o melhor é criar uma tag nova com um namespace associado à fonte, assim: dagp:[nome do atributo na fonte] (ex.: dagp:numero). Sugiro isso pouco confundiria a pessoa ao receber uma instrução pra pegar o ônibus na parada 638840, por exemplo. Eu deixaria o mínimo possível de tags nas paradas, já que qualquer informação colocada nelas seria repetida 5600 vezes. Por exemplo, na tag source, eu colocaria uma sigla, talvez source=DAGP. Eu removeria as tags addr:city (a maioria dos sistemas sabe identificar a que cidade um ponto pertence), ref, e o que está em name eu colocaria em dagp:numero (o algo assim). Idealmente eu passaria as tags de endereço pra pontos fora. As paradas não têm número de porta, apenas se localizam em frente a residências que efetivamente têm essa numeração. Se não der pra fazer, ok. Eu ainda colocaria o fixme escrito em português. Tem algumas outras coisas importantes que você não chegou a mencionar, como a estrutura das relações de rota. Pra isso, sugiro que você olhe como o Vitor fez. Não lembro agora se ele chegou a adicionar as paradas nas relações (é algo necessário pra se poder gerar um feed GTFS básico a partir do OSM - e depois só completá-lo com os horários). Outra coisa que lembro é que faltaram as relações matriz de rota (route master), também fundamentais pro OTP funcionar (entre outros sistemas). Vou tentar fazer um exemplo bem completo pra você se basear. Em casa eu já tenho bastante coisa pronta (bem estudada e comparada com práticas de outros países). On Jan 15, 2014 6:24 PM, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Transcrevo aqui o post que iniciei no Fórum, pois imagino que a audiência seja mais assídua por aqui. Ainda não incluí as paradas para evitar retrabalho no caso de estar fazendo algo de errado. Agradeço qq comentário. Andei lendo o post http://goo.gl/jLZbx8 sobre o transporte público de POA, e isso me instigou a tentar fazer o mesmo aqui na RMR. Quem administra o transporte público aqui é o consórcio GrandeRecife ( www.granderecife.pe.gov.br ), que mantém uma busca no site para os detalhes, como linhas de ônibus, paradas, itinerários, etc. Além disso, no portal de dados abertos do Governo do Estado ( dadosabertos.pr.gov.br ) pode-se encontrar algumas listas de informação, nada muito completo ou atualizado. Vou logo adiantando que não entendi quase nada do processo a se fazer, principalmente no que tange a criação de um servidor próprio, na minha cabeça eu incluiria os dados no OSM, e usaria um serviço online para roteamento das linhas, como o OSRM ( ou outro específico ). O que pensei em fazer foi incluir aos poucos as informações no mapa, de forma a ser possível : - Ter os dados no mapa, primeiramente incluir as paradas de ônibus, depois os itinerários, horários, etc. - Permitir que outros usuários vejam os dados inseridos e os corrijam ( inclusive já contactei um mapper ativo que se comprometeu a ajustar as paradas que forem incluídas na sua área de atuação ) - Mesmo que eu não consiga chegar ao objetivo final de ter um transporte público da RMR mapeado totalmente, que sirva de base para que outros possam fazer isso a partir de dados já inseridos e validados. - utilizar estes dados para roteamento de ônibus, um serviço que já exisitu no site do GrandeRecife, mas sumiu. Do Dados Abertos, eu peguei uma tabela com cerca de 5600 paradas de ônibus, numeradas com o código identificador usado pelo GrandeRecife. Após algumas conversões, cheguei ao resultado abaixo, um OSM
Re: [Talk-br] Inclusão de Paradas de ônibus em Recife e RMR
Sugiro isso pouco confundiria a pessoa... deveria ter saído assim: Sugiro isso porque confundiria a pessoa... On Jan 16, 2014 3:02 AM, Fernando Trebien fernando.treb...@gmail.com wrote: Marcelo, Vou lhe dar um resumo do que lembro de cabeça, os detalhes todos eu só consigo lhe confirmar quando voltar a Porto Alegre no dia 19 de noite. No OSM, você não mapeará horários - isso fica no feed GTFS que iria no servidor OTP, um serviço que alguém teria que instalar, disponibilizar e pagar pra manter. Na época, pensamos em fazer algo que se sustentasse com doações. O OSRM não planeja rotas multimodais (que envolvem uma combinação de meios de transporte diferentes como seria pro transporte público, que envolve as rotas de ônibus e deslocamentos a pé). Existem duas formas de representar paradas de ônibus: (1) somente um ponto highway=bus_stop fora da via (mas pode opcionalmente fazer parte de outra coisa, como uma calçada ou de uma via com highway=platform), ou (2) um ponto, linha ou área com public_transport=platform representando onde as pessoas param - como no caso (1) - acompanhado de um ponto na via com public_transport=stop_position, e as duas coisas (plataforma e ponto de parada) como parte de uma relação type=public_transport. Essa segunda possibilidade nunca vi sendo usada (provavelmente por ser mais complexa), mas é suportada pelo OTP. É possível ir migrando de uma forma para a outra gradualmente. Na dúvida, use a forma (1) que tem muito mais suporte por ser mais antiga. Acredito que ref deva ser usado apenas para uma numeração oficial das paradas (caso exista indicada em placas nas paradas). Senão, o melhor é criar uma tag nova com um namespace associado à fonte, assim: dagp:[nome do atributo na fonte] (ex.: dagp:numero). Sugiro isso pouco confundiria a pessoa ao receber uma instrução pra pegar o ônibus na parada 638840, por exemplo. Eu deixaria o mínimo possível de tags nas paradas, já que qualquer informação colocada nelas seria repetida 5600 vezes. Por exemplo, na tag source, eu colocaria uma sigla, talvez source=DAGP. Eu removeria as tags addr:city (a maioria dos sistemas sabe identificar a que cidade um ponto pertence), ref, e o que está em name eu colocaria em dagp:numero (o algo assim). Idealmente eu passaria as tags de endereço pra pontos fora. As paradas não têm número de porta, apenas se localizam em frente a residências que efetivamente têm essa numeração. Se não der pra fazer, ok. Eu ainda colocaria o fixme escrito em português. Tem algumas outras coisas importantes que você não chegou a mencionar, como a estrutura das relações de rota. Pra isso, sugiro que você olhe como o Vitor fez. Não lembro agora se ele chegou a adicionar as paradas nas relações (é algo necessário pra se poder gerar um feed GTFS básico a partir do OSM - e depois só completá-lo com os horários). Outra coisa que lembro é que faltaram as relações matriz de rota (route master), também fundamentais pro OTP funcionar (entre outros sistemas). Vou tentar fazer um exemplo bem completo pra você se basear. Em casa eu já tenho bastante coisa pronta (bem estudada e comparada com práticas de outros países). On Jan 15, 2014 6:24 PM, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Transcrevo aqui o post que iniciei no Fórum, pois imagino que a audiência seja mais assídua por aqui. Ainda não incluí as paradas para evitar retrabalho no caso de estar fazendo algo de errado. Agradeço qq comentário. Andei lendo o post http://goo.gl/jLZbx8 sobre o transporte público de POA, e isso me instigou a tentar fazer o mesmo aqui na RMR. Quem administra o transporte público aqui é o consórcio GrandeRecife ( www.granderecife.pe.gov.br ), que mantém uma busca no site para os detalhes, como linhas de ônibus, paradas, itinerários, etc. Além disso, no portal de dados abertos do Governo do Estado ( dadosabertos.pr.gov.br ) pode-se encontrar algumas listas de informação, nada muito completo ou atualizado. Vou logo adiantando que não entendi quase nada do processo a se fazer, principalmente no que tange a criação de um servidor próprio, na minha cabeça eu incluiria os dados no OSM, e usaria um serviço online para roteamento das linhas, como o OSRM ( ou outro específico ). O que pensei em fazer foi incluir aos poucos as informações no mapa, de forma a ser possível : - Ter os dados no mapa, primeiramente incluir as paradas de ônibus, depois os itinerários, horários, etc. - Permitir que outros usuários vejam os dados inseridos e os corrijam ( inclusive já contactei um mapper ativo que se comprometeu a ajustar as paradas que forem incluídas na sua área de atuação ) - Mesmo que eu não consiga chegar ao objetivo final de ter um transporte público da RMR mapeado totalmente, que sirva de base para que outros possam fazer isso a partir de dados já inseridos e validados. - utilizar estes dados para roteamento de ônibus, um serviço que já exisitu no site do
Re: [Talk-br] Inclusão de Paradas de ônibus em Recife e RMR
Fernando, Descobri um pessoal de João Pessoa trabalhando num app para Android com rotas de ônibus e entrei em contato para trocar informações. Baixei o app deles e vi que eles já têm bem mais pontos de parada do que o OSM, mas infelizmente parece faltar muita coisa ainda. Acho que desse mato sai coelho, hein? Em 16/01/2014 03:03, Fernando Trebien fernando.treb...@gmail.com escreveu: Marcelo, Vou lhe dar um resumo do que lembro de cabeça, os detalhes todos eu só consigo lhe confirmar quando voltar a Porto Alegre no dia 19 de noite. No OSM, você não mapeará horários - isso fica no feed GTFS que iria no servidor OTP, um serviço que alguém teria que instalar, disponibilizar e pagar pra manter. Na época, pensamos em fazer algo que se sustentasse com doações. O OSRM não planeja rotas multimodais (que envolvem uma combinação de meios de transporte diferentes como seria pro transporte público, que envolve as rotas de ônibus e deslocamentos a pé). Existem duas formas de representar paradas de ônibus: (1) somente um ponto highway=bus_stop fora da via (mas pode opcionalmente fazer parte de outra coisa, como uma calçada ou de uma via com highway=platform), ou (2) um ponto, linha ou área com public_transport=platform representando onde as pessoas param - como no caso (1) - acompanhado de um ponto na via com public_transport=stop_position, e as duas coisas (plataforma e ponto de parada) como parte de uma relação type=public_transport. Essa segunda possibilidade nunca vi sendo usada (provavelmente por ser mais complexa), mas é suportada pelo OTP. É possível ir migrando de uma forma para a outra gradualmente. Na dúvida, use a forma (1) que tem muito mais suporte por ser mais antiga. Acredito que ref deva ser usado apenas para uma numeração oficial das paradas (caso exista indicada em placas nas paradas). Senão, o melhor é criar uma tag nova com um namespace associado à fonte, assim: dagp:[nome do atributo na fonte] (ex.: dagp:numero). Sugiro isso pouco confundiria a pessoa ao receber uma instrução pra pegar o ônibus na parada 638840, por exemplo. Eu deixaria o mínimo possível de tags nas paradas, já que qualquer informação colocada nelas seria repetida 5600 vezes. Por exemplo, na tag source, eu colocaria uma sigla, talvez source=DAGP. Eu removeria as tags addr:city (a maioria dos sistemas sabe identificar a que cidade um ponto pertence), ref, e o que está em name eu colocaria em dagp:numero (o algo assim). Idealmente eu passaria as tags de endereço pra pontos fora. As paradas não têm número de porta, apenas se localizam em frente a residências que efetivamente têm essa numeração. Se não der pra fazer, ok. Eu ainda colocaria o fixme escrito em português. Tem algumas outras coisas importantes que você não chegou a mencionar, como a estrutura das relações de rota. Pra isso, sugiro que você olhe como o Vitor fez. Não lembro agora se ele chegou a adicionar as paradas nas relações (é algo necessário pra se poder gerar um feed GTFS básico a partir do OSM - e depois só completá-lo com os horários). Outra coisa que lembro é que faltaram as relações matriz de rota (route master), também fundamentais pro OTP funcionar (entre outros sistemas). Vou tentar fazer um exemplo bem completo pra você se basear. Em casa eu já tenho bastante coisa pronta (bem estudada e comparada com práticas de outros países). On Jan 15, 2014 6:24 PM, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Transcrevo aqui o post que iniciei no Fórum, pois imagino que a audiência seja mais assídua por aqui. Ainda não incluí as paradas para evitar retrabalho no caso de estar fazendo algo de errado. Agradeço qq comentário. Andei lendo o post http://goo.gl/jLZbx8 sobre o transporte público de POA, e isso me instigou a tentar fazer o mesmo aqui na RMR. Quem administra o transporte público aqui é o consórcio GrandeRecife ( www.granderecife.pe.gov.br ), que mantém uma busca no site para os detalhes, como linhas de ônibus, paradas, itinerários, etc. Além disso, no portal de dados abertos do Governo do Estado ( dadosabertos.pr.gov.br ) pode-se encontrar algumas listas de informação, nada muito completo ou atualizado. Vou logo adiantando que não entendi quase nada do processo a se fazer, principalmente no que tange a criação de um servidor próprio, na minha cabeça eu incluiria os dados no OSM, e usaria um serviço online para roteamento das linhas, como o OSRM ( ou outro específico ). O que pensei em fazer foi incluir aos poucos as informações no mapa, de forma a ser possível : - Ter os dados no mapa, primeiramente incluir as paradas de ônibus, depois os itinerários, horários, etc. - Permitir que outros usuários vejam os dados inseridos e os corrijam ( inclusive já contactei um mapper ativo que se comprometeu a ajustar as paradas que forem incluídas na sua área de atuação ) - Mesmo que eu não consiga chegar ao objetivo final de ter um transporte público da RMR