[Talk-br] Numeração de ruas

Terça Março 18 02:47:25 UTC 2014

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