Perguntei na talk@ e deram o pulo do gato: o datum estava errado. python ogr2osm -p "+proj=utm +zone=23 +south +ellps=GRS67 +towgs84=-66.87,4.37,-38.52" arquivo.shp
Pelo o que eu entendi, aprece que o padrão brasileiro de datum SAD69 é diferente do padrão internacional, uma espécie de "PAL-M" por assim dizer. Em todo caso, agora tá rolando certinho. Se alguém quiser ler a thread toda: http://lists.openstreetmap.org/pipermail/talk/2010-May/050196.html Em tempo, fique registrado que estou devendo documentar o processo no wiki. Para "comemorar", importei uma das coisas que eu achava mais difícil de mapear com as imagens de satélite do Yahoo!: as ferrovias de serviço próximas à saída da Ponte Rio-Niterói. Veja: http://www.openstreetmap.org/browse/changeset/4735154 Isso vai dar um trabalho /gigantesco/, mas vai ser muito gratificante. []s Em 12 de maio de 2010 10:06, Arlindo Pereira <arli...@clavis.com.br> escreveu: > Boa, vou experimentar com ele no final de semana e documentar o processo. Eu > posso supor que o deslocamento em todos os arquivos seja o mesmo, dado que > eles usam o mesmo sistema de coordenadas, correto? Tem um arquivo só de > ciclovias, e as ciclovias da Zona Sul do Rio já tão todas mapeadas com GPS, > vide screenshot do primeiro post. > > []s > > Em 12 de maio de 2010 09:56, Flavio Bello Fialho <be...@cnpuv.embrapa.br> > escreveu: >> >> Provavelmente não é a projeção, que não faz muita diferença em áreas >> pequenas. É mais provável que seja o Datum. O OSM deve usar WGS-84, que >> é compatível com o SIRGAS-2000 (o padrão brasileiro atual recomendado >> pelo IBGE), mas se ele estiver em SAD-69 (o padrão anterior) ou algum >> outro, haverá um deslocamento. O shapefile não armazena o Datum. Tem que >> saber qual é e fazer as transformações necessárias. Uma opção é amarrar >> alguns pontos com GPS, para corrigir os dados. Um software (livre) que >> pode ser usado para isso é o gvSIG (http://www.gvsig.org/web/). >> >> Arlindo Pereira escreveu: >> > Bom vindo de volta, Vitor. >> > >> > A projeção certamente é diferente, mas o ogr2ogr deveria tomar conta >> > disso, pois ele avisa as duas projeções e faz a conversão. >> > >> > Tou achando que é o caso do offset mesmo. Qual a sua sugestão para >> > corrigi-lo? >> > >> > []s >> > >> > Em 12 de maio de 2010 07:28, Vitor George <vitor.geo...@gmail.com >> > <mailto:vitor.geo...@gmail.com>> escreveu: >> > >> > Oi Pessoal, >> > >> > Tô voltando agora de um período de inatividade devido a férias. >> > >> > Eu acho pouco provável que as imagens do Yahoo estejam com >> > problemas. Eu acredito que a projeção pode ser diferente ou os dados >> > estão com offset. >> > >> > Abs, >> > Vitor >> > >> > 2010/5/10 Arlindo Pereira <arli...@clavis.com.br >> > <mailto:arli...@clavis.com.br>> >> > >> > Eu tenho a impressão de que a conversão foi correta, mas os >> > dados estão com um offset regular. Se isso estiver correto, >> > seria só subtrair o valor correspondente do ΔX/ΔY nas >> > coordenadas parseando o XML, creio que consiga fazer isso com >> > shell script. >> > >> > []s >> > >> > Em 10 de maio de 2010 13:50, Samuel Vale <srcv...@minaslivre.org >> > <mailto:srcv...@minaslivre.org>> escreveu: >> > >> > Seg, 2010-05-10 às 00:06 -0300, Flávio Henrique escreveu: >> > > Aproveitando a deixa... >> > > Consegui da Prefeitura de Goiânia o cd com o mapa digital >> > da capital. >> > > >> > > >> > > Onde consigo instruções para aprender a utilizar os >> > arquivos .shp e >> > > importá-los ao JOSM (ou outro programa) e verificá-los no >> > OSM ? >> > > >> > >> > Quando estava testando os dados do RJ que o Arlindo >> > conseguiu, consegui >> > carregar os .shp diretamente no Merkaartor. No entanto, ele >> > não importou >> > os metadados que estavam nos arquivos auxiliares que >> > acompanhavam >> > o .shp. >> > >> > Abraço, >> > -- >> > Samuel Vale <srcv...@minaslivre.org >> > <mailto:srcv...@minaslivre.org>> >> > >> > _______________________________________________ >> > Talk-br mailing list >> > Talk-br@openstreetmap.org <mailto:Talk-br@openstreetmap.org> >> > http://lists.openstreetmap.org/listinfo/talk-br >> > >> > >> > >> > _______________________________________________ >> > Talk-br mailing list >> > Talk-br@openstreetmap.org <mailto:Talk-br@openstreetmap.org> >> > http://lists.openstreetmap.org/listinfo/talk-br >> > >> > >> > >> > _______________________________________________ >> > Talk-br mailing list >> > Talk-br@openstreetmap.org <mailto: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 >> >> -- >> Flávio Bello Fialho >> Pesquisador, Embrapa Uva e Vinho >> be...@cnpuv.embrapa.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