Re: [Talk-br] Endereçamento com interpoladores
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 rogersoa...@gmail.com: 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 rogersoa...@gmail.com: 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 fernando.treb...@gmail.com: 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 rogersoa...@gmail.com: 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 rogersoa...@gmail.com: 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
Re: [Talk-br] Endereçamento com interpoladores
Recaptulando, Rua Campos Salles, Ribeiro Preto, No incio nenhum nro aparecia nas buscas: 555|1855--|2089 (1 way) Depois adicionei o nro 2005 na interpolao e continuou no retornando nros nas buscas: 555|1855---2005-|2089 (1 way) Depois apenas quebrei a interpolao em 3 caminhos, de 1855 a 2089 comeou a funcionar: 555||1855|---|2005|-|2089 (3 ways) E por ltimo combinei o caminho da interpolao em 1 novamente, e de 1855 a 2089 continuou funcionando: 555|1855---2005-|2089 (1 way) Eu no vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz que exista alguma limitao de tamanho mesmo, na av independncia tem uma interpolao que vai de 1500 a 2514 que tb no funciona. Talvez como ela j foi indexada, se eu colocar outros nros no meio no 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 no faria muito sentido. Nesse caso o melhor ou dar um nmero aproximado ou colocar os terminais com uma tag "fixme" pedindo para algum avaliar o melhor nmero. Eu tenho esse costume em Porto Alegre: vou marcando vrias coisas com fixme, depois tiro 1 dia pra fazer inspeo e resolver as dvidas. Tem funcionado muito bem. Agora sinceramente no sei por que os seus interpoladores no funcionam, tudo me parece correto. Uma sugesto: 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 desfaa a sua alterao, 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 rogersoa...@gmail.com: Nesse meu comentrio eu estava pensando nos ns terminais vazios: []_[20]_[40]_[] / \ []---highway-[] At um tempo atrs eu imaginava que ele pudesse tirar uma mdia e calcular que o primeiro n prximo do 0 e o ltimo prximo do 60. Assim, se algum 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 no passou na validao, vc tem razo. Percebi agora que um dos exemplos que eu estava usando tem um nro no meio que est estragando a sequncia. Acho que era um prdio em construo, ou eu digitei errado ou eles colocaram um nro estranho, preciso voltar l. Em Ribeiro Preto, na Quintino Bocaiva, apesar do segundo intervalo no retornar, o primeiro retorna, realmente boa notcia: Rua Quintino Bocaiva - de 9 a 275 (266 nros), 220m J na campos salles, os 2 intervalos no 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 esto muito distantes um do outro? Atenciosamente, Roger. -- Fernando Trebien escreveu: Olha, ele aceita ns sem nmero sim. Esses ns 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 ns, alguns com nmero, outros sem. Os sem nmero ficam totalmente sem tags. Outro n no mesmo interpolador (logo ao lado do anterior), mas com nmero: http://www.openstreetmap.org/browse/node/2248442311 Se voc agora buscar por "avenida guaba 10740 poa" vai encontrar um resultado. Uma coisa interessante sobre esse interpolador (que diz algo sobre como funciona o Nominatim) que a verificao de sanidade rejeita o primeiro intervalo, de 9894 a 10652, mas no rejeita os demais (boa notcia). Nesse intervalo h uma diferena de 758 nmeros em uma distncia de 92 metros. (Esse o caso mais estranho de numerao em Porto Alegre. A rua foi renumerada algumas vezes mas ningum forou a mudana, ento h algumas geraes de nmeros intercaladas a, por isso vrios interpoladores simultneos. A numerao na fonte que eu vou importar acompanha 1 dessas interpolaes, acredito que seja a numerao "oficial" - a que vai passar a valer ao longo do tempo. Acho que o ideal nesse caso usar interpoladores para a numerao oficial e mapear cada casa separadamente, afinal seria uma exceo.) 2013/7/26 Roger C. Soares rogersoa...@gmail.com: Legal, exatamente assim que eu tenho mapeado. Qdo o nmero de um prdio eu tb coloco o nome no addr:housename, pra quando algum fizer o contorno ter a informao l. Eu dei uma olhada em algumas interpolaes que eu fiz e qdo as distncias so prximas realmente esto funcionando legal. Como numerao pra mim no prioridade no momento eu coloco s algumas que eu fotografo, e as vezes eu ligava um nro numa interpolao que estava funcionando e ela parava de funcionar, ou vice-versa, provavelmente pq o nro coletado
Re: [Talk-br] Endereçamento com interpoladores
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 rogersoa...@gmail.com: 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 rogersoa...@gmail.com: 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
Re: [Talk-br] Endereçamento com interpoladores
Ok, sem problema. S pra ser mais preciso, o intervalo de 555 a 1855 pra mim no funcionou em nenhuma situao, 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 no est gerando os nmeros de 555 a 1855, mas os outros sim. J criei um ticket descrevendo essa situao (https://trac.openstreetmap.org/ticket/4925), ento peo pra voc no alterar o interpolador at que eles investiguem. (Da ltima vez, demoraram umas 2 semanas para me dar uma resposta.) 2013/7/30 Fernando Trebien fernando.treb...@gmail.com: Eu j vi algum descrevendo alguma situao 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, no tive certeza). De qualquer forma, estava to 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 situaes. Tambm j passei por casos em que o Nominatim demorou pra atualizar, ento eu sugiro que voc olhe 1 dia depois da alterao 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 no consertarem, da quebrar em 3 partes de novo (ruim, mas podemos fazer muito pouco, a menos que criemos um servio alternativo ao Nominatim). 2013/7/30 Roger C. Soares rogersoa...@gmail.com: Recaptulando, Rua Campos Salles, Ribeiro Preto, No incio nenhum nro aparecia nas buscas: 555|1855--|2089 (1 way) Depois adicionei o nro 2005 na interpolao e continuou no retornando nros nas buscas: 555|1855---2005-|2089 (1 way) Depois apenas quebrei a interpolao em 3 caminhos, de 1855 a 2089 comeou a funcionar: 555||1855|---|2005|-|2089 (3 ways) E por ltimo combinei o caminho da interpolao em 1 novamente, e de 1855 a 2089 continuou funcionando: 555|1855---2005-|2089 (1 way) Eu no vou abrir bug por enquanto, mas se vc quiser abrir manda ver. Capaz que exista alguma limitao de tamanho mesmo, na av independncia tem uma interpolao que vai de 1500 a 2514 que tb no funciona. Talvez como ela j foi indexada, se eu colocar outros nros no meio no 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 no faria muito sentido. Nesse caso o melhor ou dar um nmero aproximado ou colocar os terminais com uma tag "fixme" pedindo para algum avaliar o melhor nmero. Eu tenho esse costume em Porto Alegre: vou marcando vrias coisas com fixme, depois tiro 1 dia pra fazer inspeo e resolver as dvidas. Tem funcionado muito bem. Agora sinceramente no sei por que os seus interpoladores no funcionam, tudo me parece correto. Uma sugesto: 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 desfaa a sua alterao, 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 rogersoa...@gmail.com: Nesse meu comentrio eu estava pensando nos ns terminais vazios: []_[20]_[40]_[] / \ []---highway-[] At um tempo atrs eu imaginava que ele pudesse tirar uma mdia e calcular que o primeiro n prximo do 0 e o ltimo prximo do 60. Assim, se algum 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 no passou na validao, vc tem razo. Percebi agora que um dos exemplos que eu estava usando tem um nro no meio que est estragando a sequncia. Acho que era um prdio em construo, ou eu digitei errado ou eles colocaram um nro estranho, preciso voltar l. Em Ribeiro Preto, na Quintino Bocaiva, apesar do segundo intervalo no retornar, o primeiro retorna, realmente boa notcia: Rua Quintino Bocaiva - de 9 a 275 (266 nros), 220m J na campos salles, os 2 intervalos no 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 esto muito distantes um do outro? Atenciosamente, Roger. -- Fernando Trebien escreveu: Olha, ele aceita ns sem nmero sim. Esses ns 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 ns, alguns com nmero, outros sem. Os sem nmero ficam totalmente sem tags. Outro n no mesmo interpolador (logo
Re: [Talk-br] Endereçamento com interpoladores
Acho que eu tb no usaria o 3 apenas pelo fato da busca no osm no retornar para todos os nmeros. 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 quarteires? Se tiver mais nros nas posies corretas, acho que seria interessante importar todos, assim algum poderia desenhar os contornos sem ter que inspecionar tudo.. Atenciosamente, Roger. -- Arlindo Pereira escreveu: O mtodo 3 me parece estritamente errado. Os endereos no existem, ponto. Adicion-los me parece, usando uma gria carioca, "forao de barra" para evitar uma falha/bug/feature do buscador. Uma espcie de "tag for the renderer". []s 2013/7/25 Fernando Trebien fernando.treb...@gmail.com Uma imagem vale mais do que mil palavras, ento s pra explicar melhor: http://i.imgur.com/uwNSCWA.png Ignorem os pontos e as cruzes amarelas (no me aventurei a descobrir uma forma de escond-las). A rua 1 est feita com o mtodo mais simples. Serve bem para as ruas onde a numerao obedeceu a regra da distncia desde o incio da rua. Tem a eventual desvantagem de, em alguns casos, gerar coordenadas que so mais prximas 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 algum procurar por um nmero 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 numerao original foi preservada por causa da grande diferena de numerao entre os dois lados. No to correta, mas a interpolao (por ser uma aproximao) tambm no , e teria a vantagem de sempre chegar a uma posio aproximada (mesmo que o endereo no exista, ou seja um endereo novo ainda no mapeado, etc.). Penso que seja a melhor para conversores e importaes automticas, a menos que se tenha certeza do cuidado que tiveram com a numerao. Claro que todas esses mtodos tambm servem para 1 nico interpolador ao invs de 2 (um para cada lado). Se algum quiser o arquivo original para modificar e fazer seus prprios exemplos: http://db.tt/vtIIhLjG O que eu fiz em Porto Alegre no nenhum desses 3 mtodos :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 mtodo da rua 3 agora. 2013/7/25 Fernando Trebien fernando.treb...@gmail.com: Acho que no 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 ns ao longo dessa linha, sempre acompanhado de addr:street com o valor correto (os ns sem nmero 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 comeo, mas acabei descobrindo que no necessrio. Por outro lado, repetir esse mesmo valor em cada n com numerao me parece uma tremenda redundncia de informao... no fao idia do que a comunidade tinha em mente quando decidiram fazer assim. 2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com: O que eu tenho feito mapear vias com addr:street=[nome da rua] e addr:interpolation:[odd|even], com seus ns tendo addr:street=[nome da rua] (de novo) e addr:housenumber=[numero], uma para cada quarteiro. Por exemplo: Procurem por Rua Bento Lisboa, 60. http://openstreetmap.org/?lat=-22.926233lon=-43.179654zoom=18layers=M Nesse exemplo, os nmeros dos prdios na Rua Bento Lisboa antes e depois da Rua Tavares Bastos so 72 e 96. Dessa forma, procurando antes ou depois de qualquer um desses nmeros a interpolao funciona, mas entre os dois no, pois de fato no h casas com este endereo. No sei se a forma mais correta, mas funciona. =) []s Arlindo "Nighto" Pereira 2013/7/25 Roger C. Soares rogersoa...@gmail.com Deveria. Na minha opinio no seria necessrio 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 contm a rua, o pas por exemplo. Mas o wiki define que interpolao tem que ter um way e talvez seja at pq a minha idia no funcione para o mundo todo. A minha dvida : Como se mapeia a interpolao de forma contnua para a rua toda? Eu tenho colocado os nros conforme eu vou encontrando e ligando com addr:interpolation, me parece lgico. Segundo o comportamento do Nominatim descrito pelo Fernando, o que eu estou fazendo no funciona, e na prtica realmente no funciona (sempre). Agora, isso bug ou feature do Nominatim? Quem decide? Tem outro jeito correto para mapear? correto manter a interpolao e tb numerar o contorno da construo? Muitas perguntas? :) Atenciosamente, Roger. -- Gerald Weber escreveu: Oi Pessoal
Re: [Talk-br] Endereçamento com interpoladores
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 openstreet...@arlindopereira.com: 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.treb...@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.treb...@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 openstreet...@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,
Re: [Talk-br] Endereçamento com interpoladores
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 rogersoa...@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.treb...@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.treb...@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 openstreet...@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.926233lon=-43.179654zoom=18layers=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
Re: [Talk-br] Endereçamento com interpoladores
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 fernando.treb...@gmail.com 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 openstreet...@arlindopereira.com: 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.treb...@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.treb...@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
Re: [Talk-br] Endereçamento com interpoladores
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 openstreet...@arlindopereira.com: 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 fernando.treb...@gmail.com 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 openstreet...@arlindopereira.com: 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.treb...@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.treb...@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
Re: [Talk-br] Endereçamento com interpoladores
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 fernando.treb...@gmail.com 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.050652lon=-51.225083zoom=18layers=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
Legal, exatamente assim que eu tenho mapeado. Qdo o nmero de um
prdio eu tb coloco o nome no addr:housename, pra quando algum fizer o
contorno ter a informao l.
Eu dei uma olhada em algumas interpolaes que eu fiz e qdo as
distncias so prximas realmente esto funcionando legal. Como
numerao pra mim no prioridade no momento eu coloco s algumas que
eu fotografo, e as vezes eu ligava um nro numa interpolao 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 validao. Um trecho que no passe na
validao invalida a interpolao toda... isso me confundiu, mas
sabendo disso d pra quebrar estrategicamente algumas e com o tempo,
conforme forem entrando mais nmeros, as buscas devem melhorar.
O modo que vc usou em Porto Alegre eu tinha achado interessante para
ligar o incio e talvez o final da interpolao na rua. Assim ficaria a
metragem inteira da rua coberta. A princpio eu preferia deixar o n
sem nmero, mas pelo visto ele no gera um valor intermedirio pra ns
sem nmero, ento teria que ter um 0 como nmero do n, talvez o mesmo
n para os dois lados da rua... O que vocs acham? til ou ficaria
muito poludo?
Atenciosamente,
Roger.
--
Fernando Trebien escreveu:
Arlindo, para otimizao da base de dados, acho melhor mesmo ter uma
via s. Mas da usaramos a tag "addr:inclusion=potential" ? Ou tanto
faz? (Sugeri isso s pra indicar que os nmeros no interior do
cruzamento podem no existir, pro usurio faz pouca diferena.)
Adaptei os interpoladores que eu tinha colocado no mapa:
http://openstreetmap.org/?lat=-30.050652lon=-51.225083zoom=18layers=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 ns.
Repare especialmente nas tags que vo na linha e nas que vo nos ns.
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 vrios nomes de produtos - como o
BikePoa - o usam tambm. S a imprensa que no usa.)
Por causa dessa limitao do Nominatim (aquela validao de
"sanidade"), pode ser uma "boa idia" (mas no obrigatrio) quebrar
os interpoladores nos trechos em que h uma variao muito brusca na
numerao.
2013/7/26 Arlindo Pereira openstreet...@arlindopereira.com:
Hm, mas a isso envolveria ter de quebrar as vias em muitos pedaos. Nesse
caso, no seria melhor ter uma s via? Dessa forma, os nmeros das esquinas
seriam corretos, e os interpolados entre os cruzamentos se localizariam
nestes.
[]s
2013/7/26 Fernando Trebien fernando.treb...@gmail.com
Acho que isso sim. S pra no ter dvidas: o nmero 80 no seria um
n, seria o nmero interpolado, certo? Os nicos ns seriam o 72 e o
88, um de cada lado da via transversal, ambos prximos do cruzamento,
e o tracejado (---) seria o interpolador conectando os dois, com a
tag addr:inclusion=potential.
2013/7/26 Arlindo Pereira openstreet...@arlindopereira.com:
S para ver se eu entendi direito, teramos ento uma via com os nmeros
reais de endereamento na ponta dos quarteires e, entre eles, isto ,
"embaixo" da rua transversal teramos a mdia entre esses nmeros?
Por exemplo: 72-|80|-88
Se for isso mesmo, com uma tag especfica para esses casos, acho que
estou
de acordo.
[]s
Em 26/07/2013 10:38, "Fernando Trebien" fernando.treb...@gmail.com
escreveu:
Eu sabia que deveria ter feito a rua 4 e a rua 5 no exemplo. :P
No tenho dvidas de que estritamente errado. Alis, estritamente,
os interpoladores so errados, pois produzem vrios nmeros
interpolados que no existem na realidade. Tomando como exemplo as
quadras de Buenos Aires de 100m de comprimento e com intervalo de
numerao de 100 nmeros: se houver 20 prdios em cada quadra (10 de
cada lado da via), 80% dos nmeros interpolados no existiro.
Se so errados, por que so usados? Porque so teis. A minha questo
se til ao usurio final saber que existe o "buraco" na numerao
ou se mais til obter uma aproximao sempre que possvel. Todos os
outros mapas que eu conheo (particularmente os dois melhores, Google
Maps e Nokia HERE Maps) no tm esses buracos. O meu receio que um
usurio, ao se deparar com um buraco desses, considere o OSM como um
sistema inferior.
Mas ento, a rua 4 e a rua 5 seriam variaes da rua 2, com uma
modificao: estenderamos a linha interpoladora atravs do
cruzamento, passando pela via transversal. Na rua 4 a ligao entre os
nmeros de cada lado seria simplesmente uma linha reta. A rua 5 o
exemplo de como eu fiz em
Re: [Talk-br] Endereçamento com interpoladores
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 fernando.treb...@gmail.com 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.60868lon=-58.37489zoom=17layers=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
Re: [Talk-br] Endereçamento com interpoladores
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 gwebe...@gmail.com 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 fernando.treb...@gmail.com 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.60868lon=-58.37489zoom=17layers=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
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
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 nao...@gmail.com: 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
2013/7/25 Fernando Trebien fernando.treb...@gmail.com: 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
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.193062lon=-47.801154zoom=18layers=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.193062lon=-47.801154zoom=18layers=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.60868lon=-58.37489zoom=17layers=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
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 nao...@gmail.com: 2013/7/25 Fernando Trebien fernando.treb...@gmail.com: 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
2013/7/25 Fernando Trebien fernando.treb...@gmail.com: 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
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.050852lon=-51.224171zoom=18layers=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 rogersoa...@gmail.com: 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.193062lon=-47.801154zoom=18layers=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.193062lon=-47.801154zoom=18layers=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
Re: [Talk-br] Endereçamento com interpoladores
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
Se colocar um nro no n central ele tb seria renderizado. Do jeito que voc fez ficou melhor, teoricamente a interpolao poderia ter um n vazio. Quando eu percebi que algumas interpolaes no estavam funcionando eu comecei a colocar addr:street nos ns, o que no fez diferena. Eu achei que ele pegasse a rua aproximada apenas se o street no estivesse definido, mas se ele est pegando a rua mais prxima da interpolao e ignora o street no n, ento acho que faz sentido no funcionar, ainda mais com essa "validao de sanidade". No wiki eles falam pra colocar o street nos ns, eu sempre achei que deveria ser na interpolao... Atenciosamente, Roger. -- Fernando Trebien escreveu: Voc poderia colocar um nmero 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 nmeros pouco antes e pouco depois do cruzamento, assim: http://www.openstreetmap.org/?lat=-30.050852lon=-51.224171zoom=18layers=M Como fiz isso muito pouco (mais com o objetivo de testar o sistema mesmo), no me importo de consertar. Desse jeito h 2 vantagens: - a numerao contnua (no h nmeros faltando nos cruzamentos, sempre se consegue uma posio aproximada) - o roteamento correto (mesmo os nmeros no interior do cruzamento so projetados na rua certa, j que o interpolador mais prximo da sua rua do que da outra que chega no cruzamento) Se o interpolador passasse por cima da rua transversal, os nmeros prximos do cruzamento seriam projetados na rua errada. Se nesse local as ruas fossem todas de sentido nico (como costuma ser nas regies mais densas das cidades), isso poderia mudar drsticamente o roteamento (no restante no mudaria muito). Alm do aspecto engraado (repetindo esse padro visual em X em cada cruzamento :P), tem uma desvantagem em fazer do jeito que eu fiz (e pode ter sido essa a razo para no ter funcionado pra voc algumas vezes). O Nominatim faz uma verificao de "sanidade" nos interpoladores: se numa distncia curta a diferena de numerao for muito grande, ele descarta o interpolador. Ento, se o interpolador for feito em pedaos (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 Guaba aqui em Porto Alegre: em um trecho de uma quadra, a numerao saltava de 990 para 1300 entre os extremos. O Nominatim acha improvvel haver 400 casas nesse espao curto, pensa que um erro e acaba no indexando essas casas. (Pelo que entendi o Nominatim no muito esperto, cada valor interpolado gera uma entrada no ndice. Softwares de GPS simplesmente calculam a posio interpolada ao invs de armazenar a posio de cada nmero separadamente.) Em lugares em que h tanto um interpolador quanto uma casa mapeada separadamente com o seu prprio nmero, o Nominatim retorna as 2 posies, mas a que vem do interpolador sempre aparece como segundo resultado, o primeiro a prpria casa. 2013/7/25 Roger C. Soares rogersoa...@gmail.com: A idia seria continuar mapeando as construes e colocando o nmero exato nelas? Se a numerao for duplicada no vejo problema em considerar a interpolao como uma aproximao, inclusive seria at interessante que os nros na interpolao no batessem com o nro da construo para a busca no retornar 2 endereos repetidos. Tem a tag addr:inclusion pra dizer que o nro aproximado e no o real. Eu tenho feito inspees, e eu pego alguns nmeros, na maioria eu tento pegar as pontas dos quarteires. Mas nem sempre, ento eu escolhi o modo mais fcil pra mim, eu ignoro os quarteires, sendo o mais simples conectar as pontas das ruas, e alguns nmeros no meio caso a rua faa alguma curva s para ficar mais bonito na renderizao. 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 so quebradas em alguma parte e continuam depois, a linha da interpolao me d uma noo legal de continuidade do que deveria ser a rua, por exemplo: http://www.openstreetmap.org/?lat=-21.193062lon=-47.801154zoom=18layers=M O primeiro nro do quarteiro 2210, mas se eu fosse guardar esse nro de cabea eu iria buscar por 2200 ou 2000 (eu fao muito isso), e se a interpolao no estivesse conectada ela no retornaria nada. Com a interpolao contnua uma localizao aproximada de onde eu quero ir deveria aparecer, mas pela minha experincia, nem sempre as interpolaes funcionam no site do openstreetmap, j aconteceu dele ignorar o nro ou retornar em outra rua, e no entendi o pq na poca... Eu li em algum lugar que a interpolao uma forma rpida para mapear os nros, mas que a inteno ainda era colocar os nros exatos de cada construo, ento eu comecei a considerar as interpolaes como algo auxiliar/temporrio. Mas como eu busco um tanto por nros redondos, no gostaria de perder as aproximaes... Uma coisa que eu achei interessante em
Re: [Talk-br] Endereçamento com interpoladores
Deveria. Na minha opinio no seria necessrio 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 contm a rua, o pas por exemplo. Mas o wiki define que interpolao tem que ter um way e talvez seja at pq a minha idia no funcione para o mundo todo. A minha dvida : Como se mapeia a interpolao de forma contnua para a rua toda? Eu tenho colocado os nros conforme eu vou encontrando e ligando com addr:interpolation, me parece lgico. Segundo o comportamento do Nominatim descrito pelo Fernando, o que eu estou fazendo no funciona, e na prtica realmente no funciona (sempre). Agora, isso bug ou feature do Nominatim? Quem decide? Tem outro jeito correto para mapear? correto manter a interpolao e tb numerar o contorno da construo? Muitas perguntas? :) Atenciosamente, Roger. -- Gerald Weber escreveu: Oi Pessoal Ao pensar nesta idia de interpolao: isto no deveria ser tarefa do renderizador? Quer dizer, faz sentido popular a base de dados com informaes hipotticas? Abraos 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
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.926233lon=-43.179654zoom=18layers=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 rogersoa...@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 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
2013/7/25 Roger C. Soares rogersoa...@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. 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
Esse o caso que pra mim no funciona. Se algum me falar para ir no nro 96 e eu no 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 interpolaa do outro lado, esse eu teria dado sorte. Apesar de no ter casas com a numerao, os nros so vlidos, pq a distncia em metros do incio da rua, e o 90 deveria ter me levado a um ponto prximo 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 ns tendo addr:street=[nome da rua] (de novo) e addr:housenumber=[numero], uma para cada quarteiro. Por exemplo: Procurem por Rua Bento Lisboa, 60. http://openstreetmap.org/?lat=-22.926233lon=-43.179654zoom=18layers=M Nesse exemplo, os nmeros dos prdios na Rua Bento Lisboa antes e depois da Rua Tavares Bastos so 72 e 96. Dessa forma, procurando antes ou depois de qualquer um desses nmeros a interpolao funciona, mas entre os dois no, pois de fato no h casas com este endereo. No sei se a forma mais correta, mas funciona. =) []s Arlindo "Nighto" Pereira 2013/7/25 Roger C. Soares rogersoa...@gmail.com Deveria. Na minha opinio no seria necessrio 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 contm a rua, o pas por exemplo. Mas o wiki define que interpolao tem que ter um way e talvez seja at pq a minha idia no funcione para o mundo todo. A minha dvida : Como se mapeia a interpolao de forma contnua para a rua toda? Eu tenho colocado os nros conforme eu vou encontrando e ligando com addr:interpolation, me parece lgico. Segundo o comportamento do Nominatim descrito pelo Fernando, o que eu estou fazendo no funciona, e na prtica realmente no funciona (sempre). Agora, isso bug ou feature do Nominatim? Quem decide? Tem outro jeito correto para mapear? correto manter a interpolao e tb numerar o contorno da construo? Muitas perguntas? :) Atenciosamente, Roger. -- Gerald Weber escreveu: Oi Pessoal Ao pensar nesta idia de interpolao: isto no deveria ser tarefa do renderizador? Quer dizer, faz sentido popular a base de dados com informaes hipotticas? Abraos 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
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 openstreet...@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.926233lon=-43.179654zoom=18layers=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 rogersoa...@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@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
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.treb...@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.treb...@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 openstreet...@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.926233lon=-43.179654zoom=18layers=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 rogersoa...@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
Re: [Talk-br] Endereçamento com interpoladores
2013/7/25 Fernando Trebien fernando.treb...@gmail.com: 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
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 rogersoa...@gmail.com mailto:rogersoa...@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@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto: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
