Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Pois é, faz um certo sentido pra eles porque nem todos os países
seguem essa regra de numeração baseada na distância do início da via.
Pra nós seria mais conveniente que essa regra não existisse. Mas fazer
o quê?

Continuo achando que não está errado, mas é bom saber pra incluir um
tratamento disso em scripts e conversores.

2013/7/31 Roger C. Soares :
> E a resolução lá foi rápida :). É o tamanho mesmo, a distância tem que ser
> menor que 1000m. Talvez o que dê pra melhorar é o fato de se adicionar um
> número no meio e não reindexar. Depois eu coloco uns números no meio dessa e
> da independência pra ver se alguma funciona sem ter que quebrar ou recriar a
> interpolação... e por enquanto eu vou parar de conectar nros muito longes...
>
>
> Atenciosamente,
> Roger.
>
> --
> Fernando Trebien escreveu:
>
> Postei essa informação lá. Começo a desconfiar que é por causa do
> tamanho do intervalo (mais de 1000 números), mas vamos aguardar a
> resposta deles.
>
> 2013/7/30 Roger C. Soares :
>
>
> Ok, sem problema.
> Só pra ser mais preciso, o intervalo de 555 a 1855 pra mim não funcionou em
> nenhuma situação, qdo eu quebrei em 3 caminhos ficou exatamente como está
> agora.. só retornava para o intervalo de 1855 a 2089.
>
>
> Atenciosamente,
> Roger.
>
> --
> Fernando Trebien escreveu:
>
> Hm olha só, o Nominatim não está gerando os números de 555 a 1855, mas
> os outros sim. Já criei um ticket descrevendo essa situação
> (https://trac.openstreetmap.org/ticket/4925), então peço pra você não
> alterar o interpolador até que eles investiguem. (Da última vez,
> demoraram umas 2 semanas para me dar uma resposta.)
>
> 2013/7/30 Fernando Trebien :
>
>
> Eu já vi alguém descrevendo alguma situação parecida no TRAC do
> Nominatim, acho que é um bug conhecido (e até acho que já aconteceu
> comigo, mas como alterei mais coisas de uma vez só, não tive certeza).
> De qualquer forma, estava tão certo o jeito que você fez antes quanto
> está agora quanto estava quando quebrado em 3 partes (só um pouquinho
> menos eficiente). Era pra funcionar em todas essas situações.
>
> Também já passei por casos em que o Nominatim demorou pra atualizar,
> então eu sugiro que você olhe 1 dia depois da alteração pra confirmar
> que continua funcionando. Se sim, me avisa que eu abro o bug. De
> qualquer forma, sugeriria deixar como está até que eles olhem o
> problema e, se não consertarem, daí quebrar em 3 partes de novo (ruim,
> mas podemos fazer muito pouco, a menos que criemos um serviço
> alternativo ao Nominatim).
>
> 2013/7/30 Roger C. Soares :
>
>
> Recaptulando, Rua Campos Salles, Ribeirão Preto,
>
> No início nenhum nro aparecia nas buscas:
> 555|1855--|2089 (1 way)
>
> Depois adicionei o nro 2005 na interpolação e continuou não retornando nros
> nas buscas:
> 555|1855---2005-|2089 (1 way)
>
> Depois apenas quebrei a interpolação em 3 caminhos, de 1855 a 2089 começou a
> funcionar:
> 555||1855|---|2005|-|2089 (3 ways)
>
> E por último combinei o caminho da interpolação em 1 novamente, e de 1855 a
> 2089 continuou funcionando:
> 555|1855---2005-|2089 (1 way)
>
> Eu não vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz
> que exista alguma limitação de tamanho mesmo, na av independência tem uma
> interpolação que vai de 1500 a 2514 que tb não funciona. Talvez como ela já
> foi indexada, se eu colocar outros nros no meio não seja suficiente para
> reindexar, teria que apagar o caminho e criar um novo...
>
> Atenciosamente,
> Roger.
>
> --
>
> Fernando Trebien escreveu:
>
> Agora entendi. Bem, deixar os terminais vazios não faria muito
> sentido. Nesse caso o melhor ou é dar um número aproximado ou colocar
> os terminais com uma tag "fixme" pedindo para alguém avaliar o melhor
> número. Eu tenho esse costume em Porto Alegre: vou marcando várias
> coisas com fixme, depois tiro 1 dia pra fazer inspeção e resolver as
> dúvidas. Tem funcionado muito bem.
>
> Agora sinceramente não sei por que os seus interpoladores não
> funcionam, tudo me parece correto. Uma sugestão: tente quebrá-los em
> algum ponto (digamos, na metade) e veja se alguma coisa muda (se um
> dos lados passa a funcionar, ou ambos). Se mudar, sugiro que você
> desfaça a sua alteração, verifique que parou de funcionar de novo, e
> daí abra um ticket no TRAC do Nominatim (se você quiser posso fazer
> isso) relatando o problema: https://trac.openstreetmap.org
>
> 2013/7/27 Roger C. Soares :
>
>
> Nesse meu comentário eu estava pensando nos nós terminais vazios:
>
>   []_[20]_[40]_[]
>  /   \
> []---highway-[]
>
> Até um tempo atrás eu imaginava que ele pudesse tirar uma média e calcular
> que o primeiro nó é próximo do 0 e o último próximo do 60. Assim, se alguém
> buscasse por 10 ou 50 um ponto na rua seria retornado, mesmo a casa 20 sendo
> a primeira e a 40 a última.
>
> Quanto a rejeitar 

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

E a resolução lá foi rápida :). É o tamanho mesmo, a distância tem que
ser menor que 1000m. Talvez o que dê pra melhorar é o fato de se
adicionar um número no meio e não reindexar. Depois eu coloco uns
números no meio dessa e da independência pra ver se alguma funciona sem
ter que quebrar ou recriar a interpolação... e por enquanto eu vou
parar de conectar nros muito longes...

Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

  Postei essa informação lá. Começo a desconfiar que é por causa do
tamanho do intervalo (mais de 1000 números), mas vamos aguardar a
resposta deles.

2013/7/30 Roger C. Soares :
  
  
Ok, sem problema.
Só pra ser mais preciso, o intervalo de 555 a 1855 pra mim não funcionou em
nenhuma situação, qdo eu quebrei em 3 caminhos ficou exatamente como está
agora.. só retornava para o intervalo de 1855 a 2089.


Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

Hm olha só, o Nominatim não está gerando os números de 555 a 1855, mas
os outros sim. Já criei um ticket descrevendo essa situação
(https://trac.openstreetmap.org/ticket/4925), então peço pra você não
alterar o interpolador até que eles investiguem. (Da última vez,
demoraram umas 2 semanas para me dar uma resposta.)

2013/7/30 Fernando Trebien :


Eu já vi alguém descrevendo alguma situação parecida no TRAC do
Nominatim, acho que é um bug conhecido (e até acho que já aconteceu
comigo, mas como alterei mais coisas de uma vez só, não tive certeza).
De qualquer forma, estava tão certo o jeito que você fez antes quanto
está agora quanto estava quando quebrado em 3 partes (só um pouquinho
menos eficiente). Era pra funcionar em todas essas situações.

Também já passei por casos em que o Nominatim demorou pra atualizar,
então eu sugiro que você olhe 1 dia depois da alteração pra confirmar
que continua funcionando. Se sim, me avisa que eu abro o bug. De
qualquer forma, sugeriria deixar como está até que eles olhem o
problema e, se não consertarem, daí quebrar em 3 partes de novo (ruim,
mas podemos fazer muito pouco, a menos que criemos um serviço
alternativo ao Nominatim).

2013/7/30 Roger C. Soares :


Recaptulando, Rua Campos Salles, Ribeirão Preto,

No início nenhum nro aparecia nas buscas:
555|1855--|2089 (1 way)

Depois adicionei o nro 2005 na interpolação e continuou não retornando nros
nas buscas:
555|1855---2005-|2089 (1 way)

Depois apenas quebrei a interpolação em 3 caminhos, de 1855 a 2089 começou a
funcionar:
555||1855|---|2005|-|2089 (3 ways)

E por último combinei o caminho da interpolação em 1 novamente, e de 1855 a
2089 continuou funcionando:
555|1855---2005-|2089 (1 way)

Eu não vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz
que exista alguma limitação de tamanho mesmo, na av independência tem uma
interpolação que vai de 1500 a 2514 que tb não funciona. Talvez como ela já
foi indexada, se eu colocar outros nros no meio não seja suficiente para
reindexar, teria que apagar o caminho e criar um novo...

Atenciosamente,
Roger.

--

Fernando Trebien escreveu:

Agora entendi. Bem, deixar os terminais vazios não faria muito
sentido. Nesse caso o melhor ou é dar um número aproximado ou colocar
os terminais com uma tag "fixme" pedindo para alguém avaliar o melhor
número. Eu tenho esse costume em Porto Alegre: vou marcando várias
coisas com fixme, depois tiro 1 dia pra fazer inspeção e resolver as
dúvidas. Tem funcionado muito bem.

Agora sinceramente não sei por que os seus interpoladores não
funcionam, tudo me parece correto. Uma sugestão: tente quebrá-los em
algum ponto (digamos, na metade) e veja se alguma coisa muda (se um
dos lados passa a funcionar, ou ambos). Se mudar, sugiro que você
desfaça a sua alteração, verifique que parou de funcionar de novo, e
daí abra um ticket no TRAC do Nominatim (se você quiser posso fazer
isso) relatando o problema: https://trac.openstreetmap.org

2013/7/27 Roger C. Soares :


Nesse meu comentário eu estava pensando nos nós terminais vazios:

  []_[20]_[40]_[]
 /   \
[]---highway-[]

Até um tempo atrás eu imaginava que ele pudesse tirar uma média e calcular
que o primeiro nó é próximo do 0 e o último próximo do 60. Assim, se alguém
buscasse por 10 ou 50 um ponto na rua seria retornado, mesmo a casa 20 sendo
a primeira e a 40 a última.

Quanto a rejeitar apenas o intervalo que não passou na validação, vc tem
razão. Percebi agora que um dos exemplos que eu estava usando tem um nro no
meio que está estragando a sequência. Acho que era um prédio em construção,
ou eu digitei errado ou eles colocaram um nro estranho, preciso voltar lá.

Em Ribeirão Preto, na Quintino Bocaiúva, apesar do segundo intervalo não
retornar, o primeiro retorna, realmente boa notícia:
Rua Quintino Bocaiúva - de 9 a 275 (266 nros), 220m

Já na campos salles, os 2 intervalos não retornam, apesar de terem menos
nros por me

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Postei essa informação lá. Começo a desconfiar que é por causa do
tamanho do intervalo (mais de 1000 números), mas vamos aguardar a
resposta deles.

2013/7/30 Roger C. Soares :
> Ok, sem problema.
> Só pra ser mais preciso, o intervalo de 555 a 1855 pra mim não funcionou em
> nenhuma situação, qdo eu quebrei em 3 caminhos ficou exatamente como está
> agora.. só retornava para o intervalo de 1855 a 2089.
>
>
> Atenciosamente,
> Roger.
>
> --
> Fernando Trebien escreveu:
>
> Hm olha só, o Nominatim não está gerando os números de 555 a 1855, mas
> os outros sim. Já criei um ticket descrevendo essa situação
> (https://trac.openstreetmap.org/ticket/4925), então peço pra você não
> alterar o interpolador até que eles investiguem. (Da última vez,
> demoraram umas 2 semanas para me dar uma resposta.)
>
> 2013/7/30 Fernando Trebien :
>
>
> Eu já vi alguém descrevendo alguma situação parecida no TRAC do
> Nominatim, acho que é um bug conhecido (e até acho que já aconteceu
> comigo, mas como alterei mais coisas de uma vez só, não tive certeza).
> De qualquer forma, estava tão certo o jeito que você fez antes quanto
> está agora quanto estava quando quebrado em 3 partes (só um pouquinho
> menos eficiente). Era pra funcionar em todas essas situações.
>
> Também já passei por casos em que o Nominatim demorou pra atualizar,
> então eu sugiro que você olhe 1 dia depois da alteração pra confirmar
> que continua funcionando. Se sim, me avisa que eu abro o bug. De
> qualquer forma, sugeriria deixar como está até que eles olhem o
> problema e, se não consertarem, daí quebrar em 3 partes de novo (ruim,
> mas podemos fazer muito pouco, a menos que criemos um serviço
> alternativo ao Nominatim).
>
> 2013/7/30 Roger C. Soares :
>
>
> Recaptulando, Rua Campos Salles, Ribeirão Preto,
>
> No início nenhum nro aparecia nas buscas:
> 555|1855--|2089 (1 way)
>
> Depois adicionei o nro 2005 na interpolação e continuou não retornando nros
> nas buscas:
> 555|1855---2005-|2089 (1 way)
>
> Depois apenas quebrei a interpolação em 3 caminhos, de 1855 a 2089 começou a
> funcionar:
> 555||1855|---|2005|-|2089 (3 ways)
>
> E por último combinei o caminho da interpolação em 1 novamente, e de 1855 a
> 2089 continuou funcionando:
> 555|1855---2005-|2089 (1 way)
>
> Eu não vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz
> que exista alguma limitação de tamanho mesmo, na av independência tem uma
> interpolação que vai de 1500 a 2514 que tb não funciona. Talvez como ela já
> foi indexada, se eu colocar outros nros no meio não seja suficiente para
> reindexar, teria que apagar o caminho e criar um novo...
>
> Atenciosamente,
> Roger.
>
> --
>
> Fernando Trebien escreveu:
>
> Agora entendi. Bem, deixar os terminais vazios não faria muito
> sentido. Nesse caso o melhor ou é dar um número aproximado ou colocar
> os terminais com uma tag "fixme" pedindo para alguém avaliar o melhor
> número. Eu tenho esse costume em Porto Alegre: vou marcando várias
> coisas com fixme, depois tiro 1 dia pra fazer inspeção e resolver as
> dúvidas. Tem funcionado muito bem.
>
> Agora sinceramente não sei por que os seus interpoladores não
> funcionam, tudo me parece correto. Uma sugestão: tente quebrá-los em
> algum ponto (digamos, na metade) e veja se alguma coisa muda (se um
> dos lados passa a funcionar, ou ambos). Se mudar, sugiro que você
> desfaça a sua alteração, verifique que parou de funcionar de novo, e
> daí abra um ticket no TRAC do Nominatim (se você quiser posso fazer
> isso) relatando o problema: https://trac.openstreetmap.org
>
> 2013/7/27 Roger C. Soares :
>
>
> Nesse meu comentário eu estava pensando nos nós terminais vazios:
>
>   []_[20]_[40]_[]
>  /   \
> []---highway-[]
>
> Até um tempo atrás eu imaginava que ele pudesse tirar uma média e calcular
> que o primeiro nó é próximo do 0 e o último próximo do 60. Assim, se alguém
> buscasse por 10 ou 50 um ponto na rua seria retornado, mesmo a casa 20 sendo
> a primeira e a 40 a última.
>
> Quanto a rejeitar apenas o intervalo que não passou na validação, vc tem
> razão. Percebi agora que um dos exemplos que eu estava usando tem um nro no
> meio que está estragando a sequência. Acho que era um prédio em construção,
> ou eu digitei errado ou eles colocaram um nro estranho, preciso voltar lá.
>
> Em Ribeirão Preto, na Quintino Bocaiúva, apesar do segundo intervalo não
> retornar, o primeiro retorna, realmente boa notícia:
> Rua Quintino Bocaiúva - de 9 a 275 (266 nros), 220m
>
> Já na campos salles, os 2 intervalos não retornam, apesar de terem menos
> nros por metro que na quintino:
> Rua Campos Salles - de 555 a 1855 (1300 nros), 1310m
> Rua Campos Salles - de 1855 a 2089 (234 nros), 230m
>
> Talvez pq os nros estão muito distantes um do outro?
>
>
> Atenciosamente,
> Roger.
>
> --
> Fernando Trebien escreveu:
>
> Olha,

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Ok, sem problema.
Só pra ser mais preciso, o intervalo de 555 a 1855 pra mim não
funcionou em nenhuma situação, qdo eu quebrei em 3 caminhos ficou
exatamente como está agora.. só retornava para o intervalo de 1855 a
2089.

Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

  Hm olha só, o Nominatim não está gerando os números de 555 a 1855, mas
os outros sim. Já criei um ticket descrevendo essa situação
(https://trac.openstreetmap.org/ticket/4925), então peço pra você não
alterar o interpolador até que eles investiguem. (Da última vez,
demoraram umas 2 semanas para me dar uma resposta.)

2013/7/30 Fernando Trebien :
  
  
Eu já vi alguém descrevendo alguma situação parecida no TRAC do
Nominatim, acho que é um bug conhecido (e até acho que já aconteceu
comigo, mas como alterei mais coisas de uma vez só, não tive certeza).
De qualquer forma, estava tão certo o jeito que você fez antes quanto
está agora quanto estava quando quebrado em 3 partes (só um pouquinho
menos eficiente). Era pra funcionar em todas essas situações.

Também já passei por casos em que o Nominatim demorou pra atualizar,
então eu sugiro que você olhe 1 dia depois da alteração pra confirmar
que continua funcionando. Se sim, me avisa que eu abro o bug. De
qualquer forma, sugeriria deixar como está até que eles olhem o
problema e, se não consertarem, daí quebrar em 3 partes de novo (ruim,
mas podemos fazer muito pouco, a menos que criemos um serviço
alternativo ao Nominatim).

2013/7/30 Roger C. Soares :


  Recaptulando, Rua Campos Salles, Ribeirão Preto,

No início nenhum nro aparecia nas buscas:
555|1855--|2089 (1 way)

Depois adicionei o nro 2005 na interpolação e continuou não retornando nros
nas buscas:
555|1855---2005-|2089 (1 way)

Depois apenas quebrei a interpolação em 3 caminhos, de 1855 a 2089 começou a
funcionar:
555||1855|---|2005|-|2089 (3 ways)

E por último combinei o caminho da interpolação em 1 novamente, e de 1855 a
2089 continuou funcionando:
555|1855---2005-|2089 (1 way)

Eu não vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz
que exista alguma limitação de tamanho mesmo, na av independência tem uma
interpolação que vai de 1500 a 2514 que tb não funciona. Talvez como ela já
foi indexada, se eu colocar outros nros no meio não seja suficiente para
reindexar, teria que apagar o caminho e criar um novo...

Atenciosamente,
Roger.

--

Fernando Trebien escreveu:

Agora entendi. Bem, deixar os terminais vazios não faria muito
sentido. Nesse caso o melhor ou é dar um número aproximado ou colocar
os terminais com uma tag "fixme" pedindo para alguém avaliar o melhor
número. Eu tenho esse costume em Porto Alegre: vou marcando várias
coisas com fixme, depois tiro 1 dia pra fazer inspeção e resolver as
dúvidas. Tem funcionado muito bem.

Agora sinceramente não sei por que os seus interpoladores não
funcionam, tudo me parece correto. Uma sugestão: tente quebrá-los em
algum ponto (digamos, na metade) e veja se alguma coisa muda (se um
dos lados passa a funcionar, ou ambos). Se mudar, sugiro que você
desfaça a sua alteração, verifique que parou de funcionar de novo, e
daí abra um ticket no TRAC do Nominatim (se você quiser posso fazer
isso) relatando o problema: https://trac.openstreetmap.org

2013/7/27 Roger C. Soares :


Nesse meu comentário eu estava pensando nos nós terminais vazios:

  []_[20]_[40]_[]
 /   \
[]---highway-[]

Até um tempo atrás eu imaginava que ele pudesse tirar uma média e calcular
que o primeiro nó é próximo do 0 e o último próximo do 60. Assim, se alguém
buscasse por 10 ou 50 um ponto na rua seria retornado, mesmo a casa 20 sendo
a primeira e a 40 a última.

Quanto a rejeitar apenas o intervalo que não passou na validação, vc tem
razão. Percebi agora que um dos exemplos que eu estava usando tem um nro no
meio que está estragando a sequência. Acho que era um prédio em construção,
ou eu digitei errado ou eles colocaram um nro estranho, preciso voltar lá.

Em Ribeirão Preto, na Quintino Bocaiúva, apesar do segundo intervalo não
retornar, o primeiro retorna, realmente boa notícia:
Rua Quintino Bocaiúva - de 9 a 275 (266 nros), 220m

Já na campos salles, os 2 intervalos não retornam, apesar de terem menos
nros por metro que na quintino:
Rua Campos Salles - de 555 a 1855 (1300 nros), 1310m
Rua Campos Salles - de 1855 a 2089 (234 nros), 230m

Talvez pq os nros estão muito distantes um do outro?


Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

Olha, ele aceita nós sem número sim. Esses nós servem apenas para
fazer o interpolador acompanhar melhor as curvas da via principal.

Veja este nó por exemplo:
http://www.openstreetmap.org/browse/node/2249544793

Daí onde diz "Parte de", clique no link para ver o interpolador. Ele é
bem longo e cheio de nós, alguns com número, outros sem. Os sem número
ficam tota

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Hm olha só, o Nominatim não está gerando os números de 555 a 1855, mas
os outros sim. Já criei um ticket descrevendo essa situação
(https://trac.openstreetmap.org/ticket/4925), então peço pra você não
alterar o interpolador até que eles investiguem. (Da última vez,
demoraram umas 2 semanas para me dar uma resposta.)

2013/7/30 Fernando Trebien :
> Eu já vi alguém descrevendo alguma situação parecida no TRAC do
> Nominatim, acho que é um bug conhecido (e até acho que já aconteceu
> comigo, mas como alterei mais coisas de uma vez só, não tive certeza).
> De qualquer forma, estava tão certo o jeito que você fez antes quanto
> está agora quanto estava quando quebrado em 3 partes (só um pouquinho
> menos eficiente). Era pra funcionar em todas essas situações.
>
> Também já passei por casos em que o Nominatim demorou pra atualizar,
> então eu sugiro que você olhe 1 dia depois da alteração pra confirmar
> que continua funcionando. Se sim, me avisa que eu abro o bug. De
> qualquer forma, sugeriria deixar como está até que eles olhem o
> problema e, se não consertarem, daí quebrar em 3 partes de novo (ruim,
> mas podemos fazer muito pouco, a menos que criemos um serviço
> alternativo ao Nominatim).
>
> 2013/7/30 Roger C. Soares :
>> Recaptulando, Rua Campos Salles, Ribeirão Preto,
>>
>> No início nenhum nro aparecia nas buscas:
>> 555|1855--|2089 (1 way)
>>
>> Depois adicionei o nro 2005 na interpolação e continuou não retornando nros
>> nas buscas:
>> 555|1855---2005-|2089 (1 way)
>>
>> Depois apenas quebrei a interpolação em 3 caminhos, de 1855 a 2089 começou a
>> funcionar:
>> 555||1855|---|2005|-|2089 (3 ways)
>>
>> E por último combinei o caminho da interpolação em 1 novamente, e de 1855 a
>> 2089 continuou funcionando:
>> 555|1855---2005-|2089 (1 way)
>>
>> Eu não vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz
>> que exista alguma limitação de tamanho mesmo, na av independência tem uma
>> interpolação que vai de 1500 a 2514 que tb não funciona. Talvez como ela já
>> foi indexada, se eu colocar outros nros no meio não seja suficiente para
>> reindexar, teria que apagar o caminho e criar um novo...
>>
>> Atenciosamente,
>> Roger.
>>
>> --
>>
>> Fernando Trebien escreveu:
>>
>> Agora entendi. Bem, deixar os terminais vazios não faria muito
>> sentido. Nesse caso o melhor ou é dar um número aproximado ou colocar
>> os terminais com uma tag "fixme" pedindo para alguém avaliar o melhor
>> número. Eu tenho esse costume em Porto Alegre: vou marcando várias
>> coisas com fixme, depois tiro 1 dia pra fazer inspeção e resolver as
>> dúvidas. Tem funcionado muito bem.
>>
>> Agora sinceramente não sei por que os seus interpoladores não
>> funcionam, tudo me parece correto. Uma sugestão: tente quebrá-los em
>> algum ponto (digamos, na metade) e veja se alguma coisa muda (se um
>> dos lados passa a funcionar, ou ambos). Se mudar, sugiro que você
>> desfaça a sua alteração, verifique que parou de funcionar de novo, e
>> daí abra um ticket no TRAC do Nominatim (se você quiser posso fazer
>> isso) relatando o problema: https://trac.openstreetmap.org
>>
>> 2013/7/27 Roger C. Soares :
>>
>>
>> Nesse meu comentário eu estava pensando nos nós terminais vazios:
>>
>>   []_[20]_[40]_[]
>>  /   \
>> []---highway-[]
>>
>> Até um tempo atrás eu imaginava que ele pudesse tirar uma média e calcular
>> que o primeiro nó é próximo do 0 e o último próximo do 60. Assim, se alguém
>> buscasse por 10 ou 50 um ponto na rua seria retornado, mesmo a casa 20 sendo
>> a primeira e a 40 a última.
>>
>> Quanto a rejeitar apenas o intervalo que não passou na validação, vc tem
>> razão. Percebi agora que um dos exemplos que eu estava usando tem um nro no
>> meio que está estragando a sequência. Acho que era um prédio em construção,
>> ou eu digitei errado ou eles colocaram um nro estranho, preciso voltar lá.
>>
>> Em Ribeirão Preto, na Quintino Bocaiúva, apesar do segundo intervalo não
>> retornar, o primeiro retorna, realmente boa notícia:
>> Rua Quintino Bocaiúva - de 9 a 275 (266 nros), 220m
>>
>> Já na campos salles, os 2 intervalos não retornam, apesar de terem menos
>> nros por metro que na quintino:
>> Rua Campos Salles - de 555 a 1855 (1300 nros), 1310m
>> Rua Campos Salles - de 1855 a 2089 (234 nros), 230m
>>
>> Talvez pq os nros estão muito distantes um do outro?
>>
>>
>> Atenciosamente,
>> Roger.
>>
>> --
>> Fernando Trebien escreveu:
>>
>> Olha, ele aceita nós sem número sim. Esses nós servem apenas para
>> fazer o interpolador acompanhar melhor as curvas da via principal.
>>
>> Veja este nó por exemplo:
>> http://www.openstreetmap.org/browse/node/2249544793
>>
>> Daí onde diz "Parte de", clique no link para ver o interpolador. Ele é
>> bem longo e cheio de nós, alguns com número, outros sem. Os sem número
>> ficam totalmente sem tags.
>>
>> Outro nó 

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Eu já vi alguém descrevendo alguma situação parecida no TRAC do
Nominatim, acho que é um bug conhecido (e até acho que já aconteceu
comigo, mas como alterei mais coisas de uma vez só, não tive certeza).
De qualquer forma, estava tão certo o jeito que você fez antes quanto
está agora quanto estava quando quebrado em 3 partes (só um pouquinho
menos eficiente). Era pra funcionar em todas essas situações.

Também já passei por casos em que o Nominatim demorou pra atualizar,
então eu sugiro que você olhe 1 dia depois da alteração pra confirmar
que continua funcionando. Se sim, me avisa que eu abro o bug. De
qualquer forma, sugeriria deixar como está até que eles olhem o
problema e, se não consertarem, daí quebrar em 3 partes de novo (ruim,
mas podemos fazer muito pouco, a menos que criemos um serviço
alternativo ao Nominatim).

2013/7/30 Roger C. Soares :
> Recaptulando, Rua Campos Salles, Ribeirão Preto,
>
> No início nenhum nro aparecia nas buscas:
> 555|1855--|2089 (1 way)
>
> Depois adicionei o nro 2005 na interpolação e continuou não retornando nros
> nas buscas:
> 555|1855---2005-|2089 (1 way)
>
> Depois apenas quebrei a interpolação em 3 caminhos, de 1855 a 2089 começou a
> funcionar:
> 555||1855|---|2005|-|2089 (3 ways)
>
> E por último combinei o caminho da interpolação em 1 novamente, e de 1855 a
> 2089 continuou funcionando:
> 555|1855---2005-|2089 (1 way)
>
> Eu não vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz
> que exista alguma limitação de tamanho mesmo, na av independência tem uma
> interpolação que vai de 1500 a 2514 que tb não funciona. Talvez como ela já
> foi indexada, se eu colocar outros nros no meio não seja suficiente para
> reindexar, teria que apagar o caminho e criar um novo...
>
> Atenciosamente,
> Roger.
>
> --
>
> Fernando Trebien escreveu:
>
> Agora entendi. Bem, deixar os terminais vazios não faria muito
> sentido. Nesse caso o melhor ou é dar um número aproximado ou colocar
> os terminais com uma tag "fixme" pedindo para alguém avaliar o melhor
> número. Eu tenho esse costume em Porto Alegre: vou marcando várias
> coisas com fixme, depois tiro 1 dia pra fazer inspeção e resolver as
> dúvidas. Tem funcionado muito bem.
>
> Agora sinceramente não sei por que os seus interpoladores não
> funcionam, tudo me parece correto. Uma sugestão: tente quebrá-los em
> algum ponto (digamos, na metade) e veja se alguma coisa muda (se um
> dos lados passa a funcionar, ou ambos). Se mudar, sugiro que você
> desfaça a sua alteração, verifique que parou de funcionar de novo, e
> daí abra um ticket no TRAC do Nominatim (se você quiser posso fazer
> isso) relatando o problema: https://trac.openstreetmap.org
>
> 2013/7/27 Roger C. Soares :
>
>
> Nesse meu comentário eu estava pensando nos nós terminais vazios:
>
>   []_[20]_[40]_[]
>  /   \
> []---highway-[]
>
> Até um tempo atrás eu imaginava que ele pudesse tirar uma média e calcular
> que o primeiro nó é próximo do 0 e o último próximo do 60. Assim, se alguém
> buscasse por 10 ou 50 um ponto na rua seria retornado, mesmo a casa 20 sendo
> a primeira e a 40 a última.
>
> Quanto a rejeitar apenas o intervalo que não passou na validação, vc tem
> razão. Percebi agora que um dos exemplos que eu estava usando tem um nro no
> meio que está estragando a sequência. Acho que era um prédio em construção,
> ou eu digitei errado ou eles colocaram um nro estranho, preciso voltar lá.
>
> Em Ribeirão Preto, na Quintino Bocaiúva, apesar do segundo intervalo não
> retornar, o primeiro retorna, realmente boa notícia:
> Rua Quintino Bocaiúva - de 9 a 275 (266 nros), 220m
>
> Já na campos salles, os 2 intervalos não retornam, apesar de terem menos
> nros por metro que na quintino:
> Rua Campos Salles - de 555 a 1855 (1300 nros), 1310m
> Rua Campos Salles - de 1855 a 2089 (234 nros), 230m
>
> Talvez pq os nros estão muito distantes um do outro?
>
>
> Atenciosamente,
> Roger.
>
> --
> Fernando Trebien escreveu:
>
> Olha, ele aceita nós sem número sim. Esses nós servem apenas para
> fazer o interpolador acompanhar melhor as curvas da via principal.
>
> Veja este nó por exemplo:
> http://www.openstreetmap.org/browse/node/2249544793
>
> Daí onde diz "Parte de", clique no link para ver o interpolador. Ele é
> bem longo e cheio de nós, alguns com número, outros sem. Os sem número
> ficam totalmente sem tags.
>
> Outro nó no mesmo interpolador (logo ao lado do anterior), mas com
> número: http://www.openstreetmap.org/browse/node/2248442311
>
> Se você agora buscar por "avenida guaíba 10740 poa" vai encontrar um
> resultado.
>
> Uma coisa interessante sobre esse interpolador (que diz algo sobre
> como funciona o Nominatim) é que a verificação de sanidade rejeita o
> primeiro intervalo, de 9894 a 10652, mas não rejeita os demais (boa
> notícia). Nesse intervalo há uma diferença de 758 n

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Recaptulando, Rua Campos Salles, Ribeirão Preto,

No início nenhum nro aparecia nas buscas:
555|1855--|2089 (1 way)

Depois adicionei o nro 2005 na interpolação e continuou não retornando nros nas buscas:
555|1855---2005-|2089 (1 way)

Depois apenas quebrei a interpolação em 3 caminhos, de 1855 a 2089 começou a funcionar:
555||1855|---|2005|-|2089 (3 ways)

E por último combinei o caminho da interpolação em 1 novamente, e de 1855 a 2089 continuou funcionando:
555|1855---2005-|2089 (1 way)

Eu não vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz que exista alguma limitação de tamanho mesmo, na av independência tem uma interpolação que vai de 1500 a 2514 que tb não funciona. Talvez como ela já foi indexada, se eu colocar outros nros no meio não seja suficiente para reindexar, teria que apagar o caminho e criar um novo...

Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

  Agora entendi. Bem, deixar os terminais vazios não faria muito
sentido. Nesse caso o melhor ou é dar um número aproximado ou colocar
os terminais com uma tag "fixme" pedindo para alguém avaliar o melhor
número. Eu tenho esse costume em Porto Alegre: vou marcando várias
coisas com fixme, depois tiro 1 dia pra fazer inspeção e resolver as
dúvidas. Tem funcionado muito bem.

Agora sinceramente não sei por que os seus interpoladores não
funcionam, tudo me parece correto. Uma sugestão: tente quebrá-los em
algum ponto (digamos, na metade) e veja se alguma coisa muda (se um
dos lados passa a funcionar, ou ambos). Se mudar, sugiro que você
desfaça a sua alteração, verifique que parou de funcionar de novo, e
daí abra um ticket no TRAC do Nominatim (se você quiser posso fazer
isso) relatando o problema: https://trac.openstreetmap.org

2013/7/27 Roger C. Soares :
  
  
Nesse meu comentário eu estava pensando nos nós terminais vazios:

  []_[20]_[40]_[]
 /   \
[]---highway-[]

Até um tempo atrás eu imaginava que ele pudesse tirar uma média e calcular
que o primeiro nó é próximo do 0 e o último próximo do 60. Assim, se alguém
buscasse por 10 ou 50 um ponto na rua seria retornado, mesmo a casa 20 sendo
a primeira e a 40 a última.

Quanto a rejeitar apenas o intervalo que não passou na validação, vc tem
razão. Percebi agora que um dos exemplos que eu estava usando tem um nro no
meio que está estragando a sequência. Acho que era um prédio em construção,
ou eu digitei errado ou eles colocaram um nro estranho, preciso voltar lá.

Em Ribeirão Preto, na Quintino Bocaiúva, apesar do segundo intervalo não
retornar, o primeiro retorna, realmente boa notícia:
Rua Quintino Bocaiúva - de 9 a 275 (266 nros), 220m

Já na campos salles, os 2 intervalos não retornam, apesar de terem menos
nros por metro que na quintino:
Rua Campos Salles - de 555 a 1855 (1300 nros), 1310m
Rua Campos Salles - de 1855 a 2089 (234 nros), 230m

Talvez pq os nros estão muito distantes um do outro?


Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

Olha, ele aceita nós sem número sim. Esses nós servem apenas para
fazer o interpolador acompanhar melhor as curvas da via principal.

Veja este nó por exemplo:
http://www.openstreetmap.org/browse/node/2249544793

Daí onde diz "Parte de", clique no link para ver o interpolador. Ele é
bem longo e cheio de nós, alguns com número, outros sem. Os sem número
ficam totalmente sem tags.

Outro nó no mesmo interpolador (logo ao lado do anterior), mas com
número: http://www.openstreetmap.org/browse/node/2248442311

Se você agora buscar por "avenida guaíba 10740 poa" vai encontrar um
resultado.

Uma coisa interessante sobre esse interpolador (que diz algo sobre
como funciona o Nominatim) é que a verificação de sanidade rejeita o
primeiro intervalo, de 9894 a 10652, mas não rejeita os demais (boa
notícia). Nesse intervalo há uma diferença de 758 números em uma
distância de 92 metros.

(Esse é o caso mais estranho de numeração em Porto Alegre. A rua foi
renumerada algumas vezes mas ninguém forçou a mudança, então há
algumas gerações de números intercaladas aí, por isso vários
interpoladores simultâneos. A numeração na fonte que eu vou importar
acompanha 1 dessas interpolações, acredito que seja a numeração
"oficial" - a que vai passar a valer ao longo do tempo. Acho que o
ideal nesse caso é usar interpoladores para a numeração oficial e
mapear cada casa separadamente, afinal seria uma exceção.)

2013/7/26 Roger C. Soares :


Legal, é exatamente assim que eu tenho mapeado. Qdo o número é de um prédio
eu tb coloco o nome no addr:housename, pra quando alguém fizer o contorno
ter a informação lá.

Eu dei uma olhada em algumas interpolações que eu fiz e qdo as distâncias
são próximas realmente estão funcionando legal. Como numeração pra mim não é
prioridade no momento eu coloco só algumas que eu fotografo, e as vezes eu
ligava um nro numa interpolação que est

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Agora entendi. Bem, deixar os terminais vazios não faria muito
sentido. Nesse caso o melhor ou é dar um número aproximado ou colocar
os terminais com uma tag "fixme" pedindo para alguém avaliar o melhor
número. Eu tenho esse costume em Porto Alegre: vou marcando várias
coisas com fixme, depois tiro 1 dia pra fazer inspeção e resolver as
dúvidas. Tem funcionado muito bem.

Agora sinceramente não sei por que os seus interpoladores não
funcionam, tudo me parece correto. Uma sugestão: tente quebrá-los em
algum ponto (digamos, na metade) e veja se alguma coisa muda (se um
dos lados passa a funcionar, ou ambos). Se mudar, sugiro que você
desfaça a sua alteração, verifique que parou de funcionar de novo, e
daí abra um ticket no TRAC do Nominatim (se você quiser posso fazer
isso) relatando o problema: https://trac.openstreetmap.org

2013/7/27 Roger C. Soares :
> Nesse meu comentário eu estava pensando nos nós terminais vazios:
>
>   []_[20]_[40]_[]
>  /   \
> []---highway-[]
>
> Até um tempo atrás eu imaginava que ele pudesse tirar uma média e calcular
> que o primeiro nó é próximo do 0 e o último próximo do 60. Assim, se alguém
> buscasse por 10 ou 50 um ponto na rua seria retornado, mesmo a casa 20 sendo
> a primeira e a 40 a última.
>
> Quanto a rejeitar apenas o intervalo que não passou na validação, vc tem
> razão. Percebi agora que um dos exemplos que eu estava usando tem um nro no
> meio que está estragando a sequência. Acho que era um prédio em construção,
> ou eu digitei errado ou eles colocaram um nro estranho, preciso voltar lá.
>
> Em Ribeirão Preto, na Quintino Bocaiúva, apesar do segundo intervalo não
> retornar, o primeiro retorna, realmente boa notícia:
> Rua Quintino Bocaiúva - de 9 a 275 (266 nros), 220m
>
> Já na campos salles, os 2 intervalos não retornam, apesar de terem menos
> nros por metro que na quintino:
> Rua Campos Salles - de 555 a 1855 (1300 nros), 1310m
> Rua Campos Salles - de 1855 a 2089 (234 nros), 230m
>
> Talvez pq os nros estão muito distantes um do outro?
>
>
> Atenciosamente,
> Roger.
>
> --
> Fernando Trebien escreveu:
>
> Olha, ele aceita nós sem número sim. Esses nós servem apenas para
> fazer o interpolador acompanhar melhor as curvas da via principal.
>
> Veja este nó por exemplo:
> http://www.openstreetmap.org/browse/node/2249544793
>
> Daí onde diz "Parte de", clique no link para ver o interpolador. Ele é
> bem longo e cheio de nós, alguns com número, outros sem. Os sem número
> ficam totalmente sem tags.
>
> Outro nó no mesmo interpolador (logo ao lado do anterior), mas com
> número: http://www.openstreetmap.org/browse/node/2248442311
>
> Se você agora buscar por "avenida guaíba 10740 poa" vai encontrar um
> resultado.
>
> Uma coisa interessante sobre esse interpolador (que diz algo sobre
> como funciona o Nominatim) é que a verificação de sanidade rejeita o
> primeiro intervalo, de 9894 a 10652, mas não rejeita os demais (boa
> notícia). Nesse intervalo há uma diferença de 758 números em uma
> distância de 92 metros.
>
> (Esse é o caso mais estranho de numeração em Porto Alegre. A rua foi
> renumerada algumas vezes mas ninguém forçou a mudança, então há
> algumas gerações de números intercaladas aí, por isso vários
> interpoladores simultâneos. A numeração na fonte que eu vou importar
> acompanha 1 dessas interpolações, acredito que seja a numeração
> "oficial" - a que vai passar a valer ao longo do tempo. Acho que o
> ideal nesse caso é usar interpoladores para a numeração oficial e
> mapear cada casa separadamente, afinal seria uma exceção.)
>
> 2013/7/26 Roger C. Soares :
>
>
> Legal, é exatamente assim que eu tenho mapeado. Qdo o número é de um prédio
> eu tb coloco o nome no addr:housename, pra quando alguém fizer o contorno
> ter a informação lá.
>
> Eu dei uma olhada em algumas interpolações que eu fiz e qdo as distâncias
> são próximas realmente estão funcionando legal. Como numeração pra mim não é
> prioridade no momento eu coloco só algumas que eu fotografo, e as vezes eu
> ligava um nro numa interpolação que estava funcionando e ela parava de
> funcionar, ou vice-versa, provavelmente pq o nro coletado estava muito longe
> dos outros ou eu colocava um nro intermediario que fazia passar na
> validação. Um trecho que não passe na validação invalida a interpolação
> toda... isso me confundiu, mas sabendo disso dá pra quebrar estrategicamente
> algumas e com o tempo, conforme forem entrando mais números, as buscas devem
> melhorar.
>
> O modo que vc usou em Porto Alegre eu tinha achado interessante para ligar o
> início e talvez o final da interpolação na rua. Assim ficaria a metragem
> inteira da rua coberta. A princípio eu preferia deixar o nó sem número, mas
> pelo visto ele não gera um valor intermediário pra nós sem número, então
> teria que ter um 0 como número do nó, talvez o mesmo nó para os dois lados
> da rua... O que vocês acham? É útil ou ficaria muito poluído
>

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Nesse meu comentário eu estava pensando nos nós terminais vazios:

  []_[20]_[40]_[]
 /   \
[]---highway-[]

Até um tempo atrás eu imaginava que ele pudesse tirar uma média e
calcular que o primeiro nó é próximo do 0 e o último próximo do 60.
Assim, se alguém buscasse por 10 ou 50 um ponto na rua seria retornado,
mesmo a casa 20 sendo a primeira e a 40 a última.

Quanto a rejeitar apenas o intervalo que não passou na validação, vc
tem razão. Percebi agora que um dos exemplos que eu estava usando tem
um nro no meio que está estragando a sequência. Acho que era um prédio
em construção, ou eu digitei errado ou eles colocaram um nro estranho,
preciso voltar lá.

Em Ribeirão Preto, na Quintino Bocaiúva, apesar do segundo intervalo
não retornar, o primeiro retorna, realmente boa notícia:
Rua Quintino Bocaiúva - de 9 a 275 (266 nros), 220m

Já na campos salles, os 2 intervalos não retornam, apesar de terem
menos nros por metro que na quintino:
Rua Campos Salles - de 555 a 1855 (1300 nros), 1310m
Rua Campos Salles - de 1855 a 2089 (234 nros), 230m

Talvez pq os nros estão muito distantes um do outro?

Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

  Olha, ele aceita nós sem número sim. Esses nós servem apenas para
fazer o interpolador acompanhar melhor as curvas da via principal.

Veja este nó por exemplo: http://www.openstreetmap.org/browse/node/2249544793

Daí onde diz "Parte de", clique no link para ver o interpolador. Ele é
bem longo e cheio de nós, alguns com número, outros sem. Os sem número
ficam totalmente sem tags.

Outro nó no mesmo interpolador (logo ao lado do anterior), mas com
número: http://www.openstreetmap.org/browse/node/2248442311

Se você agora buscar por "avenida guaíba 10740 poa" vai encontrar um resultado.

Uma coisa interessante sobre esse interpolador (que diz algo sobre
como funciona o Nominatim) é que a verificação de sanidade rejeita o
primeiro intervalo, de 9894 a 10652, mas não rejeita os demais (boa
notícia). Nesse intervalo há uma diferença de 758 números em uma
distância de 92 metros.

(Esse é o caso mais estranho de numeração em Porto Alegre. A rua foi
renumerada algumas vezes mas ninguém forçou a mudança, então há
algumas gerações de números intercaladas aí, por isso vários
interpoladores simultâneos. A numeração na fonte que eu vou importar
acompanha 1 dessas interpolações, acredito que seja a numeração
"oficial" - a que vai passar a valer ao longo do tempo. Acho que o
ideal nesse caso é usar interpoladores para a numeração oficial e
mapear cada casa separadamente, afinal seria uma exceção.)

2013/7/26 Roger C. Soares :
  
  
Legal, é exatamente assim que eu tenho mapeado. Qdo o número é de um prédio
eu tb coloco o nome no addr:housename, pra quando alguém fizer o contorno
ter a informação lá.

Eu dei uma olhada em algumas interpolações que eu fiz e qdo as distâncias
são próximas realmente estão funcionando legal. Como numeração pra mim não é
prioridade no momento eu coloco só algumas que eu fotografo, e as vezes eu
ligava um nro numa interpolação que estava funcionando e ela parava de
funcionar, ou vice-versa, provavelmente pq o nro coletado estava muito longe
dos outros ou eu colocava um nro intermediario que fazia passar na
validação. Um trecho que não passe na validação invalida a interpolação
toda... isso me confundiu, mas sabendo disso dá pra quebrar estrategicamente
algumas e com o tempo, conforme forem entrando mais números, as buscas devem
melhorar.

O modo que vc usou em Porto Alegre eu tinha achado interessante para ligar o
início e talvez o final da interpolação na rua. Assim ficaria a metragem
inteira da rua coberta. A princípio eu preferia deixar o nó sem número, mas
pelo visto ele não gera um valor intermediário pra nós sem número, então
teria que ter um 0 como número do nó, talvez o mesmo nó para os dois lados
da rua... O que vocês acham? É útil ou ficaria muito poluído


Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

Arlindo, para otimização da base de dados, acho melhor mesmo ter uma
via só. Mas daí usaríamos a tag "addr:inclusion=potential" ? Ou tanto
faz? (Sugeri isso só pra indicar que os números no interior do
cruzamento podem não existir, pro usuário faz pouca diferença.)

Adaptei os interpoladores que eu tinha colocado no mapa:
http://openstreetmap.org/?lat=-30.050652&lon=-51.225083&zoom=18&layers=M

O que você acha? Adicionamos aquela tag addr:inclusion, ou deixamos sem?

Roger, se você quiser olhar como eu fiz o interpolador para tentar
replicar a estrutura no seu, as linhas ficaram assim:
http://www.openstreetmap.org/browse/way/229632046
http://www.openstreetmap.org/browse/way/229632047

Clique em qualquer nó nessas listas para ver como ficaram os nós.
Repare especialmente nas tags que vão na linha e nas que vão nos nós.

Se você pesquisar por "701 rua general caldwell poa" ele retorna um
resultado interpolado como se esperaria.

("poa" = "po

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Olha, ele aceita nós sem número sim. Esses nós servem apenas para
fazer o interpolador acompanhar melhor as curvas da via principal.

Veja este nó por exemplo: http://www.openstreetmap.org/browse/node/2249544793

Daí onde diz "Parte de", clique no link para ver o interpolador. Ele é
bem longo e cheio de nós, alguns com número, outros sem. Os sem número
ficam totalmente sem tags.

Outro nó no mesmo interpolador (logo ao lado do anterior), mas com
número: http://www.openstreetmap.org/browse/node/2248442311

Se você agora buscar por "avenida guaíba 10740 poa" vai encontrar um resultado.

Uma coisa interessante sobre esse interpolador (que diz algo sobre
como funciona o Nominatim) é que a verificação de sanidade rejeita o
primeiro intervalo, de 9894 a 10652, mas não rejeita os demais (boa
notícia). Nesse intervalo há uma diferença de 758 números em uma
distância de 92 metros.

(Esse é o caso mais estranho de numeração em Porto Alegre. A rua foi
renumerada algumas vezes mas ninguém forçou a mudança, então há
algumas gerações de números intercaladas aí, por isso vários
interpoladores simultâneos. A numeração na fonte que eu vou importar
acompanha 1 dessas interpolações, acredito que seja a numeração
"oficial" - a que vai passar a valer ao longo do tempo. Acho que o
ideal nesse caso é usar interpoladores para a numeração oficial e
mapear cada casa separadamente, afinal seria uma exceção.)

2013/7/26 Roger C. Soares :
> Legal, é exatamente assim que eu tenho mapeado. Qdo o número é de um prédio
> eu tb coloco o nome no addr:housename, pra quando alguém fizer o contorno
> ter a informação lá.
>
> Eu dei uma olhada em algumas interpolações que eu fiz e qdo as distâncias
> são próximas realmente estão funcionando legal. Como numeração pra mim não é
> prioridade no momento eu coloco só algumas que eu fotografo, e as vezes eu
> ligava um nro numa interpolação que estava funcionando e ela parava de
> funcionar, ou vice-versa, provavelmente pq o nro coletado estava muito longe
> dos outros ou eu colocava um nro intermediario que fazia passar na
> validação. Um trecho que não passe na validação invalida a interpolação
> toda... isso me confundiu, mas sabendo disso dá pra quebrar estrategicamente
> algumas e com o tempo, conforme forem entrando mais números, as buscas devem
> melhorar.
>
> O modo que vc usou em Porto Alegre eu tinha achado interessante para ligar o
> início e talvez o final da interpolação na rua. Assim ficaria a metragem
> inteira da rua coberta. A princípio eu preferia deixar o nó sem número, mas
> pelo visto ele não gera um valor intermediário pra nós sem número, então
> teria que ter um 0 como número do nó, talvez o mesmo nó para os dois lados
> da rua... O que vocês acham? É útil ou ficaria muito poluído?
>
>
> Atenciosamente,
> Roger.
>
> --
> Fernando Trebien escreveu:
>
> Arlindo, para otimização da base de dados, acho melhor mesmo ter uma
> via só. Mas daí usaríamos a tag "addr:inclusion=potential" ? Ou tanto
> faz? (Sugeri isso só pra indicar que os números no interior do
> cruzamento podem não existir, pro usuário faz pouca diferença.)
>
> Adaptei os interpoladores que eu tinha colocado no mapa:
> http://openstreetmap.org/?lat=-30.050652&lon=-51.225083&zoom=18&layers=M
>
> O que você acha? Adicionamos aquela tag addr:inclusion, ou deixamos sem?
>
> Roger, se você quiser olhar como eu fiz o interpolador para tentar
> replicar a estrutura no seu, as linhas ficaram assim:
> http://www.openstreetmap.org/browse/way/229632046
> http://www.openstreetmap.org/browse/way/229632047
>
> Clique em qualquer nó nessas listas para ver como ficaram os nós.
> Repare especialmente nas tags que vão na linha e nas que vão nos nós.
>
> Se você pesquisar por "701 rua general caldwell poa" ele retorna um
> resultado interpolado como se esperaria.
>
> ("poa" = "porto alegre" porque eu adicionei esse valor na tag
> "loc_name" no nó que representa a cidade. De fato, muitas pessoas aqui
> se referem à cidade dessa forma, e vários nomes de produtos - como o
> BikePoa - o usam também. Só a imprensa que não usa.)
>
> Por causa dessa limitação do Nominatim (aquela validação de
> "sanidade"), pode ser uma "boa idéia" (mas não é obrigatório) quebrar
> os interpoladores nos trechos em que há uma variação muito brusca na
> numeração.
>
> 2013/7/26 Arlindo Pereira :
>
>
> Hm, mas aí isso envolveria ter de quebrar as vias em muitos pedaços. Nesse
> caso, não seria melhor ter uma só via? Dessa forma, os números das esquinas
> seriam corretos, e os interpolados entre os cruzamentos se localizariam
> nestes.
>
> []s
>
>
> 2013/7/26 Fernando Trebien 
>
>
> Acho que é isso sim. Só pra não ter dúvidas: o número 80 não seria um
> nó, seria o número interpolado, certo? Os únicos nós seriam o 72 e o
> 88, um de cada lado da via transversal, ambos próximos do cruzamento,
> e o tracejado (---) seria o interpolador conectando os dois, com a
> tag addr:inclusion=potential.
>
> 2013/7/26 Arlindo Pereira :
>
>
> Só para ver se eu entendi direi

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Legal, é exatamente assim que eu tenho mapeado. Qdo o número é de um
prédio eu tb coloco o nome no addr:housename, pra quando alguém fizer o
contorno ter a informação lá.

Eu dei uma olhada em algumas interpolações que eu fiz e qdo as
distâncias são próximas realmente estão funcionando legal. Como
numeração pra mim não é prioridade no momento eu coloco só algumas que
eu fotografo, e as vezes eu ligava um nro numa interpolação que estava
funcionando e ela parava de funcionar, ou vice-versa, provavelmente pq
o nro coletado estava muito longe dos outros ou eu colocava um nro
intermediario que fazia passar na validação. Um trecho que não passe na
validação invalida a interpolação toda... isso me confundiu, mas
sabendo disso dá pra quebrar estrategicamente algumas e com o tempo,
conforme forem entrando mais números, as buscas devem melhorar.

O modo que vc usou em Porto Alegre eu tinha achado interessante para
ligar o início e talvez o final da interpolação na rua. Assim ficaria a
metragem inteira da rua coberta. A princípio eu preferia deixar o nó
sem número, mas pelo visto ele não gera um valor intermediário pra nós
sem número, então teria que ter um 0 como número do nó, talvez o mesmo
nó para os dois lados da rua... O que vocês acham? É útil ou ficaria
muito poluído?

Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

  Arlindo, para otimização da base de dados, acho melhor mesmo ter uma
via só. Mas daí usaríamos a tag "addr:inclusion=potential" ? Ou tanto
faz? (Sugeri isso só pra indicar que os números no interior do
cruzamento podem não existir, pro usuário faz pouca diferença.)

Adaptei os interpoladores que eu tinha colocado no mapa:
http://openstreetmap.org/?lat=-30.050652&lon=-51.225083&zoom=18&layers=M

O que você acha? Adicionamos aquela tag addr:inclusion, ou deixamos sem?

Roger, se você quiser olhar como eu fiz o interpolador para tentar
replicar a estrutura no seu, as linhas ficaram assim:
http://www.openstreetmap.org/browse/way/229632046
http://www.openstreetmap.org/browse/way/229632047

Clique em qualquer nó nessas listas para ver como ficaram os nós.
Repare especialmente nas tags que vão na linha e nas que vão nos nós.

Se você pesquisar por "701 rua general caldwell poa" ele retorna um
resultado interpolado como se esperaria.

("poa" = "porto alegre" porque eu adicionei esse valor na tag
"loc_name" no nó que representa a cidade. De fato, muitas pessoas aqui
se referem à cidade dessa forma, e vários nomes de produtos - como o
BikePoa - o usam também. Só a imprensa que não usa.)

Por causa dessa limitação do Nominatim (aquela validação de
"sanidade"), pode ser uma "boa idéia" (mas não é obrigatório) quebrar
os interpoladores nos trechos em que há uma variação muito brusca na
numeração.

2013/7/26 Arlindo Pereira :
  
  
Hm, mas aí isso envolveria ter de quebrar as vias em muitos pedaços. Nesse
caso, não seria melhor ter uma só via? Dessa forma, os números das esquinas
seriam corretos, e os interpolados entre os cruzamentos se localizariam
nestes.

[]s


2013/7/26 Fernando Trebien 


  Acho que é isso sim. Só pra não ter dúvidas: o número 80 não seria um
nó, seria o número interpolado, certo? Os únicos nós seriam o 72 e o
88, um de cada lado da via transversal, ambos próximos do cruzamento,
e o tracejado (---) seria o interpolador conectando os dois, com a
tag addr:inclusion=potential.

2013/7/26 Arlindo Pereira :
  
  
Só para ver se eu entendi direito, teríamos então uma via com os números
reais de endereçamento na ponta dos quarteirões e, entre eles, isto é,
"embaixo" da rua transversal teríamos a média entre esses números?

Por exemplo: 72-|80|-88

Se for isso mesmo, com uma tag específica para esses casos, acho que
estou
de acordo.

[]s

Em 26/07/2013 10:38, "Fernando Trebien" 
escreveu:



  Eu sabia que deveria ter feito a rua 4 e a rua 5 no exemplo. :P

Não tenho dúvidas de que é estritamente errado. Aliás, estritamente,
os interpoladores são errados, pois produzem vários números
interpolados que não existem na realidade. Tomando como exemplo as
quadras de Buenos Aires de 100m de comprimento e com intervalo de
numeração de 100 números: se houver 20 prédios em cada quadra (10 de
cada lado da via), 80% dos números interpolados não existirão.

Se são errados, por que são usados? Porque são úteis. A minha questão
é se é útil ao usuário final saber que existe o "buraco" na numeração
ou se é mais útil obter uma aproximação sempre que possível. Todos os
outros mapas que eu conheço (particularmente os dois melhores, Google
Maps e Nokia HERE Maps) não têm esses buracos. O meu receio é que um
usuário, ao se deparar com um buraco desses, considere o OSM como um
sistema inferior.

Mas então, a rua 4 e a rua 5 seriam variações da rua 2, com uma
modificação: estenderíamos a linha interpoladora através do
cruzamento, passando pela via transversal. Na rua 4 a ligação entre os
números de cada lado seria simplesmente uma linha ret

Re: [Talk-br] Endereçamento com interpoladores

[Arlindo Pereira]

Legal. Testei com "Rua General Caldwell, 720 - Porto Alegre" e funcionou de
boa.

Eu tinha largado um pouco de mão endereçamento interpolado ao mapear novas
regiões, mas vou retomar os trabalhos na medida do possível.

[]s

2013/7/26 Fernando Trebien 

> Arlindo, para otimização da base de dados, acho melhor mesmo ter uma
> via só. Mas daí usaríamos a tag "addr:inclusion=potential" ? Ou tanto
> faz? (Sugeri isso só pra indicar que os números no interior do
> cruzamento podem não existir, pro usuário faz pouca diferença.)
>
> Adaptei os interpoladores que eu tinha colocado no mapa:
> http://openstreetmap.org/?lat=-30.050652&lon=-51.225083&zoom=18&layers=M
>
> O que você acha? Adicionamos aquela tag addr:inclusion, ou deixamos sem?
>
> Roger, se você quiser olhar como eu fiz o interpolador para tentar
> replicar a estrutura no seu, as linhas ficaram assim:
> http://www.openstreetmap.org/browse/way/229632046
> http://www.openstreetmap.org/browse/way/229632047
>
> Clique em qualquer nó nessas listas para ver como ficaram os nós.
> Repare especialmente nas tags que vão na linha e nas que vão nos nós.
>
> Se você pesquisar por "701 rua general caldwell poa" ele retorna um
> resultado interpolado como se esperaria.
>
> ("poa" = "porto alegre" porque eu adicionei esse valor na tag
> "loc_name" no nó que representa a cidade. De fato, muitas pessoas aqui
> se referem à cidade dessa forma, e vários nomes de produtos - como o
> BikePoa - o usam também. Só a imprensa que não usa.)
>
> Por causa dessa limitação do Nominatim (aquela validação de
> "sanidade"), pode ser uma "boa idéia" (mas não é obrigatório) quebrar
> os interpoladores nos trechos em que há uma variação muito brusca na
> numeração.
>
> --
> 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
> http://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Arlindo, para otimização da base de dados, acho melhor mesmo ter uma
via só. Mas daí usaríamos a tag "addr:inclusion=potential" ? Ou tanto
faz? (Sugeri isso só pra indicar que os números no interior do
cruzamento podem não existir, pro usuário faz pouca diferença.)

Adaptei os interpoladores que eu tinha colocado no mapa:
http://openstreetmap.org/?lat=-30.050652&lon=-51.225083&zoom=18&layers=M

O que você acha? Adicionamos aquela tag addr:inclusion, ou deixamos sem?

Roger, se você quiser olhar como eu fiz o interpolador para tentar
replicar a estrutura no seu, as linhas ficaram assim:
http://www.openstreetmap.org/browse/way/229632046
http://www.openstreetmap.org/browse/way/229632047

Clique em qualquer nó nessas listas para ver como ficaram os nós.
Repare especialmente nas tags que vão na linha e nas que vão nos nós.

Se você pesquisar por "701 rua general caldwell poa" ele retorna um
resultado interpolado como se esperaria.

("poa" = "porto alegre" porque eu adicionei esse valor na tag
"loc_name" no nó que representa a cidade. De fato, muitas pessoas aqui
se referem à cidade dessa forma, e vários nomes de produtos - como o
BikePoa - o usam também. Só a imprensa que não usa.)

Por causa dessa limitação do Nominatim (aquela validação de
"sanidade"), pode ser uma "boa idéia" (mas não é obrigatório) quebrar
os interpoladores nos trechos em que há uma variação muito brusca na
numeração.

2013/7/26 Arlindo Pereira :
> Hm, mas aí isso envolveria ter de quebrar as vias em muitos pedaços. Nesse
> caso, não seria melhor ter uma só via? Dessa forma, os números das esquinas
> seriam corretos, e os interpolados entre os cruzamentos se localizariam
> nestes.
>
> []s
>
>
> 2013/7/26 Fernando Trebien 
>>
>> Acho que é isso sim. Só pra não ter dúvidas: o número 80 não seria um
>> nó, seria o número interpolado, certo? Os únicos nós seriam o 72 e o
>> 88, um de cada lado da via transversal, ambos próximos do cruzamento,
>> e o tracejado (---) seria o interpolador conectando os dois, com a
>> tag addr:inclusion=potential.
>>
>> 2013/7/26 Arlindo Pereira :
>> > Só para ver se eu entendi direito, teríamos então uma via com os números
>> > reais de endereçamento na ponta dos quarteirões e, entre eles, isto é,
>> > "embaixo" da rua transversal teríamos a média entre esses números?
>> >
>> > Por exemplo: 72-|80|-88
>> >
>> > Se for isso mesmo, com uma tag específica para esses casos, acho que
>> > estou
>> > de acordo.
>> >
>> > []s
>> >
>> > Em 26/07/2013 10:38, "Fernando Trebien" 
>> > escreveu:
>> >
>> >> Eu sabia que deveria ter feito a rua 4 e a rua 5 no exemplo. :P
>> >>
>> >> Não tenho dúvidas de que é estritamente errado. Aliás, estritamente,
>> >> os interpoladores são errados, pois produzem vários números
>> >> interpolados que não existem na realidade. Tomando como exemplo as
>> >> quadras de Buenos Aires de 100m de comprimento e com intervalo de
>> >> numeração de 100 números: se houver 20 prédios em cada quadra (10 de
>> >> cada lado da via), 80% dos números interpolados não existirão.
>> >>
>> >> Se são errados, por que são usados? Porque são úteis. A minha questão
>> >> é se é útil ao usuário final saber que existe o "buraco" na numeração
>> >> ou se é mais útil obter uma aproximação sempre que possível. Todos os
>> >> outros mapas que eu conheço (particularmente os dois melhores, Google
>> >> Maps e Nokia HERE Maps) não têm esses buracos. O meu receio é que um
>> >> usuário, ao se deparar com um buraco desses, considere o OSM como um
>> >> sistema inferior.
>> >>
>> >> Mas então, a rua 4 e a rua 5 seriam variações da rua 2, com uma
>> >> modificação: estenderíamos a linha interpoladora através do
>> >> cruzamento, passando pela via transversal. Na rua 4 a ligação entre os
>> >> números de cada lado seria simplesmente uma linha reta. A rua 5 é o
>> >> exemplo de como eu fiz em Porto Alegre, onde essa extensão passaria
>> >> necessariamente pelo nó central do cruzamento. Acho que a rua 4 seria
>> >> o melhor equilíbrio entre o útil e o estritamente correto.
>> >>
>> >> A rua 4 então modificaria a rua 2 acrecentando interpoladores (linhas
>> >> retas) entre os números: 18 e 24, 15 e 27, 52 e 64, 69 e 63.
>> >>
>> >> O resultado: os números exatos são renderizados, e posições
>> >> aproximadas são obtidas para todo o intervalo da numeração.
>> >>
>> >> Para completar, essas extensões que passam pelo cruzamento poderiam
>> >> receber a tag "addr:inclusion=potential". Que tal?
>> >>
>> >> 2013/7/25 Arlindo Pereira :
>> >> > O método 3 me parece estritamente errado. Os endereços não existem,
>> >> > ponto.
>> >> > Adicioná-los me parece, usando uma gíria carioca, "forçação de barra"
>> >> > para
>> >> > evitar uma falha/bug/feature do buscador. Uma espécie de "tag for the
>> >> > renderer".
>> >> >
>> >> > []s
>> >> >
>> >> >
>> >> > 2013/7/25 Fernando Trebien 
>> >> >>
>> >> >> Uma imagem vale mais do que mil palavras, então só pra explicar
>> >> >> melhor: http://i.imgur.com/uwNSCWA.png
>> >> >>
>> >> >> 

Re: [Talk-br] Endereçamento com interpoladores

[Arlindo Pereira]

Hm, mas aí isso envolveria ter de quebrar as vias em muitos pedaços. Nesse
caso, não seria melhor ter uma só via? Dessa forma, os números das esquinas
seriam corretos, e os interpolados entre os cruzamentos se localizariam
nestes.

[]s


2013/7/26 Fernando Trebien 

> Acho que é isso sim. Só pra não ter dúvidas: o número 80 não seria um
> nó, seria o número interpolado, certo? Os únicos nós seriam o 72 e o
> 88, um de cada lado da via transversal, ambos próximos do cruzamento,
> e o tracejado (---) seria o interpolador conectando os dois, com a
> tag addr:inclusion=potential.
>
> 2013/7/26 Arlindo Pereira :
> > Só para ver se eu entendi direito, teríamos então uma via com os números
> > reais de endereçamento na ponta dos quarteirões e, entre eles, isto é,
> > "embaixo" da rua transversal teríamos a média entre esses números?
> >
> > Por exemplo: 72-|80|-88
> >
> > Se for isso mesmo, com uma tag específica para esses casos, acho que
> estou
> > de acordo.
> >
> > []s
> >
> > Em 26/07/2013 10:38, "Fernando Trebien" 
> > escreveu:
> >
> >> Eu sabia que deveria ter feito a rua 4 e a rua 5 no exemplo. :P
> >>
> >> Não tenho dúvidas de que é estritamente errado. Aliás, estritamente,
> >> os interpoladores são errados, pois produzem vários números
> >> interpolados que não existem na realidade. Tomando como exemplo as
> >> quadras de Buenos Aires de 100m de comprimento e com intervalo de
> >> numeração de 100 números: se houver 20 prédios em cada quadra (10 de
> >> cada lado da via), 80% dos números interpolados não existirão.
> >>
> >> Se são errados, por que são usados? Porque são úteis. A minha questão
> >> é se é útil ao usuário final saber que existe o "buraco" na numeração
> >> ou se é mais útil obter uma aproximação sempre que possível. Todos os
> >> outros mapas que eu conheço (particularmente os dois melhores, Google
> >> Maps e Nokia HERE Maps) não têm esses buracos. O meu receio é que um
> >> usuário, ao se deparar com um buraco desses, considere o OSM como um
> >> sistema inferior.
> >>
> >> Mas então, a rua 4 e a rua 5 seriam variações da rua 2, com uma
> >> modificação: estenderíamos a linha interpoladora através do
> >> cruzamento, passando pela via transversal. Na rua 4 a ligação entre os
> >> números de cada lado seria simplesmente uma linha reta. A rua 5 é o
> >> exemplo de como eu fiz em Porto Alegre, onde essa extensão passaria
> >> necessariamente pelo nó central do cruzamento. Acho que a rua 4 seria
> >> o melhor equilíbrio entre o útil e o estritamente correto.
> >>
> >> A rua 4 então modificaria a rua 2 acrecentando interpoladores (linhas
> >> retas) entre os números: 18 e 24, 15 e 27, 52 e 64, 69 e 63.
> >>
> >> O resultado: os números exatos são renderizados, e posições
> >> aproximadas são obtidas para todo o intervalo da numeração.
> >>
> >> Para completar, essas extensões que passam pelo cruzamento poderiam
> >> receber a tag "addr:inclusion=potential". Que tal?
> >>
> >> 2013/7/25 Arlindo Pereira :
> >> > O método 3 me parece estritamente errado. Os endereços não existem,
> >> > ponto.
> >> > Adicioná-los me parece, usando uma gíria carioca, "forçação de barra"
> >> > para
> >> > evitar uma falha/bug/feature do buscador. Uma espécie de "tag for the
> >> > renderer".
> >> >
> >> > []s
> >> >
> >> >
> >> > 2013/7/25 Fernando Trebien 
> >> >>
> >> >> Uma imagem vale mais do que mil palavras, então só pra explicar
> >> >> melhor: http://i.imgur.com/uwNSCWA.png
> >> >>
> >> >> Ignorem os pontos e as cruzes amarelas (não me aventurei a descobrir
> >> >> uma forma de escondê-las).
> >> >>
> >> >> A rua 1 está feita com o método mais simples. Serve bem para as ruas
> >> >> onde a numeração obedeceu a regra da distância desde o início da rua.
> >> >> Tem a eventual desvantagem de, em alguns casos, gerar coordenadas que
> >> >> são mais próximas de uma das vias transversais do que da via
> >> >> principal.
> >> >>
> >> >> A rua 2 está feita da forma que eu observei no RJ. É a mais
> >> >> estritamente correta, mas se alguém procurar por um número que cairia
> >> >> dentro do cruzamento, nenhum resultado é encontrado.
> >> >>
> >> >> A rua 3 está feita da forma que eu observei em Buenos Aires. Notem
> que
> >> >> na rua mais à direita a numeração original foi preservada por causa
> da
> >> >> grande diferença de numeração entre os dois lados. Não é tão correta,
> >> >> mas a interpolação (por ser uma aproximação) também não é, e teria a
> >> >> vantagem de sempre chegar a uma posição aproximada (mesmo que o
> >> >> endereço não exista, ou seja um endereço novo ainda não mapeado,
> >> >> etc.). Penso que seja a melhor para conversores e importações
> >> >> automáticas, a menos que se tenha certeza do cuidado que tiveram com
> a
> >> >> numeração.
> >> >>
> >> >> Claro que todas esses métodos também servem para 1 único interpolador
> >> >> ao invés de 2 (um para cada lado).
> >> >>
> >> >> Se alguém quiser o arquivo original para modificar e fazer seus
> >> >> próprios exemplos: http

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Acho que é isso sim. Só pra não ter dúvidas: o número 80 não seria um
nó, seria o número interpolado, certo? Os únicos nós seriam o 72 e o
88, um de cada lado da via transversal, ambos próximos do cruzamento,
e o tracejado (---) seria o interpolador conectando os dois, com a
tag addr:inclusion=potential.

2013/7/26 Arlindo Pereira :
> Só para ver se eu entendi direito, teríamos então uma via com os números
> reais de endereçamento na ponta dos quarteirões e, entre eles, isto é,
> "embaixo" da rua transversal teríamos a média entre esses números?
>
> Por exemplo: 72-|80|-88
>
> Se for isso mesmo, com uma tag específica para esses casos, acho que estou
> de acordo.
>
> []s
>
> Em 26/07/2013 10:38, "Fernando Trebien" 
> escreveu:
>
>> Eu sabia que deveria ter feito a rua 4 e a rua 5 no exemplo. :P
>>
>> Não tenho dúvidas de que é estritamente errado. Aliás, estritamente,
>> os interpoladores são errados, pois produzem vários números
>> interpolados que não existem na realidade. Tomando como exemplo as
>> quadras de Buenos Aires de 100m de comprimento e com intervalo de
>> numeração de 100 números: se houver 20 prédios em cada quadra (10 de
>> cada lado da via), 80% dos números interpolados não existirão.
>>
>> Se são errados, por que são usados? Porque são úteis. A minha questão
>> é se é útil ao usuário final saber que existe o "buraco" na numeração
>> ou se é mais útil obter uma aproximação sempre que possível. Todos os
>> outros mapas que eu conheço (particularmente os dois melhores, Google
>> Maps e Nokia HERE Maps) não têm esses buracos. O meu receio é que um
>> usuário, ao se deparar com um buraco desses, considere o OSM como um
>> sistema inferior.
>>
>> Mas então, a rua 4 e a rua 5 seriam variações da rua 2, com uma
>> modificação: estenderíamos a linha interpoladora através do
>> cruzamento, passando pela via transversal. Na rua 4 a ligação entre os
>> números de cada lado seria simplesmente uma linha reta. A rua 5 é o
>> exemplo de como eu fiz em Porto Alegre, onde essa extensão passaria
>> necessariamente pelo nó central do cruzamento. Acho que a rua 4 seria
>> o melhor equilíbrio entre o útil e o estritamente correto.
>>
>> A rua 4 então modificaria a rua 2 acrecentando interpoladores (linhas
>> retas) entre os números: 18 e 24, 15 e 27, 52 e 64, 69 e 63.
>>
>> O resultado: os números exatos são renderizados, e posições
>> aproximadas são obtidas para todo o intervalo da numeração.
>>
>> Para completar, essas extensões que passam pelo cruzamento poderiam
>> receber a tag "addr:inclusion=potential". Que tal?
>>
>> 2013/7/25 Arlindo Pereira :
>> > O método 3 me parece estritamente errado. Os endereços não existem,
>> > ponto.
>> > Adicioná-los me parece, usando uma gíria carioca, "forçação de barra"
>> > para
>> > evitar uma falha/bug/feature do buscador. Uma espécie de "tag for the
>> > renderer".
>> >
>> > []s
>> >
>> >
>> > 2013/7/25 Fernando Trebien 
>> >>
>> >> Uma imagem vale mais do que mil palavras, então só pra explicar
>> >> melhor: http://i.imgur.com/uwNSCWA.png
>> >>
>> >> Ignorem os pontos e as cruzes amarelas (não me aventurei a descobrir
>> >> uma forma de escondê-las).
>> >>
>> >> A rua 1 está feita com o método mais simples. Serve bem para as ruas
>> >> onde a numeração obedeceu a regra da distância desde o início da rua.
>> >> Tem a eventual desvantagem de, em alguns casos, gerar coordenadas que
>> >> são mais próximas de uma das vias transversais do que da via
>> >> principal.
>> >>
>> >> A rua 2 está feita da forma que eu observei no RJ. É a mais
>> >> estritamente correta, mas se alguém procurar por um número que cairia
>> >> dentro do cruzamento, nenhum resultado é encontrado.
>> >>
>> >> A rua 3 está feita da forma que eu observei em Buenos Aires. Notem que
>> >> na rua mais à direita a numeração original foi preservada por causa da
>> >> grande diferença de numeração entre os dois lados. Não é tão correta,
>> >> mas a interpolação (por ser uma aproximação) também não é, e teria a
>> >> vantagem de sempre chegar a uma posição aproximada (mesmo que o
>> >> endereço não exista, ou seja um endereço novo ainda não mapeado,
>> >> etc.). Penso que seja a melhor para conversores e importações
>> >> automáticas, a menos que se tenha certeza do cuidado que tiveram com a
>> >> numeração.
>> >>
>> >> Claro que todas esses métodos também servem para 1 único interpolador
>> >> ao invés de 2 (um para cada lado).
>> >>
>> >> Se alguém quiser o arquivo original para modificar e fazer seus
>> >> próprios exemplos: http://db.tt/vtIIhLjG
>> >>
>> >> O que eu fiz em Porto Alegre não é nenhum desses 3 métodos :P Seria
>> >> basicamente um misto da rua 2 com a rua 1 passando a linha do
>> >> interpolador pelo meio do cruzamento sempre. Mas estou tendendo mais
>> >> ao método da rua 3 agora.
>> >>
>> >> 2013/7/25 Fernando Trebien :
>> >> > Acho que não foi ainda bem estabelecida a forma mais "correta" de
>> >> > usar
>> >> > os interpoladores. Para o Nominatim e para o meu GPS (MapFactor

Re: [Talk-br] Endereçamento com interpoladores

[Arlindo Pereira]

Só para ver se eu entendi direito, teríamos então uma via com os números
reais de endereçamento na ponta dos quarteirões e, entre eles, isto é,
"embaixo" da rua transversal teríamos a média entre esses números?

Por exemplo: 72-|80|-88

Se for isso mesmo, com uma tag específica para esses casos, acho que estou
de acordo.

[]s
Em 26/07/2013 10:38, "Fernando Trebien" 
escreveu:

> Eu sabia que deveria ter feito a rua 4 e a rua 5 no exemplo. :P
>
> Não tenho dúvidas de que é estritamente errado. Aliás, estritamente,
> os interpoladores são errados, pois produzem vários números
> interpolados que não existem na realidade. Tomando como exemplo as
> quadras de Buenos Aires de 100m de comprimento e com intervalo de
> numeração de 100 números: se houver 20 prédios em cada quadra (10 de
> cada lado da via), 80% dos números interpolados não existirão.
>
> Se são errados, por que são usados? Porque são úteis. A minha questão
> é se é útil ao usuário final saber que existe o "buraco" na numeração
> ou se é mais útil obter uma aproximação sempre que possível. Todos os
> outros mapas que eu conheço (particularmente os dois melhores, Google
> Maps e Nokia HERE Maps) não têm esses buracos. O meu receio é que um
> usuário, ao se deparar com um buraco desses, considere o OSM como um
> sistema inferior.
>
> Mas então, a rua 4 e a rua 5 seriam variações da rua 2, com uma
> modificação: estenderíamos a linha interpoladora através do
> cruzamento, passando pela via transversal. Na rua 4 a ligação entre os
> números de cada lado seria simplesmente uma linha reta. A rua 5 é o
> exemplo de como eu fiz em Porto Alegre, onde essa extensão passaria
> necessariamente pelo nó central do cruzamento. Acho que a rua 4 seria
> o melhor equilíbrio entre o útil e o estritamente correto.
>
> A rua 4 então modificaria a rua 2 acrecentando interpoladores (linhas
> retas) entre os números: 18 e 24, 15 e 27, 52 e 64, 69 e 63.
>
> O resultado: os números exatos são renderizados, e posições
> aproximadas são obtidas para todo o intervalo da numeração.
>
> Para completar, essas extensões que passam pelo cruzamento poderiam
> receber a tag "addr:inclusion=potential". Que tal?
>
> 2013/7/25 Arlindo Pereira :
> > O método 3 me parece estritamente errado. Os endereços não existem,
> ponto.
> > Adicioná-los me parece, usando uma gíria carioca, "forçação de barra"
> para
> > evitar uma falha/bug/feature do buscador. Uma espécie de "tag for the
> > renderer".
> >
> > []s
> >
> >
> > 2013/7/25 Fernando Trebien 
> >>
> >> Uma imagem vale mais do que mil palavras, então só pra explicar
> >> melhor: http://i.imgur.com/uwNSCWA.png
> >>
> >> Ignorem os pontos e as cruzes amarelas (não me aventurei a descobrir
> >> uma forma de escondê-las).
> >>
> >> A rua 1 está feita com o método mais simples. Serve bem para as ruas
> >> onde a numeração obedeceu a regra da distância desde o início da rua.
> >> Tem a eventual desvantagem de, em alguns casos, gerar coordenadas que
> >> são mais próximas de uma das vias transversais do que da via
> >> principal.
> >>
> >> A rua 2 está feita da forma que eu observei no RJ. É a mais
> >> estritamente correta, mas se alguém procurar por um número que cairia
> >> dentro do cruzamento, nenhum resultado é encontrado.
> >>
> >> A rua 3 está feita da forma que eu observei em Buenos Aires. Notem que
> >> na rua mais à direita a numeração original foi preservada por causa da
> >> grande diferença de numeração entre os dois lados. Não é tão correta,
> >> mas a interpolação (por ser uma aproximação) também não é, e teria a
> >> vantagem de sempre chegar a uma posição aproximada (mesmo que o
> >> endereço não exista, ou seja um endereço novo ainda não mapeado,
> >> etc.). Penso que seja a melhor para conversores e importações
> >> automáticas, a menos que se tenha certeza do cuidado que tiveram com a
> >> numeração.
> >>
> >> Claro que todas esses métodos também servem para 1 único interpolador
> >> ao invés de 2 (um para cada lado).
> >>
> >> Se alguém quiser o arquivo original para modificar e fazer seus
> >> próprios exemplos: http://db.tt/vtIIhLjG
> >>
> >> O que eu fiz em Porto Alegre não é nenhum desses 3 métodos :P Seria
> >> basicamente um misto da rua 2 com a rua 1 passando a linha do
> >> interpolador pelo meio do cruzamento sempre. Mas estou tendendo mais
> >> ao método da rua 3 agora.
> >>
> >> 2013/7/25 Fernando Trebien :
> >> > Acho que não foi ainda bem estabelecida a forma mais "correta" de usar
> >> > os interpoladores. Para o Nominatim e para o meu GPS (MapFactor
> >> > Navigator) basta:
> >> > - addr:interpolation na linha (o interpolador) que acompanha via
> >> > principal pela lateral
> >> > - addr:housenumber em alguns dos nós ao longo dessa linha, sempre
> >> > acompanhado de addr:street com o valor correto (os nós sem número
> >> > servem apenas para definir o contorno do interpolador e gerar
> >> > coordenadas nos lugares certos, algo importante em curvas)
> >> >
> >> > Colocar addr:street na linha me pareceu

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Os dados que eu tenho registram apenas o número inicial e final de
cada quadra. Ainda tenho que confirmar se são números reais ou
"potenciais" (ex.: atribuindo número para um terreno na esquina onde
nada foi construído ainda). Os do TrackSource eu não sei, mas acredito
que varie por região e/ou desenvolvedor.

Só pra tirar a dúvida: o caso da rua 3 é o caso em que o OSM encontra
resultados para todos os endereços (exceto quando há uma quebra muito
forte entre duas quadras consecutivas). O da rua 2 é o que tem buracos
na numeração, que poderia lhe deixar sem resultados caso você
procurasse por 60 (o número aproximado) ao invés de 65 ou 66 (o número
exato). O da rua 1 retornaria todo o intervalo mas, por causa da forte
quebra na última quadra, a interpolação seria bastante imprecisa
(nesse exemplo ela jogaria você para a quadra errada quase 75% das
vezes).

2013/7/26 Roger C. Soares :
> Acho que eu tb não usaria o 3 apenas pelo fato da busca no osm não retornar
> para todos os números. Eu até acho isso meio irritante, mas como os nros
> aparecem no mapa, dá pra se localizar.
>
> Os dados para serem importados possuem apenas as pontas dos quarteirões? Se
> tiver mais nros nas posições corretas, acho que seria interessante importar
> todos, assim alguém poderia desenhar os contornos sem ter que inspecionar
> tudo..
>
>
> Atenciosamente,
> Roger.
>
> --
> Arlindo Pereira escreveu:
>
> O método 3 me parece estritamente errado. Os endereços não existem, ponto.
> Adicioná-los me parece, usando uma gíria carioca, "forçação de barra" para
> evitar uma falha/bug/feature do buscador. Uma espécie de "tag for the
> renderer".
>
> []s
>
> 2013/7/25 Fernando Trebien 
>>
>> Uma imagem vale mais do que mil palavras, então só pra explicar
>> melhor: http://i.imgur.com/uwNSCWA.png
>>
>> Ignorem os pontos e as cruzes amarelas (não me aventurei a descobrir
>> uma forma de escondê-las).
>>
>> A rua 1 está feita com o método mais simples. Serve bem para as ruas
>> onde a numeração obedeceu a regra da distância desde o início da rua.
>> Tem a eventual desvantagem de, em alguns casos, gerar coordenadas que
>> são mais próximas de uma das vias transversais do que da via
>> principal.
>>
>> A rua 2 está feita da forma que eu observei no RJ. É a mais
>> estritamente correta, mas se alguém procurar por um número que cairia
>> dentro do cruzamento, nenhum resultado é encontrado.
>>
>> A rua 3 está feita da forma que eu observei em Buenos Aires. Notem que
>> na rua mais à direita a numeração original foi preservada por causa da
>> grande diferença de numeração entre os dois lados. Não é tão correta,
>> mas a interpolação (por ser uma aproximação) também não é, e teria a
>> vantagem de sempre chegar a uma posição aproximada (mesmo que o
>> endereço não exista, ou seja um endereço novo ainda não mapeado,
>> etc.). Penso que seja a melhor para conversores e importações
>> automáticas, a menos que se tenha certeza do cuidado que tiveram com a
>> numeração.
>>
>> Claro que todas esses métodos também servem para 1 único interpolador
>> ao invés de 2 (um para cada lado).
>>
>> Se alguém quiser o arquivo original para modificar e fazer seus
>> próprios exemplos: http://db.tt/vtIIhLjG
>>
>> O que eu fiz em Porto Alegre não é nenhum desses 3 métodos :P Seria
>> basicamente um misto da rua 2 com a rua 1 passando a linha do
>> interpolador pelo meio do cruzamento sempre. Mas estou tendendo mais
>> ao método da rua 3 agora.
>>
>> 2013/7/25 Fernando Trebien :
>> > Acho que não foi ainda bem estabelecida a forma mais "correta" de usar
>> > os interpoladores. Para o Nominatim e para o meu GPS (MapFactor
>> > Navigator) basta:
>> > - addr:interpolation na linha (o interpolador) que acompanha via
>> > principal pela lateral
>> > - addr:housenumber em alguns dos nós ao longo dessa linha, sempre
>> > acompanhado de addr:street com o valor correto (os nós sem número
>> > servem apenas para definir o contorno do interpolador e gerar
>> > coordenadas nos lugares certos, algo importante em curvas)
>> >
>> > Colocar addr:street na linha me pareceu o jeito mais natural desde o
>> > começo, mas acabei descobrindo que não é necessário. Por outro lado,
>> > repetir esse mesmo valor em cada nó com numeração me parece uma
>> > tremenda redundância de informação... não faço idéia do que a
>> > comunidade tinha em mente quando decidiram fazer assim.
>> >
>> > 2013/7/25 Arlindo Pereira :
>> >> O que eu tenho feito é mapear vias com addr:street=[nome da rua] e
>> >> addr:interpolation:[odd|even], com seus nós tendo addr:street=[nome da
>> >> rua]
>> >> (de novo) e addr:housenumber=[numero], uma para cada quarteirão.
>> >>
>> >> Por exemplo: Procurem por Rua Bento Lisboa, 60.
>> >>
>> >> http://openstreetmap.org/?lat=-22.926233&lon=-43.179654&zoom=18&layers=M
>> >>
>> >> Nesse exemplo, os números dos prédios na Rua Bento Lisboa antes e
>> >> depois da
>> >> Rua Tavares Bastos são 72 e 96. Dessa forma, procurando antes ou depois
>> >> de
>> >> qualquer um desses números a i

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Eu sabia que deveria ter feito a rua 4 e a rua 5 no exemplo. :P

Não tenho dúvidas de que é estritamente errado. Aliás, estritamente,
os interpoladores são errados, pois produzem vários números
interpolados que não existem na realidade. Tomando como exemplo as
quadras de Buenos Aires de 100m de comprimento e com intervalo de
numeração de 100 números: se houver 20 prédios em cada quadra (10 de
cada lado da via), 80% dos números interpolados não existirão.

Se são errados, por que são usados? Porque são úteis. A minha questão
é se é útil ao usuário final saber que existe o "buraco" na numeração
ou se é mais útil obter uma aproximação sempre que possível. Todos os
outros mapas que eu conheço (particularmente os dois melhores, Google
Maps e Nokia HERE Maps) não têm esses buracos. O meu receio é que um
usuário, ao se deparar com um buraco desses, considere o OSM como um
sistema inferior.

Mas então, a rua 4 e a rua 5 seriam variações da rua 2, com uma
modificação: estenderíamos a linha interpoladora através do
cruzamento, passando pela via transversal. Na rua 4 a ligação entre os
números de cada lado seria simplesmente uma linha reta. A rua 5 é o
exemplo de como eu fiz em Porto Alegre, onde essa extensão passaria
necessariamente pelo nó central do cruzamento. Acho que a rua 4 seria
o melhor equilíbrio entre o útil e o estritamente correto.

A rua 4 então modificaria a rua 2 acrecentando interpoladores (linhas
retas) entre os números: 18 e 24, 15 e 27, 52 e 64, 69 e 63.

O resultado: os números exatos são renderizados, e posições
aproximadas são obtidas para todo o intervalo da numeração.

Para completar, essas extensões que passam pelo cruzamento poderiam
receber a tag "addr:inclusion=potential". Que tal?

2013/7/25 Arlindo Pereira :
> O método 3 me parece estritamente errado. Os endereços não existem, ponto.
> Adicioná-los me parece, usando uma gíria carioca, "forçação de barra" para
> evitar uma falha/bug/feature do buscador. Uma espécie de "tag for the
> renderer".
>
> []s
>
>
> 2013/7/25 Fernando Trebien 
>>
>> Uma imagem vale mais do que mil palavras, então só pra explicar
>> melhor: http://i.imgur.com/uwNSCWA.png
>>
>> Ignorem os pontos e as cruzes amarelas (não me aventurei a descobrir
>> uma forma de escondê-las).
>>
>> A rua 1 está feita com o método mais simples. Serve bem para as ruas
>> onde a numeração obedeceu a regra da distância desde o início da rua.
>> Tem a eventual desvantagem de, em alguns casos, gerar coordenadas que
>> são mais próximas de uma das vias transversais do que da via
>> principal.
>>
>> A rua 2 está feita da forma que eu observei no RJ. É a mais
>> estritamente correta, mas se alguém procurar por um número que cairia
>> dentro do cruzamento, nenhum resultado é encontrado.
>>
>> A rua 3 está feita da forma que eu observei em Buenos Aires. Notem que
>> na rua mais à direita a numeração original foi preservada por causa da
>> grande diferença de numeração entre os dois lados. Não é tão correta,
>> mas a interpolação (por ser uma aproximação) também não é, e teria a
>> vantagem de sempre chegar a uma posição aproximada (mesmo que o
>> endereço não exista, ou seja um endereço novo ainda não mapeado,
>> etc.). Penso que seja a melhor para conversores e importações
>> automáticas, a menos que se tenha certeza do cuidado que tiveram com a
>> numeração.
>>
>> Claro que todas esses métodos também servem para 1 único interpolador
>> ao invés de 2 (um para cada lado).
>>
>> Se alguém quiser o arquivo original para modificar e fazer seus
>> próprios exemplos: http://db.tt/vtIIhLjG
>>
>> O que eu fiz em Porto Alegre não é nenhum desses 3 métodos :P Seria
>> basicamente um misto da rua 2 com a rua 1 passando a linha do
>> interpolador pelo meio do cruzamento sempre. Mas estou tendendo mais
>> ao método da rua 3 agora.
>>
>> 2013/7/25 Fernando Trebien :
>> > Acho que não foi ainda bem estabelecida a forma mais "correta" de usar
>> > os interpoladores. Para o Nominatim e para o meu GPS (MapFactor
>> > Navigator) basta:
>> > - addr:interpolation na linha (o interpolador) que acompanha via
>> > principal pela lateral
>> > - addr:housenumber em alguns dos nós ao longo dessa linha, sempre
>> > acompanhado de addr:street com o valor correto (os nós sem número
>> > servem apenas para definir o contorno do interpolador e gerar
>> > coordenadas nos lugares certos, algo importante em curvas)
>> >
>> > Colocar addr:street na linha me pareceu o jeito mais natural desde o
>> > começo, mas acabei descobrindo que não é necessário. Por outro lado,
>> > repetir esse mesmo valor em cada nó com numeração me parece uma
>> > tremenda redundância de informação... não faço idéia do que a
>> > comunidade tinha em mente quando decidiram fazer assim.
>> >
>> > 2013/7/25 Arlindo Pereira :
>> >> O que eu tenho feito é mapear vias com addr:street=[nome da rua] e
>> >> addr:interpolation:[odd|even], com seus nós tendo addr:street=[nome da
>> >> rua]
>> >> (de novo) e addr:housenumber=[numero], uma para cada quarteirão.
>>

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Acho que eu tb não usaria o 3 apenas pelo fato da busca no osm não
retornar para todos os números. Eu até acho isso meio irritante, mas
como os nros aparecem no mapa, dá pra se localizar.

Os dados para serem importados possuem apenas as pontas dos
quarteirões? Se tiver mais nros nas posições corretas, acho que seria
interessante importar todos, assim alguém poderia desenhar os contornos
sem ter que inspecionar tudo..

Atenciosamente,
Roger.

--
Arlindo Pereira escreveu:

  O método 3 me parece estritamente errado. Os endereços
não existem, ponto. Adicioná-los me parece, usando uma gíria carioca,
"forçação de barra" para evitar uma falha/bug/feature do buscador. Uma
espécie de "tag for the renderer".
  
  
  []s
  
  2013/7/25 Fernando Trebien 
  Uma
imagem vale mais do que mil palavras, então só pra explicar
melhor: http://i.imgur.com/uwNSCWA.png

Ignorem os pontos e as cruzes amarelas (não me aventurei a descobrir
uma forma de escondê-las).

A rua 1 está feita com o método mais simples. Serve bem para as ruas
onde a numeração obedeceu a regra da distância desde o início da rua.
Tem a eventual desvantagem de, em alguns casos, gerar coordenadas que
são mais próximas de uma das vias transversais do que da via
principal.

A rua 2 está feita da forma que eu observei no RJ. É a mais
estritamente correta, mas se alguém procurar por um número que cairia
dentro do cruzamento, nenhum resultado é encontrado.

A rua 3 está feita da forma que eu observei em Buenos Aires. Notem que
na rua mais à direita a numeração original foi preservada por causa da
grande diferença de numeração entre os dois lados. Não é tão correta,
mas a interpolação (por ser uma aproximação) também não é, e teria a
vantagem de sempre chegar a uma posição aproximada (mesmo que o
endereço não exista, ou seja um endereço novo ainda não mapeado,
etc.). Penso que seja a melhor para conversores e importações
automáticas, a menos que se tenha certeza do cuidado que tiveram com a
numeração.

Claro que todas esses métodos também servem para 1 único interpolador
ao invés de 2 (um para cada lado).

Se alguém quiser o arquivo original para modificar e fazer seus
próprios exemplos: http://db.tt/vtIIhLjG

O que eu fiz em Porto Alegre não é nenhum desses 3 métodos :P Seria
basicamente um misto da rua 2 com a rua 1 passando a linha do
interpolador pelo meio do cruzamento sempre. Mas estou tendendo mais
ao método da rua 3 agora.

2013/7/25 Fernando Trebien :

> Acho que não foi ainda bem estabelecida a
forma mais "correta" de usar
> os interpoladores. Para o Nominatim e para o meu GPS (MapFactor
> Navigator) basta:
> - addr:interpolation na linha (o interpolador) que acompanha via
> principal pela lateral
> - addr:housenumber em alguns dos nós ao longo dessa linha, sempre
> acompanhado de addr:street com o valor correto (os nós sem número
> servem apenas para definir o contorno do interpolador e gerar
> coordenadas nos lugares certos, algo importante em curvas)
>
> Colocar addr:street na linha me pareceu o jeito mais natural desde
o
> começo, mas acabei descobrindo que não é necessário. Por outro
lado,
> repetir esse mesmo valor em cada nó com numeração me parece uma
> tremenda redundância de informação... não faço idéia do que a
> comunidade tinha em mente quando decidiram fazer assim.
>
> 2013/7/25 Arlindo Pereira :
>> O que eu tenho feito é mapear vias com addr:street=[nome da
rua] e
>> addr:interpolation:[odd|even], com seus nós tendo
addr:street=[nome da rua]
>> (de novo) e addr:housenumber=[numero], uma para cada
quarteirão.
>>
>> Por exemplo: Procurem por Rua Bento Lisboa, 60.
>> http://openstreetmap.org/?lat=-22.926233&lon=-43.179654&zoom=18&layers=M
>>
>> Nesse exemplo, os números dos prédios na Rua Bento Lisboa
antes e depois da
>> Rua Tavares Bastos são 72 e 96. Dessa forma, procurando antes
ou depois de
>> qualquer um desses números a interpolação funciona, mas entre
os dois não,
>> pois de fato não há casas com este endereço.
>>
>> Não sei se é a forma mais correta, mas funciona. =)
>>
>> []s
>> Arlindo "Nighto" Pereira
>>
>> 2013/7/25 Roger C. Soares 
>>>
>>> Deveria. Na minha opinião não seria necessário nem um way
com
>>> addr:interpolation, o engine deveria saber pegar os nros
com o mesmo
>>> addr:street e interpolar segundo as regras de uma área que
contém a rua, o
>>> país por exemplo.
>>>
>>>
>>> Mas o wiki define que interpolação tem que ter um way e
talvez seja até pq
>>> a minha idéia não funcione para o mundo todo. A minha
dúvida é: Como se
>>> mapeia a interpolação de forma contínua para a rua toda?
>>>
>>> Eu tenho colocado os nros conforme eu vou encontrando e
ligando com
>>> addr:interpolation, me parece lógico. Segundo o
comportamento do Nominatim
>>> descrito pelo Fernando, o que eu estou fazendo não
funciona, e na prática
>>> realmente não funciona (sempre). Agora, isso é bug o

Re: [Talk-br] Endereçamento com interpoladores

[Arlindo Pereira]

wille,

concordo, mas veja que da mesma forma que o tagueamento proposto para a
interpolação não garante que os números entre os quarteirões existam (é uma
estimativa, afinal), ela *garante* que os da ponta de cada quarteirão
existam - eles são tagueados da mesma forma que se estivessem tagueando
cada casa. Isso independentemente de distância para o começo da rua,
tamanho uniforme de quarteirões ou o que seja.

Essa é uma forma de possibilitar que o roteamento funcione para endereços
de forma razoável sem ter que mapear absolutamente todas as casas da
cidade, o que seria insano numa metrópole sem importação de dados (pelo
menos na nossa realidade de contribuições atual).

[]s
Arlindo "Nighto" Pereira

2013/7/25 Wille 

>
> Nesse exemplo, os números dos prédios na Rua Bento Lisboa antes e depois
> da Rua Tavares Bastos são 72 e 96. Dessa forma, procurando antes ou depois
> de qualquer um desses números a interpolação funciona, mas entre os dois
> não, pois de fato não há casas com este endereço.
>
> Não tenho uma opinião formada, mas tenho alguns comentários a fazer.
> Usando esse exemplo de Arlindo, da mesma forma que o número 76 não existe,
> nada garante que o número 68 ou 100 exista. Então, o resultado da busca em
> ambos os casos, poderia retornar uma informação não confiável.
>
> Porém, se ele aproximasse o 72 para 84 e o 96 para 86, estaria inserindo
> informações imprecisas no sistema, dando a impressão que os números pares
> entre 72 e 96 existem de fato. Uma solução, por exemplo, seria quando o
> Nominatim não encontrar um número em um poi ou em uma interpolação,
> retornar o número mais próximo.
>
> Em Buenos Aires creio que isso não é um problema pois lá a numeração é
> muito bem padronizada. Pelo menos na região mais central todas as quadras
> medem 100 metros de largura. Se você tá na Avenida de Mayo, 200 e quer ir
> para o número 800, sabe que vai caminhar seis quadras. A única exceção são
> as avenidas diagonais.
>
> Aqui no Brasil estamos longe de termos uma numeração bem feita, mas creio
> que vale a pena usar esse modelo de Buenos Aires em cidades onde a
> numeração é confiável. Aonde eu moro por exemplo, o número das casas
> raramente confere com a distância para o início da rua. O google maps usa
> interpolação e gera muitos resultados errados.
>
> até mais,
> wille
>
>
>
>
>  Não sei se é a forma mais correta, mas funciona. =)
>
>  []s
> Arlindo "Nighto" Pereira
>
>  2013/7/25 Roger C. Soares 
>
>>  Deveria. Na minha opinião não seria necessário nem um way com
>> addr:interpolation, o engine deveria saber pegar os nros com o mesmo
>> addr:street e interpolar segundo as regras de uma área que contém a rua, o
>> país por exemplo.
>>
>> Mas o wiki define que interpolação tem que ter um way e talvez seja até
>> pq a minha idéia não funcione para o mundo todo. A minha dúvida é: Como se
>> mapeia a interpolação de forma contínua para a rua toda?
>>
>> Eu tenho colocado os nros conforme eu vou encontrando e ligando com
>> addr:interpolation, me parece lógico. Segundo o comportamento do Nominatim
>> descrito pelo Fernando, o que eu estou fazendo não funciona, e na prática
>> realmente não funciona (sempre). Agora, isso é bug ou feature do Nominatim?
>> Quem decide? Tem outro jeito correto para mapear? É correto manter a
>> interpolação e tb numerar o contorno da construção? Muitas perguntas? :)
>>
>> Atenciosamente,
>> Roger.
>>
>> --
>> Gerald Weber escreveu:
>>
>>  Oi Pessoal
>>
>> Ao pensar nesta idéia de interpolação: isto não deveria ser tarefa do
>> renderizador?
>>
>> Quer dizer, faz sentido popular a base de dados com informações
>> hipotéticas?
>>
>> Abraços
>>
>> Gerald
>>
>> --
>>
>> ___
>> Talk-br mailing 
>> listTalk-br@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Endereçamento com interpoladores

[Wille]

Nesse exemplo, os números dos prédios na Rua Bento Lisboa antes e 
depois da Rua Tavares Bastos são 72 e 96. Dessa forma, procurando 
antes ou depois de qualquer um desses números a interpolação funciona, 
mas entre os dois não, pois de fato não há casas com este endereço.
Não tenho uma opinião formada, mas tenho alguns comentários a fazer. 
Usando esse exemplo de Arlindo, da mesma forma que o número 76 não 
existe, nada garante que o número 68 ou 100 exista. Então, o resultado 
da busca em ambos os casos, poderia retornar uma informação não confiável.


Porém, se ele aproximasse o 72 para 84 e o 96 para 86, estaria inserindo 
informações imprecisas no sistema, dando a impressão que os números 
pares entre 72 e 96 existem de fato. Uma solução, por exemplo, seria 
quando o Nominatim não encontrar um número em um poi ou em uma 
interpolação, retornar o número mais próximo.


Em Buenos Aires creio que isso não é um problema pois lá a numeração é 
muito bem padronizada. Pelo menos na região mais central todas as 
quadras medem 100 metros de largura. Se você tá na Avenida de Mayo, 200 
e quer ir para o número 800, sabe que vai caminhar seis quadras. A única 
exceção são as avenidas diagonais.


Aqui no Brasil estamos longe de termos uma numeração bem feita, mas 
creio que vale a pena usar esse modelo de Buenos Aires em cidades onde a 
numeração é confiável. Aonde eu moro por exemplo, o número das casas 
raramente confere com a distância para o início da rua. O google maps 
usa interpolação e gera muitos resultados errados.


até mais,
wille




Não sei se é a forma mais correta, mas funciona. =)

[]s
Arlindo "Nighto" Pereira

2013/7/25 Roger C. Soares >


Deveria. Na minha opinião não seria necessário nem um way com
addr:interpolation, o engine deveria saber pegar os nros com o
mesmo addr:street e interpolar segundo as regras de uma área que
contém a rua, o país por exemplo.

Mas o wiki define que interpolação tem que ter um way e talvez
seja até pq a minha idéia não funcione para o mundo todo. A minha
dúvida é: Como se mapeia a interpolação de forma contínua para a
rua toda?

Eu tenho colocado os nros conforme eu vou encontrando e ligando
com addr:interpolation, me parece lógico. Segundo o comportamento
do Nominatim descrito pelo Fernando, o que eu estou fazendo não
funciona, e na prática realmente não funciona (sempre). Agora,
isso é bug ou feature do Nominatim? Quem decide? Tem outro jeito
correto para mapear? É correto manter a interpolação e tb numerar
o contorno da construção? Muitas perguntas? :)

Atenciosamente,
Roger.

--
Gerald Weber escreveu:


Oi Pessoal

Ao pensar nesta idéia de interpolação: isto não deveria ser
tarefa do renderizador?

Quer dizer, faz sentido popular a base de dados com informações
hipotéticas?

Abraços

Gerald


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



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




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


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

Re: [Talk-br] Endereçamento com interpoladores

[Nelson A. de Oliveira]

2013/7/25 Fernando Trebien :
> Uma imagem vale mais do que mil palavras, então só pra explicar
> melhor: http://i.imgur.com/uwNSCWA.png

Eu utilizaria a segunda opção, sem introduzir dados que não existem. É
comum e normal haver buracos na numeração.

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

Re: [Talk-br] Endereçamento com interpoladores

[Arlindo Pereira]

O método 3 me parece estritamente errado. Os endereços não existem, ponto.
Adicioná-los me parece, usando uma gíria carioca, "forçação de barra" para
evitar uma falha/bug/feature do buscador. Uma espécie de "tag for the
renderer".

[]s

2013/7/25 Fernando Trebien 

> Uma imagem vale mais do que mil palavras, então só pra explicar
> melhor: http://i.imgur.com/uwNSCWA.png
>
> Ignorem os pontos e as cruzes amarelas (não me aventurei a descobrir
> uma forma de escondê-las).
>
> A rua 1 está feita com o método mais simples. Serve bem para as ruas
> onde a numeração obedeceu a regra da distância desde o início da rua.
> Tem a eventual desvantagem de, em alguns casos, gerar coordenadas que
> são mais próximas de uma das vias transversais do que da via
> principal.
>
> A rua 2 está feita da forma que eu observei no RJ. É a mais
> estritamente correta, mas se alguém procurar por um número que cairia
> dentro do cruzamento, nenhum resultado é encontrado.
>
> A rua 3 está feita da forma que eu observei em Buenos Aires. Notem que
> na rua mais à direita a numeração original foi preservada por causa da
> grande diferença de numeração entre os dois lados. Não é tão correta,
> mas a interpolação (por ser uma aproximação) também não é, e teria a
> vantagem de sempre chegar a uma posição aproximada (mesmo que o
> endereço não exista, ou seja um endereço novo ainda não mapeado,
> etc.). Penso que seja a melhor para conversores e importações
> automáticas, a menos que se tenha certeza do cuidado que tiveram com a
> numeração.
>
> Claro que todas esses métodos também servem para 1 único interpolador
> ao invés de 2 (um para cada lado).
>
> Se alguém quiser o arquivo original para modificar e fazer seus
> próprios exemplos: http://db.tt/vtIIhLjG
>
> O que eu fiz em Porto Alegre não é nenhum desses 3 métodos :P Seria
> basicamente um misto da rua 2 com a rua 1 passando a linha do
> interpolador pelo meio do cruzamento sempre. Mas estou tendendo mais
> ao método da rua 3 agora.
>
> 2013/7/25 Fernando Trebien :
> > Acho que não foi ainda bem estabelecida a forma mais "correta" de usar
> > os interpoladores. Para o Nominatim e para o meu GPS (MapFactor
> > Navigator) basta:
> > - addr:interpolation na linha (o interpolador) que acompanha via
> > principal pela lateral
> > - addr:housenumber em alguns dos nós ao longo dessa linha, sempre
> > acompanhado de addr:street com o valor correto (os nós sem número
> > servem apenas para definir o contorno do interpolador e gerar
> > coordenadas nos lugares certos, algo importante em curvas)
> >
> > Colocar addr:street na linha me pareceu o jeito mais natural desde o
> > começo, mas acabei descobrindo que não é necessário. Por outro lado,
> > repetir esse mesmo valor em cada nó com numeração me parece uma
> > tremenda redundância de informação... não faço idéia do que a
> > comunidade tinha em mente quando decidiram fazer assim.
> >
> > 2013/7/25 Arlindo Pereira :
> >> O que eu tenho feito é mapear vias com addr:street=[nome da rua] e
> >> addr:interpolation:[odd|even], com seus nós tendo addr:street=[nome da
> rua]
> >> (de novo) e addr:housenumber=[numero], uma para cada quarteirão.
> >>
> >> Por exemplo: Procurem por Rua Bento Lisboa, 60.
> >>
> http://openstreetmap.org/?lat=-22.926233&lon=-43.179654&zoom=18&layers=M
> >>
> >> Nesse exemplo, os números dos prédios na Rua Bento Lisboa antes e
> depois da
> >> Rua Tavares Bastos são 72 e 96. Dessa forma, procurando antes ou depois
> de
> >> qualquer um desses números a interpolação funciona, mas entre os dois
> não,
> >> pois de fato não há casas com este endereço.
> >>
> >> Não sei se é a forma mais correta, mas funciona. =)
> >>
> >> []s
> >> Arlindo "Nighto" Pereira
> >>
> >> 2013/7/25 Roger C. Soares 
> >>>
> >>> Deveria. Na minha opinião não seria necessário nem um way com
> >>> addr:interpolation, o engine deveria saber pegar os nros com o mesmo
> >>> addr:street e interpolar segundo as regras de uma área que contém a
> rua, o
> >>> país por exemplo.
> >>>
> >>>
> >>> Mas o wiki define que interpolação tem que ter um way e talvez seja
> até pq
> >>> a minha idéia não funcione para o mundo todo. A minha dúvida é: Como se
> >>> mapeia a interpolação de forma contínua para a rua toda?
> >>>
> >>> Eu tenho colocado os nros conforme eu vou encontrando e ligando com
> >>> addr:interpolation, me parece lógico. Segundo o comportamento do
> Nominatim
> >>> descrito pelo Fernando, o que eu estou fazendo não funciona, e na
> prática
> >>> realmente não funciona (sempre). Agora, isso é bug ou feature do
> Nominatim?
> >>> Quem decide? Tem outro jeito correto para mapear? É correto manter a
> >>> interpolação e tb numerar o contorno da construção? Muitas perguntas?
> :)
> >>>
> >>> Atenciosamente,
> >>> Roger.
> >>>
> >>> --
> >>> Gerald Weber escreveu:
> >>>
> >>> Oi Pessoal
> >>>
> >>> Ao pensar nesta idéia de interpolação: isto não deveria ser tarefa do
> >>> renderizador?
> >>>
> >>> Quer dizer, faz sentido popular a base de dados com informa

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Uma imagem vale mais do que mil palavras, então só pra explicar
melhor: http://i.imgur.com/uwNSCWA.png

Ignorem os pontos e as cruzes amarelas (não me aventurei a descobrir
uma forma de escondê-las).

A rua 1 está feita com o método mais simples. Serve bem para as ruas
onde a numeração obedeceu a regra da distância desde o início da rua.
Tem a eventual desvantagem de, em alguns casos, gerar coordenadas que
são mais próximas de uma das vias transversais do que da via
principal.

A rua 2 está feita da forma que eu observei no RJ. É a mais
estritamente correta, mas se alguém procurar por um número que cairia
dentro do cruzamento, nenhum resultado é encontrado.

A rua 3 está feita da forma que eu observei em Buenos Aires. Notem que
na rua mais à direita a numeração original foi preservada por causa da
grande diferença de numeração entre os dois lados. Não é tão correta,
mas a interpolação (por ser uma aproximação) também não é, e teria a
vantagem de sempre chegar a uma posição aproximada (mesmo que o
endereço não exista, ou seja um endereço novo ainda não mapeado,
etc.). Penso que seja a melhor para conversores e importações
automáticas, a menos que se tenha certeza do cuidado que tiveram com a
numeração.

Claro que todas esses métodos também servem para 1 único interpolador
ao invés de 2 (um para cada lado).

Se alguém quiser o arquivo original para modificar e fazer seus
próprios exemplos: http://db.tt/vtIIhLjG

O que eu fiz em Porto Alegre não é nenhum desses 3 métodos :P Seria
basicamente um misto da rua 2 com a rua 1 passando a linha do
interpolador pelo meio do cruzamento sempre. Mas estou tendendo mais
ao método da rua 3 agora.

2013/7/25 Fernando Trebien :
> Acho que não foi ainda bem estabelecida a forma mais "correta" de usar
> os interpoladores. Para o Nominatim e para o meu GPS (MapFactor
> Navigator) basta:
> - addr:interpolation na linha (o interpolador) que acompanha via
> principal pela lateral
> - addr:housenumber em alguns dos nós ao longo dessa linha, sempre
> acompanhado de addr:street com o valor correto (os nós sem número
> servem apenas para definir o contorno do interpolador e gerar
> coordenadas nos lugares certos, algo importante em curvas)
>
> Colocar addr:street na linha me pareceu o jeito mais natural desde o
> começo, mas acabei descobrindo que não é necessário. Por outro lado,
> repetir esse mesmo valor em cada nó com numeração me parece uma
> tremenda redundância de informação... não faço idéia do que a
> comunidade tinha em mente quando decidiram fazer assim.
>
> 2013/7/25 Arlindo Pereira :
>> O que eu tenho feito é mapear vias com addr:street=[nome da rua] e
>> addr:interpolation:[odd|even], com seus nós tendo addr:street=[nome da rua]
>> (de novo) e addr:housenumber=[numero], uma para cada quarteirão.
>>
>> Por exemplo: Procurem por Rua Bento Lisboa, 60.
>> http://openstreetmap.org/?lat=-22.926233&lon=-43.179654&zoom=18&layers=M
>>
>> Nesse exemplo, os números dos prédios na Rua Bento Lisboa antes e depois da
>> Rua Tavares Bastos são 72 e 96. Dessa forma, procurando antes ou depois de
>> qualquer um desses números a interpolação funciona, mas entre os dois não,
>> pois de fato não há casas com este endereço.
>>
>> Não sei se é a forma mais correta, mas funciona. =)
>>
>> []s
>> Arlindo "Nighto" Pereira
>>
>> 2013/7/25 Roger C. Soares 
>>>
>>> Deveria. Na minha opinião não seria necessário nem um way com
>>> addr:interpolation, o engine deveria saber pegar os nros com o mesmo
>>> addr:street e interpolar segundo as regras de uma área que contém a rua, o
>>> país por exemplo.
>>>
>>>
>>> Mas o wiki define que interpolação tem que ter um way e talvez seja até pq
>>> a minha idéia não funcione para o mundo todo. A minha dúvida é: Como se
>>> mapeia a interpolação de forma contínua para a rua toda?
>>>
>>> Eu tenho colocado os nros conforme eu vou encontrando e ligando com
>>> addr:interpolation, me parece lógico. Segundo o comportamento do Nominatim
>>> descrito pelo Fernando, o que eu estou fazendo não funciona, e na prática
>>> realmente não funciona (sempre). Agora, isso é bug ou feature do Nominatim?
>>> Quem decide? Tem outro jeito correto para mapear? É correto manter a
>>> interpolação e tb numerar o contorno da construção? Muitas perguntas? :)
>>>
>>> Atenciosamente,
>>> Roger.
>>>
>>> --
>>> Gerald Weber escreveu:
>>>
>>> Oi Pessoal
>>>
>>> Ao pensar nesta idéia de interpolação: isto não deveria ser tarefa do
>>> renderizador?
>>>
>>> Quer dizer, faz sentido popular a base de dados com informações
>>> hipotéticas?
>>>
>>> Abraços
>>>
>>> Gerald
>>>
>>> 
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-br
>>>
>>>
>>>
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-br
>>>
>>
>>
>> _

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Acho que não foi ainda bem estabelecida a forma mais "correta" de usar
os interpoladores. Para o Nominatim e para o meu GPS (MapFactor
Navigator) basta:
- addr:interpolation na linha (o interpolador) que acompanha via
principal pela lateral
- addr:housenumber em alguns dos nós ao longo dessa linha, sempre
acompanhado de addr:street com o valor correto (os nós sem número
servem apenas para definir o contorno do interpolador e gerar
coordenadas nos lugares certos, algo importante em curvas)

Colocar addr:street na linha me pareceu o jeito mais natural desde o
começo, mas acabei descobrindo que não é necessário. Por outro lado,
repetir esse mesmo valor em cada nó com numeração me parece uma
tremenda redundância de informação... não faço idéia do que a
comunidade tinha em mente quando decidiram fazer assim.

2013/7/25 Arlindo Pereira :
> O que eu tenho feito é mapear vias com addr:street=[nome da rua] e
> addr:interpolation:[odd|even], com seus nós tendo addr:street=[nome da rua]
> (de novo) e addr:housenumber=[numero], uma para cada quarteirão.
>
> Por exemplo: Procurem por Rua Bento Lisboa, 60.
> http://openstreetmap.org/?lat=-22.926233&lon=-43.179654&zoom=18&layers=M
>
> Nesse exemplo, os números dos prédios na Rua Bento Lisboa antes e depois da
> Rua Tavares Bastos são 72 e 96. Dessa forma, procurando antes ou depois de
> qualquer um desses números a interpolação funciona, mas entre os dois não,
> pois de fato não há casas com este endereço.
>
> Não sei se é a forma mais correta, mas funciona. =)
>
> []s
> Arlindo "Nighto" Pereira
>
> 2013/7/25 Roger C. Soares 
>>
>> Deveria. Na minha opinião não seria necessário nem um way com
>> addr:interpolation, o engine deveria saber pegar os nros com o mesmo
>> addr:street e interpolar segundo as regras de uma área que contém a rua, o
>> país por exemplo.
>>
>>
>> Mas o wiki define que interpolação tem que ter um way e talvez seja até pq
>> a minha idéia não funcione para o mundo todo. A minha dúvida é: Como se
>> mapeia a interpolação de forma contínua para a rua toda?
>>
>> Eu tenho colocado os nros conforme eu vou encontrando e ligando com
>> addr:interpolation, me parece lógico. Segundo o comportamento do Nominatim
>> descrito pelo Fernando, o que eu estou fazendo não funciona, e na prática
>> realmente não funciona (sempre). Agora, isso é bug ou feature do Nominatim?
>> Quem decide? Tem outro jeito correto para mapear? É correto manter a
>> interpolação e tb numerar o contorno da construção? Muitas perguntas? :)
>>
>> Atenciosamente,
>> Roger.
>>
>> --
>> Gerald Weber escreveu:
>>
>> Oi Pessoal
>>
>> Ao pensar nesta idéia de interpolação: isto não deveria ser tarefa do
>> renderizador?
>>
>> Quer dizer, faz sentido popular a base de dados com informações
>> hipotéticas?
>>
>> Abraços
>>
>> Gerald
>>
>> 
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> http://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
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Esse é o caso que pra mim não funciona. Se alguém me falar para ir no
nro 96 e eu não anotar, no outro dia eu vou lembrar que era 90 e pouco
e vou procurar por 90 ou 95. O 90 vai me mandar bem longe do local, o
95 está na interpolaçaõ do outro lado, esse eu teria dado sorte.

Apesar de não ter casas com a numeração, os nros são válidos, pq é a
distância em metros do início da rua, e o 90 deveria ter me levado a um
ponto próximo do 95.

Atenciosamente,
Roger.

--
Arlindo Pereira escreveu:

  O que eu tenho feito é mapear vias com
addr:street=[nome da rua] e addr:interpolation:[odd|even], com seus nós
tendo addr:street=[nome da rua] (de novo) e addr:housenumber=[numero],
uma para cada quarteirão.
  
  
  Por exemplo: Procurem por Rua Bento Lisboa, 60.
  http://openstreetmap.org/?lat=-22.926233&lon=-43.179654&zoom=18&layers=M
  
  
  Nesse exemplo, os números dos prédios na Rua Bento Lisboa antes
e depois da Rua Tavares Bastos são 72 e 96. Dessa forma, procurando
antes ou depois de qualquer um desses números a interpolação funciona,
mas entre os dois não, pois de fato não há casas com este endereço.
  
  
  
  Não sei se é a forma mais correta, mas funciona. =)
  
  
  []s
  Arlindo "Nighto" Pereira
  
  2013/7/25 Roger C. Soares 
  

Deveria. Na minha opinião não seria necessário nem um way com
addr:interpolation, o engine deveria saber pegar os nros com o mesmo
addr:street e interpolar segundo as regras de uma área que contém a
rua, o país por exemplo.

Mas o wiki define que interpolação tem que ter um way e talvez seja até
pq a minha idéia não funcione para o mundo todo. A minha dúvida é: Como
se mapeia a interpolação de forma contínua para a rua toda?

Eu tenho colocado os nros conforme eu vou encontrando e ligando com
addr:interpolation, me parece lógico. Segundo o comportamento do
Nominatim descrito pelo Fernando, o que eu estou fazendo não funciona,
e na prática realmente não funciona (sempre). Agora, isso é bug ou
feature do Nominatim? Quem decide? Tem outro jeito correto para mapear?
É correto manter a interpolação e tb numerar o contorno da construção?
Muitas perguntas? :)

Atenciosamente,
Roger.

--
Gerald Weber escreveu:

  
  
  Oi Pessoal
  Ao pensar nesta idéia de interpolação: isto não deveria ser
tarefa
do renderizador?
   Quer dizer, faz sentido popular a base de dados com
informações
hipotéticas?
  Abraços
  Gerald
  
  
  
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br
  




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

  
  
  
  
  
  

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





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

Re: [Talk-br] Endereçamento com interpoladores

[Nelson A. de Oliveira]

2013/7/25 Roger C. Soares :
> Deveria. Na minha opinião não seria necessário nem um way com
> addr:interpolation, o engine deveria saber pegar os nros com o mesmo
> addr:street e interpolar segundo as regras de uma área que contém a rua, o
> país por exemplo.

Não deveria existir interpolação de números caso todos os prédios
estivessem mapeados e numerados de forma correta.
Como ainda não existe toda essa informação, faz-se necessário usar
aproximações/intercalações (é bem a definição de "interpolação" da
matemática mesmo http://pt.wikipedia.org/wiki/Interpolação).

> Mas o wiki define que interpolação tem que ter um way e talvez seja até pq a
> minha idéia não funcione para o mundo todo. A minha dúvida é: Como se mapeia
> a interpolação de forma contínua para a rua toda?

Uma via addr:interpolation=all para toda a rua, ou 2 vias (uma para
cada lado, even e odd), ou uma interpolação para cada quarteirão, ou
para apenas um trecho da rua/quarteirão.
No JOSM ele também cria nós individuais e interpolados (assim não se
utiliza nenhum caminho para os números das casas).
Todos são válidos.

> Eu tenho colocado os nros conforme eu vou encontrando e ligando com
> addr:interpolation, me parece lógico. Segundo o comportamento do Nominatim
> descrito pelo Fernando, o que eu estou fazendo não funciona, e na prática
> realmente não funciona (sempre). Agora, isso é bug ou feature do Nominatim?

Eu diria que bug. Os dados estão corretos (tanto é que muitos
aplicativos de GPS o utilizam de forma certa).

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

Re: [Talk-br] Endereçamento com interpoladores

[Arlindo Pereira]

O que eu tenho feito é mapear vias com addr:street=[nome da rua] e
addr:interpolation:[odd|even], com seus nós tendo addr:street=[nome da rua]
(de novo) e addr:housenumber=[numero], uma para cada quarteirão.

Por exemplo: Procurem por Rua Bento Lisboa, 60.
http://openstreetmap.org/?lat=-22.926233&lon=-43.179654&zoom=18&layers=M

Nesse exemplo, os números dos prédios na Rua Bento Lisboa antes e depois da
Rua Tavares Bastos são 72 e 96. Dessa forma, procurando antes ou depois de
qualquer um desses números a interpolação funciona, mas entre os dois não,
pois de fato não há casas com este endereço.

Não sei se é a forma mais correta, mas funciona. =)

[]s
Arlindo "Nighto" Pereira

2013/7/25 Roger C. Soares 

> **
> Deveria. Na minha opinião não seria necessário nem um way com
> addr:interpolation, o engine deveria saber pegar os nros com o mesmo
> addr:street e interpolar segundo as regras de uma área que contém a rua, o
> país por exemplo.
>
> Mas o wiki define que interpolação tem que ter um way e talvez seja até pq
> a minha idéia não funcione para o mundo todo. A minha dúvida é: Como se
> mapeia a interpolação de forma contínua para a rua toda?
>
> Eu tenho colocado os nros conforme eu vou encontrando e ligando com
> addr:interpolation, me parece lógico. Segundo o comportamento do Nominatim
> descrito pelo Fernando, o que eu estou fazendo não funciona, e na prática
> realmente não funciona (sempre). Agora, isso é bug ou feature do Nominatim?
> Quem decide? Tem outro jeito correto para mapear? É correto manter a
> interpolação e tb numerar o contorno da construção? Muitas perguntas? :)
>
> Atenciosamente,
> Roger.
>
> --
> Gerald Weber escreveu:
>
> Oi Pessoal
>
> Ao pensar nesta idéia de interpolação: isto não deveria ser tarefa do
> renderizador?
>
> Quer dizer, faz sentido popular a base de dados com informações
> hipotéticas?
>
> Abraços
>
> Gerald
>
> --
>
> ___
> Talk-br mailing 
> listTalk-br@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-br
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Deveria. Na minha opinião não seria necessário nem um way com
addr:interpolation, o engine deveria saber pegar os nros com o mesmo
addr:street e interpolar segundo as regras de uma área que contém a
rua, o país por exemplo.

Mas o wiki define que interpolação tem que ter um way e talvez seja até
pq a minha idéia não funcione para o mundo todo. A minha dúvida é: Como
se mapeia a interpolação de forma contínua para a rua toda?

Eu tenho colocado os nros conforme eu vou encontrando e ligando com
addr:interpolation, me parece lógico. Segundo o comportamento do
Nominatim descrito pelo Fernando, o que eu estou fazendo não funciona,
e na prática realmente não funciona (sempre). Agora, isso é bug ou
feature do Nominatim? Quem decide? Tem outro jeito correto para mapear?
É correto manter a interpolação e tb numerar o contorno da construção?
Muitas perguntas? :)

Atenciosamente,
Roger.

--
Gerald Weber escreveu:

  Oi Pessoal
  Ao pensar nesta idéia de interpolação: isto não deveria ser tarefa
do renderizador?
   Quer dizer, faz sentido popular a base de dados com informações
hipotéticas?
  Abraços
  Gerald
  

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





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

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

Se colocar um nro no nó central ele tb seria renderizado. Do jeito que
você fez ficou melhor, teoricamente a interpolação poderia ter um nó
vazio.

Quando eu percebi que algumas interpolações não estavam funcionando eu
comecei a colocar addr:street nos nós, o que não fez diferença. Eu
achei que ele pegasse a rua aproximada apenas se o street não estivesse
definido, mas se ele está pegando a rua mais próxima da interpolação e
ignora o street no nó, então acho que faz sentido não funcionar, ainda
mais com essa "validação de sanidade". No wiki eles falam pra colocar o
street nos nós, eu sempre achei que deveria ser na interpolação...

Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

  Você poderia colocar um número de casa no nó central do cruzamento,
mas haveria um conflito se você tivesse que fazer isso para dois
interpoladores (um para cada rua do cruzamento).

Eu vinha mapeando passando pelo nó central mas colocando os números
pouco antes e pouco depois do cruzamento, assim:
http://www.openstreetmap.org/?lat=-30.050852&lon=-51.224171&zoom=18&layers=M

Como fiz isso muito pouco (mais com o objetivo de testar o sistema
mesmo), não me importo de consertar. Desse jeito há 2 vantagens:
- a numeração é contínua (não há números faltando nos cruzamentos,
sempre se consegue uma posição aproximada)
- o roteamento é correto (mesmo os números no interior do cruzamento
são projetados na rua certa, já que o interpolador é mais próximo da
sua rua do que da outra que chega no cruzamento)

Se o interpolador passasse por cima da rua transversal, os números
próximos do cruzamento seriam projetados na rua errada. Se nesse local
as ruas fossem todas de sentido único (como costuma ser nas regiões
mais densas das cidades), isso poderia mudar drásticamente o
roteamento (no restante não mudaria muito).

Além do aspecto engraçado (repetindo esse padrão visual em X em cada
cruzamento :P), tem uma desvantagem em fazer do jeito que eu fiz (e
pode ter sido essa a razão para não ter funcionado pra você algumas
vezes). O Nominatim faz uma verificação de "sanidade" nos
interpoladores: se numa distância curta a diferença de numeração for
muito grande, ele descarta o interpolador. Então, se o interpolador
for feito em pedaços (como em Buenos Aires), a chance de algo ser
descartado é muito menor. Descobri isso (e inclusive abri um ticket no
TRAC do Nominatim pensando que era um erro) quando fui mapear a
Avenida Guaíba aqui em Porto Alegre: em um trecho de uma quadra, a
numeração saltava de 990 para 1300 entre os extremos. O Nominatim acha
improvável haver 400 casas nesse espaço curto, pensa que é um erro e
acaba não indexando essas casas. (Pelo que entendi o Nominatim não é
muito esperto, cada valor interpolado gera uma entrada no índice.
Softwares de GPS simplesmente calculam a posição interpolada ao invés
de armazenar a posição de cada número separadamente.)

Em lugares em que há tanto um interpolador quanto uma casa mapeada
separadamente com o seu próprio número, o Nominatim retorna as 2
posições, mas a que vem do interpolador sempre aparece como segundo
resultado, o primeiro é a própria casa.

2013/7/25 Roger C. Soares :
  
  
A idéia seria continuar mapeando as construções e colocando o número exato
nelas? Se a numeração for duplicada não vejo problema em considerar a
interpolação como uma aproximação, inclusive seria até interessante que os
nros na interpolação não batessem com o nro da construção para a busca não
retornar 2 endereços repetidos. Tem a tag addr:inclusion pra dizer que o nro
é aproximado e não o real.

Eu tenho feito inspeções, e eu pego alguns números, na maioria eu tento
pegar as pontas dos quarteirões. Mas nem sempre, então eu escolhi o modo
mais fácil pra mim, eu ignoro os quarteirões, sendo o mais simples conectar
as pontas das ruas, e alguns números no meio caso a rua faça alguma curva só
para ficar mais bonito na renderização. E sempre coloco o nro exato. Se tem
um POI mapeado com o mesmo nro eu adiciono no POI tb.

Inclusive, eu acabei achando interessante conectar a rua inteira, tem
algumas que são quebradas em alguma parte e continuam depois, a linha da
interpolação me dá uma noção legal de continuidade do que deveria ser a rua,
por exemplo:
http://www.openstreetmap.org/?lat=-21.193062&lon=-47.801154&zoom=18&layers=M

O primeiro nro do quarteirão é 2210, mas se eu fosse guardar esse nro de
cabeça eu iria buscar por 2200 ou 2000 (eu faço muito isso), e se a
interpolação não estivesse conectada ela não retornaria nada. Com a
interpolação contínua uma localização aproximada de onde eu quero ir deveria
aparecer, mas pela minha experiência, nem sempre as interpolações funcionam
no site do openstreetmap, já aconteceu dele ignorar o nro ou retornar em
outra rua, e não entendi o pq na época...

Eu li em algum lugar que a interpolação é uma forma rápida para mapear os
nros, mas que a intenção ainda era colocar os nros exatos de cada
construção, então eu comecei a considerar as interpolações como algo
auxi

Re: [Talk-br] Endereçamento com interpoladores

[Gerald Weber]

Oi Pessoal

Ao pensar nesta idéia de interpolação: isto não deveria ser tarefa do
renderizador?

Quer dizer, faz sentido popular a base de dados com informações hipotéticas?

Abraços

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

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Você poderia colocar um número de casa no nó central do cruzamento,
mas haveria um conflito se você tivesse que fazer isso para dois
interpoladores (um para cada rua do cruzamento).

Eu vinha mapeando passando pelo nó central mas colocando os números
pouco antes e pouco depois do cruzamento, assim:
http://www.openstreetmap.org/?lat=-30.050852&lon=-51.224171&zoom=18&layers=M

Como fiz isso muito pouco (mais com o objetivo de testar o sistema
mesmo), não me importo de consertar. Desse jeito há 2 vantagens:
- a numeração é contínua (não há números faltando nos cruzamentos,
sempre se consegue uma posição aproximada)
- o roteamento é correto (mesmo os números no interior do cruzamento
são projetados na rua certa, já que o interpolador é mais próximo da
sua rua do que da outra que chega no cruzamento)

Se o interpolador passasse por cima da rua transversal, os números
próximos do cruzamento seriam projetados na rua errada. Se nesse local
as ruas fossem todas de sentido único (como costuma ser nas regiões
mais densas das cidades), isso poderia mudar drásticamente o
roteamento (no restante não mudaria muito).

Além do aspecto engraçado (repetindo esse padrão visual em X em cada
cruzamento :P), tem uma desvantagem em fazer do jeito que eu fiz (e
pode ter sido essa a razão para não ter funcionado pra você algumas
vezes). O Nominatim faz uma verificação de "sanidade" nos
interpoladores: se numa distância curta a diferença de numeração for
muito grande, ele descarta o interpolador. Então, se o interpolador
for feito em pedaços (como em Buenos Aires), a chance de algo ser
descartado é muito menor. Descobri isso (e inclusive abri um ticket no
TRAC do Nominatim pensando que era um erro) quando fui mapear a
Avenida Guaíba aqui em Porto Alegre: em um trecho de uma quadra, a
numeração saltava de 990 para 1300 entre os extremos. O Nominatim acha
improvável haver 400 casas nesse espaço curto, pensa que é um erro e
acaba não indexando essas casas. (Pelo que entendi o Nominatim não é
muito esperto, cada valor interpolado gera uma entrada no índice.
Softwares de GPS simplesmente calculam a posição interpolada ao invés
de armazenar a posição de cada número separadamente.)

Em lugares em que há tanto um interpolador quanto uma casa mapeada
separadamente com o seu próprio número, o Nominatim retorna as 2
posições, mas a que vem do interpolador sempre aparece como segundo
resultado, o primeiro é a própria casa.

2013/7/25 Roger C. Soares :
> A idéia seria continuar mapeando as construções e colocando o número exato
> nelas? Se a numeração for duplicada não vejo problema em considerar a
> interpolação como uma aproximação, inclusive seria até interessante que os
> nros na interpolação não batessem com o nro da construção para a busca não
> retornar 2 endereços repetidos. Tem a tag addr:inclusion pra dizer que o nro
> é aproximado e não o real.
>
> Eu tenho feito inspeções, e eu pego alguns números, na maioria eu tento
> pegar as pontas dos quarteirões. Mas nem sempre, então eu escolhi o modo
> mais fácil pra mim, eu ignoro os quarteirões, sendo o mais simples conectar
> as pontas das ruas, e alguns números no meio caso a rua faça alguma curva só
> para ficar mais bonito na renderização. E sempre coloco o nro exato. Se tem
> um POI mapeado com o mesmo nro eu adiciono no POI tb.
>
> Inclusive, eu acabei achando interessante conectar a rua inteira, tem
> algumas que são quebradas em alguma parte e continuam depois, a linha da
> interpolação me dá uma noção legal de continuidade do que deveria ser a rua,
> por exemplo:
> http://www.openstreetmap.org/?lat=-21.193062&lon=-47.801154&zoom=18&layers=M
>
> O primeiro nro do quarteirão é 2210, mas se eu fosse guardar esse nro de
> cabeça eu iria buscar por 2200 ou 2000 (eu faço muito isso), e se a
> interpolação não estivesse conectada ela não retornaria nada. Com a
> interpolação contínua uma localização aproximada de onde eu quero ir deveria
> aparecer, mas pela minha experiência, nem sempre as interpolações funcionam
> no site do openstreetmap, já aconteceu dele ignorar o nro ou retornar em
> outra rua, e não entendi o pq na época...
>
> Eu li em algum lugar que a interpolação é uma forma rápida para mapear os
> nros, mas que a intenção ainda era colocar os nros exatos de cada
> construção, então eu comecei a considerar as interpolações como algo
> auxiliar/temporário. Mas como eu busco um tanto por nros redondos, não
> gostaria de perder as aproximações...
>
> Uma coisa que eu achei interessante em Porto Alegre, mas que não usei ainda
> foi:
> http://www.openstreetmap.org/?lat=-21.193062&lon=-47.801154&zoom=18&layers=M
>
> A interpolação na rua General Câmara, entre a rua dos Andradas e Andrade
> Neves, ela tem o nro exato mas termina conectada com a rua. Talvez o nó da
> esquina poderia ter o nro intermediário...
>
> Atenciosamente,
> Roger.
>
> --
> Fernando Trebien escreveu:
>
>> Pessoal,
>>
>> O Paulo Carvalho tem desenvolvido um conversor TrackSource > OSM e eu
>> estou prestes a impor

Re: [Talk-br] Endereçamento com interpoladores

[Nelson A. de Oliveira]

2013/7/25 Fernando Trebien :
> Nesse exemplo, era pra ser o número exato das casas na esquina,
> obtidos (supostamente) por inspeção.
>
> No caso do conversor e da minha importação, esse número também poderia
> ser algo proveniente de um registro legal ou oficial (possivelmente um
> pouco desatualizado).

Se for exato eu não vejo necessidade de criar na interpolação números
que não existem (se não existe número 500 então também não deve
existir na interpolação).
Mas se há um mínimo de dúvida sobre a exatidão dos dados, também não
vejo mal em aumentar um pouco os valores para que não exista buracos
(o que praticamente cairia no mesmo caso de ter um único caminho para
a rua inteira com números interpolados).

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

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Nesse exemplo, era pra ser o número exato das casas na esquina,
obtidos (supostamente) por inspeção.

No caso do conversor e da minha importação, esse número também poderia
ser algo proveniente de um registro legal ou oficial (possivelmente um
pouco desatualizado).

2013/7/25 Nelson A. de Oliveira :
> 2013/7/25 Fernando Trebien :
>> A minha questão é: o usuário busca por "Rua A, 500" e esse valor cai
>> perto do meio do cruzamento. Os números mais próximos nos
>> interpoladores existentes são 496 e 512.
>
> 496 e 512 seriam os números de casa que existem na realidade ou são
> valores aproximados?
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> http://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
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Endereçamento com interpoladores

[Roger C. Soares]

A idéia seria continuar mapeando as construções e colocando o número 
exato nelas? Se a numeração for duplicada não vejo problema em 
considerar a interpolação como uma aproximação, inclusive seria até 
interessante que os nros na interpolação não batessem com o nro da 
construção para a busca não retornar 2 endereços repetidos. Tem a tag 
addr:inclusion pra dizer que o nro é aproximado e não o real.


Eu tenho feito inspeções, e eu pego alguns números, na maioria eu tento 
pegar as pontas dos quarteirões. Mas nem sempre, então eu escolhi o modo 
mais fácil pra mim, eu ignoro os quarteirões, sendo o mais simples 
conectar as pontas das ruas, e alguns números no meio caso a rua faça 
alguma curva só para ficar mais bonito na renderização. E sempre coloco 
o nro exato. Se tem um POI mapeado com o mesmo nro eu adiciono no POI tb.


Inclusive, eu acabei achando interessante conectar a rua inteira, tem 
algumas que são quebradas em alguma parte e continuam depois, a linha da 
interpolação me dá uma noção legal de continuidade do que deveria ser a 
rua, por exemplo:

http://www.openstreetmap.org/?lat=-21.193062&lon=-47.801154&zoom=18&layers=M

O primeiro nro do quarteirão é 2210, mas se eu fosse guardar esse nro de 
cabeça eu iria buscar por 2200 ou 2000 (eu faço muito isso), e se a 
interpolação não estivesse conectada ela não retornaria nada. Com a 
interpolação contínua uma localização aproximada de onde eu quero ir 
deveria aparecer, mas pela minha experiência, nem sempre as 
interpolações funcionam no site do openstreetmap, já aconteceu dele 
ignorar o nro ou retornar em outra rua, e não entendi o pq na época...


Eu li em algum lugar que a interpolação é uma forma rápida para mapear 
os nros, mas que a intenção ainda era colocar os nros exatos de cada 
construção, então eu comecei a considerar as interpolações como algo 
auxiliar/temporário. Mas como eu busco um tanto por nros redondos, não 
gostaria de perder as aproximações...


Uma coisa que eu achei interessante em Porto Alegre, mas que não usei 
ainda foi:

http://www.openstreetmap.org/?lat=-21.193062&lon=-47.801154&zoom=18&layers=M

A interpolação na rua General Câmara, entre a rua dos Andradas e Andrade 
Neves, ela tem o nro exato mas termina conectada com a rua. Talvez o nó 
da esquina poderia ter o nro intermediário...


Atenciosamente,
Roger.

--
Fernando Trebien escreveu:

Pessoal,

O Paulo Carvalho tem desenvolvido um conversor TrackSource > OSM e eu
estou prestes a importar a numeração das casas em Porto Alegre via
script. Eu queria opiniões sobre um detalhe de como fazer isso para
produzir um resultado com mais qualidade.

Já encontrei interpoladores no Rio e em Buenos Aires (mas não em
outras grandes cidades de outros países, onde quase tudo está mapeado
edifício por edifício). Em ambos, sempre há 1 linha para cada quadra,
com um número associado ao nó inicial e outro ao final. No Rio, o
número usado foi exatamente o da última casa naquela quadra, logo
antes do cruzamento. Isso deixa alguns números faltando na sequência;
se alguém pesquisar por um desses números, o sistema não retorna
absolutamente nada. Em Buenos Aires, parece que eles escolheram
números de uma forma tal que não fiquem "buracos" na numeração: se de
um lado o último número é o 20 (numeração par), do outro o primeiro
número é o 22 ou o 18, mas não se pula para o 24 ou para o 16 (ou
qualquer número mais distante), o que deixaria o número 22 ou o 18 de
fora dos resultados da busca.

Exemplo em Buenos Aires:
http://openstreetmap.org/?lat=-34.60868&lon=-58.37489&zoom=17&layers=M

Então, a questão: optamos pela exatidão absoluta e deixamos que o
usuário do mapa fique confuso de vez em quando (especialmente no caso
de novos endereços que ainda não foram mapeados), ou fazemos as
conversões fechando esses buracos? Por exemplo, se de um lado o número
é 20 e do outro é 40, aproximaríamos isso atribuindo um lado ao número
30 e o outro lado ao 32.

O fechamento seria feito somente quando a numeração dos dois lados é
próxima: se houver um salto muito grande, digamos, de mais de 100
(ex.: um lado é 80 e o outro é 190), os números originais seriam
usados.

A minha opinião é de que o fechamento seria interessante porque os
interpoladores são invariavelmente uma mera aproximação. Acho que a
exatidão absoluta faria mais sentido se todos os edifícios estivessem
mapeados individualmente, como é o caso de Berlim, Paris, Londres,
etc. Mas não sei se a minha opinião está de acordo com a opinião
geral, pesquisando não achei absolutamente nenhuma recomendação da
comunidade internacional para o uso dos interpoladores.

  



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

Re: [Talk-br] Endereçamento com interpoladores

[Nelson A. de Oliveira]

2013/7/25 Fernando Trebien :
> A minha questão é: o usuário busca por "Rua A, 500" e esse valor cai
> perto do meio do cruzamento. Os números mais próximos nos
> interpoladores existentes são 496 e 512.

496 e 512 seriam os números de casa que existem na realidade ou são
valores aproximados?

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

Re: [Talk-br] Endereçamento com interpoladores

[Fernando Trebien]

Pessoal, acho que gerei um monte de dúvidas.

Certamente a idéia de poder "deduzir" a numeração a partir da
distância é tentadora (embora fazer isso só olhando para a métrica do
JOSM tenha uma tendência a introduzir erros de aproximação nas vias
mais longas). Mas no caso do conversor do Paulo e do meu script, esses
números podem ser gerados automaticamente a partir de bases confiáveis
(no caso dele os mapas já produzidos por DMs e DEs para o TrackSource,
no meu caso a base do Instituto de Geologia da UFRGS). Essas fontes de
dados já tem a numeração inicial de cada rua (e também as
intermediárias, por cruzamento). Creio que em muitos casos essa
numeração foi inspecionada e não medida ou deduzida, portanto, é mais
próxima da numeração oficial, incluindo os casos em que a regra da
distância não foi seguida à risca.

A minha questão é: o usuário busca por "Rua A, 500" e esse valor cai
perto do meio do cruzamento. Os números mais próximos nos
interpoladores existentes são 496 e 512. É
aceitável/importante/útil/desejável/indesejável mudar os
interpoladores ligeiramente para que a busca do usuário retorne algum
resultado razoável? Se ajustarmos de 496 para 504 e de 512 para 506,
isso não faz quase nenhuma diferença no meio da quadra, mas a busca
passa a retornar resultados para os números intermediários (inclusive
o solicitado pelo usuário). Alguém que estiver procurando um endereço
com um GPS (e não olhando para o mapa) encontraria esse resultado
assim. Sem o ajuste, o resultado seria "nada encontrado" e o usuário
ficaria se perguntando se passaram o endereço errado pra ele, se ele
digitou errado, se o mapa é que é ruim, se o GPS é que não funciona,
etc.

Só lembrando: não é necessário mudar todos os interpoladores que já
foram mapeados, essa questão é mais para esses processos de conversão
automática. Se for desejável, uma boa hora pra implementar esse
recurso no conversor do Paulo (e no meu script de importação) é agora,
do contrário se um dia decidirmos que isso é bom vamos ter que ajustar
tudo à mão. Se for indesejável, me avisem. :D

2013/7/25 Nelson A. de Oliveira :
> A forma mais simples é criar apenas um caminho, do começo da rua até o
> fim, com addr:interpolation=all (a interpolação vai servir para os
> lados par e ímpar) e addr:inclusion=estimate (para dizer que existirá
> números na interpolação que não existem de fato na realidade).
>
> Coloca no nó inicial o menor número que existe na rua e o nó final o
> último número que existe na mesma.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> http://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
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Endereçamento com interpoladores

[Nelson A. de Oliveira]

A forma mais simples é criar apenas um caminho, do começo da rua até o
fim, com addr:interpolation=all (a interpolação vai servir para os
lados par e ímpar) e addr:inclusion=estimate (para dizer que existirá
números na interpolação que não existem de fato na realidade).

Coloca no nó inicial o menor número que existe na rua e o nó final o
último número que existe na mesma.

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

Re: [Talk-br] Endereçamento com interpoladores

[Aun Yngve Johnsen]

Gerald, Pessoal

Tem um pouco duvida soubre estes "metricos", bem meu casa e numero 97, e meu 
vinizio e 101, e pode ser uns 4 metros entre os portas, mas no outro lado, meu 
casa nao sao 97 metros dentro rua, e a casa no outro lado da rua nao sao entre 
97 e 101 que seria natural com seu argumento. Talvez voce pode dizer que 
numeros entre 1 e 100 geralmente e nos primeiros 100 metros da rua, 101 a 200 
os proximos 100 metros

Tambem no meu rua tem casas com numeros pulando, por exemplo um distanca em 
baixo meu casa tem numero 117, nao sei se a casa pertence outro rua, mas a 
entrada e no meu rua. Admito que sao curioso mas ainda nao perguntei p saber 
porque este pulo de numeracao

Aun Johnsen

On 25. juli 2013, at 10:13, Gerald Weber  wrote:

> Oi Fernando
> 
> Lembre-se que no Brasil se adota um sistema métrico onde a "numeração" da 
> casa é sua distância aproximada do início da rua. Por exemplo o número 350 
> fica 350 metros do início da rua. Usualmente o início da rua é aquele que 
> fica mais próximo ao centro da cidade. Enfim, se você souber onde fica o 
> início da rua você consegue saber com boa aproximação onde fica o número que 
> procura.
> 
> Assim, se você está no número 200 e procura o 400 você sabe que ainda tem de 
> andar mais 200 metros.
> 
> Talvez isto seja útil para incorporar no interpolador que você quer fazer.
> 
> Abraço
> 
> Gerald
> 
> On Jul 25, 2013 9:59 AM, "Fernando Trebien"  
> wrote:
>> Pessoal,
>> 
>> O Paulo Carvalho tem desenvolvido um conversor TrackSource > OSM e eu
>> estou prestes a importar a numeração das casas em Porto Alegre via
>> script. Eu queria opiniões sobre um detalhe de como fazer isso para
>> produzir um resultado com mais qualidade.
>> 
>> Já encontrei interpoladores no Rio e em Buenos Aires (mas não em
>> outras grandes cidades de outros países, onde quase tudo está mapeado
>> edifício por edifício). Em ambos, sempre há 1 linha para cada quadra,
>> com um número associado ao nó inicial e outro ao final. No Rio, o
>> número usado foi exatamente o da última casa naquela quadra, logo
>> antes do cruzamento. Isso deixa alguns números faltando na sequência;
>> se alguém pesquisar por um desses números, o sistema não retorna
>> absolutamente nada. Em Buenos Aires, parece que eles escolheram
>> números de uma forma tal que não fiquem "buracos" na numeração: se de
>> um lado o último número é o 20 (numeração par), do outro o primeiro
>> número é o 22 ou o 18, mas não se pula para o 24 ou para o 16 (ou
>> qualquer número mais distante), o que deixaria o número 22 ou o 18 de
>> fora dos resultados da busca.
>> 
>> Exemplo em Buenos Aires:
>> http://openstreetmap.org/?lat=-34.60868&lon=-58.37489&zoom=17&layers=M
>> 
>> Então, a questão: optamos pela exatidão absoluta e deixamos que o
>> usuário do mapa fique confuso de vez em quando (especialmente no caso
>> de novos endereços que ainda não foram mapeados), ou fazemos as
>> conversões fechando esses buracos? Por exemplo, se de um lado o número
>> é 20 e do outro é 40, aproximaríamos isso atribuindo um lado ao número
>> 30 e o outro lado ao 32.
>> 
>> O fechamento seria feito somente quando a numeração dos dois lados é
>> próxima: se houver um salto muito grande, digamos, de mais de 100
>> (ex.: um lado é 80 e o outro é 190), os números originais seriam
>> usados.
>> 
>> A minha opinião é de que o fechamento seria interessante porque os
>> interpoladores são invariavelmente uma mera aproximação. Acho que a
>> exatidão absoluta faria mais sentido se todos os edifícios estivessem
>> mapeados individualmente, como é o caso de Berlim, Paris, Londres,
>> etc. Mas não sei se a minha opinião está de acordo com a opinião
>> geral, pesquisando não achei absolutamente nenhuma recomendação da
>> comunidade internacional para o uso dos interpoladores.
>> 
>> --
>> 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
>> http://lists.openstreetmap.org/listinfo/talk-br
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Endereçamento com interpoladores

[Gerald Weber]

Oi Fernando

Lembre-se que no Brasil se adota um sistema métrico onde a "numeração" da
casa é sua distância aproximada do início da rua. Por exemplo o número 350
fica 350 metros do início da rua. Usualmente o início da rua é aquele que
fica mais próximo ao centro da cidade. Enfim, se você souber onde fica o
início da rua você consegue saber com boa aproximação onde fica o número
que procura.

Assim, se você está no número 200 e procura o 400 você sabe que ainda tem
de andar mais 200 metros.

Talvez isto seja útil para incorporar no interpolador que você quer fazer.

Abraço

Gerald
On Jul 25, 2013 9:59 AM, "Fernando Trebien" 
wrote:

> Pessoal,
>
> O Paulo Carvalho tem desenvolvido um conversor TrackSource > OSM e eu
> estou prestes a importar a numeração das casas em Porto Alegre via
> script. Eu queria opiniões sobre um detalhe de como fazer isso para
> produzir um resultado com mais qualidade.
>
> Já encontrei interpoladores no Rio e em Buenos Aires (mas não em
> outras grandes cidades de outros países, onde quase tudo está mapeado
> edifício por edifício). Em ambos, sempre há 1 linha para cada quadra,
> com um número associado ao nó inicial e outro ao final. No Rio, o
> número usado foi exatamente o da última casa naquela quadra, logo
> antes do cruzamento. Isso deixa alguns números faltando na sequência;
> se alguém pesquisar por um desses números, o sistema não retorna
> absolutamente nada. Em Buenos Aires, parece que eles escolheram
> números de uma forma tal que não fiquem "buracos" na numeração: se de
> um lado o último número é o 20 (numeração par), do outro o primeiro
> número é o 22 ou o 18, mas não se pula para o 24 ou para o 16 (ou
> qualquer número mais distante), o que deixaria o número 22 ou o 18 de
> fora dos resultados da busca.
>
> Exemplo em Buenos Aires:
> http://openstreetmap.org/?lat=-34.60868&lon=-58.37489&zoom=17&layers=M
>
> Então, a questão: optamos pela exatidão absoluta e deixamos que o
> usuário do mapa fique confuso de vez em quando (especialmente no caso
> de novos endereços que ainda não foram mapeados), ou fazemos as
> conversões fechando esses buracos? Por exemplo, se de um lado o número
> é 20 e do outro é 40, aproximaríamos isso atribuindo um lado ao número
> 30 e o outro lado ao 32.
>
> O fechamento seria feito somente quando a numeração dos dois lados é
> próxima: se houver um salto muito grande, digamos, de mais de 100
> (ex.: um lado é 80 e o outro é 190), os números originais seriam
> usados.
>
> A minha opinião é de que o fechamento seria interessante porque os
> interpoladores são invariavelmente uma mera aproximação. Acho que a
> exatidão absoluta faria mais sentido se todos os edifícios estivessem
> mapeados individualmente, como é o caso de Berlim, Paris, Londres,
> etc. Mas não sei se a minha opinião está de acordo com a opinião
> geral, pesquisando não achei absolutamente nenhuma recomendação da
> comunidade internacional para o uso dos interpoladores.
>
> --
> 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
> http://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br