Olha, acho que você pode desfazer isso viu. Coloque um 3005 e um 4005 (ou algo próximo disso) com a tag addr:inclusion=estimate nos dois. Deve funcionar, em teoria.
2014-03-17 23:57 GMT-03:00 Erick de Oliveira Leal <[email protected]>: > Trebien, quebrei a linha em 2005 e deixei a linha lá, mas tirei addr:street > de 2005 em diante e coloquei uma nota dizendo que precisa de mais > informações. > > > Em 17 de março de 2014 23:51, Erick de Oliveira Leal > <[email protected]> escreveu: > >> Então Trebien, é pq aqui a régua tava mostrando a medição chinesa. >> Coloquei em metros e deu 3.73 tbm >> >> >> Em 17 de março de 2014 23:50, Fernando Trebien >> <[email protected]> escreveu: >> >>> 7.47? Na minha dá 3.73km. Qual régua você está olhando? >>> >>> Era pra ser essa a regra MAS é sempre bom verificar se está sendo >>> seguida na realidade. Aí no DF eu realmente não faço idéia se estão >>> seguindo à risca. Você precisa pelo menos verificar algumas vezes >>> antes de supor que estão todos assim, sempre. >>> >>> 2014-03-17 23:47 GMT-03:00 Erick de Oliveira Leal >>> <[email protected]>: >>> > 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 >>> > >>> >>> >>> >>> -- >>> 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
