Re: [QGISBrasil:1433] Ajuda QGIS 1.8
716 views
Skip to first unread message
Pedro Celestino Dantas
Jul 2, 2012, 6:25:39 PM7/2/12
to qgisb...@googlegroups.com
Reinstale o Plogin Ftools
--
Pedro Junior
Geógrafo - CREA/RN: 2107854874
Mestrando em Engenharia Sanitária e Ambiental
Analista de Regulação em Saneamento Básico II - ARSBAN
Telefones de Contato
(84) 3232-3395 Trab. - 8817-2927(Oi) e 9671-1277(Tim) Cel.
Respeite o ciclista.
Uma bike a mais, um carro a menos.
..... __@
...._ \ >_
...(_)/ (_)____________________________________
░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░\__
..... __@
...._ \ >_
...(_)/ (_)____________________________________
░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░\__
yjmenezes
Jul 3, 2012, 4:15:17 PM7/3/12
to qgisbrasil
Claudio,
Boa tarde
On 2 jul, 17:18, Cláudiogeop <claudiog...@gmail.com> wrote:
> Boa tarde, estou utilizando QGIS versão 1.8 e gostaria de reprojetar um
> arquivo shapefile, nas versões anteriores era entrando no menu export to
> new projection, na versão 1.8 não encontrei esse menu, por favor se puder
> ajudar ficarei grato.
> Abraço!
Poderia, por favor, detalhar o tipo de reprojecao que deseja fazer e
se usa *NIX.
Provavelmente com as ferramentas GDAL/OGR do Frank consiga fazer o que
precisa.
De uma olhada em:
ogr2ogr FWtools.
Veja o seu arquivo original com ( sistema de referencia e projecao ):
ogrinfo -al -so seu_original.shp
ogr2ogr -t_srs EPSG:xxxx seu_novo_.shp seu_original.shp
xxxx=numero do epsg destino
xxxx= ( wgs84=4623 SAD96=4291 SIRGAS2000=4674)
Em *NIX seria algo assim:
ogr2ogr -t_srs EPSG:4291 sad96.shp wgs.shp
espero que lhe seja util.
[]s
julio menezes
Boa tarde
On 2 jul, 17:18, Cláudiogeop <claudiog...@gmail.com> wrote:
> Boa tarde, estou utilizando QGIS versão 1.8 e gostaria de reprojetar um
> arquivo shapefile, nas versões anteriores era entrando no menu export to
> new projection, na versão 1.8 não encontrei esse menu, por favor se puder
> ajudar ficarei grato.
> Abraço!
Poderia, por favor, detalhar o tipo de reprojecao que deseja fazer e
se usa *NIX.
Provavelmente com as ferramentas GDAL/OGR do Frank consiga fazer o que
precisa.
De uma olhada em:
ogr2ogr FWtools.
Veja o seu arquivo original com ( sistema de referencia e projecao ):
ogrinfo -al -so seu_original.shp
ogr2ogr -t_srs EPSG:xxxx seu_novo_.shp seu_original.shp
xxxx=numero do epsg destino
xxxx= ( wgs84=4623 SAD96=4291 SIRGAS2000=4674)
Em *NIX seria algo assim:
ogr2ogr -t_srs EPSG:4291 sad96.shp wgs.shp
espero que lhe seja util.
[]s
julio menezes
yjmenezes
Jul 3, 2012, 4:57:58 PM7/3/12
to qgisbrasil
Claudio,
So mais um detalhe:
o ogr2ogr /nao/ faz mudanca de datum, alias isso ja estou questionando
faz tempo. CRS .
Para fazer mudanca de datum tem de usar outras frerramentas.
Fiz uma pesquisa recente se descobri que os parametros de conversao
para diversos sistemas de coordenadas (SRS, CRS) brasileiros
estao incorretos. Isso vale para o GDAL/OGS, Proj4, PostGIS, e talvez
outros.
Ha erros na definicao dos sistemas;
http://www.epsg.org/databases/Arc/7_8/Discv7_8sql-PosgreSql.html
Eu ja questionei aqui na lista. Eu implementei as transformacoes.
FrankW cs2cs eh a ferramenta correta para CRS Datum x Datum lat/lon e
suporta ntv2.
[]s
julio
So mais um detalhe:
o ogr2ogr /nao/ faz mudanca de datum, alias isso ja estou questionando
faz tempo. CRS .
Para fazer mudanca de datum tem de usar outras frerramentas.
Fiz uma pesquisa recente se descobri que os parametros de conversao
para diversos sistemas de coordenadas (SRS, CRS) brasileiros
estao incorretos. Isso vale para o GDAL/OGS, Proj4, PostGIS, e talvez
outros.
Ha erros na definicao dos sistemas;
http://www.epsg.org/databases/Arc/7_8/Discv7_8sql-PosgreSql.html
Eu ja questionei aqui na lista. Eu implementei as transformacoes.
FrankW cs2cs eh a ferramenta correta para CRS Datum x Datum lat/lon e
suporta ntv2.
[]s
julio
eduardo sanches
Jul 3, 2012, 8:24:45 PM7/3/12
to qgisb...@googlegroups.com
vc tem os arquivos shapefile ? Bastaria adicionar a shape (adicionar camada vetorial) e editar a shape
Em 2 de julho de 2012 17:18, Cláudiogeop <claud...@gmail.com> escreveu:
Boa tarde, estou utilizando QGIS versão 1.8 e gostaria de reprojetar um arquivo shapefile, nas versões anteriores era entrando no menu export to new projection, na versão 1.8 não encontrei esse menu, por favor se puder ajudar ficarei grato.Abraço!
--
---
Você recebeu esta mensagem do Grupo "QGISBrasil"
Para postar neste grupo, envie um e-mail para qgisb...@googlegroups.com
Para cancelar a sua inscrição neste grupo, envie um e-mail paragisbrasi...@googlegroups.com
Para ver mais opções, visite este grupo em
http://groups.google.com/group/qgisbrasil?hl=pt?hl=pt-BR
Pedro Celestino Dantas
Jul 5, 2012, 9:58:53 AM7/5/12
to qgisb...@googlegroups.com
Caro Cláudio,
Mesmo desinstalando e reinstalando não vai resolver. Vc terá que ir em Complementos > Buscar complementos Python > aba Opções > Complementos Permitidos marque "Mostrar todos os complementos, mesmo aqueles marcados como experimentais".
Vai dar certo.
Mesmo desinstalando e reinstalando não vai resolver. Vc terá que ir em Complementos > Buscar complementos Python > aba Opções > Complementos Permitidos marque "Mostrar todos os complementos, mesmo aqueles marcados como experimentais".
Vai dar certo.
Sidney - Geosaber
Jul 5, 2012, 1:34:05 PM7/5/12
to qgisb...@googlegroups.com
Cláudio,
Para mudar o Sistema de Coordenadas de Geográficas para UTM por exemplo, é só clicar com o botão direito sobre a camada e usar a opção Salvar Como, nela você escolhe o tipo do arquivo de saída (shape, KML, etc) e o SRC de saída, que pode ser a da Camada (original), do Projeto (que você configurou previamente nas Configurações do Projeto) ou Personalizada.
Júlio,
Muito importante essa sua observação:
"Eu ja questionei aqui na lista. Eu implementei as transformacoes. FrankW cs2cs eh a ferramenta correta para CRS Datum x Datum lat/lon e suporta ntv2."
Essa ferramenta que você implementou é um complemento do QGIS?
No site Geoparalinux eles publicaram uma forma de definir um SRC personalizado para o qual você entra as opções corretas oficiais do IBGE (no exemplo para o SIRGAS2000):
http://geoparalinux.wordpress.com/2012/05/24/personalizando-um-sistema-de-referencia-de-coordenadas-no-qgis/ (do Esdras Andrade)
Também no manual feito pelo MDA para o programa Terra Legal eles também falam dessa personalização:
Bem, de qualquer maneira essa sua observação valia um artiguinho no portal do QGIS Brasil ou na Revista FOSSGIS Brasil, o que acha?
Por ultimo,
Para desinstalar complementos as vezes (vez em sempre) não funciona usar pelo Gerenciadores do QGIS, você deve ir na pasta C:\user\nome_usuario\.qgis\python\plugins e deletar manualmente a pasta do complemento que quer remover.
Sidney goveia
yjmenezes
Jul 6, 2012, 8:51:58 AM7/6/12
to qgisbrasil
Claudio,
Bom dia.
On 4 jul, 09:17, Cláudiogeop <claudiog...@gmail.com> wrote:
> Opa Julio, obrigado pela explicação, seria reprojeção simples onde tenho um
> arquivo shapefile no sistema geodésico WGS 84 e queria como saída Projeção
> UTM, Sistema de Coordenda SAD 69, Fuso 24S, Meridiano Central -39.
> Estarei testando essa ferramenta FrankW cs2cs.
Em *NIX, para testar o cs2cs pode fazer algo assim com entradas em
graus decimais e sinal algebrico:
cs2cs +proj=latlong +ellps=GRS67 +nadgrids=sad96_003.gsb +to
+proj=latlong +ellps=WGS84 +datum=WGS84 -E -v -I -w4 <<EOF
-53.80996650W -21.72888475S 720.470
-53.80996765W -21.72888557S 720.460
EOF
Repare que a altitude permanece quando deveria mudar tambem. O velho
problema do 3D que venho questionando faz tempo.
Eu implementei a transformacao de Molodensky em C para *NIX, o meu
fonte esta aqui, xdatum.c:
http://www.gpl2.com.br/gnu_scripts/c_qgis_spatia_pgis/
Vi que saiu o EPSG 7.11 em Abril de 2012, meus testes foram em janeiro
de 2012, e na versao 7.8 as definicoes, como falei, estavam erradas, /
nao/ sei se houveram correcoes para o Brasil, tenho ate de ver. Duro
eh arrumar um tempinho para isso :-(.
No PostGIS seria algo assim:
Se seu shp esta em WGS84=4326 e vai gerar SAD69=29194, pode fazer isso
no PostGIS.
Joga o shp para o PostGIS com shp2pgis.
Dentro do PostGIS seria algo assim:
SELECT ST_Transform(sua_geom_wgs, 29194) FROM sua_tabela;
ou na CLI *NIX:
$ psql seu_bando -c "SELECT ST_asEWKT(ST_Transform(sua_geom_wgs,
29194)) FROM sua_tabela;" > saida_utm_sad69.txt
Depois informe os resultados.
[]s
julio menezes
Bom dia.
On 4 jul, 09:17, Cláudiogeop <claudiog...@gmail.com> wrote:
> Opa Julio, obrigado pela explicação, seria reprojeção simples onde tenho um
> arquivo shapefile no sistema geodésico WGS 84 e queria como saída Projeção
> UTM, Sistema de Coordenda SAD 69, Fuso 24S, Meridiano Central -39.
> Estarei testando essa ferramenta FrankW cs2cs.
Em *NIX, para testar o cs2cs pode fazer algo assim com entradas em
graus decimais e sinal algebrico:
cs2cs +proj=latlong +ellps=GRS67 +nadgrids=sad96_003.gsb +to
+proj=latlong +ellps=WGS84 +datum=WGS84 -E -v -I -w4 <<EOF
-53.80996650W -21.72888475S 720.470
-53.80996765W -21.72888557S 720.460
EOF
Repare que a altitude permanece quando deveria mudar tambem. O velho
problema do 3D que venho questionando faz tempo.
Eu implementei a transformacao de Molodensky em C para *NIX, o meu
fonte esta aqui, xdatum.c:
http://www.gpl2.com.br/gnu_scripts/c_qgis_spatia_pgis/
Vi que saiu o EPSG 7.11 em Abril de 2012, meus testes foram em janeiro
de 2012, e na versao 7.8 as definicoes, como falei, estavam erradas, /
nao/ sei se houveram correcoes para o Brasil, tenho ate de ver. Duro
eh arrumar um tempinho para isso :-(.
No PostGIS seria algo assim:
Se seu shp esta em WGS84=4326 e vai gerar SAD69=29194, pode fazer isso
no PostGIS.
Joga o shp para o PostGIS com shp2pgis.
Dentro do PostGIS seria algo assim:
SELECT ST_Transform(sua_geom_wgs, 29194) FROM sua_tabela;
ou na CLI *NIX:
$ psql seu_bando -c "SELECT ST_asEWKT(ST_Transform(sua_geom_wgs,
29194)) FROM sua_tabela;" > saida_utm_sad69.txt
Depois informe os resultados.
[]s
julio menezes
Reply all
Reply to author
Forward
0 new messages