[Talk-br] BR-101 no RS
Veja foto anexado, BR-101 no Rio Grande do Sul parecendo um freeway tipo Autobahn no alemanha, nao ha estradas com velocidade livre no Brasil. Algum preciso verificar os classificacoes e o uso do maxspeed, calculando roteamento com 250kph no Brasil nao e bom, e nem tenho carro que posso andar tao rapido (sim quero compra um McLaren) Aun Johnsen Sent from my iPhone___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] BR-101 no RS
Aun, recomendo usar para seus testes mapas compilados por brasileiros para brasileiros: http://www.cocardl.com.br/viewtopic.php?f=52t=214 Esses mapas compilados por outros sites, a maioria europeus, apresentam problemas. Não recomendo para testes. Outro dia eu mandei para o pessoal do AlternativaLibres o trecho do nosso style/address que faz o devido tratamento do prefixo do tipo do logradouro para flexibilizar a busca, ex.: o usuário não é obrigado a digitar Avenida sempre, só se ele quiser. Outro aspecto que damos atenção é o tratamento das velocidades. Em 24 de julho de 2014 08:25, Aun Johnsen li...@gimnechiske.org escreveu: Veja foto anexado, BR-101 no Rio Grande do Sul parecendo um freeway tipo Autobahn no alemanha, nao ha estradas com velocidade livre no Brasil. Algum preciso verificar os classificacoes e o uso do maxspeed, calculando roteamento com 250kph no Brasil nao e bom, e nem tenho carro que posso andar tao rapido (sim quero compra um McLaren) Aun Johnsen Sent from my iPhone ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Prefeitura de São Paulo declara bases sem restrição de licença
Nunca assisti o filme. Em Eu sou a Lei! - A história do Juiz Dredd http://filmesegames.com.br/2012/eu-sou-a-lei-a-historia-do-juiz-dredd/, eu leio: Dredd é conhecido por sua obsessão pela lei, a tal ponto de ser considerado por aqueles que o conhecem como uma verdadeira máquina, desprovido de humanidade, ética ou compaixão. Para ele, não há limites que o impeçam de cumprir suas missões. Conhecedor de todos os estatutos legais e com consciência de que todo crime merece punição, Dredd continua no encalço dos malfeitores. Dentre outras coisas. Se você não disser, eu nunca vou saber qual parte faz você confrontar o Dredd comigo ou com outro. É muita coisa que caracteriza-o, e certamente várias delas podem não ter qualquer semelhança com características minhas. Mas as pessoas são livres para interpretar outras como conseguirem... Talvez fosse mais próximo do acerto você ter me chamado de um pedagogo arrogante, que pretende ensinar os outros como devem ser algumas coisas. Pedagogos, todos nós queremos ser em algum momento, com técnicas eficazes ou não, mais ou menos eficientes. Quanto a descobrir se alguém está sendo arrogante, a questão sempre se enraíza naquelas outras, filosóficas, de se existe verdade, se ela é alcançável, ou mesmo se um indivíduo deve abraçar convenções (tais como leis). Alexandre Magno Em 22 de julho de 2014 14:22, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Não lembro do filme. Paulo, por favor, diga de outra forma, para eu saber o que você está dizendo. Em 22 de julho de 2014 12:42, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Agora tu fizeste me lembrar do filme do Juiz Dredd: Eu sou a lei! kk Em 22 de julho de 2014 07:49, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Seria mais uma dificuldade para educar importadores ilícitos sem consciência: Se eles podem fazer isso, eu também posso. E essa estória de permissões para esses dados que estou colocando é uma besteira. Daí a pessoa vai lá e importa seus dados privativos quebrando logo o histórico, para começar. Em 22 de julho de 2014 02:06, Fernando Trebien fernando.treb...@gmail.com escreveu: Sim, por isso chamei de sub-ideal. O ideal é que não degrademos o histórico nunca. Mas acho que a gente deveria considerar os prós e contras de quebrar os históricos com o objetivo de disponibilizar os dados mais rapidamente. Afinal, são muitos dados e pouca mão de obra. 2014-07-21 10:42 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Mas degrada o histórico de versões. Quero dizer: pode ficar difícil conectar logicamente o objeto antigo com o novo. Em 19 de julho de 2014 12:22, Fernando Trebien fernando.treb...@gmail.com escreveu: Um subideal (que talvez seja possível, dependendo dos interesses da comunidade) é sim excluir coisas do OSM e depois reintroduzir aquilo que foi excluído e que não consta no novo dataset. Na verdade, eu acho essa uma abordagem muito mais rápida quando a fonte de dados é muito mais rica do que o OSM. Também é uma abordagem que evita os problemas da conflação. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [OpenStreetMap] Re: deleçao de vias sem justificativa
Eu monitorando changesets no ES atravez RSS, quando chegar em casa posso manda o site que criando estes, ele me avisar todos changesets dentro do BBOX, no meu caso criei um BBOX pra todo estado Ele nao me avisando se nao have nenhum mudança dentro BBOX, mesmo se meu area e dentro changeset O menus e se fique offline ele so me dar os 10 ultimos :( nao dar pedir mais Aun Johnsen Sent from my iPhone On 24. juli 2014, at 09:43, Gerald Weber gwebe...@gmail.com wrote: Eu estranhei a reação deste usuário. Parece que inicialmente estava fazendo um trabalho sério, mas posso estar enganado. Sinto falta de alguma ferramenta mais eficiente para verificar edições. Para um sistema tão aberto como o OSM é tudo manual demais. abraço Gerald 2014-07-24 9:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-07-24 9:05 GMT-03:00 Gerald Weber gwebe...@gmail.com: precisamos reverter as edições e solicitar a suspensão deste usuário. Alguém me ajuda a fazer isto? Vamos ver. (e só um desabafo, mas outra coisa que me deixa puto é o iD gerar um changeset para cada coisa que o usuário salva. 912 changesets em 4 meses... Só é trabalho para a gente verificar depois) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [OpenStreetMap] Re: deleçao de vias sem justificativa
Ele pode ter rido apenas da sua seriedade. Sua abordagem foi objetiva, completa e SÉRIA. Infelizmente tem gente assim, que ri quando a pessoa leva algo a sério. Em 24 de julho de 2014 09:43, Gerald Weber gwebe...@gmail.com escreveu: Eu estranhei a reação deste usuário. Parece que inicialmente estava fazendo um trabalho sério, mas posso estar enganado. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [OpenStreetMap] Re: deleçao de vias sem justificativa
Ainda mais se for um mapazinho (mais um projeto de desocupados) gratuito e irrelevante, onde todo mundo mete a mão. Não é assim que eu penso, mas eu conheço pessoas que pensam assim. Em 24 de julho de 2014 10:08, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Ele pode ter rido apenas da sua seriedade. Sua abordagem foi objetiva, completa e SÉRIA. Infelizmente tem gente assim, que ri quando a pessoa leva algo a sério. Em 24 de julho de 2014 09:43, Gerald Weber gwebe...@gmail.com escreveu: Eu estranhei a reação deste usuário. Parece que inicialmente estava fazendo um trabalho sério, mas posso estar enganado. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] A importância de não quebrar a hierarquia das vias dentro de cidades.
Eu não tenho um Garmin, e a informação que eu tinha é que ele não faz busca por ponto de interesse (que seria uma opção mais fácil pra esse teste do que buscar por cruzamentos). On 24 Jul 2014 08:44, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Sò uma observação quando tu disseste (requisito do geocoding do Garmin): Isso não é limitação da Garmin, mas sim dos mapas ou da compilação. Meu bairro está 100% numerado e o mapa Garmin dele no Cocar tem a numeração toda. Quem quiser estão aqui: http://www.cocardl.com.br/viewtopic.php?f=52t=139 A compilação deles é cortesia do Wesley Martins (não sei se ele participa desta lista). Há também os mapas do Brasil e América do Sul, cortesia do Márcio Thundercel: http://www.cocardl.com.br/viewtopic.php?f=52t=214 e http://www.cocardl.com.br/viewtopic.php?f=52t=215 Há ainda também o mapa diário de São Paulo, cortesia do Nelson (não sei que toolset ele usa): http://naoliv.iq.unesp.br/mapas/gmapsupp.img E ainda quem quiser, baixe os kits de compilação e compile seu próprio mapa Garmin: http://www.cocardl.com.br/viewtopic.php?f=23t=114 Em 20 de julho de 2014 22:00, Fernando Trebien fernando.treb...@gmail.com escreveu: Pessoal, O Aun se ofereceu pra ajudar testando com a compilação da garmin.openstreetmap.nl e pediu pra eu passar alguns endereços (pra ficar fácil de testar). Vou postar alguém aqui também caso queiram testar com outras compilações. Cruzamentos (requisito do geocoding do Garmin): 1. Chuí, RS: Rua Chile X Rua Palestina 2. Osório, RS: Rua Garibaldi X Rua Melvin Jones 3. Joinville, SC: Rua Nazareno X Rua Benjamin Constant 4. Atibaia, SP: Rua Belvedere X Rua Presidente Dutra 5. Belo Horizonte, MG: Rua Tom Jobim X Fua Ferreira 6. Teófilo Otoni, MG: Rua Coronel Ramos X Rua Dom Felipe 7. Vitória da Conquista, BA: Rua Nova X Rua Deusdete Amaral 8. Feira de Santana, BA: Rua Brumado X Rua Juazeiro 9. Brejo Santo, CE: Rua Marcelino Costa X Rua Joaquim Nicodemos 10. Fortaleza, CE: Rua Pentecoste X Rua Costa Barros Procedimento sugerido pra economizar trabalho testando: - testar rota de [1] a [10]; se funcionar é porque há algum problema com a compilação do mapa que não há na compilação do osm.nl - testar [1] a [6]; se não funcionar, testar [1] a [2], [2] a [3], etc. - se funcionar, testar [6] a [10]; se não funcionar, testar [6] a [7], [7] a [8], etc. Se identificarem o trecho em que o roteamento falha, me avisem que eu mando o próximo conjunto de pontos (que então deve nos levar ao ponto exato do problema). Não mandei agora porque senão teria que sugerir 100 pontos. 2014-07-20 20:05 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Ok, entendido. Obrigado pelas sugestões. []s Paulo Em 20 de julho de 2014 15:17, Fernando Trebien fernando.treb...@gmail.com escreveu: Acho razoável se basear na rota do OSRM pra elencar um ponto mais ou menos mais ou menos no meio 2014-07-20 15:16 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Uma sugestão para diminuir o espaço de busca: dividir para conquistar. Ao invés de calcular uma rota tão longa, tente calcular a rota até metade do caminho, e depois da metade até o destino. (Não precisa ser exatamente a metade, qualquer ponto mais ou menos no meio serve.) O problema vai estar no trecho em que esse teste falhar. Daí você pega o trecho problemático e repete: testa a primeira metade dele, depois a segunda metade. Cada vez que você repete você diminui o espaço de busca. São 3000km, dividindo por 2 a cada vez você provavelmente vai chegar à raiz exata do problema em menos de 20 tentativas. Como saber onde fica a metade? Acho razoável se basear na rota do OSRM pra elencar um ponto mais ou menos: http://osrm.at/8yC Um complicador é que pode ter mais de um problema ao longo de toda essa rota. Se os dois trechos falharem, você vai ter que testar os dois trechos separadamente, ao invés de eliminar um deles. E se forem muitos os problemas, pode precisar de papel e caneta pra lembrar de quais trechos você já testou. É bem provável que isso seja de fato um erro de classificação que precisa ser corrigido no OSM - não com o objetivo específico de fazer o Garmin funcionar, mas sim com o objetivo de deixar a classificação correta. Sim, aplicações mais simples podem ser usadas (e normalmente são uma forma excelente) para detectar problemas com os dados que não interferem tanto com as aplicações mais modernas. E nesse caso específico tanto a comunidade do OSM (agnóstica aos dispositivos) quanto os usuários de Garmin saem ganhando. 2014-07-20 12:47 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Temos um exemplo de um mapa Garmin que não está calculando uma rota entre o extremo sul do Brasil e um ponto no Ceará. A rota é calculada normalmente no Mapsource (computador) mas não no GPS (dipositivo móvel). O problema é
Re: [Talk-br] BR-101 no RS
O melhor seria mapear a etiqueta maxspeed. Assim todos os sistemas (não apenas a compilação da Cocar) funcionariam corretamente nesse trecho. E ela está faltando em alguns trechos da BR-101 (vou resolver no RS): http://www.itoworld.com/map/125?lon=-50.49460lat=-29.41505zoom=8 Quanto à classificação, está correta conforme os critérios com da comunidade brasileira, que são diferentes dos da comunidade alemã. Lá se usa motorway apenas para autobahns, aqui podemos ter motorways cuja velocidade máxima é 80km/h. (Há mais de 1 ano, antes de todo o debate, eu só queria chamar de motorways as vias cuja velocidade máxima fosse acima desse patamar. A BR-101 seria uma motorway mesmo assim porque o limite de velocidade é 110km/h.) 2014-07-24 8:53 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Aun, recomendo usar para seus testes mapas compilados por brasileiros para brasileiros: http://www.cocardl.com.br/viewtopic.php?f=52t=214 Esses mapas compilados por outros sites, a maioria europeus, apresentam problemas. Não recomendo para testes. Outro dia eu mandei para o pessoal do AlternativaLibres o trecho do nosso style/address que faz o devido tratamento do prefixo do tipo do logradouro para flexibilizar a busca, ex.: o usuário não é obrigado a digitar Avenida sempre, só se ele quiser. Outro aspecto que damos atenção é o tratamento das velocidades. Em 24 de julho de 2014 08:25, Aun Johnsen li...@gimnechiske.org escreveu: Veja foto anexado, BR-101 no Rio Grande do Sul parecendo um freeway tipo Autobahn no alemanha, nao ha estradas com velocidade livre no Brasil. Algum preciso verificar os classificacoes e o uso do maxspeed, calculando roteamento com 250kph no Brasil nao e bom, e nem tenho carro que posso andar tao rapido (sim quero compra um McLaren) Aun Johnsen Sent from my iPhone ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Fwd: [OpenStreetMap] Re: deleçao de vias sem justificativa
Em 2014-07-24 09:43, Gerald Weber escreveu: Eu estranhei a reação deste usuário. Parece que inicialmente estava fazendo um trabalho sério, mas posso estar enganado. Sinto falta de alguma ferramenta mais eficiente para verificar edições. Para um sistema tão aberto como o OSM é tudo manual demais. Essa ferramenta foi lançada recentemente e me agradou bastante: http://nrenner.github.io/achavi/ abraços, wille abraço Gerald 2014-07-24 9:33 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com: 2014-07-24 9:05 GMT-03:00 Gerald Weber gwebe...@gmail.com: precisamos reverter as edições e solicitar a suspensão deste usuário. Alguém me ajuda a fazer isto? Vamos ver. (e só um desabafo, mas outra coisa que me deixa puto é o iD gerar um changeset para cada coisa que o usuário salva. 912 changesets em 4 meses... Só é trabalho para a gente verificar depois) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] A importância de não quebrar a hierarquia das vias dentro de cidades.
Bem, não vamos fugir do assunto original, eu só mencionei a limitação do Garmin porque achei que usar um POI ao invés de um nome de rua facilitaria o teste que eu sugeri. Não era uma crítica ao Garmin, mas eu realmente acho estranho que não se possa fazer com ele algo que eu fazia/faço com todos os outros GPSs que eu já usei: buscar por POIs dentro de uma cidade sem estar fisicamente próximo dela. 2014-07-24 11:41 GMT-03:00 Aun Johnsen li...@gimnechiske.org: Fernando Concegui busca por POI, mas alem do ~85 km (tenque verificar) somente pelo nome, e se ha mais que um com mesma nome so retorna o mais perto (pelo menus no meu Nüvi 50), ele nao busco pelo nome proximente, alas Guanabara nao vai retornar Windsor Guanabara, mas Windsor G pode da certo Aun Johnsen Sent from my iPhone On 24. juli 2014, at 11:06, Fernando Trebien fernando.treb...@gmail.com wrote: Eu não tenho um Garmin, e a informação que eu tinha é que ele não faz busca por ponto de interesse (que seria uma opção mais fácil pra esse teste do que buscar por cruzamentos). On 24 Jul 2014 08:44, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Sò uma observação quando tu disseste (requisito do geocoding do Garmin): Isso não é limitação da Garmin, mas sim dos mapas ou da compilação. Meu bairro está 100% numerado e o mapa Garmin dele no Cocar tem a numeração toda. Quem quiser estão aqui: http://www.cocardl.com.br/viewtopic.php?f=52t=139 A compilação deles é cortesia do Wesley Martins (não sei se ele participa desta lista). Há também os mapas do Brasil e América do Sul, cortesia do Márcio Thundercel: http://www.cocardl.com.br/viewtopic.php?f=52t=214 e http://www.cocardl.com.br/viewtopic.php?f=52t=215 Há ainda também o mapa diário de São Paulo, cortesia do Nelson (não sei que toolset ele usa): http://naoliv.iq.unesp.br/mapas/gmapsupp.img E ainda quem quiser, baixe os kits de compilação e compile seu próprio mapa Garmin: http://www.cocardl.com.br/viewtopic.php?f=23t=114 Em 20 de julho de 2014 22:00, Fernando Trebien fernando.treb...@gmail.com escreveu: Pessoal, O Aun se ofereceu pra ajudar testando com a compilação da garmin.openstreetmap.nl e pediu pra eu passar alguns endereços (pra ficar fácil de testar). Vou postar alguém aqui também caso queiram testar com outras compilações. Cruzamentos (requisito do geocoding do Garmin): 1. Chuí, RS: Rua Chile X Rua Palestina 2. Osório, RS: Rua Garibaldi X Rua Melvin Jones 3. Joinville, SC: Rua Nazareno X Rua Benjamin Constant 4. Atibaia, SP: Rua Belvedere X Rua Presidente Dutra 5. Belo Horizonte, MG: Rua Tom Jobim X Fua Ferreira 6. Teófilo Otoni, MG: Rua Coronel Ramos X Rua Dom Felipe 7. Vitória da Conquista, BA: Rua Nova X Rua Deusdete Amaral 8. Feira de Santana, BA: Rua Brumado X Rua Juazeiro 9. Brejo Santo, CE: Rua Marcelino Costa X Rua Joaquim Nicodemos 10. Fortaleza, CE: Rua Pentecoste X Rua Costa Barros Procedimento sugerido pra economizar trabalho testando: - testar rota de [1] a [10]; se funcionar é porque há algum problema com a compilação do mapa que não há na compilação do osm.nl - testar [1] a [6]; se não funcionar, testar [1] a [2], [2] a [3], etc. - se funcionar, testar [6] a [10]; se não funcionar, testar [6] a [7], [7] a [8], etc. Se identificarem o trecho em que o roteamento falha, me avisem que eu mando o próximo conjunto de pontos (que então deve nos levar ao ponto exato do problema). Não mandei agora porque senão teria que sugerir 100 pontos. 2014-07-20 20:05 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Ok, entendido. Obrigado pelas sugestões. []s Paulo Em 20 de julho de 2014 15:17, Fernando Trebien fernando.treb...@gmail.com escreveu: Acho razoável se basear na rota do OSRM pra elencar um ponto mais ou menos mais ou menos no meio 2014-07-20 15:16 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Uma sugestão para diminuir o espaço de busca: dividir para conquistar. Ao invés de calcular uma rota tão longa, tente calcular a rota até metade do caminho, e depois da metade até o destino. (Não precisa ser exatamente a metade, qualquer ponto mais ou menos no meio serve.) O problema vai estar no trecho em que esse teste falhar. Daí você pega o trecho problemático e repete: testa a primeira metade dele, depois a segunda metade. Cada vez que você repete você diminui o espaço de busca. São 3000km, dividindo por 2 a cada vez você provavelmente vai chegar à raiz exata do problema em menos de 20 tentativas. Como saber onde fica a metade? Acho razoável se basear na rota do OSRM pra elencar um ponto mais ou menos: http://osrm.at/8yC Um complicador é que pode ter mais de um problema ao longo de toda essa rota. Se os dois trechos falharem, você vai ter que testar os dois trechos separadamente, ao invés de eliminar um deles. E se forem muitos os problemas, pode precisar de papel e caneta pra lembrar de
Re: [Talk-br] A importância de não quebrar a hierarquia das vias dentro de cidades.
Fernando, bem Nuvi 50 e um modelo antiga, nao tem modelo mais recente, ver que Garmin Nüvi 53 vender por 399 no Lojas Americanas Aun Johnsen Sent from my iPhone On 24. juli 2014, at 12:28, Fernando Trebien fernando.treb...@gmail.com wrote: Bem, não vamos fugir do assunto original, eu só mencionei a limitação do Garmin porque achei que usar um POI ao invés de um nome de rua facilitaria o teste que eu sugeri. Não era uma crítica ao Garmin, mas eu realmente acho estranho que não se possa fazer com ele algo que eu fazia/faço com todos os outros GPSs que eu já usei: buscar por POIs dentro de uma cidade sem estar fisicamente próximo dela. 2014-07-24 11:41 GMT-03:00 Aun Johnsen li...@gimnechiske.org: Fernando Concegui busca por POI, mas alem do ~85 km (tenque verificar) somente pelo nome, e se ha mais que um com mesma nome so retorna o mais perto (pelo menus no meu Nüvi 50), ele nao busco pelo nome proximente, alas Guanabara nao vai retornar Windsor Guanabara, mas Windsor G pode da certo Aun Johnsen Sent from my iPhone On 24. juli 2014, at 11:06, Fernando Trebien fernando.treb...@gmail.com wrote: Eu não tenho um Garmin, e a informação que eu tinha é que ele não faz busca por ponto de interesse (que seria uma opção mais fácil pra esse teste do que buscar por cruzamentos). On 24 Jul 2014 08:44, Paulo Carvalho paulo.r.m.carva...@gmail.com wrote: Sò uma observação quando tu disseste (requisito do geocoding do Garmin): Isso não é limitação da Garmin, mas sim dos mapas ou da compilação. Meu bairro está 100% numerado e o mapa Garmin dele no Cocar tem a numeração toda. Quem quiser estão aqui: http://www.cocardl.com.br/viewtopic.php?f=52t=139 A compilação deles é cortesia do Wesley Martins (não sei se ele participa desta lista). Há também os mapas do Brasil e América do Sul, cortesia do Márcio Thundercel: http://www.cocardl.com.br/viewtopic.php?f=52t=214 e http://www.cocardl.com.br/viewtopic.php?f=52t=215 Há ainda também o mapa diário de São Paulo, cortesia do Nelson (não sei que toolset ele usa): http://naoliv.iq.unesp.br/mapas/gmapsupp.img E ainda quem quiser, baixe os kits de compilação e compile seu próprio mapa Garmin: http://www.cocardl.com.br/viewtopic.php?f=23t=114 Em 20 de julho de 2014 22:00, Fernando Trebien fernando.treb...@gmail.com escreveu: Pessoal, O Aun se ofereceu pra ajudar testando com a compilação da garmin.openstreetmap.nl e pediu pra eu passar alguns endereços (pra ficar fácil de testar). Vou postar alguém aqui também caso queiram testar com outras compilações. Cruzamentos (requisito do geocoding do Garmin): 1. Chuí, RS: Rua Chile X Rua Palestina 2. Osório, RS: Rua Garibaldi X Rua Melvin Jones 3. Joinville, SC: Rua Nazareno X Rua Benjamin Constant 4. Atibaia, SP: Rua Belvedere X Rua Presidente Dutra 5. Belo Horizonte, MG: Rua Tom Jobim X Fua Ferreira 6. Teófilo Otoni, MG: Rua Coronel Ramos X Rua Dom Felipe 7. Vitória da Conquista, BA: Rua Nova X Rua Deusdete Amaral 8. Feira de Santana, BA: Rua Brumado X Rua Juazeiro 9. Brejo Santo, CE: Rua Marcelino Costa X Rua Joaquim Nicodemos 10. Fortaleza, CE: Rua Pentecoste X Rua Costa Barros Procedimento sugerido pra economizar trabalho testando: - testar rota de [1] a [10]; se funcionar é porque há algum problema com a compilação do mapa que não há na compilação do osm.nl - testar [1] a [6]; se não funcionar, testar [1] a [2], [2] a [3], etc. - se funcionar, testar [6] a [10]; se não funcionar, testar [6] a [7], [7] a [8], etc. Se identificarem o trecho em que o roteamento falha, me avisem que eu mando o próximo conjunto de pontos (que então deve nos levar ao ponto exato do problema). Não mandei agora porque senão teria que sugerir 100 pontos. 2014-07-20 20:05 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Ok, entendido. Obrigado pelas sugestões. []s Paulo Em 20 de julho de 2014 15:17, Fernando Trebien fernando.treb...@gmail.com escreveu: Acho razoável se basear na rota do OSRM pra elencar um ponto mais ou menos mais ou menos no meio 2014-07-20 15:16 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Uma sugestão para diminuir o espaço de busca: dividir para conquistar. Ao invés de calcular uma rota tão longa, tente calcular a rota até metade do caminho, e depois da metade até o destino. (Não precisa ser exatamente a metade, qualquer ponto mais ou menos no meio serve.) O problema vai estar no trecho em que esse teste falhar. Daí você pega o trecho problemático e repete: testa a primeira metade dele, depois a segunda metade. Cada vez que você repete você diminui o espaço de busca. São 3000km, dividindo por 2 a cada vez você provavelmente vai chegar à raiz exata do problema em menos de 20 tentativas. Como saber onde fica a metade? Acho razoável se basear na rota do OSRM pra elencar um ponto mais ou menos: http://osrm.at/8yC Um complicador é que pode ter mais de um problema ao longo de
Re: [Talk-br] Maproulette
Como seria isso? Região predefinida ou para o Brasil todo? Eu topo. Em 24-07-2014 13:06, Arlindo Pereira escreveu: Que tal criarmos um desafio para copiar o nome de ruas sem nome do mapa do IBGE? []s Arlindo 2014-07-24 12:57 GMT-03:00 John Packer john.pack...@gmail.com mailto:john.pack...@gmail.com: Vitor, Para criar um desafio e colocar no MapRoulette, é preciso entrar em contato com os desenvolvedores (um deles é o mvexel[1]). Até onde eu saiba, no momento não tem nenhum desafio ativo no Brasil. Foi feita uma apresentação na SOTM-EU com mais detalhes[2]. [1]: http://www.openstreetmap.org/user/mvexel [2]: http://sotm-eu.org/en/slots/39 Em 24 de julho de 2014 12:38, Vitor George vitor.geo...@gmail.com mailto:vitor.geo...@gmail.com escreveu: Não entendi muito bem como usar o MapRoulette. Queria criar um desafio de completar nomes de ruas em uma região, há como fazer? On Tue, Jul 22, 2014 at 4:56 PM, Erick de Oliveira Leal erickdeoliveiral...@gmail.com mailto:erickdeoliveiral...@gmail.com wrote: De acordo com esta nota http://www.openstreetmap.org/user/mvexel/diary/23374 o Maproulette agora permite que você crie um limite da área onde ele encontra os erros. ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
