Re: [Talk-br] KML para o PicLayer à partir dos PDFs do IBGE
2014-03-05 5:31 GMT+02:00 Marcelo Pereira pereirahol...@gmail.com: Olá Thiago, Primeiro, bem vindo ao OSM, e parabéns pela iniciativa. Assim que tiver estabilizada, será de grande valia para nós mapeadores. Executei seu procedimento e recebi o erro abaixo, acho que não faltou nenhum passo. Estou rodando no Ubuntu 12.04, rodando o Tesserach 0.7-1.2_amd64 pois é o que é indicado. Traceback (most recent call last): File ../ibge_kml_maker.py, line 7, in module from IBGETools.Map import MapFactory File /home/marcelo/dados/pdf2kml/IBGETools/IBGETools/Map.py, line 2, in module from pyPdf import PdfFileReader ImportError: No module named pyPdf Olá Marcelo, My bad, faltou uma dependência na minha lista: python-pypdf Vou manter as instruções atualizadas em um só lugar: https://github.com/tmpsantos/IBGETools#ibgetools []'s ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] KML para o PicLayer à partir dos PDFs do IBGE
Olá Thiago, Instalei o pacote python-pypdf e tudo rodou bem. Só notei um problema com uma das imagens. Usando o mapa de Itaquitinga - Pernambuco - 2607802, vi que a 26078020502 ficou invertida verticalmente ao ser exibida no JOSM. A princípio pensei se tratar de inversão nas coordenadas Norte e Sul dessa imagem, fiz até um teste editando o arquivo KML. porém verifiquei que o problema é outro. ( apesar que, no KML os valores estão realmente errados, a coordenada Norte está mais ao sul do que a Sul ) Comparando com os pdfs 26078020503 e 26078020504, cheguei a conclusão que o erro está na coordenada Norte da 26078020502. Parece ter havido um problema no OCR ou na conversão desta coordenada, que deveria estar entre as coordenadas Norte das duas outras imagens citadas, porém está muito mais ao sul, dando a impressão visual que a imagem está rebatida pela coordenada sul. Desculpe o texto confuso, não consegui explicar melhor do que isso. Aproveito para deixar uma sugestão, se for possível, na hora da conversão de PDF para PNG, configurar a cor branca como transparente ( nem lembro se é possível para o PNG ), assim fica mais fácil sobrepor os layers de imagens no JOSM. Outra coisa que notei foram os pequenos erros de referenciamento das imagens, mas atribuo isso a possíveis erros nos próprios PDFs ou de visualização do plugin do JOSM ( que aliás mostra uma mensagem sobre referenciamento de KML logo na entrada ) De novo parabéns pela iniciativa. Att, Marcelo Pereira Em 5 de março de 2014 05:51, Thiago Marcos P. Santos tmpsan...@gmail.comescreveu: 2014-03-05 5:31 GMT+02:00 Marcelo Pereira pereirahol...@gmail.com: Olá Thiago, Primeiro, bem vindo ao OSM, e parabéns pela iniciativa. Assim que tiver estabilizada, será de grande valia para nós mapeadores. Executei seu procedimento e recebi o erro abaixo, acho que não faltou nenhum passo. Estou rodando no Ubuntu 12.04, rodando o Tesserach 0.7-1.2_amd64 pois é o que é indicado. Traceback (most recent call last): File ../ibge_kml_maker.py, line 7, in module from IBGETools.Map import MapFactory File /home/marcelo/dados/pdf2kml/IBGETools/IBGETools/Map.py, line 2, in module from pyPdf import PdfFileReader ImportError: No module named pyPdf Olá Marcelo, My bad, faltou uma dependência na minha lista: python-pypdf Vou manter as instruções atualizadas em um só lugar: https://github.com/tmpsantos/IBGETools#ibgetools []'s ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- ... Edileuz, eu não tem nada a ver com Creuza, É mentira da Ivete, não é meu esse caniveete... Halley, Luiz - Poeta, Cantor, Compsitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] KML para o PicLayer à partir dos PDFs do IBGE
2014-03-05 14:57 GMT+02:00 Marcelo Pereira pereirahol...@gmail.com: Olá Thiago, Instalei o pacote python-pypdf e tudo rodou bem. Só notei um problema com uma das imagens. Usando o mapa de Itaquitinga - Pernambuco - 2607802, vi que a 26078020502 ficou invertida verticalmente ao ser exibida no JOSM. A princípio pensei se tratar de inversão nas coordenadas Norte e Sul dessa imagem, fiz até um teste editando o arquivo KML. porém verifiquei que o problema é outro. ( apesar que, no KML os valores estão realmente errados, a coordenada Norte está mais ao sul do que a Sul ) Comparando com os pdfs 26078020503 e 26078020504, cheguei a conclusão que o erro está na coordenada Norte da 26078020502. Parece ter havido um problema no OCR ou na conversão desta coordenada, que deveria estar entre as coordenadas Norte das duas outras imagens citadas, porém está muito mais ao sul, dando a impressão visual que a imagem está rebatida pela coordenada sul. Desculpe o texto confuso, não consegui explicar melhor do que isso. Eu entendi perfeitamente o problema, o relato do problema foi excelente. O que acontece é que as vezes o OCR detecta algum número errado. Os erros mais comuns são trocar 3 com 8 e 1 com 7. Incrível que as vezes os números me parecem perfeitos, mas o OCR não consegue enxergar. Enfim... é longe de ser uma ciência exata. No caso da sua imagem, o OCR estava lendo -7°39'79 ai invés de -7°39'29. O que eu faço no script é tentar validar a sanidade das coordenadas com uma série de testes. Se um deles falhar, eu renderizo o PDF novamente com uma densidade de pixels maior e repito o processo. Quanto maior a densidade de pixels, mais lento, por isso tento primeiro com uma resolução menor (72ppi). Baseado no seu report, fiz uma série de modificações no script. Uma delas é que agora começo com uma resolução bem maior e vou abaixando (sim, as vezes o OCR funciona melhor com a resolução mais baixa), o que vai deixar mais lento, porém a precisão aumentou consideravelmente. Em um mapa maior como o de Pará de Minas, a diferença foi gritante. Outra modificação foi um bug no teste de sanidade que permitia estes valores invertidos que você percebeu. Testei na sua cidade e funcionou (mas melhor você confirmar plz). Aproveito para deixar uma sugestão, se for possível, na hora da conversão de PDF para PNG, configurar a cor branca como transparente ( nem lembro se é possível para o PNG ), assim fica mais fácil sobrepor os layers de imagens no JOSM. O resultado não fica muito bom, porque existem várias imagens sobrepostas. Teste você mesmo rodando isto no diretório com os mapas que você gerou (cuidado que se tiver outros .png no diretório, eles vão ficar com o branco transparente também): $ for image in *.png; do convert $image -background none -transparent white -flatten $image; done Estava pensando em como otimizar e não colocar no .kml mapas que estão escondidos debaixo de mapas maiores. A solução me parece ser usar uma scene graph. Outra coisa que notei foram os pequenos erros de referenciamento das imagens, mas atribuo isso a possíveis erros nos próprios PDFs ou de visualização do plugin do JOSM ( que aliás mostra uma mensagem sobre referenciamento de KML logo na entrada ) Tente rodar a nova versão (acabei de atualizar), o resultado vai ser bem melhor. Infelizmente, uma coisa que não dá para arrumar é o fato das coordenadas serem arredondas, então o alinhamento nunca vai ser perfeito. Seria bom se tivéssemos decimais nos segundos da coordenada. Vi também que em Itaquitinga tem um PDF sem os traçados das ruas, apenas os nomes. Espero que não seja recorrente. De novo parabéns pela iniciativa. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] KML para o PicLayer à partir dos PDFs do IBGE
Thiago, era algo assim que eu estava procurando. Tomara que um dia ela esteja disponível para nós pobres mortais usuários do ruwindows. Parabéns. Raffaello Bruno From: tmpsan...@gmail.com Date: Wed, 5 Mar 2014 22:09:27 +0200 To: talk-br@openstreetmap.org Subject: Re: [Talk-br]KML para o PicLayer à partir dos PDFs do IBGE 2014-03-05 14:57 GMT+02:00 Marcelo Pereira pereirahol...@gmail.com: Olá Thiago, Instalei o pacote python-pypdf e tudo rodou bem. Só notei um problema com uma das imagens. Usando o mapa de Itaquitinga - Pernambuco - 2607802, vi que a 26078020502 ficou invertida verticalmente ao ser exibida no JOSM. A princípio pensei se tratar de inversão nas coordenadas Norte e Sul dessa imagem, fiz até um teste editando o arquivo KML. porém verifiquei que o problema é outro. ( apesar que, no KML os valores estão realmente errados, a coordenada Norte está mais ao sul do que a Sul ) Comparando com os pdfs 26078020503 e 26078020504, cheguei a conclusão que o erro está na coordenada Norte da 26078020502. Parece ter havido um problema no OCR ou na conversão desta coordenada, que deveria estar entre as coordenadas Norte das duas outras imagens citadas, porém está muito mais ao sul, dando a impressão visual que a imagem está rebatida pela coordenada sul. Desculpe o texto confuso, não consegui explicar melhor do que isso. Eu entendi perfeitamente o problema, o relato do problema foi excelente. O que acontece é que as vezes o OCR detecta algum número errado. Os erros mais comuns são trocar 3 com 8 e 1 com 7. Incrível que as vezes os números me parecem perfeitos, mas o OCR não consegue enxergar. Enfim... é longe de ser uma ciência exata. No caso da sua imagem, o OCR estava lendo -7°39'79 ai invés de -7°39'29. O que eu faço no script é tentar validar a sanidade das coordenadas com uma série de testes. Se um deles falhar, eu renderizo o PDF novamente com uma densidade de pixels maior e repito o processo. Quanto maior a densidade de pixels, mais lento, por isso tento primeiro com uma resolução menor (72ppi). Baseado no seu report, fiz uma série de modificações no script. Uma delas é que agora começo com uma resolução bem maior e vou abaixando (sim, as vezes o OCR funciona melhor com a resolução mais baixa), o que vai deixar mais lento, porém a precisão aumentou consideravelmente. Em um mapa maior como o de Pará de Minas, a diferença foi gritante. Outra modificação foi um bug no teste de sanidade que permitia estes valores invertidos que você percebeu. Testei na sua cidade e funcionou (mas melhor você confirmar plz). Aproveito para deixar uma sugestão, se for possível, na hora da conversão de PDF para PNG, configurar a cor branca como transparente ( nem lembro se é possível para o PNG ), assim fica mais fácil sobrepor os layers de imagens no JOSM. O resultado não fica muito bom, porque existem várias imagens sobrepostas. Teste você mesmo rodando isto no diretório com os mapas que você gerou (cuidado que se tiver outros .png no diretório, eles vão ficar com o branco transparente também): $ for image in *.png; do convert $image -background none -transparent white -flatten $image; done Estava pensando em como otimizar e não colocar no .kml mapas que estão escondidos debaixo de mapas maiores. A solução me parece ser usar uma scene graph. Outra coisa que notei foram os pequenos erros de referenciamento das imagens, mas atribuo isso a possíveis erros nos próprios PDFs ou de visualização do plugin do JOSM ( que aliás mostra uma mensagem sobre referenciamento de KML logo na entrada ) Tente rodar a nova versão (acabei de atualizar), o resultado vai ser bem melhor. Infelizmente, uma coisa que não dá para arrumar é o fato das coordenadas serem arredondas, então o alinhamento nunca vai ser perfeito. Seria bom se tivéssemos decimais nos segundos da coordenada. Vi também que em Itaquitinga tem um PDF sem os traçados das ruas, apenas os nomes. Espero que não seja recorrente. De novo parabéns pela iniciativa. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Áreas de proteção ambiental sobre áreas construídas
Pessoal, Trabalhando aqui no Rio, deparei-me com isto: http://www.openstreetmap.org/#map=16/-23.0028/-43.3955 Reparem na área NR que está cobrindo áreas que estão urbanizadas, hoje pertencentes a condomínios. Pergunto se é para deixar assim porque o limite oficial talvez esteja assim ou se devo alterar o polígono para refletir a realidade. []s Paulo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Áreas de proteção ambiental sobre áreas construídas
Paulo, Areas de proteção ambiental são áreas de uso sustentável, logo é perfeitamente admissível que haja ocupação humana. De fato elas frequentemente englobam bairros ou cidades inteiras. Para unidades de conservação do tipo área de preservação ambiental, eu sugiro excluir a tag leisure=nature_reserve e usar as tags boundary=protected_area, protect_class=5, protection_title=Área de preservação ambiental, mais todas as anotações que convenha adicionar. Isso é justamente para essas áreas não serem renderizadas, já que no momento o estilo é totalmente inapropriado para esse tipo de situação. Por outro lado, seria interessante descobrir os limites exatos do tal parque natural muncipal dentro daquela APA, e etiqueta-lo da forma padronizada que eu estou propondo. Mais detalhes sobre a minha proposta de mapeamento de UCs (aberto a discussão) na wiki: http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Brazil/Unidades_de_conserva%C3%A7%C3%A3o On Wed, 2014-03-05 at 21:33 -0300, Paulo Carvalho wrote: Pessoal, Trabalhando aqui no Rio, deparei-me com isto: http://www.openstreetmap.org/#map=16/-23.0028/-43.3955 Reparem na área NR que está cobrindo áreas que estão urbanizadas, hoje pertencentes a condomínios. Pergunto se é para deixar assim porque o limite oficial talvez esteja assim ou se devo alterar o polígono para refletir a realidade. []s Paulo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br