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