<div dir="ltr"><div><div><div><div><div><div>Obrigado Pedro,<br></div>Sem menosprezar o vosso e em particular o teu excelente trabalho nesta matéria,<br> <br>Compreendo, mas não concordo com a situação actual. <br>Por isso apresentei esta minha proposta à comunidade.<br><br></div>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.<br></div>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.<br></div><br></div>Por isso apelei aos utilizadores nacionais de QGIS, sobre se concordam: <br><br><span style="background-color:rgb(255,255,0)"><b>devemos simplificar de uma vez por todos este assunto e usar apenas os código principais: 27493, 20790 e 20791?</b></span><br></div><br>Se todos concordarmos (ou pelo menos a maioria) acho que vai ser facil convencer os developers de que: <br><br>VALE A PENA O <b>QGIS SER O UNICO</b> (OU O PRIMEIRO) A RESOLVER BEM OS PROBLEMAS DOS UTILIZADORES PORTUGUESES! ;-) <br><div><div><div><div><div><div><div><div><br></div><div>Dito isto, volto a perguntar:<b><br></b></div><div><span style="background-color:rgb(255,255,0)"><b>Quem concorda com esta proposta?</b> </span><br></div></div></div></div></div></div></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">Obrigado,<br></div><div class="gmail_extra">Cumprimentos,<br></div><div class="gmail_extra">Ricardo Pinho<br><br></div><div class="gmail_extra"><div class="gmail_quote">No dia 21 de fevereiro de 2015 às 16:13, Pedro Venâncio <span dir="ltr"><<a href="mailto:pedrongvenancio@gmail.com" target="_blank">pedrongvenancio@gmail.com</a>></span> escreveu:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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" target="_blank">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/" target="_blank">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/" target="_blank">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/" target="_blank">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" target="_blank">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" target="_blank">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!<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div class="gmail_extra">Pedro Venâncio<br></div><div class="gmail_extra"><br><br><br></div></font></span></div></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse"><font color="#888888">Ricardo Pinho<br></font></span></div>
</div></div>