[Talk-br] Importação dos dados da prefeitura do Rio de Janeiro

Arlindo Pereira openstreetmap em arlindopereira.com
Terça Maio 18 05:34:16 BST 2010


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 <arlindo em 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 <bello em 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.george em gmail.com
>> > <mailto:vitor.george em 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 <arlindo em clavis.com.br
>> >     <mailto:arlindo em 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 <srcvale em minaslivre.org
>> >         <mailto:srcvale em 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 <srcvale em minaslivre.org
>> >             <mailto:srcvale em minaslivre.org>>
>> >
>> >             _______________________________________________
>> >             Talk-br mailing list
>> >             Talk-br em openstreetmap.org <mailto:Talk-br em openstreetmap.org>
>> >             http://lists.openstreetmap.org/listinfo/talk-br
>> >
>> >
>> >
>> >         _______________________________________________
>> >         Talk-br mailing list
>> >         Talk-br em openstreetmap.org <mailto:Talk-br em openstreetmap.org>
>> >         http://lists.openstreetmap.org/listinfo/talk-br
>> >
>> >
>> >
>> >     _______________________________________________
>> >     Talk-br mailing list
>> >     Talk-br em openstreetmap.org <mailto:Talk-br em openstreetmap.org>
>> >     http://lists.openstreetmap.org/listinfo/talk-br
>> >
>> >
>> >
>> > ------------------------------------------------------------------------
>> >
>> > _______________________________________________
>> > Talk-br mailing list
>> > Talk-br em openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-br
>>
>> --
>> Flávio Bello Fialho
>> Pesquisador, Embrapa Uva e Vinho
>> bello em cnpuv.embrapa.br
>>
>> _______________________________________________
>> Talk-br mailing list
>> Talk-br em openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-br
>
>
> _______________________________________________
> Talk-br mailing list
> Talk-br em openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-br
>
>




More information about the Talk-br mailing list