[Talk-br] Numeração de ruas

Erick de Oliveira Leal erickdeoliveiraleal em gmail.com
Terça Março 18 02:50:44 UTC 2014


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
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20140317/d5bbb141/attachment-0001.html>


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