<div dir="ltr"><div><div>Boa tarde Ricardo,<br><br></div>Esta questão foi discutida há cerca de 1 ano com os core developers do QGIS. <br><br><a href="http://osgeo-org.1560.x6.nabble.com/template/NamlServlet.jtp?macro=search_page&node=4099106&query=Datum+Transformation+-+parameters+for+mainland+Portugal&sort=date">http://osgeo-org.1560.x6.nabble.com/template/NamlServlet.jtp?macro=search_page&node=4099106&query=Datum+Transformation+-+parameters+for+mainland+Portugal&sort=date</a><br><br>Infelizmente não ficou tudo na mesma thread, por isso é que mando o resultado da pesquisa.<br><br></div>Alguns dos comentários:<br><br>"""<br>It has little use to change the parameters in QGIS only.<br><br>All applications that use GDAL/PROJ use the same database of CRS. This<br>is kept in sync with the official EPSG database at<br><<a href="http://www.epsg-registry.org/">http://www.epsg-registry.org/</a>><br><br>Latest versions of QGIS allow to use a different datum transformation,<br>but keep in mind that software that stores only EPSG codes (like<br>spatialite) will use nethertheless the default datum transformation.<br><br>If you feel uncomfortable with the default datum transformation, and you<br>have "official" sources, you might open a ticket for the CRS databases<br>used in GDAL and PROJ. The parameters should be at least in the EPSG<br>database.<br>QGIS syncs with that database after installation to avoid discrepancies<br>on your own computer. <br><div><div class="gmail_extra">"""<br><br><br>"""<br>QGIS imports the towgs84 transformations from GDAL and adds a list of<br>ntv2 transformations into srs.db.<br>So I'm going to add/modify the ntv2 transformations (if there are no<br>objections from other portuguese users). For the towgs84 ones I agree<br>with Andre that it is better to bring it to gdal/epsg level. <br>"""<br><br></div><div class="gmail_extra">Apesar destes "constrangimentos", as transformações com as grelhas NTv2 foram acrescentadas nessa base de dados srs.db. Basta fazeres uma pesquisa<br>select * from tbl_datum_transform<br>where area_of_use_code = 1294<br></div><div class="gmail_extra">e vês que estão lá. <br>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 <a href="http://epsg.io/">http://epsg.io/</a> pode saber-se quem forneceu tais parâmetros.<br><br></div><div class="gmail_extra">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:<br><a href="http://qgis.pt/blog/2014/07/13/transformacao-de-coordenadas-e-utilizacao-das-grelhas-ntv2-no-qgis/">http://qgis.pt/blog/2014/07/13/transformacao-de-coordenadas-e-utilizacao-das-grelhas-ntv2-no-qgis/</a> <br><br></div><div class="gmail_extra">Aí se disponibilizaram também as bases de dados <b>srs.db</b> e <b>qgis.db</b> (com os últimos parâmetros fornecidos pela DGT para as transformações de Bursa-Wolf e Molodensky) e as próprias <b>grelhas NTv2</b> do Prof. José Alberto Gonçalves e da DGT (<b>grelhas.zip</b>), 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.<br><br></div><div class="gmail_extra">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!<br><br><br></div><div class="gmail_extra">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":<br><a href="http://qgis.pt/plugins.html">http://qgis.pt/plugins.html</a> <br><br></div><div class="gmail_extra">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). <br><br></div><div class="gmail_extra">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!<br><br><br></div><div class="gmail_extra">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) (<a href="http://www2.qgis.org/en/site/getinvolved/development/index.html#road-map">http://www2.qgis.org/en/site/getinvolved/development/index.html#road-map</a>), 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!<br><br><br></div><div class="gmail_extra">Um abraço!<br></div><div class="gmail_extra">Pedro Venâncio<br></div><div class="gmail_extra"><br><br><br></div></div></div>