[Talk-br] Numeração de ruas

Terça Março 18 02:57:45 UTC 2014

Trebien, quebrei a linha em 2005 e deixei a linha lá, mas tirei addr:street
de 2005 em diante e coloquei uma nota dizendo que precisa de mais
informações.

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

> Então Trebien, é pq aqui a régua tava mostrando a medição chinesa.
> Coloquei em metros e deu 3.73 tbm
>
>
> Em 17 de março de 2014 23:50, Fernando Trebien <fernando.trebien em gmail.com
> > escreveu:
>
> 7.47? Na minha dá 3.73km. Qual régua você está olhando?
>>
>> Era pra ser essa a regra MAS é sempre bom verificar se está sendo
>> seguida na realidade. Aí no DF eu realmente não faço idéia se estão
>> seguindo à risca. Você precisa pelo menos verificar algumas vezes
>> antes de supor que estão todos assim, sempre.
>>
>> 2014-03-17 23:47 GMT-03:00 Erick de Oliveira Leal
>> <erickdeoliveiraleal em gmail.com>:
>> > 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
>> >
>>
>>
>>
>> --
>> 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/b2f6648e/attachment-0001.html>