<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Thiago,<div><br></div><div>era algo assim que eu estava procurando. Tomara que um dia ela esteja disponível para nós pobres mortais usuários do "ruwindows".</div><div><br></div><div>Parabéns.</div><div><br></div><div>Raffaello Bruno<br><br><div>> From: tmpsantos@gmail.com<br>> Date: Wed, 5 Mar 2014 22:09:27 +0200<br>> To: talk-br@openstreetmap.org<br>> Subject: Re: [Talk-br] KML para o PicLayer à partir dos PDFs do IBGE<br>> <br>> 2014-03-05 14:57 GMT+02:00 Marcelo Pereira <pereiraholder@gmail.com>:<br>> > Olá Thiago,<br>> ><br>> > Instalei o pacote python-pypdf e tudo rodou bem.<br>> ><br>> > Só notei um problema com uma das imagens.<br>> ><br>> > Usando o mapa de Itaquitinga - Pernambuco - 2607802, vi que a<br>> > 260780205000002 ficou invertida verticalmente ao ser exibida no JOSM.<br>> ><br>> > A princípio pensei se tratar de inversão nas coordenadas Norte e Sul dessa<br>> > imagem, fiz até um teste editando o arquivo KML. porém verifiquei que o<br>> > problema é outro. ( apesar que, no KML os valores estão realmente errados, a<br>> > coordenada Norte está mais ao sul do que a Sul )<br>> ><br>> > Comparando com os pdfs 260780205000003 e 260780205000004, cheguei a<br>> > conclusão que o erro está na coordenada Norte da 260780205000002.<br>> ><br>> > Parece ter havido um problema no OCR ou na conversão desta coordenada, que<br>> > deveria estar entre as coordenadas Norte das duas outras imagens citadas,<br>> > porém está muito mais ao sul, dando a impressão visual que a imagem está<br>> > rebatida pela coordenada sul.<br>> ><br>> > Desculpe o texto confuso, não consegui explicar melhor do que isso.<br>> ><br>> <br>> Eu entendi perfeitamente o problema, o relato do problema foi excelente.<br>> <br>> O que acontece é que as vezes o OCR detecta algum número errado. Os<br>> erros mais comuns são trocar 3 com 8 e 1 com 7. Incrível que as vezes<br>> os números me parecem perfeitos, mas o OCR não consegue "enxergar".<br>> Enfim... é longe de ser uma ciência exata.<br>> <br>> No caso da sua imagem, o OCR estava lendo -7°39'79" ai invés de -7°39'29".<br>> <br>> O que eu faço no script é tentar validar a sanidade das coordenadas<br>> com uma série de testes. Se um deles falhar, eu renderizo o PDF<br>> novamente com uma densidade de pixels maior e repito o processo.<br>> Quanto maior a densidade de pixels, mais lento, por isso tento<br>> primeiro com uma resolução menor (72ppi).<br>> <br>> Baseado no seu report, fiz uma série de modificações no script. Uma<br>> delas é que agora começo com uma resolução bem maior e vou abaixando<br>> (sim, as vezes o OCR funciona melhor com a resolução mais baixa), o<br>> que vai deixar mais lento, porém a precisão aumentou<br>> consideravelmente. Em um mapa maior como o de Pará de Minas, a<br>> diferença foi gritante.<br>> <br>> Outra modificação foi um bug no teste de sanidade que permitia estes<br>> valores invertidos que você percebeu. Testei na sua cidade e funcionou<br>> (mas melhor você confirmar plz).<br>> <br>> ><br>> > Aproveito para deixar uma sugestão, se for possível, na hora da conversão de<br>> > PDF para PNG, configurar a cor branca como transparente ( nem lembro se é<br>> > possível para o PNG ), assim fica mais fácil sobrepor os layers de imagens<br>> > no JOSM.<br>> ><br>> <br>> O resultado não fica muito bom, porque existem várias imagens<br>> sobrepostas. Teste você mesmo rodando isto no diretório com os mapas<br>> que você gerou (cuidado que se tiver outros .png no diretório, eles<br>> vão ficar com o branco transparente também):<br>> <br>> $ for image in *.png; do convert $image -background none -transparent<br>> white -flatten $image; done<br>> <br>> Estava pensando em como otimizar e não colocar no .kml mapas que estão<br>> escondidos debaixo de mapas maiores. A solução me parece ser usar uma<br>> scene graph.<br>> <br>> > Outra coisa que notei foram os pequenos erros de referenciamento das<br>> > imagens, mas atribuo isso a possíveis erros nos próprios PDFs ou de<br>> > visualização do plugin do JOSM ( que aliás mostra uma mensagem sobre<br>> > referenciamento de KML logo na entrada )<br>> <br>> Tente rodar a nova versão (acabei de atualizar), o resultado vai ser bem melhor.<br>> <br>> Infelizmente, uma coisa que não dá para arrumar é o fato das<br>> coordenadas serem arredondas, então o alinhamento nunca vai ser<br>> perfeito. Seria bom se tivéssemos decimais nos "segundos" da<br>> coordenada.<br>> <br>> Vi também que em Itaquitinga tem um PDF sem os traçados das ruas,<br>> apenas os nomes. Espero que não seja recorrente.<br>> <br>> ><br>> > De novo parabéns pela iniciativa.<br>> ><br>> <br>> _______________________________________________<br>> Talk-br mailing list<br>> Talk-br@openstreetmap.org<br>> https://lists.openstreetmap.org/listinfo/talk-br<br></div></div> </div></body>
</html>