[QGIS-pt] QGIS 3 - transformação incorrecta de EPSG:102164 e EPSG:102161 para EPSG:3763

Rui Cavaco rpcavaco at gmail.com
Mon May 7 15:02:22 PDT 2018


Olá António.

Basta indicar que os ficheiros tem os EPSG 20790 ou 20791. Os códigos da
ESRI são meros "alias".

Rui Cavaco

Antonio Sobral Almeida <sobral.almeida at gmail.com> escreveu no dia segunda,
7/05/2018 às 22:57:

> Viva, Pedro,
>
> É verdade, mas a ESRI não vai desistir do seu sistema de projecção.
>
> 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!
>
> 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.
>
> Cprts. a todos,
> Sobral Almeida
>
> 2018-05-06 21:57 GMT+01:00 Pedro Pereira <pedromap at gmail.com>:
>
>> São códigos ESRI tive uma dor de cabeça com isso com os dados do ICNF que
>> estão nesse formato.
>>
>> A dom, 6/05/2018, 13:16, Rui Cavaco <rpcavaco at gmail.com> escreveu:
>>
>>> Bom dia caro António.
>>>
>>> Na lista de códigos EPSG (assumido como padrão de "facto") os códigos
>>> correctos para o "Datum Lisboa" são:
>>> - EPSG:20790 (com falsa origem, apenas coordenadas positivas)
>>> - EPSG:20791 (sem falsa origem - utilização mais habitual do Datum
>>> Lisboa)
>>>
>>> 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.
>>> Assim, nas listas actuais de códigos de sistemas de coordenadas a
>>> designação que procurava seria, para o Datum Lisboa falsa origem:
>>>
>>> ESRI:102164  http://spatialreference.org/ref/esri/102164/
>>>
>>> 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.
>>>
>>> EPSG:102164 é uma indicação incoerente e incorrecta.
>>>
>>>
>>> Cumprimentos
>>>
>>> Rui Cavaco
>>>
>>>
>>>
>>> Antonio Sobral Almeida <sobral.almeida at gmail.com> escreveu no dia
>>> domingo, 6/05/2018 às 12:36:
>>>
>>>> Bom dia,
>>>>
>>>> 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:
>>>> https://we.tl/2rzaemBCGY
>>>>
>>>> No QGis 3.0 não é possível seleccionar qualquer transformação de DATUM,
>>>> como se pode ver nas imagens.
>>>>
>>>> Em ambos os casos seguiu-se o indicado em
>>>> http://qgis.pt/blog/2014/07/13/transformacao-de-coordenadas-e-utilizacao-das-grelhas-ntv2-no-qgis/#3
>>>>
>>>> Haverá alguma outra forma de ultrapassar este problema?
>>>>
>>>> Cprts., Sobral Almeida
>>>> _______________________________________________
>>>> QGIS-pt mailing list
>>>> QGIS-pt at lists.osgeo.org
>>>> https://lists.osgeo.org/mailman/listinfo/qgis-pt
>>>>
>>> _______________________________________________
>>> QGIS-pt mailing list
>>> QGIS-pt at lists.osgeo.org
>>> https://lists.osgeo.org/mailman/listinfo/qgis-pt
>>>
>>
>> _______________________________________________
>> QGIS-pt mailing list
>> QGIS-pt at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/qgis-pt
>>
>>
> _______________________________________________
> QGIS-pt mailing list
> QGIS-pt at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-pt
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-pt/attachments/20180507/15b051c0/attachment.html>


More information about the QGIS-pt mailing list