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
