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
