[Talk-br] Numeração de ruas

Terça Março 18 03:00:44 UTC 2014

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
<erickdeoliveiraleal em gmail.com>:
> 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
> <erickdeoliveiraleal em gmail.com> 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
>> <fernando.trebien em gmail.com> 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
>>> <erickdeoliveiraleal em gmail.com>:
>>> > 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.trebien em 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
>>> >> <erickdeoliveiraleal em 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.trebien em 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
>>> >> >> <erickdeoliveiraleal em 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.carvalho em 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 <wille em 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
>>> >> >> >>>> <erickdeoliveiraleal em 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 em 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 em openstreetmap.org
>>> >> >> >>>> https://lists.openstreetmap.org/listinfo/talk-br
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>> _______________________________________________
>>> >> >> >>> Talk-br mailing list
>>> >> >> >>> Talk-br em openstreetmap.org
>>> >> >> >>> https://lists.openstreetmap.org/listinfo/talk-br
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>>
>>> >> >> >>> _______________________________________________
>>> >> >> >>> Talk-br mailing list
>>> >> >> >>> Talk-br em openstreetmap.org
>>> >> >> >>> https://lists.openstreetmap.org/listinfo/talk-br
>>> >> >> >>>
>>> >> >> >>
>>> >> >> >>
>>> >> >> >> _______________________________________________
>>> >> >> >> Talk-br mailing list
>>> >> >> >> Talk-br em openstreetmap.org
>>> >> >> >> https://lists.openstreetmap.org/listinfo/talk-br
>>> >> >> >>
>>> >> >> >
>>> >> >> >
>>> >> >> > _______________________________________________
>>> >> >> > Talk-br mailing list
>>> >> >> > Talk-br em 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 em openstreetmap.org
>>> >> >> https://lists.openstreetmap.org/listinfo/talk-br
>>> >> >
>>> >> >
>>> >> >
>>> >> > _______________________________________________
>>> >> > Talk-br mailing list
>>> >> > Talk-br em 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 em openstreetmap.org
>>> >> https://lists.openstreetmap.org/listinfo/talk-br
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > Talk-br mailing list
>>> > Talk-br em 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 em openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
>
> _______________________________________________
> Talk-br mailing list
> Talk-br em 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)