Trebien, na verdade todos os números tirei dos prédios, exceto o 7500, eu tirei ele pq quando clico na linha da interpolação deu 7.47 naquela regua lá embaixo, imaginei que fossem 7500 m e coloquei lá. Pensando também que essa é a regra pra numerar, ou não?
Em 17 de março de 2014 23:43, Fernando Trebien <[email protected]>escreveu: > 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) > > _______________________________________________ > 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
