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 <[email protected]> > 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 <[email protected]>: > > 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" <[email protected]> > > 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 <[email protected]>: > >> > 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 <[email protected]> > >> >> > >> >> 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 <[email protected]>: > >> >> > 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 <[email protected]>: > >> >> >> 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 <[email protected]> > >> >> >>> > >> >> >>> 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 > >> >> >>> [email protected] > >> >> >>> http://lists.openstreetmap.org/listinfo/talk-br > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> _______________________________________________ > >> >> >>> Talk-br mailing list > >> >> >>> [email protected] > >> >> >>> http://lists.openstreetmap.org/listinfo/talk-br > >> >> >>> > >> >> >> > >> >> >> > >> >> >> _______________________________________________ > >> >> >> Talk-br mailing list > >> >> >> [email protected] > >> >> >> 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 > >> >> [email protected] > >> >> http://lists.openstreetmap.org/listinfo/talk-br > >> > > >> > > >> > > >> > _______________________________________________ > >> > Talk-br mailing list > >> > [email protected] > >> > 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 > >> [email protected] > >> http://lists.openstreetmap.org/listinfo/talk-br > > > > > > _______________________________________________ > > Talk-br mailing list > > [email protected] > > 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 > [email protected] > http://lists.openstreetmap.org/listinfo/talk-br >
_______________________________________________ Talk-br mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-br
