[Talk-br] Numeração de ruas

Terça Março 18 02:48:08 UTC 2014

Aha, eu já sabia e tinha esquecido: o Nominatim exige que a diferença
entre 2 números consecutivos na linha seja de no máximo 1000.
https://trac.openstreetmap.org/ticket/4925

Então o problema realmente está entre o 7500 e o 2005. Se 7500
realmente for o número final (é bom você verificar na placa), você
precisa colocar mais 5 números nesse intervalo. Se for em torno de
4000 como eu acho que é, seria só mais 1 número, ou no máximo 2 (caso
seja mais que 4005).

2014-03-17 23:43 GMT-03:00 Fernando Trebien <fernando.trebien em gmail.com>:
> 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)

-- 
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)