[QGIS-pt] Ajuda na alteração do sistema de coordenadas

Maria Jose de Almeida mariajosedealmeida at gmail.com
Fri Mar 22 04:03:29 PDT 2019 

Sou uma participante atenta, e normalmente passiva, desta lista onde
aprendo sempre muito. Desta vez tenho que ativamente aplaudir esta chamada
de atenção!
Incluir metadados e documentar a informação que produzimos é uma
responsabilidade que todos devemos ter sob pena da produção de
informação... servir para muito pouco além do fim imediato.

Obrigada Rui Cavaco e obrigada a todos pela partilha de conhecimento nesta
lista ☺

Maria José de Almeida



On Fri, 22 Mar 2019 at 09:29, Rui Cavaco <rpcavaco  gmail.com> wrote:

> Bom dia!
>
> A adopção de formatos mais apropriados para partilha de dados SIG, de
> facto, começa a ser urgente e, na generalidade, concordo com o Ricardo,
> embora me pareça poder ser cotraproducente proibir ou "demonizar" os
> formatos antigos.
>
> Contudo, a adopção generalizada de um formato que imponha a definição "a
> priori" do sistema de coordenadas pode não resolver o problemas como o da
> Susana: para preencher o SRID é preciso que o autor dos dados saiba o que é
> um SRID (código do sistema de coordenadas) e qual o SRID correspondente ao
> sistema de coordenadas usado na recolha.
>
> Assim, tão importante como as questões de adoção de formatos compatíveis
> com o RNID, ou ainda mais importante, é que as pessoas, ao produzirem /
> partilharem dados, tenham o hábito de registar e incluir nos ficheiros
> partilhados os metadados essenciais:
> - autor
> - data de produção dos dados
> - escala de referência / nível de precisão
> - sistema de coordenadas usado
> - termos de licenciamento
>
> A generalidade das pessoas igonora que, de acordo com o nosso direito, o
> facto de não ser indicado nenhum tipo de termos de licenciamento, ao
> partilhar um determinado conjunto de dados, isso torna esses dados
> legalmente impossíveis de usar sem o consentimento expresso do autor , seja
> qual for a finalidade.
>
> Abraços
>
> Rui Cavaco
>
>
>
> Fernando M. Roxo da Motta <petro  roxo.org> escreveu no dia quinta,
> 21/03/2019 à(s) 21:22:
>
>> On Tue, 19 Mar 2019 10:28:11 -0300, Alexandre de Paula
>> <apa.cadastro  gmail.com> wrote:
>>
>>
>> > Não há razão para demonizar o formato shapefile. Esse formato tem suas
>> > limitações, mas foi muito útil, e para muitos continua sendo. Como
>> > tudo na área relacionada ao geoprocessamento, evoluções de formato
>> > ocorrem, mas nem por isso o que era bom até então passa a ser
>> > horrível.
>>
>>   Concordo, nenhum formato é intrinsecamente bom ou ruim, principalmente
>> se levarmos em conta a época em que foi criado, os recursos então
>> disponíveis e todas as limitações da época.  (tá, alguns até podem
>> ser, mas não acho que seja o caso do shapefile.)
>>
>>   Eu vejo três grandes problemas para uma mudança no formato usado para
>> armazenamento e trocas de informações georreferenciadas.
>>
>>   Talvez um grande obstáculo seja o acervo de dados legados
>> disponíveis.  Muitos desses dados são até mesmo impossíveis de serem
>> reproduzidos.  Por exemplo em campanhas de geofísica de petróleo,
>> os pontos marcados no campo só existem durante a aquisição, depois
>> disso as marcas são removidas.   Muito desse acervo está disponível
>> somente em formato shapefile, muitos sem o arquivo .prj ou equivalente,
>> sendo necessário um trabalho manual para garantir a qualidade da
>> informação transformada.
>>
>>   Um outro grande(maior?) obstáculo é cultural.   Quer pelo uso de
>> softwares legados, e não atualizados, que não têm suporte a outros
>> formatos, para ler ou gravar, quer pelo costume de só usar um "padrão"
>> bem conhecido e estabelecido.  Por vezes ensinar novos truques a
>> cachorros velhos (eu sou um, mas aprendo truques com certa facilidade.
>> 😜 ) é uma tarefa ingrata.  Para piorar, muitas vezes são esses
>> "cachorros velhos" que vão treinar os novos cachorros que se juntam à
>> matilha, sedimentando ainda mais a cultura.
>>
>>   O terceiro, que parece estar mudando em alguma extensão, é a prática
>> das empresas de software comercial de incentivarem ao uso de formatos
>> proprietários como prática de forçar a "fidelização".  Os formatos
>> abertos, em geral, são implementados de forma restrita, até mesmo como
>> politica de incentivo a esses formatos.
>>
>>   Concordo quando se diz que os formadores de opinião, ou de
>> políticas/prática das instituições usuárias desses dados deveriam
>> incentivar o uso de novos formatos (p.e. geopackage) para a criação de
>> novos acervos em formatos abertos e de livre acesso para todos os
>> softwares.
>>
>>   Talvez o caminho seja trabalhar justamente esses formadores de
>> opinião/políticas para que as mudanças sejam implementadas.
>>
>>
>>   Sds.
>>
>> >
>> > Alexandre
>> >
>> > On Thu, Mar 14, 2019 at 4:19 PM Ricardo Pinho
>> > <ricardodepinho  gmail.com> wrote:
>> >
>> > > Olá Susana,
>> > > Ao analisar a captura de ecra verifico que as coordenadas dos seus
>> > > dados são provavelmente WGS84: (ver anexo)
>> > > -9.0111,39.39.3839
>> > > E o problema está em, como disse, estar a atribuir às camadas o
>> > > EPSG:3763 (PT-TM06) quando elas são EPSG:4326 (WGS84).
>> > > Experimente atribuir às camadas o EPSG:4326.
>> > >
>> > > É por isso que é tempo de deixar de usar formatos obsoletos como o
>> > > shapefile, por não trazerem integrados nos dados o sistema de
>> > > coordenadas usado e evitar essas confusões. A alternativa é usar o
>> > > formato e a norma aberta nacional (RNID
>> > > <https://ansol.org/normasabertas/rnid>): Geopackage (gravar como no
>> > > QGIS). Um conselho que dou a todos, quando lhe fornecerem dados em
>> > > shapefile, *peça-os em geopackage*!
>> > > http://switchfromshapefile.org/#shapefileisbad
>> > >
>> > > Cumprimentos,
>> > > Ricardo Pinho
>> > >
>> > > Susana Serrazina <suserrazina  gmail.com> escreveu no dia quinta,
>> > > 14/03/2019 à(s) 16:57:
>> > >
>> > >> Olá,
>> > >> Segui os conselhos do Ricardo, e carreguei "no canto inferior
>> > >> direito da janela do QGIS, onde aparece EPSG:3857
>> > >> de modo a aceder à janela de configuração do SRC do projeto QGIS e
>> > >> escolher EPSG:3763. Assim está a dizer ao QGIS que quer visualizar
>> > >> os dados nesse SRC e ele vai transformar a camada Bing para esse
>> > >> SRC.", alterei as camadas vectoriais também para o mesmo sistema
>> > >> de coordenadas EPSG:3763 (devo fazê-lo, certo?), mas quando
>> > >> enquadro as camadas a camada bing aparece-me totalmente verde (ver
>> > >> figura no link).
>> > >>
>> > >> https://drive.google.com/open?id=1P0GZhpZ1wd6ngpNZg5dm1j8NRdeQrRnn
>> > >>
>> > >> A versão que estou a utilizar é a 3.4.5
>> > >>
>> > >> Obrigada!
>> > >>
>> > >> Cumprimentos
>> > >> Susana
>> > >>
>> > >> Em qui, 14 de mar de 2019 às 11:29, Pedro Venâncio <
>> > >> pedrongvenancio  gmail.com> escreveu:
>> > >>
>> > >>> Olá Susana,
>> > >>>
>> > >>> De facto, faltam-nos aqui algumas informações para podermos
>> > >>> ajudar.
>> > >>>
>> > >>> 1) Que versão do QGIS está a utilizar? Por defeito, o QGIS 3 tem a
>> > >>> re-projeção on-the-fly ativa. Portanto, a menos que entre nas
>> > >>> propriedades do projeto e no separador CRS ative a opção "No
>> > >>> projection", a transformação on-the-fly está ativa.
>> > >>>
>> > >>> 2) Qual é a fonte da layer do Bing? Isto é importante porque,
>> > >>> normalmente, as layers de serviços como o Bing ou o Google, estão
>> > >>> no Sistema de Referência EPSG:3857 e não no EPSG:4326.
>> > >>>
>> > >>> Tendo estas informações, a única coisa com que tem de se
>> > >>> preocupar é: a) Definir o Sistema de Coordenadas que pretende
>> > >>> para o projeto QGIS (Project -> Properties -> CRS);
>> > >>> b) Indicar o Sistema de Coordenadas de cada uma das layers que tem
>> > >>> carregadas (Botão direito sobre o nome da layer -> Set CRS -> Set
>> > >>> layer CRS).
>> > >>>
>> > >>> Se estiver a usar o QGIS 2.x (totalmente desaconselhado neste
>> > >>> momento), o procedimento é ligeiramente diferente.
>> > >>>
>> > >>> Em todo o caso, se o problema que acontece é a layer do Bing não
>> > >>> ficar corretamente sobreposta à restante informação, eu apostaria
>> > >>> que será pelo facto de lhe estar a atribuir o EPSG:4326, em vez
>> > >>> do EPSG:3857.
>> > >>>
>> > >>> Cumprimentos,
>> > >>> Pedro Venâncio
>> > >>>
>> > >>>
>> > >>>
>> > >>> Susana Serrazina <suserrazina  gmail.com> escreveu no dia quinta,
>> > >>> 14/03/2019 à(s) 11:06:
>> > >>>
>> > >>>> Bom dia, e obrigada Bruno e Ricardo.
>> > >>>>
>> > >>>> De facto posso não me ter explicado muito bem.
>> > >>>> Eu altero o sistema de coordenadas como me indicam nas camadas
>> > >>>> vectoriais, mas quando tento no mapa bing não percebo como
>> > >>>> ativar a transformação on the fly.
>> > >>>> Nas propriedades da camada bing satélite não me aparece essa
>> > >>>> possibilidade.
>> > >>>>
>> > >>>> Cumprimentos,
>> > >>>> Susana
>> > >>>>
>> > >>>> Em qua, 13 de mar de 2019 às 20:29, Bruno Moreira <
>> > >>>> arq.bruno.moreira  gmail.com> escreveu:
>> > >>>>
>> > >>>>> Boa noite! A minha resposta anterior foi muito “sucinta” pois
>> > >>>>> estava ao telemóvel. Contudo é como o Ricardo referiu.
>> > >>>>>
>> > >>>>> - um projecto do QGIS tem um sistema de coordenadas definido (é
>> > >>>>> o que aparece no canto inferior direito) que é o sistema no
>> > >>>>> qual a informação é visualizada;
>> > >>>>> - cada camada que se adiciona pode ter o seu sistema
>> > >>>>> específico; se for igual ao do projecto não acontece nada à
>> > >>>>> informação, se for diferente a informação é transformada em
>> > >>>>> tempo real (“on the fly”) pelo QGIS para o sistema de
>> > >>>>> coordenadas do projecto (desde que a opção esteja activada nas
>> > >>>>> definições do QGIS);
>> > >>>>> - pode-se transformar a informação de forma persistente (I.e.
>> > >>>>> criar um novo ficheiro com novo sistema de coordenadas);
>> > >>>>> algumas operações geo-espaciais requerem informação no mesmo
>> > >>>>> sistema de coordenadas, mas se é para visualizar apenas (penso
>> > >>>>> que é o caso) não é necessária a transformação persistente;
>> > >>>>> - transformar on-the-fly ou de forma persistente imagens raster
>> > >>>>> (compostas por pixels, como as fotografias aéreas) é mais
>> > >>>>> complicado que transformar camadas vectoriais, porque dará
>> > >>>>> origem a deformações nos pixels;
>> > >>>>> - as fotografias aéreas do BING, Google, etc. são servidas num
>> > >>>>> sistema de coordenadas global (WGS84) e transformar esta
>> > >>>>> informação para um sistema local como o português ETRS... dará
>> > >>>>> deformações e é desnecessário.
>> > >>>>>
>> > >>>>> Em síntese!
>> > >>>>>
>> > >>>>> 1) criar um projecto QGIS;
>> > >>>>> 2) inserir o mapa do BING (creio que estará a ser feito via
>> > >>>>> plugin, quick map services?);
>> > >>>>> 3) colocar o sistema de coordenadas do projecto em WGS84 (o do
>> > >>>>> mapa raster do BING);
>> > >>>>> 4) inserir a camada em ETRS...; com a transformação on the fly
>> > >>>>> do QGIS activada, a informação (vectorial) será convertida sem
>> > >>>>> problemas para WGS84.
>> > >>>>>
>> > >>>>> Cumprimentos,
>> > >>>>> Bruno Moreira.
>> > >>>>>
>> > >>>>> No dia 13/03/2019, às 20:12, Ricardo Pinho
>> > >>>>> <ricardodepinho  gmail.com> escreveu:
>> > >>>>>
>> > >>>>> Bem-vinda Susana!
>> > >>>>> Sim claro que consegue fazer tudo o que imagina e muito mais
>> > >>>>> com o QGIS!!!
>> > >>>>> O QGIS permite fazer transformação de coordenadas em tempo real
>> > >>>>> (on-the fly) de modo a que diferentes camadas em diferentes
>> > >>>>> sistemas de coordenadas possam ser visualizadas devidamente
>> > >>>>> sobrepostas na janela de visualização do QGIS. Para tal apenas
>> > >>>>> tem de atribuir a cada camada o sistema de coordenadas correto,
>> > >>>>> em que cada uma delas foi produzida. Em alternativa o QGIS pode
>> > >>>>> transformar (na opção "gravar como") uma camada do sistema de
>> > >>>>> coordenadas em que foi produzido para outro que indicar nas
>> > >>>>> opções de gravar como. Para a comunidade poder ajudar é
>> > >>>>> necessário que faça um esforço para dar o máximo de informação
>> > >>>>> possível e minimizar o esforço que as pessoas dispostas a
>> > >>>>> ajudar têm que despender. Se seguir este principio lógico, será
>> > >>>>> mais fácil para todos. Cumprimentos,
>> > >>>>> Ricardo Pinho
>> > >>>>>
>> > >>>>> Susana Serrazina <suserrazina  gmail.com> escreveu no dia quarta,
>> > >>>>> 13/03/2019 à(s) 17:55:
>> > >>>>>
>> > >>>>>> Boa tarde,
>> > >>>>>>
>> > >>>>>> Acabei de me registar nesta lista de discussão. Sou utilizadora
>> > >>>>>> recente do qgis e estou com alguma dificuldade em sobrepor
>> > >>>>>> todas as camadas no mesmo sistema de coordenadas.
>> > >>>>>> Pretendo alterar o sistema de coordenadas WGS84 EPSG:4326 para
>> > >>>>>> ETR89/POrtugal TM06 EPSG:3763.
>> > >>>>>> Nas camadas vetoriais consigo fazer essa alteração sem qualquer
>> > >>>>>> problema a dificuldade está na imagem satélite da web bing.
>> > >>>>>> É possível fazê-lo? Quais os passos para essa alteração?
>> > >>>>>>
>> > >>>>>> Antecipadamente grata,
>> > >>>>>> Com os melhores cumprimentos
>> > >>>>>> Susana Serrazina
>> > >>>>>> _______________________________________________
>> > >>>>>> QGIS-pt mailing list
>> > >>>>>> QGIS-pt  lists.osgeo.org
>> > >>>>>> https://lists.osgeo.org/mailman/listinfo/qgis-pt
>> > >>>>>>
>> > >>>>> _______________________________________________
>> > >>>>> QGIS-pt mailing list
>> > >>>>> QGIS-pt  lists.osgeo.org
>> > >>>>> https://lists.osgeo.org/mailman/listinfo/qgis-pt
>> > >>>>>
>> > >>>>> _______________________________________________
>> > >>>>> QGIS-pt mailing list
>> > >>>>> QGIS-pt  lists.osgeo.org
>> > >>>>> https://lists.osgeo.org/mailman/listinfo/qgis-pt
>> > >>>>>
>> > >>>> _______________________________________________
>> > >>>> QGIS-pt mailing list
>> > >>>> QGIS-pt  lists.osgeo.org
>> > >>>> https://lists.osgeo.org/mailman/listinfo/qgis-pt
>> > >>>>
>> > >>> _______________________________________________
>> > >>> QGIS-pt mailing list
>> > >>> QGIS-pt  lists.osgeo.org
>> > >>> https://lists.osgeo.org/mailman/listinfo/qgis-pt
>> > >>>
>> > >> _______________________________________________
>> > >> QGIS-pt mailing list
>> > >> QGIS-pt  lists.osgeo.org
>> > >> https://lists.osgeo.org/mailman/listinfo/qgis-pt
>> > >>
>> > >
>> > >
>> > > --
>> > > Ricardo Pinho
>> > > _______________________________________________
>> > > QGIS-pt mailing list
>> > > QGIS-pt  lists.osgeo.org
>> > > https://lists.osgeo.org/mailman/listinfo/qgis-pt
>> > >
>>
>>
>>
>>
>>
>>
>>
>>
>>   Roxo
>>
>> --
>> ---------------- Non luctari, ludare -------------------+ WYSIWYG
>> Fernando M. Roxo da Motta <petro  roxo.org>              | Editor?
>> Except where explicitly stated I speak on my own behalf.|  VI !!
>>                 PU5RXO                                  | I see text,
>> ------------ Quis custodiet ipsos custodes?-------------+ I get text!
>>
>> _______________________________________________
>> QGIS-pt mailing list
>> QGIS-pt  lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/qgis-pt
>>
> _______________________________________________
> QGIS-pt mailing list
> QGIS-pt  lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/qgis-pt
>
-------------- próxima parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.osgeo.org/pipermail/qgis-pt/attachments/20190322/b8c82728/attachment-0001.html>

More information about the QGIS-pt mailing list