Re: [Talk-br] Nomes de rua abreviados
Há um tempo eu fiz um script em Python para arquivos .osm que faz substituições de strings (incluindo expressões regulares) nos valores das tags escolhidas (filtradas pelo nome da chave e por tipo de elemento - nó, linha, relação, etc.) ajustando corretamente o atributo action de cada elemento e considerando ou ignorando maiúsculas e minúsculas. Ele funciona em linha de comando (inclui um help básico), mas ainda não tive tempo de concluir a interface gráfica (posso dar uma acelerada nisso e disponibilizar). Já usei ele em alguns datasets meus e em Brasília onde um usuário importou dados com problemas nos caracteres acentuados. Acho que seria útil para esse trabalho já que seria essencialmente substituir as seguintes expressões regulares (ignorando maiúsculas e minúsculas) nas linhas highway: ^R[. ] Rua ^Av[. ] Avenida Podemos fazer mais dessas, baseados nessa lista de abreviaturas: http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Portugu.C3.AAs_-_Portuguese O bot poderia simplesmente baixar os pedaços do mapa, aplicar o script e então submeter o resultado. 2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com: Pessoal, a discussão sobre endereçamento me lembrou de um outro problema: ainda existem diversas cidades no país com uma grande quantidade de ruas com nomes abreviados. Por exemplo, Manaus: http://openstreetmap.org/?lat=-3.12454lon=-60.00528zoom=17layers=M Alguém anima uma força tarefa para corrigir isso? Me parece o tipo de tarefa apropriada para um bot. []s Arlindo Nighto Pereira ___ 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
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] Nomes de rua abreviados
Coloca o "Rua: " tb, j vi algumas ocorrncias.. Fernando Trebien escreveu: H um tempo eu fiz um script em Python para arquivos .osm que faz substituies de strings (incluindo expresses regulares) nos valores das tags escolhidas (filtradas pelo nome da chave e por tipo de elemento - n, linha, relao, etc.) ajustando corretamente o atributo "action" de cada elemento e considerando ou ignorando maisculas e minsculas. Ele funciona em linha de comando (inclui um help bsico), mas ainda no tive tempo de concluir a interface grfica (posso dar uma acelerada nisso e disponibilizar). J usei ele em alguns datasets meus e em Braslia onde um usurio importou dados com problemas nos caracteres acentuados. Acho que seria til para esse trabalho j que seria essencialmente substituir as seguintes expresses regulares (ignorando maisculas e minsculas) nas linhas "highway": "^R[. ]" "Rua" "^Av[. ]" "Avenida" Podemos fazer mais dessas, baseados nessa lista de abreviaturas: http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Portugu.C3.AAs_-_Portuguese O bot poderia simplesmente baixar os pedaos do mapa, aplicar o script e ento submeter o resultado. 2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com: Pessoal, a discusso sobre endereamento me lembrou de um outro problema: ainda existem diversas cidades no pas com uma grande quantidade de ruas com nomes abreviados. Por exemplo, Manaus: http://openstreetmap.org/?lat=-3.12454lon=-60.00528zoom=17layers=M Algum anima uma fora tarefa para corrigir isso? Me parece o tipo de tarefa apropriada para um bot. []s Arlindo "Nighto" Pereira ___ 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
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] Nomes de rua abreviados
Por enquanto s vi com rua. Fernando Trebien escreveu: Anotado. Voc viu s com "rua" ou ser que podem ter feito tambm alguma "Avenida: " ? 2013/7/26 Roger C. Soares rogersoa...@gmail.com: Coloca o "Rua: " tb, j vi algumas ocorrncias.. Fernando Trebien escreveu: H um tempo eu fiz um script em Python para arquivos .osm que faz substituies de strings (incluindo expresses regulares) nos valores das tags escolhidas (filtradas pelo nome da chave e por tipo de elemento - n, linha, relao, etc.) ajustando corretamente o atributo "action" de cada elemento e considerando ou ignorando maisculas e minsculas. Ele funciona em linha de comando (inclui um help bsico), mas ainda no tive tempo de concluir a interface grfica (posso dar uma acelerada nisso e disponibilizar). J usei ele em alguns datasets meus e em Braslia onde um usurio importou dados com problemas nos caracteres acentuados. Acho que seria til para esse trabalho j que seria essencialmente substituir as seguintes expresses regulares (ignorando maisculas e minsculas) nas linhas "highway": "^R[. ]" "Rua" "^Av[. ]" "Avenida" Podemos fazer mais dessas, baseados nessa lista de abreviaturas: http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Portugu.C3.AAs_-_Portuguese O bot poderia simplesmente baixar os pedaos do mapa, aplicar o script e ento submeter o resultado. 2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com: Pessoal, a discusso sobre endereamento me lembrou de um outro problema: ainda existem diversas cidades no pas com uma grande quantidade de ruas com nomes abreviados. Por exemplo, Manaus: http://openstreetmap.org/?lat=-3.12454lon=-60.00528zoom=17layers=M Algum anima uma fora tarefa para corrigir isso? Me parece o tipo de tarefa apropriada para um bot. []s Arlindo "Nighto" Pereira ___ 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
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] Nomes de rua abreviados
Bom dia. Não acho correto usar Rua e Avenida com inicial maiúscula, já que não se trata de nome próprio, e sim característica/classificação, mas é o que uso por estar de acordo com a maioria dos usuários. Mas por exemplo, se o nome Avenida faz parte do nome da rua, como em alguns casos da minha cidade, como Quarta Avenida, Quinta Avenida, aí sim, o uso da maiúscula está correto. Ja o uso dos dois pontos Rua: etc desconheço. Sugestão, ja que existe Ruas e Avenidas, no OSM, ao selecionar por residential street, que se escolha se é rua ou aenida em um box separado, e deixar o campo do nome somente para o nome. Quanto as abreviações, não as uso mais, como foi de acordo. Blademir Andrade de Lima Date: Fri, 26 Jul 2013 10:51:38 -0300 From: rogersoa...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Nomes de rua abreviados Por enquanto só vi com rua. Fernando Trebien escreveu: Anotado. Você viu só com rua ou será que podem ter feito também alguma Avenida: ? 2013/7/26 Roger C. Soares rogersoa...@gmail.com: Coloca o Rua: tb, já vi algumas ocorrências.. Fernando Trebien escreveu: Há um tempo eu fiz um script em Python para arquivos .osm que faz substituições de strings (incluindo expressões regulares) nos valores das tags escolhidas (filtradas pelo nome da chave e por tipo de elemento - nó, linha, relação, etc.) ajustando corretamente o atributo action de cada elemento e considerando ou ignorando maiúsculas e minúsculas. Ele funciona em linha de comando (inclui um help básico), mas ainda não tive tempo de concluir a interface gráfica (posso dar uma acelerada nisso e disponibilizar). Já usei ele em alguns datasets meus e em Brasília onde um usuário importou dados com problemas nos caracteres acentuados. Acho que seria útil para esse trabalho já que seria essencialmente substituir as seguintes expressões regulares (ignorando maiúsculas e minúsculas) nas linhas highway: ^R[. ] Rua ^Av[. ] Avenida Podemos fazer mais dessas, baseados nessa lista de abreviaturas: http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Portugu.C3.AAs_-_Portuguese O bot poderia simplesmente baixar os pedaços do mapa, aplicar o script e então submeter o resultado. 2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com: Pessoal, a discussão sobre endereçamento me lembrou de um outro problema: ainda existem diversas cidades no país com uma grande quantidade de ruas com nomes abreviados. Por exemplo, Manaus: http://openstreetmap.org/?lat=-3.12454lon=-60.00528zoom=17layers=M Alguém anima uma força tarefa para corrigir isso? Me parece o tipo de tarefa apropriada para um bot. []s Arlindo Nighto Pereira ___ 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] Nomes de rua abreviados
2013/7/26 Blademir Andrade de Lima blademi...@hotmail.com: Não acho correto usar Rua e Avenida com inicial maiúscula, já que não se trata de nome próprio, e sim característica/classificação, mas é o que uso por estar de acordo com a maioria dos usuários. É maiúsculo por ser a primeira letra da frase, não? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nomes de rua abreviados
Bom dia! Olha, sempre vejo o prefixo da rua capitalizado. Desde estradas até ruas residenciais. Como exemplo, procurei o nome da minha rua - rua capitão cruz - no google e todos os resultados vieram com rua capitalizado. []s 2013/7/26 Blademir Andrade de Lima blademi...@hotmail.com Bom dia. Não acho correto usar Rua e Avenida com inicial maiúscula, já que não se trata de nome próprio, e sim característica/classificação, mas é o que uso por estar de acordo com a maioria dos usuários. Mas por exemplo, se o nome Avenida faz parte do nome da rua, como em alguns casos da minha cidade, como Quarta Avenida, Quinta Avenida, aí sim, o uso da maiúscula está correto. Ja o uso dos dois pontos Rua: etc desconheço. Sugestão, ja que existe Ruas e Avenidas, no OSM, ao selecionar por residential street, que se escolha se é rua ou aenida em um box separado, e deixar o campo do nome somente para o nome. Quanto as abreviações, não as uso mais, como foi de acordo. Blademir Andrade de Lima -- Date: Fri, 26 Jul 2013 10:51:38 -0300 From: rogersoa...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Nomes de rua abreviados Por enquanto só vi com rua. Fernando Trebien escreveu: Anotado. Você viu só com rua ou será que podem ter feito também alguma Avenida: ? 2013/7/26 Roger C. Soares rogersoa...@gmail.com rogersoa...@gmail.com: Coloca o Rua: tb, já vi algumas ocorrências.. Fernando Trebien escreveu: Há um tempo eu fiz um script em Python para arquivos .osm que faz substituições de strings (incluindo expressões regulares) nos valores das tags escolhidas (filtradas pelo nome da chave e por tipo de elemento - nó, linha, relação, etc.) ajustando corretamente o atributo action de cada elemento e considerando ou ignorando maiúsculas e minúsculas. Ele funciona em linha de comando (inclui um help básico), mas ainda não tive tempo de concluir a interface gráfica (posso dar uma acelerada nisso e disponibilizar). Já usei ele em alguns datasets meus e em Brasília onde um usuário importou dados com problemas nos caracteres acentuados. Acho que seria útil para esse trabalho já que seria essencialmente substituir as seguintes expressões regulares (ignorando maiúsculas e minúsculas) nas linhas highway: ^R[. ] Rua ^Av[. ] Avenida Podemos fazer mais dessas, baseados nessa lista de abreviaturas:http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Portugu.C3.AAs_-_Portuguese O bot poderia simplesmente baixar os pedaços do mapa, aplicar o script e então submeter o resultado. 2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com openstreet...@arlindopereira.com: Pessoal, a discussão sobre endereçamento me lembrou de um outro problema: ainda existem diversas cidades no país com uma grande quantidade de ruas com nomes abreviados. Por exemplo, Manaus: http://openstreetmap.org/?lat=-3.12454lon=-60.00528zoom=17layers=M Alguém anima uma força tarefa para corrigir isso? Me parece o tipo de tarefa apropriada para um bot. []s Arlindo Nighto Pereira ___ Talk-br mailing listTalk-br@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing listTalk-br@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nomes de rua abreviados
Blademir, A gramática ( http://www.gramaticaonline.com.br/texto/804/Mai%C3%BAsculas_e_min%C3%BAsculas) diz que o uso de letra inicial maiúscula e minúscula é facultativo no caso de tipos de logradouros. Porém, como via de regra o logradouro no OSM será início de frase, deve-se usá-lo com letra inicial maiúscula. Quanto à sugestão de separar tipos de logradouros, eu respeitosamente discordo. Acho que o tipo do logradouro faz sim parte do seu nome, pelo menos na realidade brasileira. Abraços! Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM Em 26 de julho de 2013 11:30, Blademir Andrade de Lima blademi...@hotmail.com escreveu: Bom dia. Não acho correto usar Rua e Avenida com inicial maiúscula, já que não se trata de nome próprio, e sim característica/classificação, mas é o que uso por estar de acordo com a maioria dos usuários. Mas por exemplo, se o nome Avenida faz parte do nome da rua, como em alguns casos da minha cidade, como Quarta Avenida, Quinta Avenida, aí sim, o uso da maiúscula está correto. Ja o uso dos dois pontos Rua: etc desconheço. Sugestão, ja que existe Ruas e Avenidas, no OSM, ao selecionar por residential street, que se escolha se é rua ou aenida em um box separado, e deixar o campo do nome somente para o nome. Quanto as abreviações, não as uso mais, como foi de acordo. Blademir Andrade de Lima -- Date: Fri, 26 Jul 2013 10:51:38 -0300 From: rogersoa...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Nomes de rua abreviados Por enquanto só vi com rua. Fernando Trebien escreveu: Anotado. Você viu só com rua ou será que podem ter feito também alguma Avenida: ? 2013/7/26 Roger C. Soares rogersoa...@gmail.com rogersoa...@gmail.com: Coloca o Rua: tb, já vi algumas ocorrências.. Fernando Trebien escreveu: Há um tempo eu fiz um script em Python para arquivos .osm que faz substituições de strings (incluindo expressões regulares) nos valores das tags escolhidas (filtradas pelo nome da chave e por tipo de elemento - nó, linha, relação, etc.) ajustando corretamente o atributo action de cada elemento e considerando ou ignorando maiúsculas e minúsculas. Ele funciona em linha de comando (inclui um help básico), mas ainda não tive tempo de concluir a interface gráfica (posso dar uma acelerada nisso e disponibilizar). Já usei ele em alguns datasets meus e em Brasília onde um usuário importou dados com problemas nos caracteres acentuados. Acho que seria útil para esse trabalho já que seria essencialmente substituir as seguintes expressões regulares (ignorando maiúsculas e minúsculas) nas linhas highway: ^R[. ] Rua ^Av[. ] Avenida Podemos fazer mais dessas, baseados nessa lista de abreviaturas:http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#Portugu.C3.AAs_-_Portuguese O bot poderia simplesmente baixar os pedaços do mapa, aplicar o script e então submeter o resultado. 2013/7/25 Arlindo Pereira openstreet...@arlindopereira.com openstreet...@arlindopereira.com: Pessoal, a discussão sobre endereçamento me lembrou de um outro problema: ainda existem diversas cidades no país com uma grande quantidade de ruas com nomes abreviados. Por exemplo, Manaus: http://openstreetmap.org/?lat=-3.12454lon=-60.00528zoom=17layers=M Alguém anima uma força tarefa para corrigir isso? Me parece o tipo de tarefa apropriada para um bot. []s Arlindo Nighto Pereira ___ Talk-br mailing listTalk-br@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing listTalk-br@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nomes de rua abreviados
Eu também gostaria que houvesse uma revisão humana antes da edição. O que eu faço é buscar ruas com abreviações utilizando filtros do JOSM, e aí vou editando manualmente. Acho que o ideal seria um plug-in pro JOSM que mostrasse um elemento abreviado e a sugestão da expansão, mas aí já é bem mais avançado. 2013/7/26 Bráulio brauliobeze...@gmail.com Se for para separar o tipo somente no editor, eu sou a favor. O usuário veria tipo e nome separados, mas o editor gravaria tudo no campo name. Seria uma boa para evitar as abreviações. On Friday, July 26, 2013, Vítor Rodrigo Dias vitor.d...@gmail.com wrote: ... Quanto à sugestão de separar tipos de logradouros, eu respeitosamente discordo. Acho que o tipo do logradouro faz sim parte do seu nome, pelo menos na realidade brasileira. ___ 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. 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