Em breve será "visitante que usa o OSM vai até Águas Claras sem perguntar"! :P
Eu sei como é (e a situação não é diferente em algumas regiões de Porto Alegre - e sei de outras cidades também), mas algumas residências aqui e ali tinham placa no Plano Piloto. Talvez em Águas Claras não. Bem, siga o método que fizer mais sentido no seu local. Se for por associação com endereços conhecidos ou extrapolando a medição usando o JOSM (como último recurso), que seja esse o método. Uma sugestão: pros números que você realmente tiver certeza, adicione a tag addr:inclusion=actual (isso quer dizer que você "mediu" o número). Pros que você obteve usando a régua do JOSM adicione a tag addr:inclusion=estimate. 2014-03-17 23:50 GMT-03:00 Erick de Oliveira Leal <[email protected]>: > Não existem placas! Esse é o Distrito Federal, nem se compara com a > sinalização que existe em Copacabana. Aqui vale "quem tem boca vai a Roma" > > > Em 17 de março de 2014 23:48, Fernando Trebien <[email protected]> > escreveu: > >> Aha, eu já sabia e tinha esquecido: o Nominatim exige que a diferença >> entre 2 números consecutivos na linha seja de no máximo 1000. >> https://trac.openstreetmap.org/ticket/4925 >> >> Então o problema realmente está entre o 7500 e o 2005. Se 7500 >> realmente for o número final (é bom você verificar na placa), você >> precisa colocar mais 5 números nesse intervalo. Se for em torno de >> 4000 como eu acho que é, seria só mais 1 número, ou no máximo 2 (caso >> seja mais que 4005). >> >> 2014-03-17 23:43 GMT-03:00 Fernando Trebien <[email protected]>: >> > O jeito que você fez está certo segundo a definição, mas o Nominatim >> > não está retornando resultados. Acho que podemos usar esse como mais >> > um exemplo de bugs no Nominatim. >> > >> > Mas tem 2 coisas estranhas: >> > - esse número parece estar fora da ordem crescente (deve ser em torno >> > do número 1400 não em torno do 1900): >> > http://www.openstreetmap.org/node/2724558367 >> > - tem 1,95km de extensão entre os números 2005 e 7500, deve ter algum >> > erro aí (provavelmente é o número 7500); nessa extensão, a numeração >> > só poderia ter ido de 2005 para algo em torno de 4000 caso a regra da >> > distância esteja sendo obedecida pelas autoridades locais (pode não >> > estar) >> > >> > Isso às vezes acontece em outros lugares no Brasil. Porto Alegre tem >> > uma avenida famosa por ter 3 numerações simultâneas (há mais de 1 >> > década!), e só 1 delas oficial. Nessas situações, ou você tenta >> > descobrir a numeração oficial, ou deixa fora do interpolador os >> > números que parecem estar fora da ordem (que podem muito bem ser >> > mapeados um a um futuramente) ou que parecem estar distorcendo demais >> > a regra da distância. >> > >> > Uma outra sugestão: tente quebrar a linha do interpolador. Por >> > exemplo, poderia quebrar no número 2005 e ver se faz alguma diferença. >> > >> > (Vou dar uma investigada em que pé andam as correções desses problemas >> > no Nominatim.) >> > >> > >> > >> > 2014-03-17 23:26 GMT-03:00 Erick de Oliveira Leal >> > <[email protected]>: >> >> O problema Trebien, é que lá não é sinalizado, consegui algumas >> >> informações >> >> dos prédios na internet... E ficou assim: pra começar: >> >> http://www.openstreetmap.org/way/266959251. Farei uns testes no >> >> Nominatim e >> >> no Osmand. >> >> >> >> >> >> Em 17 de março de 2014 23:18, Fernando Trebien >> >> <[email protected]> >> >> escreveu: >> >> >> >>> Deveria, em teoria. O Nominatim em particular tem umas "verificações >> >>> de sanidade" (por exemplo, distância entre dois números muito grande, >> >>> ou um grande número de "números interpolados" numa extensão muito >> >>> curta da rua). Já tem tickets abertos sobre esse problema, não sei se >> >>> já foram consertados. >> >>> >> >>> Outros sistemas provavelmente não fazem essa verificação, então >> >>> deveria funcionar. >> >>> >> >>> Se você não quiser colocar em cada esquina, e não funcionar colocar só >> >>> o primeiro e o último, coloque um número mais ou menos a cada 2 ou 3 >> >>> esquinas, ou a cada quilômetro, só pra conter um pouco os erros de >> >>> precisão (que tendem a se acumular mais em curvas fechadas do que em >> >>> retas) e também pra passar pelas verificações do Nominatim. >> >>> >> >>> Só isso já deve dar um resultado muito superior ao Google. Mas o ideal >> >>> mesmo é ter um número em cada esquina, em ambos os lados da esquina, >> >>> como no exemplo que eu passei. Fazendo assim dá pra ter certeza que os >> >>> números de cada quadra sempre cairão dentro da quadra, nunca nas >> >>> quadras vizinhas. >> >>> >> >>> >> >>> >> >>> 2014-03-17 22:51 GMT-03:00 Erick de Oliveira Leal >> >>> <[email protected]>: >> >>> > E isso ainda funcionaria ainda se eu pegasse somente o primeiro e >> >>> > ultimo >> >>> > numero da rua mesmo, mas não de cada esquina? >> >>> > >> >>> > >> >>> > Em 17 de março de 2014 22:29, Paulo Carvalho >> >>> > <[email protected]> >> >>> > escreveu: >> >>> > >> >>> >> É o que eu faço nas ruas que eu mapeio. Pegar todos os números é >> >>> >> complicado. Acho que só vale a pena numerar cada porta se a >> >>> >> numeração >> >>> >> for >> >>> >> desordenada. Enfim, o ideal é mapear tudo, mas temos um território >> >>> >> grande >> >>> >> para cobrir, talvez mapear todos os números num segundo momento ou >> >>> >> quando >> >>> >> pudermos importar de alguma fonte autorizada. >> >>> >> >> >>> >> []s >> >>> >> >> >>> >> Paulo >> >>> >> >> >>> >> >> >>> >> Em 17 de março de 2014 21:48, Wille <[email protected]> escreveu: >> >>> >> >> >>> >>> Quando não é possível pegar todos os números de uma rua, eu pego o >> >>> >>> primeiro e último de cada quadra para fazer a interpolação. >> >>> >>> >> >>> >>> Ainda não tive oportunidade de testar, mas esse aplicativo parece >> >>> >>> ajudar >> >>> >>> bastante a capturar os números: >> >>> >>> >> >>> >>> >> >>> >>> https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3 >> >>> >>> >> >>> >>> Li sobre ele em >> >>> >>> http://www.openstreetmap.org/user/RoadLessTraveled/diary/21217 >> >>> >>> >> >>> >>> abçs, >> >>> >>> wille >> >>> >>> >> >>> >>> On 17-03-2014 20:37, Paulo Carvalho wrote: >> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>>> >> >>> >>>> >> >>> >>>> Nos pontos vão addr:street (que tem que ser igual ao name na >> >>> >>>> linha da >> >>> >>>> via) >> >>> >>> >> >>> >>> >> >>> >>> Isso é ponto crucial para a numeração sair nos mapas Garmin. >> >>> >>> >> >>> >>>> >> >>> >>>> >> >>> >>>> 2014-03-17 18:04 GMT-03:00 Erick de Oliveira Leal >> >>> >>>> <[email protected]>: >> >>> >>>> > Para numerar uma rua é só eu criar uma rua paralela a ela, >> >>> >>>> > colocara >> >>> >>>> > tag >> >>> >>>> > addr:interpolation e colocar os números? >> >>> >>>> > >> >>> >>>> > _______________________________________________ >> >>> >>>> > 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 >> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> _______________________________________________ >> >>> >>> Talk-br mailing list >> >>> >>> [email protected] >> >>> >>> https://lists.openstreetmap.org/listinfo/talk-br >> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> _______________________________________________ >> >>> >>> Talk-br mailing list >> >>> >>> [email protected] >> >>> >>> https://lists.openstreetmap.org/listinfo/talk-br >> >>> >>> >> >>> >> >> >>> >> >> >>> >> _______________________________________________ >> >>> >> Talk-br mailing list >> >>> >> [email protected] >> >>> >> https://lists.openstreetmap.org/listinfo/talk-br >> >>> >> >> >>> > >> >>> > >> >>> > _______________________________________________ >> >>> > 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 >> >> >> >> >> >> >> >> _______________________________________________ >> >> 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) >> >> >> >> -- >> 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 > > > > _______________________________________________ > 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
