Parabéns pelo trabalho, Arlindo! Vou postar no twitter do mapaslivres os avanços da importação.
Tenta ver se vc consegue criar um usuário específico para a importação destes dados. Abs, Vitor 2010/5/18 Arlindo Pereira <openstreet...@arlindopereira.com> > 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 >
_______________________________________________ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br