[Talk-br] Numeração de ruas

Fernando Trebien fernando.trebien em gmail.com
Terça Março 18 02:59:15 UTC 2014


Em breve será "visitante que usa o OSM vai até Águas Claras sem perguntar"! :P

Eu sei como é (e a situação não é diferente em algumas regiões de
Porto Alegre - e sei de outras cidades também), mas algumas
residências aqui e ali tinham placa no Plano Piloto. Talvez em Águas
Claras não.

Bem, siga o método que fizer mais sentido no seu local. Se for por
associação com endereços conhecidos ou extrapolando a medição usando o
JOSM (como último recurso), que seja esse o método. Uma sugestão: pros
números que você realmente tiver certeza, adicione a tag
addr:inclusion=actual (isso quer dizer que você "mediu" o número).
Pros que você obteve usando a régua do JOSM adicione a tag
addr:inclusion=estimate.

2014-03-17 23:50 GMT-03:00 Erick de Oliveira Leal
<erickdeoliveiraleal em gmail.com>:
> Não existem placas! Esse é o Distrito Federal, nem se compara com a
> sinalização que existe em Copacabana. Aqui vale "quem tem boca vai a Roma"
>
>
> Em 17 de março de 2014 23:48, Fernando Trebien <fernando.trebien em gmail.com>
> escreveu:
>
>> 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)
>>
>> _______________________________________________
>> 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)



Mais detalhes sobre a lista de discussão Talk-br