É bom citar isso porque nem sempre se usa a regra da distância no Brasil. E nem a regra do lado par e ímpar da rua.
Não mapeei muitos números, mas já notei vários lugares que não seguem alguma dessas duas regras. Por exemplo, numa rua de menos de 200m são usados números na casa dos 7800 [1]. Outro caso é uma rua que os números são simplesmente sequenciais [2]. [1] http://www.openstreetmap.org/#map=19/-5.86680/-35.22676 [2] http://www.openstreetmap.org/#map=19/-5.83016/-35.20335 (foi usada uma interpolação, mas os números são sequenciais: 250, 251, 252, etc) 2014-03-18 8:12 GMT-03:00 Paulo Carvalho <paulo.r.m.carva...@gmail.com>: > Pessoal, > > A numeração de ruas no Rio NÃO SEGUE A MÉTRICA. Numerar assim será um > erro. Erick, se quiser eu te passo a numeração dessa região. > > []s > > Paulo > > > Em 17 de março de 2014 23:48, Erick de Oliveira Leal < > erickdeoliveiral...@gmail.com> escreveu: > > Aaaah tava em medição chinesa, agora que coloquei em métrica. Valeu. >> >> >> Em 17 de março de 2014 23:47, Erick de Oliveira Leal < >> erickdeoliveiral...@gmail.com> escreveu: >> >> 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 < >>> fernando.treb...@gmail.com> 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 >>>> <erickdeoliveiral...@gmail.com>: >>>> > 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 < >>>> fernando.treb...@gmail.com> >>>> > 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 >>>> >> <erickdeoliveiral...@gmail.com>: >>>> >> > 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 >>>> >> > <paulo.r.m.carva...@gmail.com> >>>> >> > 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 <wi...@wille.blog.br> >>>> 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 >>>> >> >>>> <erickdeoliveiral...@gmail.com>: >>>> >> >>>> > 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 >>>> >> >>>> > Talk-br@openstreetmap.org >>>> >> >>>> > 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 >>>> >> >>>> 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 >>>> >> >>> >>>> >> >> >>>> >> >> >>>> >> >> _______________________________________________ >>>> >> >> 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 >>>> >> >>>> >> "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 mailing list >>>> > Talk-br@openstreetmap.org >>>> > 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 >>>> 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 > >
_______________________________________________ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
