[QGIS-pt] Solução para a transformação de coordenadas no QGIS

[Ricardo Pinho]

Obrigado Pedro,
Sem menosprezar o vosso e em particular o teu excelente trabalho nesta
matéria,

Compreendo, mas não concordo com a situação actual.
Por isso apresentei esta minha proposta à comunidade.

Não aceito essa justificação de que deve ser "alguem da EPSG" que deve
ditar que método e parâmetros os utilizadores Portugueses usam no QGIS para
transformar as suas coordenadas nacionais.
Sei também de há muitos anos (décadas até) que devem ser as entidades
responsáveis nacionais (IGP/DGT) que devem propor as definições de sistemas
de coordenadas às instâncias europeias/internacionais e/ou software houses
de modo a que sejam implementadas nos software's de forma normalizada. Mas
infelizmente sempre existiu uma enorme inércia nesse processo que só tem
agonizado a resolução dos problemas.

Por isso apelei aos utilizadores nacionais de QGIS, sobre se concordam:

*devemos simplificar de uma vez por todos este assunto e usar apenas os
código principais: 27493, 20790 e 20791?*

Se todos concordarmos (ou pelo menos a maioria) acho que vai ser facil
convencer os developers de que:

VALE A PENA O *QGIS SER O UNICO* (OU O PRIMEIRO) A RESOLVER BEM OS
PROBLEMAS DOS UTILIZADORES PORTUGUESES! ;-)

Dito isto, volto a perguntar:
*Quem concorda com esta proposta?*

Obrigado,
Cumprimentos,
Ricardo Pinho

No dia 21 de fevereiro de 2015 às 16:13, Pedro Venâncio <
pedrongvenancio  gmail.com> escreveu:

> Boa tarde Ricardo,
>
> Esta questão foi discutida há cerca de 1 ano com os core developers do
> QGIS.
>
>
> http://osgeo-org.1560.x6.nabble.com/template/NamlServlet.jtp?macro=search_page&node=4099106&query=Datum+Transformation+-+parameters+for+mainland+Portugal&sort=date
>
> Infelizmente não ficou tudo na mesma thread, por isso é que mando o
> resultado da pesquisa.
>
> Alguns dos comentários:
>
> """
> It has little use to change the parameters in QGIS only.
>
> All applications that use GDAL/PROJ use the same database of CRS. This
> is kept in sync with the official EPSG database at
> <http://www.epsg-registry.org/>
>
> Latest versions of QGIS allow to use a different datum transformation,
> but keep in mind that software that stores only EPSG codes (like
> spatialite) will use nethertheless the default datum transformation.
>
> If you feel uncomfortable with the default datum transformation, and you
> have "official" sources, you might open a ticket for the CRS databases
> used in GDAL and PROJ. The parameters should be at least in the EPSG
> database.
> QGIS syncs with that database after installation to avoid discrepancies
> on your own computer.
> """
>
>
> """
> QGIS imports the towgs84 transformations from GDAL and adds a list of
> ntv2 transformations into srs.db.
> So I'm going to add/modify the ntv2 transformations (if there are no
> objections from other portuguese users). For the towgs84 ones I agree
> with Andre that it is better to bring it to gdal/epsg level.
> """
>
> Apesar destes "constrangimentos", as transformações com as grelhas NTv2
> foram acrescentadas nessa base de dados srs.db. Basta fazeres uma pesquisa
> select * from tbl_datum_transform
> where area_of_use_code = 1294
> e vês que estão lá.
> Da mesma forma, se carregares 2 layers em sistemas de referencia
> (nacionais) diferentes, e tiveres a transformação on-the-fly activa nas
> opções do QGIS, abre-te a caixa de diálogo "Select datum transformations",
> onde são listadas todas as transformações (Bursa-Wolf, Molodensky, grelhas
> NTv2) disponíveis entre os sistemas de referência em questão, de forma
> bastante transparente, pois, para cada transformação tens: o código EPSG da
> transformação, o CRS de origem e destino, descrição/observações, âmbito de
> aplicação/precisão esperada, para além dos próprios parâmetros. Como se
> referiu, esta informação é providenciada pela EPSG, que agrega informações
> dos organismos oficiais. Consultando aqui http://epsg.io/ pode saber-se
> quem forneceu tais parâmetros.
>
> Para facilitar a vida aos utilizadores portugueses, compilei toda a
> informação que considerei relevante e publiquei, com a ajuda dos restantes
> membros do grupo, há cerca de 1 ano, este post no blog do grupo de
> utilizadores QGIS PT:
>
> http://qgis.pt/blog/2014/07/13/transformacao-de-coordenadas-e-utilizacao-das-grelhas-ntv2-no-qgis/
>
> Aí se disponibilizaram também as bases de dados *srs.db* e *qgis.db* (com
> os últimos parâmetros fornecidos pela DGT para as transformações de
> Bursa-Wolf e Molodensky) e as próprias *grelhas NTv2* do Prof. José
> Alberto Gonçalves e da DGT (*grelhas.zip*), bem como as instruções para
> as utilizar em Windows (OSGeo4W e Standalone) e Linux. De referir que,
> nessas bases de dados, eliminei todas as outras transformações com
> parâmetros mais antigos, e acrescentei as informações fornecidas pela DGT e
> pelo Prof. José Alberto para aparecerem na caixa de diálogo "Select datum
> transformations", nomeadamente o modo de cálculo dos parâmetros, descrição,
> âmbito de aplicação/precisão conseguida.
>
> Não sei se leste esse post e testaste essas soluções apresentadas. Caso
> consideres que pode ser acrescentada mais alguma informação, é só dizeres!
>
>
> Apesar deste esforço, e reconhecendo que este tema pode ser complexo para
> os utilizadores menos experientes, decidimos (em boa verdade a ideia foi do
> Giovanni) criar o plugin "Transformação de Datum para Portugal":
> http://qgis.pt/plugins.html
>
> Este plugin foi, propositadamente, simplificado ao máximo e apresenta 10
> ferramentas (5 para rasters e 5 para vectores), hard coded, para fazer as
> transformações dos data antigos (Datum 73 Militar, Datum 73, Datum Lisboa
> Militar, Datum Lisboa e ED50) para o PT-TM06/ETRS89. Nestas, o utilizador
> apenas tem de saber o sistema de referencia em que os dados se encontram,
> se são vectores ou raster, e se quer usar as grelhas oficiais da DGT, ou as
> grelhas do Prof. José Alberto (as "precisões" de cada uma das grelhas
> encontra-se também no post do nosso blog).
>
> Mais tarde acrescentamos mais 2 ferramentas que permitem fazer a
> transformação inversa (PT-TM06/ETRS89 -> Data antigos). Em termos teóricos
> não existe lógica nestas transformações, mas a verdade é que ainda há
> organismos que solicitam informação geográfica em data obsoletos... Assim,
> disponibilizamos essas ferramentas com o objetivo de, mesmo para
> transformações sem grande lógica, assegurarmos os melhores resultados
> possíveis utilizando o QGIS!
>
>
> Por fim, deixo-te só a nota (provavelmente saberás), que o desenvolvimento
> do QGIS 2.8 terminou ontem! Neste momento já se trabalha na 2.9! Sendo que
> esta 2.8 é a primeira long-term-release (LTR) (
> http://www2.qgis.org/en/site/getinvolved/development/index.html#road-map),
> e por isso receberá durante bastante tempo o backport de erros que
> eventualmente sejam encontrados e que tenham escapado ao crivo dos
> utilizadores que fizeram o esforço, neste último mês, de caçar todos os
> bugs da versão 2.8!
>
>
> Um abraço!
> Pedro Venâncio
>
>
>
>


-- 
Ricardo Pinho
-------------- próxima parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.osgeo.org/pipermail/qgis-pt/attachments/20150221/99549579/attachment-0001.html>