Re: [Talk-br] Numeração de ruas SP

[Jorge Rocha Gualtieri]

Olá Peter,

Realmente tratar a numeração é algo bem complicado. Esse mapa do GeoSampa é
uma iniciativa bem legal da prefeitura para todas as secretarias usarem a
mesma base cartográfica e ajustarem esse mar de desvios de informações que
existe hoje entre elas, em teoria a numeração importada seria a do IPTU
daqui de SP. Mas realmente teremos que aceitar que numeração praticada não
vai bater com a oficial em alguns (diversos?) casos.

Nesse sentido entendo que o algoritmo de importação funcionaria quadra por
quadra, e aonde já tiver informação ignora aquela quadra mantendo o que já
esta lá por ser proveniente de crowdsourcing. Gera apenas um log dizendo
isso para futura análise.

Acho a ideia de discutir o http://wiki.openstreetmap.org/wiki/Key:addr bem
importante. Um ponto que me questiono é o vetor auxiliar para registro da
numeração conforme esse  aqui
.
Quando for feita a importação teremos dois vetores extra por rua. Mesmo
sendo uma simples questão de notação tenho minhas dúvidas se é a melhor
abordagem. Embora seja essa a recomendada pelo OSM e a que irá funcionar
corretamente com o Nominatim .

Quanto a precisão da interpolação eu entendo que o fato de fazer quadra por
quadra ajuda a manter a precisão, uma vez que o Nominatim ira fazer
inferência apenas dentro da quadra, mas mesmo assim estamos sujeitos ao
risco da numeração oficial não coincidir com a numeração praticada naquela
quadra.

Quanto ao CEP, acredito que podemos ajustar isso também. Mas precisaria
estudar um pouco mais essa base para poder alinhar ela com os dados do OSM
de forma consistente. Ainda não esta claro para mim. Mas também acho muito
importante ter o CEP.

Em relação ao software, é um programa em C# usando a lib sharpmap
 para fazer a consulta dos shapes
disponibilizados pela prefeitura e a edição do XML do OSM. Depois disso
usar o JOSM  para integração com a
base do OSM.
Assim que conseguir fazer um bairro no OSM local vou publicar o fonte no
Github.


Abs
JRG


2016-03-19 10:20 GMT-03:00 Peter Krauss :

> Oi Jorge, bem vindo na lista!
>
> Eu já sofri bastante com cadastros de endereço em cidades do interior, e
> acredito que São Paulo, principalmente na periferia, não seja muito
> diferente: são frequentes os números prediais que não batem com a métrica
> das ruas... Existem casos de números escolhidos por critérios de
> numerologia, sem a menor conexão com a métrica (!)... E existem as falhas
> burocráticas de registro no IPTU, os casos de numeração antiga que ainda se
> confunde com a nova, ruas que mudam de nome mas não é oficial, etc.
>
>
> Em 19 de março de 2016 09:54, Jorge Rocha Gualtieri 
> escreveu:
>
>> E quando estiver diferente? Acho melhor manter o que está lá, pois
>> acredito que foi feito por alguém que conheça a região.
>>
>>
> Exato.  Os dados obtidos por mecanismos de crowdsourcing
> , como em geral é esperado
> no OSM, são uma das únicas opções factíveis de captura e homologação dos
> dados relativos à "numeração predial praticada".
>
> Alias esse é o termo que algumas prefeituras usam para distinguir os dois
> tipos de dado,
>
> * *numeração praticada*: real, que está na plaquinha do lote ou edifício.
> * *numeração oficial*: que foi registrada em cartório ou fixada pela
> prefeitura, mesmo que com erros métricos.
> * *numeração interpolada*: gerada por software, e consistente com a
> métrica e as normas de numeração predial vigentes.
>
> ... talvez um bom começo de discussão seja avaliar como traduzimos e
> interpretamos o jargão e as normas fixadas em
> http://wiki.openstreetmap.org/wiki/Key:addr
>
> Quanto a interpolações "presentes e passadas": minha visão pessoal é de
> que interpolação é um dado matemático funcional, é o resultado de um
> algoritmo, não importa quem ou quando postou o resultado. Eu entenderia que
> "jogar por cima o dado novo" faz sentido se o novo algoritmo é mais
> preciso, ou se o novo calculo envolveu mais amostras e portanto é mais
> confiável... Alias outra discussão é essa: a interpolação deve ser ajustada
> à mostragem ou ignora-la? Não está muito claro na Wiki.
>
> Quanto a outros dados de apoio à amostragem: o CEP fornece condições de
> contorno para a interpolação, mas o CEP não foi sistematicamente registrado
> no OSM-BR.
>
> PS: sobre aprofundar a discussão dos algoritmos, infelizmente não temos
> massa crítica nessa lista de discussão para falar de software.. Eu  uso
> PostGIS, o que você está usando?  Tem tem material em algum Github? Se a
> discussão ficar muito técnica podemos levar para o Github ou Wiki-OSM.
>
>
>
>> Abs
>> Jrg
>> Em 19/03/2016 09:37, "Nelson A. de Oliveira"  escreveu:
>>
>>> Você consegue verificar se já existe interpolação de endereço nos locais?
>>> Tem ruas que já possuem e importar/automatizar sem verificar isso 

Re: [Talk-br] Numeração de ruas SP

[Nelson A. de Oliveira]

2016-03-19 10:20 GMT-03:00 Peter Krauss :
> são frequentes os números prediais que não batem com a métrica das ruas

Para isso tem addr:inclusion
http://wiki.openstreetmap.org/wiki/Addresses#Using_Address_Interpolation_for_partial_surveys

Não vejo muito problema em gerar interpolação a partir de dados
oficiais, deixando claro que a interpolação é uma estimativa + note
e/ou fixme nas interpolações.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas SP

[Peter Krauss]

Oi Jorge, bem vindo na lista!

Eu já sofri bastante com cadastros de endereço em cidades do interior, e
acredito que São Paulo, principalmente na periferia, não seja muito
diferente: são frequentes os números prediais que não batem com a métrica
das ruas... Existem casos de números escolhidos por critérios de
numerologia, sem a menor conexão com a métrica (!)... E existem as falhas
burocráticas de registro no IPTU, os casos de numeração antiga que ainda se
confunde com a nova, ruas que mudam de nome mas não é oficial, etc.


Em 19 de março de 2016 09:54, Jorge Rocha Gualtieri 
escreveu:

> E quando estiver diferente? Acho melhor manter o que está lá, pois
> acredito que foi feito por alguém que conheça a região.
>
>
Exato.  Os dados obtidos por mecanismos de crowdsourcing
, como em geral é esperado no
OSM, são uma das únicas opções factíveis de captura e homologação dos dados
relativos à "numeração predial praticada".

Alias esse é o termo que algumas prefeituras usam para distinguir os dois
tipos de dado,

* *numeração praticada*: real, que está na plaquinha do lote ou edifício.
* *numeração oficial*: que foi registrada em cartório ou fixada pela
prefeitura, mesmo que com erros métricos.
* *numeração interpolada*: gerada por software, e consistente com a métrica
e as normas de numeração predial vigentes.

... talvez um bom começo de discussão seja avaliar como traduzimos e
interpretamos o jargão e as normas fixadas em
http://wiki.openstreetmap.org/wiki/Key:addr

Quanto a interpolações "presentes e passadas": minha visão pessoal é de que
interpolação é um dado matemático funcional, é o resultado de um algoritmo,
não importa quem ou quando postou o resultado. Eu entenderia que "jogar por
cima o dado novo" faz sentido se o novo algoritmo é mais preciso, ou se o
novo calculo envolveu mais amostras e portanto é mais confiável... Alias
outra discussão é essa: a interpolação deve ser ajustada à mostragem ou
ignora-la? Não está muito claro na Wiki.

Quanto a outros dados de apoio à amostragem: o CEP fornece condições de
contorno para a interpolação, mas o CEP não foi sistematicamente registrado
no OSM-BR.

PS: sobre aprofundar a discussão dos algoritmos, infelizmente não temos
massa crítica nessa lista de discussão para falar de software.. Eu  uso
PostGIS, o que você está usando?  Tem tem material em algum Github? Se a
discussão ficar muito técnica podemos levar para o Github ou Wiki-OSM.



> Abs
> Jrg
> Em 19/03/2016 09:37, "Nelson A. de Oliveira"  escreveu:
>
>> Você consegue verificar se já existe interpolação de endereço nos locais?
>> Tem ruas que já possuem e importar/automatizar sem verificar isso vai
>> gerar duplicidade de informações.
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas SP

[Nelson A. de Oliveira]

2016-03-19 9:54 GMT-03:00 Jorge Rocha Gualtieri :
> E quando estiver diferente? Acho melhor manter o que está lá, pois acredito
> que foi feito por alguém que conheça a região.

Pode gerar uma lista de localidades onde existe diferença, pra que
alguém verifique manualmente depois.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas SP

[Jorge Rocha Gualtieri]

Acredito que sim. Vou testar uma área que já tenha dados para ver.

E quando estiver diferente? Acho melhor manter o que está lá, pois acredito
que foi feito por alguém que conheça a região.

Abs
Jrg
Em 19/03/2016 09:37, "Nelson A. de Oliveira"  escreveu:

> Você consegue verificar se já existe interpolação de endereço nos locais?
> Tem ruas que já possuem e importar/automatizar sem verificar isso vai
> gerar duplicidade de informações.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas SP

[Nelson A. de Oliveira]

Você consegue verificar se já existe interpolação de endereço nos locais?
Tem ruas que já possuem e importar/automatizar sem verificar isso vai
gerar duplicidade de informações.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Numeração de ruas SP

[Jorge Rocha Gualtieri]

Olá pessoal!

Sou novato aqui na lista, cheguei aqui por recomendações no wiki do OSM.

Percebi que em SP existem poucas ruas numeradas e acredito que exista uma
forma de agregar esses dados ao OSM.

Atualmente a prefeitura de SP conta com uma base cartográfica pública (
http://geosampa.prefeitura.sp.gov.br/) aonde existe os dados de numeração
das quadras.

A minha ideia é fazer um programa que utilize o mapa da prefeitura como
referência para traçar os vetores laterais as vias (um vetor para numeração
par e um vetor para numeração impar) e marcar eles como interpolação
definindo a numeração do inicio e fim de cada quadra, segundo esse modelo:
http://wiki.openstreetmap.org/wiki/Addresses#Using_interpolation.

Por se tratar de uma importação de dados estou verificando as recomendações
do wiki (http://wiki.openstreetmap.org/wiki/Import). Até o momento me
parece uma boa ideia essa importação, mas gostaria de ouvir o que vocês tem
dizer, como experiências passadas, considerações, etc.

Como estratégia pensei começar por área pequena para certificar que o
modelo de importação é funcional e depois expandir bairro por bairro, uma
vez que SP é gigante.

Por enquanto é isso.  Aguardo um retorno.

Abs
JRG
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas

[Bráulio]

É bom citar isso porque nem sempre se usa a regra da distância no Brasil. E
nem a regra do lado par e ímpar da rua.

Não mapeei muitos números, mas já notei vários lugares que não seguem
alguma dessas duas regras. Por exemplo, numa rua de menos de 200m são
usados números na casa dos 7800 [1]. Outro caso é uma rua que os números
são simplesmente sequenciais [2].

[1] http://www.openstreetmap.org/#map=19/-5.86680/-35.22676
[2] http://www.openstreetmap.org/#map=19/-5.83016/-35.20335 (foi usada uma
interpolação, mas os números são sequenciais: 250, 251, 252, etc)


2014-03-18 8:12 GMT-03:00 Paulo Carvalho :

> 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 <
> erickdeoliveiral...@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 <
>> erickdeoliveiral...@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.treb...@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
 :
 > 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.treb...@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
 >> :
 >> > 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
 >> > 
 >> > 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 po

Re: [Talk-br] Numeração de ruas

[Paulo Carvalho]

Ah, sim, um dos links que você passou apontava para o bairro da Lagoa, no
Rio.


Em 18 de março de 2014 11:05, Erick de Oliveira Leal <
erickdeoliveiral...@gmail.com> escreveu:

> Só vou mexer no DF mesmo, Paulo.
> Em 18/03/2014 08:12, "Paulo Carvalho" 
> escreveu:
>
> 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 <
>> erickdeoliveiral...@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 <
>>> erickdeoliveiral...@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.treb...@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
> :
> > 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.treb...@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
> >> :
> >> > 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
> >> > 
> >> > 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

Re: [Talk-br] Numeração de ruas

[Erick de Oliveira Leal]

Só vou mexer no DF mesmo, Paulo.
Em 18/03/2014 08:12, "Paulo Carvalho" 
escreveu:

> 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 <
> erickdeoliveiral...@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 <
>> erickdeoliveiral...@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.treb...@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
 :
 > 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.treb...@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
 >> :
 >> > 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
 >> > 
 >> > 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 
 escreveu:
 >> >>
 >> >>> Quando não é possível pegar todos os números de uma rua, eu pego
 o

Re: [Talk-br] Numeração de ruas

[Paulo Carvalho]

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 <
erickdeoliveiral...@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 <
> erickdeoliveiral...@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.treb...@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
>>> :
>>> > 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.treb...@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
>>> >> :
>>> >> > 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
>>> >> > 
>>> >> > 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 
>>> 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:
>>> >> >>>
>>> >> >>

Re: [Talk-br] Numeração de ruas

[Fernando Trebien]

Olha, acho que você pode desfazer isso viu. Coloque um 3005 e um 4005
(ou algo próximo disso) com a tag addr:inclusion=estimate nos dois.
Deve funcionar, em teoria.

2014-03-17 23:57 GMT-03:00 Erick de Oliveira Leal
:
> 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
>  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
>>  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
>>> :
>>> > 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
>>> > 
>>> > 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
>>> >> :
>>> >> > 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
>>> >> > 
>>> >> > 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
>>> >> >> :
>>> >> >> > 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
>>> >> >

Re: [Talk-br] Numeração de ruas

[Fernando Trebien]

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
:
> 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 
> 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 :
>> > 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
>> > :
>> >> 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
>> >> 
>> >> 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
>> >>> :
>> >>> > 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
>> >>> > 
>> >>> > 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
>> >>> >

Re: [Talk-br] Numeração de ruas

[Erick de Oliveira Leal]

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 <
erickdeoliveiral...@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  > 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
>> :
>> > 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.treb...@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
>> >> :
>> >> > 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
>> >> > 
>> >> > 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
>> >> >> :
>> >> >> > 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
>> >> >> > 
>> >> >> > 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

Re: [Talk-br] Numeração de ruas

[Erick de Oliveira Leal]

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
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
> :
> > 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.treb...@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
> >> :
> >> > 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
> >> > 
> >> > 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
> >> >> :
> >> >> > 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
> >> >> > 
> >> >> > 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 
> escreveu:
> >> >> >>
> >> >> >>> Quando não é possível pegar todos os números de uma rua, eu pego
> o
> >> >> >>> primeiro e último de 

Re: [Talk-br] Numeração de ruas

[Erick de Oliveira Leal]

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
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 :
> > 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
> > :
> >> 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.treb...@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
> >>> :
> >>> > 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
> >>> > 
> >>> > 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  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.openstreet

Re: [Talk-br] Numeração de ruas

[Fernando Trebien]

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
:
> 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 
> 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
>> :
>> > 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
>> > 
>> > 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
>> >> :
>> >> > 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
>> >> > 
>> >> > 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  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,
>> >> >

Re: [Talk-br] Numeração de ruas

[Fernando Trebien]

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 :
> 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
> :
>> 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 
>> 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
>>> :
>>> > 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
>>> > 
>>> > 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  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
>>>  :
>>>  > Pa

Re: [Talk-br] Numeração de ruas

[Erick de Oliveira Leal]

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 <
erickdeoliveiral...@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  > 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
>> :
>> > 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.treb...@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
>> >> :
>> >> > 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
>> >> > 
>> >> > 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  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

Re: [Talk-br] Numeração de ruas

[Erick de Oliveira Leal]

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
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
> :
> > 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.treb...@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
> >> :
> >> > 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
> >> > 
> >> > 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  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
> >>  :
> >>  > Para numerar uma rua é só eu criar uma rua paralela a ela,
> c

Re: [Talk-br] Numeração de ruas

[Fernando Trebien]

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
:
> 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 
> 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
>> :
>> > 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
>> > 
>> > 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  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
>>  :
>>  > 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@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 ma

Re: [Talk-br] Numeração de ruas

[Erick de Oliveira Leal]

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
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
> :
> > 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.carva...@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  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
>  :
>  > 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@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@openstreetmap.org
>  https://lists.openstreetmap.org/listinfo/talk-br
> >>>
> >>>
> >>>
> >>>
> >>> ___
> >>> Talk-br mailing list
> >>> Talk-br@openstreetmap.org
> >>> https://lists.openstreetmap.org/listinfo/talk-br
> >>>
> >>>
> >>>
> >>> ___
> >>> Talk-br mailing list
> >>> Talk-br@openstreetmap.org
> >>> https://lists.openstreetmap.org/listinfo/talk-br
> >>>
> >>
> >>
> >> ___
> >> Talk-br mailing list
> >> Talk-br@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-br
> >>
> >
> >
> > ___
> > Talk-br mailing list
> > Talk-br@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@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas

[Fernando Trebien]

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
:
> 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 
> 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  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
 :
 > 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@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@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>>
>>>
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>>
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
> ___
> Talk-br mailing list
> Talk-br@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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas

[Fernando Trebien]

Na verdade, usando interpoladores, quase não faz sentido o esforço de
colocar número por número porque:
- a distribuição espacial na vida real é quase uniforme (a mesma
gerada pela interpolação), dá até pra pular algumas quadras sem perder
muita precisão, e provavelmente seria suficiente colocar só o primeiro
e o último número da rua (não fossem uns bugs no Nominatim, que talvez
até já tenham resolvido); e
- a principal característica que tem que dar certo é que o
interpolador acerte a "quadra" em que os números interpolados caem, o
ponto exato dentro da quadra não é tão importante (geralmente o
motorista vai estacionar perto e não exatamente na frente)

Só é importante colocar número por número nos países que não seguem a
regra da distância que seguimos no Brasil.

Claro, depois que tivermos mapeado a maioria das vias que faltam e os
principais POIs, mapeado bairros, consertado nomes, etc., daí sim faz
sentido se preocupar em refinar a numeração porta por porta. (Minha
opinião.)

2014-03-17 22:29 GMT-03:00 Paulo Carvalho :
> É 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  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
>>> :
>>> > 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@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@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
> ___
> Talk-br mailing list
> Talk-br@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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas

[Erick de Oliveira Leal]

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
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  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
>>> :
>>> > 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@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@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>
>>
>>
>> ___
>> Talk-br mailing 
>> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas

[Paulo Carvalho]

É 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  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
>> :
>> > 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@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@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas

[Wille]

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
mailto:erickdeoliveiral...@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@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@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-br




___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas

[Paulo Carvalho]

>
> 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
> :
> > 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@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@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Numeração de ruas

[Fernando Trebien]

Isso. Pra ver um exemplo, baixa no JOSM essa linha:
http://www.openstreetmap.org/way/229631605

E olha as etiquetas da linha e dos pontos da linha.

Na linha, no lado ímpar vai a etiqueta addr:interpolation=odd. No lado
par vai addr:interpolation=even. Se quiser fazer os dois com uma linha
só, vai addr:interpolation=all. (Esse último só faz sentido em vias
que não são divididas, nas divididas é melhor separar pro roteamento
ficar bem coerente.)

Nos pontos vão addr:street (que tem que ser igual ao name na linha da
via) e addr:housenumber. Acho que o ideal é usar pontos exclusivamente
pros interpoladores, separados das outras coisas.

2014-03-17 18:04 GMT-03:00 Erick de Oliveira Leal
:
> 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@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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Numeração de ruas

[Erick de Oliveira Leal]

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@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br