[Talk-br] Numeração de ruas

Terça Março 18 11:12:07 UTC 2014

Pessoal,

    A numeração de ruas no Rio NÃO SEGUE A MÉTRICA.  Numerar assim será um
erro.  Erick, se quiser eu te passo a numeração dessa região.

[]s

Paulo

Em 17 de março de 2014 23:48, Erick de Oliveira Leal <
erickdeoliveiraleal em gmail.com> escreveu:

> Aaaah tava em medição chinesa, agora que coloquei em métrica. Valeu.
>
>
> Em 17 de março de 2014 23:47, Erick de Oliveira Leal <
> erickdeoliveiraleal em gmail.com> escreveu:
>
> 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
>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20140318/97fd46fc/attachment-0001.html>