<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Viva, Pedro,<br><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">É verdade, mas a ESRI não vai desistir do seu sistema de projecção.<br><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">O problema é que vão (ainda) continuar a existir milhares de ficheiros nestes dois sistemas (102164 e 102161), e o QGIS3 não os consegue projectar correctamente (para já, esperemos), o que vai levar a que mais cartografia seja produzida com estes erros que, recordo, são deslocações, à volta dos 250 metros, para NE (caso do 102164) ou para SW (caso do 102161) das suas reais localizações!<br><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Na minha modesta opinião, acho que a versão 2.18 do QGIS, que consegue projectar correctamente shapes nestes dois sistemas da ESRI, ainda é a melhor solução para quem precisa de trabalhar com ficheiros de muitas origens.<br><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Cprts. a todos,<br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Sobral Almeida<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-05-06 21:57 GMT+01:00 Pedro Pereira <span dir="ltr"><<a href="mailto:pedromap@gmail.com" target="_blank">pedromap@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">São códigos ESRI tive uma dor de cabeça com isso com os dados do ICNF que estão nesse formato.</div><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">A dom, 6/05/2018, 13:16, Rui Cavaco <<a href="mailto:rpcavaco@gmail.com" target="_blank">rpcavaco@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Bom dia caro António.<br><br></div>Na lista de códigos EPSG (assumido como padrão de "facto") os códigos correctos para o "Datum Lisboa" são:<br></div>- EPSG:20790 (com falsa origem, apenas coordenadas positivas)<br>- EPSG:20791 (sem falsa origem - utilização mais habitual do Datum Lisboa)<br><br></div>Os códigos que indica são códigos específicos que a ESRI insiste em manter, contra toda a lógica da definição de padrões que se querem abertos. <br>Assim, nas listas actuais de códigos de sistemas de coordenadas a designação que procurava seria, para o Datum Lisboa falsa origem:<br><br></div>ESRI:102164  <a href="http://spatialreference.org/ref/esri/102164/" rel="noreferrer" target="_blank">http://spatialreference.org/<wbr>ref/esri/102164/</a><br><br></div>Se este código não existir na lista, basta trocar a indicação do sistema de referência dos dados pelo padrão correcto EPSG:20790.<br><br>EPSG:102164 é uma indicação incoerente e incorrecta.<br><br><br></div>Cumprimentos<br><div><br></div><div>Rui Cavaco<br></div><div><br><div><br><div><div><div><br><div class="gmail_quote"><div dir="ltr">Antonio Sobral Almeida <<a href="mailto:sobral.almeida@gmail.com" rel="noreferrer" target="_blank">sobral.almeida@gmail.com</a>> escreveu no dia domingo, 6/05/2018 às 12:36:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Bom dia,<br><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">No QGis 2.18 estava completamente resolvida a projecção correcta do EPSG:102164 "Lisboa_Hayford_Gauss_IGeoE"  e  EPSG:102161 "Datum_73_Hayford_Gauss_IPCC"  para  EPSG:3763  "ETRS89 / Portugal TM06", como se pode ver na imagem descarregável no seguinte link: <a href="https://we.tl/2rzaemBCGY" rel="noreferrer" target="_blank">https://we.tl/2rzaemBCGY</a> <br><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">No QGis 3.0 não é possível seleccionar qualquer transformação de DATUM, como se pode ver nas imagens.<br><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Em ambos os casos seguiu-se o indicado em <a href="http://qgis.pt/blog/2014/07/13/transformacao-de-coordenadas-e-utilizacao-das-grelhas-ntv2-no-qgis/#3" rel="noreferrer" target="_blank">http://qgis.pt/blog/2014/07/<wbr>13/transformacao-de-<wbr>coordenadas-e-utilizacao-das-<wbr>grelhas-ntv2-no-qgis/#3</a><br><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Haverá alguma outra forma de ultrapassar este problema?<br><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Cprts., Sobral Almeida<br></div></div>
______________________________<wbr>_________________<br>
QGIS-pt mailing list<br>
<a href="mailto:QGIS-pt@lists.osgeo.org" rel="noreferrer" target="_blank">QGIS-pt@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/qgis-pt" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-pt</a><br>
</blockquote></div></div></div></div></div></div></div>
______________________________<wbr>_________________<br>
QGIS-pt mailing list<br>
<a href="mailto:QGIS-pt@lists.osgeo.org" rel="noreferrer" target="_blank">QGIS-pt@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/qgis-pt" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-pt</a><br>
</blockquote></div>
</div></div><br>______________________________<wbr>_________________<br>
QGIS-pt mailing list<br>
<a href="mailto:QGIS-pt@lists.osgeo.org">QGIS-pt@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/qgis-pt" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-pt</a><br>
<br></blockquote></div><br></div>