<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/">http://spatialreference.org/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" 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" 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" target="_blank">http://qgis.pt/blog/2014/07/13/transformacao-de-coordenadas-e-utilizacao-das-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>
_______________________________________________<br>
QGIS-pt mailing list<br>
<a href="mailto:QGIS-pt@lists.osgeo.org" target="_blank">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/mailman/listinfo/qgis-pt</a><br>
</blockquote></div></div></div></div></div></div></div>