[Talk-br] Endereçamento com interpoladores

Sexta Julho 26 13:47:49 UTC 2013

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 <rogersoares em gmail.com>:
> 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 <fernando.trebien em gmail.com>
>>
>> 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 <fernando.trebien em gmail.com>:
>> > 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 <openstreetmap em arlindopereira.com>:
>> >> 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 <rogersoares em gmail.com>
>> >>>
>> >>> 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 em openstreetmap.org
>> >>> http://lists.openstreetmap.org/listinfo/talk-br
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> _______________________________________________
>> >>> Talk-br mailing list
>> >>> Talk-br em openstreetmap.org
>> >>> http://lists.openstreetmap.org/listinfo/talk-br
>> >>>
>> >>
>> >>
>> >> _______________________________________________
>> >> Talk-br mailing list
>> >> Talk-br em 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)
>>
>>
>>
>> --
>> Fernando Trebien
>> +55 (51) 9962-5409
>>
>> "The speed of computer chips doubles every 18 months." (Moore's law)
>> "The speed of software halves every 18 months." (Gates' law)
>>
>> _______________________________________________
>> Talk-br mailing list
>> Talk-br em openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-br
>
>
> ________________________________
> _______________________________________________
> Talk-br mailing list
> Talk-br em openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-br
>
>
>
>
> _______________________________________________
> Talk-br mailing list
> Talk-br em 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)