Re: [Talk-br] Transformar polígonos inteiriços em relações
Tem uma maneira meio fácil. Primeiro você cria uma relação para cada polígono (um pouco trabalhoso), depois quebra as bordas coincidentes (fácil com um plug-in). Em detalhes: - instale o plug-in merge-overlap no JOSM (precisa reiniciar a aplicação) - abra os polígonos que você importou no JOSM - para cada polígono individualmente, selecione-o e vá em More Tools Create multipolygon (ou simplesmente Ctrl+Alt+A) - selecione todos os polígonos (com uma busca por closed) e depois vá em More Tools Merge overlap Como é uma receita de bolo que pode ser útil pra mais pessoas, estou copiando pra lista. Detalhe: por alguma razão o meu JOSM mostra dois menus More Tools com a opção Merge overlap apenas no segundo, pode acontecer com o de vocês também. 2013/7/29 Vítor Rodrigo Dias vitor.d...@gmail.com: Fernando, Existe alguma maneira fácil de fazer essa transformação? Baixei os arquivos de setores censitários do IBGE em Minas Gerais para trabalhar com alguns níveis de limites e não sei como fazer essa transformação. Abraços, Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM -- 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
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
