Relacionado com este problema da transformação de coordenadas, para mim é muito útil o plugin desenvolvido, só como já reportei algumas vezes, tenho uma máquina em XP que funciona bem, já no portátil com windows 8.1, 64 bits não consigo utilizar. As janela do plugin não carrega as opções.
Paulo Praça
···
2015-02-23 21:20 GMT+00:00 <qgis-pt-request@lists.osgeo.org>:
Send QGIS-pt mailing list submissions to
qgis-pt@lists.osgeo.orgTo subscribe or unsubscribe via the World Wide Web, visit
http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt
or, via email, send a message with subject or body ‘help’ to
qgis-pt-request@lists.osgeo.orgYou can reach the person managing the list at
qgis-pt-owner@lists.osgeo.orgWhen replying, please edit your Subject line so it is more specific
than “Re: Contents of QGIS-pt digest…”Tópicos de Hoje:
- Re: Solução para a transformação de coordenadas no QGIS
(João Gaspar)
Message: 1
Date: Mon, 23 Feb 2015 21:20:39 +0000
From: João Gaspar <joao.f.r.gaspar@gmail.com>
To: QGIS PT - lista de utilizadores QGIS, em português.
<qgis-pt@lists.osgeo.org>
Subject: Re: [QGIS-pt] Solução para a transformação de coordenadas no
QGIS
Message-ID:
<CAM+zXj37kv1KsiB0a1AmYBH2-9PsuMEKqm4DGfjNJ+GaJmt3FA@mail.gmail.com>
Content-Type: text/plain; charset=“iso-8859-1”Boas,
na minha opinião não é o QGIS que se tem de preocupar com este problema dos
sistemas de coordenadas.O fluxo de trabalho será a meu ver, falar com entidade portuguesa
responsável e obter um feedback. Depois se concordarem, reportarem à ESPG e
depois sim atualizar o proj que se baseia nos sistemas de coordenadas ESPG.Logo depois desta alteração não era só o QGIS beneficiado eram todos os
softwares open source ou proprietários que beneficiariam deste tipo de
alteração. No caso dos proprietários, optam por adotar ou não problema
deles.Ao aplicarmos isto à realidade do QGIS só iria isola-lo perante os outros,
por isso acho por bem ir para as entidades que lhe competem.Neste momento já existe artigos e vários documentos sobre as transformações
de coordenadas e no meu ver são suficientes.Se os utilizadores tiverem dúvidas, neste momento têm canais de discussão
suficientes em português para exporem as dúvidas. De certo, que esta
comunidade terá disponibilidade em responder.Cumprimentos
João GasparNo dia 23 de fevereiro de 2015 às 19:41, Ricardo Pinho <
ricardodepinho@gmail.com> escreveu:Caro José Carlos Santos,
Obrigado pelo seu testemunho, é muito importante participar.
O que descreve é o processo aconselhado por todos e pela própria DGT para
tratar esta questão dos dados nos sistemas de coordenadas obsoletos (Datum
Lisboa e Datum 73), transforma-los para o sistema de coordenadas oficial
PT-TM06/ETRS89.Para si e para todos os restantes leitores, o que está aqui em causa é:
“que método usar para fazer essa transformação?”
A resposta também é consensual, deve fazer pelo método das grelhas.
Porquê? Simples, porque é o que garante menores erros.
Ao estar a transformar um conjunto de dados com um método que introduz
erros é altamente desaconselhável.
Para além de estar a por em risco a qualidade dos dados, quem depois usar
os dados transformados assume que eles têm a mesma precisão do que os
originais, mas deixam de o ter. (isto dito de modo simplista)A segunda questão que está em causa é :
“como é que eu faço no QGIS a transformação pelo método das grelhas?”
As pessoas que dominam o assunto não têm dificuldade nenhuma em faze-lo, e
provavelmente nem usam o QGIS para o fazer. Usam outro tipo de ferramentas
mais eficientes (rápidas e flexíveis) por exemplo as do tipo linha de
comando (o PROJ, o GDAL e OGR).O problema põe-se para as pessoas que não dominam o assunto (a maioria
dos utilizadores do QGIS), que repetidamente e há anos a fio se vêm queixar
nos forun’s deste problema. Veja por exemplo aqui uma minha tentativa em
Fev.2009 (há 6 anos atrás) de explicar como usar o método das grelhas no
GISVM: http://gisvm.com/forum/index.php?topic=38.0Os colegas ligados ao grupo QGIS fizeram um excelente trabalho em arranjar
alternativas e soluções para resolver o problema. Mas apesar desses
esforços, não considero que o problema esteja sanado, como demonstram os
permanentes pedidos de ajuda aqui nesta lista.Mas afinal qual é a milagrosa solução para o problema?
Nada de especial, nem complexo, nem nada que o QGIS não esteja preparado
para fazer.
É simplesmente mudar as definições de raiz que vêm no QGIS e que toda a
gente usa para os sistemas de coordenadas obsoletos, de modo a usarem o
método das grelhas, a saber:EPSG:27493 - Datum 73 / Modified Portuguese Grid
EPSG:20790 - Lisbon (Lisbon)/Portuguese National Grid (Militar)
EPSG:20791 - Lisbon (Lisbon)/Portuguese GridDeste modo o QGIS fazia aquilo que esperamos dele, que faça de forma
simples aquilo que nós queremos que ele faça, a transformação de
coordenadas da forma mais correta possível e sem complicações.
E desculpem-me, mas explicar isto de forma mais simples e clara, não
consigo!
Cumprimentos,
Ricardo Pinhose queixam Aqui um post meu de 2009
No dia 23 de fevereiro de 2015 às 17:19, José Carlos Santos <
jcgarciadossantos@gmail.com> escreveu:Caríssimos Amigos, mto boa tarde.
Em primeiro lugar o meu mto obrigado ao Pedro pela dica do Plugin
“TileMapScale”.
Estava com o mesmo problema e a tentar resolvê-lo.Li com mta atenção todos as vossas mensagens a propósito
do sistema de coordenadas do QGIS.
E aprendi algumas coisas mais sobre o funcionamento do sistema de
coordenadas do QGIS. Mto obrigado.
No principio tive problemas semelhantes a todos vós.
Porque eu tenho informação geográfica (a maior parte) em datum Lisboa.
e tenho outra parte em ETRS89.
Dps de partir mta “pedra” deixei de ter esse problema.
Porque passei a utilizar para compatibilização o EPSG 20791 e tb fiz
a reprojecção de outra parte da cartografia.
Tudo tem corrido bem, até aqui.
Todo o meu trabalho é desenvolvido em ETRS89 como o de
todos vós.
Do meu ponto de vista o QGIS 2.4 funciona mto bem quanto ao funcionamento
do
seu sistema de coordenadas.
Não queria deixar de manifestar aqui o meu testemunho quanto ao
funcionamento
do sistema de coordenadas do QGIS 2.4.Mto obrigado
Um abraço para todos vós.
Zé Carlos
No dia 23 de fevereiro de 2015 às 14:32, <qgis-pt-request@lists.osgeo.org
escreveu:
Send QGIS-pt mailing list submissions to
qgis-pt@lists.osgeo.orgTo subscribe or unsubscribe via the World Wide Web, visit
http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt
or, via email, send a message with subject or body ‘help’ to
qgis-pt-request@lists.osgeo.orgYou can reach the person managing the list at
qgis-pt-owner@lists.osgeo.orgWhen replying, please edit your Subject line so it is more specific
than “Re: Contents of QGIS-pt digest…”Tópicos de Hoje:
- Zoom menor que 1:2256 (Pedro)
- Re: Solução para a transformação de coordenadas no QGIS
(Ricardo Pinho)
Message: 1
Date: Mon, 23 Feb 2015 04:59:24 -0800 (PST)
From: Pedro <pedro.ferro@gmail.com>
To: qgis-pt@lists.osgeo.org
Subject: [QGIS-pt] Zoom menor que 1:2256
Message-ID: <1424696364743-5189425.post@n6.nabble.com>
Content-Type: text/plain; charset=UTF-8Olá,
Desta vez não é nenhuma dúvida :),
é antes uma solução para ficar aqui no forum para memória futuraAlgo que há muito me tem acontecido e só agora descobri como resolver.
Não conseguia fazer zooms “abaixo” de 1:2256A causa está no Plugin “TileMapScale”.
Se dentro deste plugin estiver activa a opção “activate zoomlevels” não
permite baixar da tal escala 1:2256.
Basta desactivar tal opção para voltar ao normal.Pedro
–
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Zoom-menor-que-1-2256-tp5189425.html
Sent from the QGIS-pt mailing list archive at Nabble.com.
Message: 2
Date: Mon, 23 Feb 2015 14:32:15 +0000
From: Ricardo Pinho <ricardodepinho@gmail.com>
To: QGIS PT - lista de utilizadores QGIS, em português.
<qgis-pt@lists.osgeo.org>
Subject: Re: [QGIS-pt] Solução para a transformação de coordenadas no
QGIS
Message-ID:
<
CAOEx-n7Msv3kY_EpUi2NXPYo4ByM5MceWefb5FUgDAo_ia72HQ@mail.gmail.com>
Content-Type: text/plain; charset=“utf-8”Obrigado Hugo pela explicação e opinião.
Desculpa ser chato, mas não respondes à pergunta que lancei:
“concordas ou não com a necessidade de alterar as definições dos
códigos
do epsg: 27493, 20790 e 20791?”Depois, como lá chegar é outra etapa…
Vivemos tempos onde reina a “inevitabilidade”, mas com determinação tudo
é
possivel!Abraço
Ricardo PinhoNo dia 23 de fevereiro de 2015 às 12:54, Hugo <hfpmartins@gmail.com>
escreveu:Caros,
Acho que há aqui alguma confusão.
O QGIS não é o projecto responsável por manrer as definições dos
Sistemas
de coordenadas. Tal como outros projectos Open Source, este depende do
proj4 para esse trabalho. Ou seja, a cada release nova do QGIS é criada
automaticamente um bd em sqlite com estas definições. Não vejo o QGIS a
dedicar força humana para gerir estas coisas e sinceramente acho que
também
não o deverão fazer. Imaginem que cada país começa a pedir o mesmo ao
QGIS,Depois ainda há o problema que essa grelhas têm que ser
disponibilizadas
no pacote de instalação caso contrário ainda causaria mais confusão aos
utilizadores.Por isso a minha opinião é, se quiserem avançar com isto, o rpojecto
com o
qual deverão falar é o proj4 e não o qgis.Abc,
No dia 23 de fevereiro de 2015 às 12:42, André Pinhal <
apinhal@fc.up.pt>
escreveu:Bom dia.
Concordo.
Se as strings vêm alteradas por definição, significa que os ficheiros
também têm de vir por definição com a instalação do Qgis.Neste momento estas são as soluções que conheço:
http://qgis.pt/blog/2014/07/13/transformacao-de-coordenadas-e-utilizacao-das-grelhas-ntv2-no-qgis/
(Pedro Venâncio) - similar à apresentada;
- Tranformação de Datum para Portugal -
http://www.qgis.pt/plugins.html.
Cada comunidade deveria ter responsabilidade pela manutenção dos
“seus”
sistemas de referência. Para o utilizador comum comum seria simples e
funcional, usa-se um método, e o melhor.__
Cumprimentos
André Pinhal2015-02-21 13:04 GMT+00:00 Ricardo Pinho <ricardodepinho@gmail.com>:
---------- Mensagem encaminhada ----------
De: Ricardo Pinho <ricardodepinho@gmail.com>
Data: 21 de fevereiro de 2015 às 12:47
Assunto: Solução para a transformação de coordenadas no QGIS
Para: “qgis-pt@lists.osgeo.org” <qgis-pt@lists.osgeo.org>Caros utilizadores de QGIS-PT,
Venho apresentar a debate desta comunidade uma proposta que
considero a
solução para os problemas de transformação de coordenadas no QGIS em
Portugal continental.O objetivo é que esta proposta, caso aceite, seja apresentada aos
programadores de modo a ser implementada já na próxima versão 2.8 do
QGIS.De uma forma simples e resumida descrevo a minha proposta em 4
pontos:
O sistema de referência oficial nacional para Portugal
continental é
sistema de referência ETRS89 com a Projeção Transversa de Mercator,
abreviadamente designado por PT-TM06/ETRS89 e referenciado no QGIS
como
EPSG:3763. Os sistemas de referências usados anteriormente são
considerados
obsoletos, nomeadamente o Datum 73 (EPSG:27493), o Datum Lisboa
(EPSG:20791) e o Datum Lisboa Militar (EPSG:20790)O método das grelhas (NTv2) é o que apresenta melhores resultados
na
transformação de coordenadas entre os sistemas de referencia
obsoletos
(Datum 73 e Datum Lisboa) e o sistema oficial (PT-TM06/ETRS89), e é
recomendado pela entidade responsável Nacional (Direção-Geral do
Território) em detrimento das anteriores transformações Bursa-Wolf e
Molodensky.As definições no QGIS dos sistemas de referencia obsoletos (EPSG:
27493, 20790, 20791) continuam a usar parâmetros de transformação
Bursa-Wolf / Molodensky, confundindo os utilizadores e perpetuando
erros de
transformação de dados para o sistema oficial totalmente evitáveis.Proponho alterar as definições no QGIS dos sistemas de referencia
obsoletos (EPSG: 27493, 20790, 20791) para usar o método das grelhas
(NTv2)
na transformação de coordenadas dos dados com esses sistemas
associados, de
forma simples e transparente.Agora de forma um pouco mais extensa, fundamento os pontos atrás, e
como
qualquer um de nós pode fazer isso já no QGIS instalado no seu
computador.Como todos sabem, a transformação entre sistemas de coordenadas em
Portugal continental foi e continua a ser uma grande dor de cabeça
devido à
enorme confusão gerada no passado em volta deste assunto.Hoje em dia a situação é bastante mais clara, graças à evolução
tecnológica/cientifica e ao contributo de pessoas que se empenharam
para
apresentar soluções e clarificar a situação, nomeadamente o Prof.
José
Alberto Gonçalves, a quem desde já apresento mais uma vez os meus
agradecimentos pelo empenho e sucesso em trazer para Portugal o
método
das grelhas (NTv2) <
http://www.fc.up.pt/pessoas/jagoncal/coordenadas/>.De uma forma simples e resumida descrevo a minha proposta em 4
pontos:
O sistema de referência oficial nacional para Portugal
continental é
sistema de referência ETRS89 com a Projeção Transversa de
Mercator,
abreviadamente designado por PT-TM06/ETRS89 e referenciado no QGIS
como EPSG:3763. Os sistemas de referências usados anteriormente
são
considerados obsoletos, nomeadamente o Datum 73 (EPSG:27493), o
Datum
Lisboa (EPSG:20791) e o Datum Lisboa Militar (EPSG:20790)Estabelecido pelo Decreto-Lei n.º 141/2014 de 19 de Setembro e
recomendado pela Diretiva n.º 2007/2/CE do Parlamento Europeu e do
Conselho, de 14 de março de 2007 (Diretiva INSPIRE), bem como pela
EUROREF
(European Reference Frame - a subcomissão Europeia da IAG -
Associação
Internacional de Geodesia) no simpósio realizado em Itália em 1990,
onde
foi estabelecida a adoção para o território Europeu do Sistema de
Referência Terrestre Europeu 1989 (ETRS89).O sistema de referência ETRS89 com a Projeção Transversa de Mercator,
abreviadamente designado por PT-TM06/ETRS89, foi definido pelo
Instituto
Geográfico Português em 2006 e resulta da adoção do ETRS89 como
sistema de
referência geodésico oficial nacional, cm os seguintes parâmetros:Projeção cartográfica: Transversa de Mercator
Latitude da origem das coordenadas retangulares: 39º 40? 05??,73 N
Longitude da origem das coordenadas retangulares: 08º 07? 59??,19 W
Falsa origem das coordenadas retangulares:
Em M (distância à Meridiana): 0 m
Em P (distância à Perpendicular): 0 m
Coeficiente de redução de escala no meridiano central: 1,0
O sistema de referência PT-TM06/ETRS89 é atualmente considerado o
sistema oficial adotado pela Direção-Geral do Território (DGT) para
Portugal Continental em todas as suas publicações, como por exemplo,
a
Carta Administrativa Oficial de Portugal (CAOP) e Cartografia
Oficial, sendo
aconselhada a todas as entidades públicas e privadas a substituição
dos
sistemas de referência usados anteriormente, nomeadamente o Datum 73
e
o Datum Lisboa, sendo estes considerados obsoletos.Fonte:
O método das grelhas (NTv2) é o que apresenta melhores resultados
na
transformação de coordenadas entre os sistemas de referencia
obsoletos
(Datum 73 e Datum Lisboa) e o sistema oficial (PT-TM06/ETRS89), e
é
recomendado pela entidade responsável Nacional (Direção-Geral do
Território) em detrimento das anteriores transformações
Bursa-Wolf e
Molodensky.A transformação pelo método das grelhas (NTv2) é atualmente
considerado
o método mais adequado para aplicações que requerem uma exatidão
posicional
mais rigorosa, garantindo um rigor decimétrico, e o recomendado
atualmente
pela Direção-Geral do Território para este efeito.O formato NTv2 é um formato normalizado de grelhas binárias de
diferenças para a transformação de coordenadas planimétricas entre
dois
sistemas de referência. Os parâmetros ajustados aos pontos de
controlo
envolventes da área de trabalho são determinados por interpolação
modelando
assim as deformações da RGN no sistema de partida, obtendo-se assim
precisões normalmente superiores às de outras transformações.A Direção-Geral do Território faculta de forma livre e gratuita no
seu
sítio da internet, ficheiros das grelhas no formato NTv2 para que
possam
ser utilizados pelos programas nos processos internos de
transformação de
coordenadas.Fonte:
Estudos e publicações científicas apresentadas desde 2008 pelo
Professor
Doutor Eng. José Alberto Gonçalves da Faculdade de Ciências da
Universidade
do Porto, demonstram as vantagens e adequabilidade do uso deste
método no
território nacional continental e para os sistemas de coordenadas
usados.Fonte:
http://www.fc.up.pt/pessoas/jagoncal/coordenadas/
As definições no QGIS dos sistemas de referencia obsoletos (EPSG:
27493, 20790, 20791) continuam a usar parâmetros de transformação
Bursa-Wolf / Molodensky, confundindo os utilizadores e
perpetuando erros de
transformação de dados para o sistema oficial totalmente
evitáveis.As definições dos sistemas de referencia que encontramos hoje no
QGIS (V
2.6.1) são:EPSG:27493 - Datum 73 / Modified Portuguese Grid
+proj=tmerc +lat_0=39.66666666666 +lon_0=-8.13190611111112 +k=1
+x_0=180.598 +y_0=-86.99 +ellips=intl
+towgs84=-223.237,110.193,36.649,0,0,0,0 +units=m +no_defsEPSG:20790 - Lisbon (Lisbon)/Portuguese National Grid (Militar)
+proj=tmerc +lat_0=39.66666666666 +lon_0=1 +k=1 +x_0=200000
+y_0=300000
+ellips=intl +towgs84=-304.046,-60.576,103.64,0,0,0,0 +pm=lisbon
+units=m +no_defsEPSG:20791 - Lisbon (Lisbon)/Portuguese Grid
+proj=tmerc +lat_0=39.66666666666 +lon_0=1 +k=1 +x_0=0 +y_0=0
+ellips=intl +towgs84=-304.046,-60.576,103.64,0,0,0,0 +pm=lisbon
+units=m +no_defs
Proponho alterar as definições no QGIS dos sistemas de referencia
obsoletos (EPSG: 27493, 20790, 20791) para usar o método das
grelhas
(NTv2) na transformação de coordenadas dos dados com esses
sistemas
associados, de forma simples e transparente.Para o efeito basta descomprimir os ficheiros das grelhas
(pt73_e89.gsb,
ptLX_e89.gsb)http://www.fc.up.pt/pessoas/jagoncal/coordenadas/grelhas.zip
e coloca-los na pasta:
c:\Program Files\QGIS Brighton\share\proj\
Descarregar o ficheiro com as definições alteradas:
https://dl.dropboxusercontent.com/u/1236917/qgis/srs.db
Alterar o nome do ficheiro ?srs.db? existente no computador para
?srs-antigo.db?, em:c:\Program Files\QGIS Brighton\apps\qgis\resources\
E copiar para essa pasta o ficheiro (srs.db) descarregado.
Esse ficheiro possui as seguintes alterações:
EPSG:27493 - Datum 73 / Modified Portuguese Grid
+proj=tmerc +lat_0=39.66666666666666 +lon_0=-8.131906111111112
+k=1.000000 +x_0=180.598 +y_0=-86.98999999999999 +ellps=intl
+nadgrids=pt73_e89.gsb+units=m +no_defs
EPSG:20790 - Lisbon (Lisbon)/Portuguese National Grid (Militar)
+proj=tmerc +lat_0=39.66666666666666 +lon_0=1 +k=1 +x_0=200000
+y_0=300000 +ellps=intl +pm=lisbon +nadgrids=ptLX_e89.gsb +units=m
+no_defsEPSG:20791 - Lisbon (Lisbon)/Portuguese Grid
+proj=tmerc +lat_0=39.66666666666666 +lon_0=1 +k=1 +x_0=0 +y_0=0
+ellps=intl +pm=lisbon +nadgrids=ptLX_e89.gsb +units=m +no_defsAgradeço a vossa participação com contributos e opiniões.
Cumprimentos,
Ricardo Pinho
QGIS-pt mailing list
QGIS-pt@lists.osgeo.org
http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt–
Hugo Martins
QGIS-pt mailing list
QGIS-pt@lists.osgeo.org
http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt–
Ricardo Pinho
-------------- próxima parte ----------
Um anexo em HTML foi limpo…
URL: <
http://lists.osgeo.org/pipermail/qgis-pt/attachments/20150223/dde43d5f/attachment.html
QGIS-pt mailing list
QGIS-pt@lists.osgeo.org
http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-ptFim da Digest QGIS-pt, volume 11, assunto 42
–
José Carlos Santos
Geografia Humana
Sistemas de Informação Geográfica
Análise de Imagens
Open Source
QGIS-pt mailing list
QGIS-pt@lists.osgeo.org
http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt–
Ricardo Pinho
QGIS-pt mailing list
QGIS-pt@lists.osgeo.org
http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-pt-------------- próxima parte ----------
Um anexo em HTML foi limpo…
URL: <http://lists.osgeo.org/pipermail/qgis-pt/attachments/20150223/d1dfdce1/attachment.html>
QGIS-pt mailing list
QGIS-pt@lists.osgeo.org
http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-ptFim da Digest QGIS-pt, volume 11, assunto 46