Ok... projeção corrigida! Obrigado Arlindo pela dica do proj4 string. Apenas alterei para +zone=22 e tudo ficou alinhado. Se eu conseguir resolver um problema por dia, quem sabe até o final do ano eu consiga importar algo? :p
Agora estou apanhando ao tentar unir as vias. É que as vias a serem importadas são divididas em segmentos (vários por via). O que vocês utilizaram? Estou tentando com o script shp-to-osm.jar mas ele não está aceitando a projeção informada. Tá complicado! Qualquer dica nesse sentido será muito bem vinda! Grato! Flávio Henrique 2010/6/21 Vitor George <[email protected]> > Eu prefiro a opção do deprecated, pois se alguém ver um erro no mapa e > quiser editar, vai ter a chance de ver no editor os dados que foram > "apagados" ou só os importados. > > No josm também é possível usar filtros por tags, e aí dá pra fazer aparecer > só os dados antigos ou os novos. > > 2010/6/21 Ricardo Padilha <[email protected]> > >> Na minha opinião, se os dados da prefeitura são mais corretos*, não tem >> porque guardar informação antiga, errada ou incompleta. >> >> Por outro lado, algo me diz que seria bom guardar esses dados de alguma >> maneira, caso precisemos consultá-los mais tarde. >> >> Eu vejo três possibilidades: >> >> 1) Remarcar toda a informação que está agora lá como "deprecated" (ou algo >> assim), de maneira que fique invisível no renderer, mas que se alguém tiver >> interesse ainda pode ser acessada pelo editor. Se ninguém reclamar, depois >> de um tempo apaga a informação velha. Contra: Vai ficar uma bagunça no >> editor. >> >> 2) Cria um changeset gigante e coloca todos os dados removidos em uma >> mudança só. Assim fica fácil reverter se houver necessidade. Contra: se >> houver algum dado que não estiver no que vier da prefeitura, a gente perde. >> >> 3) Tentar fazer um "merge" dos dados... isso requer identificação de quais >> pontos presentes atualmente coincidem com os pontos do novo dataset. E >> depois tem que ver o que fazer com os tags... Contra: a menos que alguém >> tenha um método automágico, fazer um "merge" vai ser uma quantidade de >> trabalho incrível. >> >> >> *) Nota: eu me pergunto qual dos datasets é realmente mais correto. Eu já >> vi diferenças bem feias entre as imagens de satélite e a realidade (baseado >> em deixar o gps no mesmo lugar um tempão para que a posição estabilizasse, >> ou seja, ter baixo >> DOP<http://en.wikipedia.org/wiki/Dilution_of_precision_%28GPS%29>). >> Pode ser que os dados da prefeitura sejam os corretos... >> >> Att, >> Ricardo >> >> >> >> 2010/6/20 Flávio Henrique <[email protected]> >> >> Offset... vou procurar... >>> O Claudomiro tá ocupado nestes dias, então vou tentar me virar por >>> enquanto. >>> >>> Eu iria perguntar sobre os dados já existentes depois, mas já que o >>> assunto foi mencionado agora: realmente os dados a serem importados são >>> completíssimos (tem até os postes da rede elétrica da cidade), então por que >>> não podemos apagar o que existe lá e importar a cidade inteira (não de uma >>> vez, claro)? Grande parte do que está lá fui eu quem inseri e o que existia >>> nem havia ligação com rodovias ou outras vias. >>> >>> Não sei se alguém sabe, mas se eu, utilizando o JOSM, reposicionar a >>> imagem de satélite para que as vias fiquem ok, o JOSM vai adequar as >>> coordenadas das vias ou da imagem? Digo, é uma forma de corrigir? >>> >>> Abraços! >>> >>> Flávio Henrique >>> >>> 2010/6/20 Vitor George <[email protected]> >>> >>> Com certeza deve existir uma opção de offset, talvez o Claudomiro >>>> conheça. >>>> >>>> Outra coisa, no IBGE o Claudomiro importou só em lugar onde não tinha >>>> nada mapeado. No caso de Goiânia, eu acho que não dá para fazer assim, >>>> porque na imagem que você mandou dá pra ver que os dados a serem importados >>>> tem uma qualidade muito melhor. >>>> >>>> Também não dá pra apagar tudo que tá no osm, então eu acho que vai ter >>>> que existe uma parte manual, não sei como, de substituição do que tá no OSM >>>> pelo que está nos dados da prefeitura. Ou talvez jogar tudo e aí corrigir >>>> de >>>> acordo com as imagens de satélite. >>>> >>>> Vitor >>>> >>>> 2010/6/19 Flávio Henrique <[email protected]> >>>> >>>> Olá pessoal! >>>>> >>>>> Depois de várias tentativas e algumas quase-desistências, consegui >>>>> descobrir o caminho das pedras para começar a importar os dados da >>>>> Prefeitura de Goiânia para o projeto. >>>>> >>>>> Entretanto... (claro, pois sempre há um problema) os dados importados >>>>> estão "deslocados" em relação a algumas vias já desenhadas no projeto, bem >>>>> como ao background do Yahoo Imagery. >>>>> >>>>> Vejam no link abaixo um exemplo do que estou falando. O que está em >>>>> cinza (desabilitado) são os dados importados e os coloridos são dados >>>>> baixados pelo JOSM do projeto. Preciso resolver isso antes de começar a >>>>> analisar outros fatores da importação que, com certeza, ainda vai demorar. >>>>> >>>>> Link: http://i45.tinypic.com/27xqbf5.png >>>>> >>>>> Fazem ideia de como tratar isso? >>>>> >>>>> Desde já agradeço ao Claudomiro e ao Vitor George pelos primeiros >>>>> 'empurrões' sobre o assunto. >>>>> >>>>> Grato! >>>>> >>>>> Flávio Henrique >>>>> >>>>> -------------------------------------------------------- >>>>> "There are only 10 types of people in the world: Those who understand >>>>> binary, and those who don't" >>>>> -------------------------------------------------------- >>>>> >>>>> >>>>> 2010/5/13 Flavio Bello Fialho <[email protected]> >>>>> >>>>> Provavelmente SAD-69. Manda converter para WGS-84. >>>>>> >>>>>> Flávio Henrique escreveu: >>>>>> > Ok. >>>>>> > Consegui abrir os arquivos pelo uDig e estão ótimos. >>>>>> > Há coisas interessantes que posso trabalhar... >>>>>> > >>>>>> > Porém, preciso indicar ao uDig qual é o Sistema de Coordenadas que >>>>>> os >>>>>> > arquivos utilizam. >>>>>> > Como descobrir? >>>>>> > Desculpem-me se é uma questão básica, mas estou iniciando... >>>>>> > >>>>>> > Grato! >>>>>> > >>>>>> > Flávio Henrique >>>>>> > >>>>>> > >>>>>> > 2010/5/12 Flávio Henrique <[email protected] <mailto: >>>>>> [email protected]>> >>>>>> > >>>>>> > Olá Arlindo! >>>>>> > >>>>>> > Sim, os arquivos .shp são acompanhados por outros 5 ou 6 >>>>>> extensões >>>>>> > (dbf, shx, dbx, etc)... >>>>>> > Tentei abrir os .shp pelo Merkaator, mas nada aparece. >>>>>> > O ogr2ogr também não gera um .osm que o JOSM consiga abrir... >>>>>> estou >>>>>> > meio sem opções. :( >>>>>> > Vou tentar a sugestão do Vitor... tentar abri-los em um GIS. >>>>>> Vamos >>>>>> > ver no que dá. >>>>>> > >>>>>> > Qualquer coisa, pergunto aqui de novo. >>>>>> > >>>>>> > Obrigado! >>>>>> > >>>>>> > Flávio Henrique >>>>>> > >>>>>> > >>>>>> > 2010/5/12 Arlindo Pereira <[email protected] >>>>>> > <mailto:[email protected]>> >>>>>> > >>>>>> > Oi Flávio, >>>>>> > >>>>>> > também não entendo muito, mas os arquivos SHP que eu >>>>>> consegui >>>>>> > são sempre acompanhados de outros três (um para cada >>>>>> arquivo): >>>>>> > um com extensão SHX (não faço ideia do que seja), um com >>>>>> > extensão PRJ (suponho que de project, que o descreva) e um >>>>>> com >>>>>> > extensão DBF (que é extensão de banco de dados, suponho que >>>>>> seja >>>>>> > as labels de cada item do mapa). Seus arquivos também são >>>>>> assim? >>>>>> > Não sei se isso é um pré-requisito também. >>>>>> > >>>>>> > []s >>>>>> > >>>>>> > Em 12 de maio de 2010 00:50, Flávio Henrique < >>>>>> [email protected] >>>>>> > <mailto:[email protected]>> escreveu: >>>>>> > >>>>>> > Olá Arlindo, *! >>>>>> > >>>>>> > Não tive sorte em utilizar o ogr2osm.py. >>>>>> > Primeiro pq não sei exatamente o que cada arquivo .shp >>>>>> que >>>>>> > possuo significa, segundo que para cada arquivo .shp que >>>>>> > rodo o script obtenho sempre os mesmos erros e nada de >>>>>> > arquivo .osm. >>>>>> > >>>>>> > Em anexo está um log de um dos arquivos que tentei >>>>>> converter. >>>>>> > >>>>>> > Alguma ideia? Gostaria muito de brincar com esses >>>>>> arquivos >>>>>> > da Prefeitura de Goiânia, mas não estou conseguindo nem >>>>>> > começar. Rs... >>>>>> > >>>>>> > A paz! >>>>>> > >>>>>> > Flávio Henrique >>>>>> > >>>>>> > 2010/5/9 Arlindo Pereira < >>>>>> [email protected] >>>>>> > <mailto:[email protected]>> >>>>>> > >>>>>> > Senhores, >>>>>> > >>>>>> > consegui os dados da prefeitura do Rio. O arquivo >>>>>> zip >>>>>> > tem uns 50 megabytes, daí eu extraí e disponibilizei >>>>>> no >>>>>> > meu servidor: >>>>>> > >>>>>> > http://nighto.net/rio/ >>>>>> > http://nighto.net/rio.zip >>>>>> > >>>>>> > Tomemos o arquivo de ciclovias (ciclovias.shp e >>>>>> > correlatos), que já tenho em grande parte mapeado no >>>>>> OSM >>>>>> > com GPS: >>>>>> > >>>>>> > sudo apt-get install python-gdal libgdal-perl >>>>>> > libproj-dev gdal-bin dbview >>>>>> > wget >>>>>> > >>>>>> http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py >>>>>> > wget >>>>>> > >>>>>> http://svn.openstreetmap.org/applications/utils/import/ogr2osm/SimpleXMLWriter.py >>>>>> > python ogr2osm.py ciclovias.shp >>>>>> > wget http://josm.openstreetmap.de/josm-latest.jar >>>>>> > java -jar josm-latest.jar >>>>>> > (manda abrir o ciclovias.osm) >>>>>> > (manda baixar os dados do OSM dando zoom na ciclovia >>>>>> do >>>>>> > aterro do flamengo, a mais a direita) >>>>>> > >>>>>> > >>>>>> http://img534.imageshack.us/img534/7035/capturadetelak.png >>>>>> > a linha vermelha é da prefeitura, a linha cinza >>>>>> > levemente deslocada foi a criada por mim com base >>>>>> nas >>>>>> > imagens de satélite do Yahoo! e rotas GPX. O que >>>>>> pode >>>>>> > ter ocasionado esse deslocamento na conversão? >>>>>> Sistema >>>>>> > de coordenadas errado? >>>>>> > >>>>>> > []s >>>>>> > >>>>>> >>>>> >> _______________________________________________ >> Talk-br mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-br >> >> > > _______________________________________________ > Talk-br mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-br > >
_______________________________________________ Talk-br mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-br
