QGIS 3.4 - Erro de projeção gerando problemas de escala

751 views
Skip to first unread message

Davi Tochetto Bove

unread,
Sep 17, 2020, 2:06:00 PM9/17/20
to qgisbrasil
Boa tarde, estou realizando um mapeamento voltado para a cidade de São Paulo, e para alguns processamentos de teste (antes de realizá-los com os dados referentes a todo o município) abri um projeto novo, no qual não me preocupei em atribuir a projeção correta para a região (mantive no EPSG: 4326).

Assim, a escala do projeto ficou muito pequena, de modo que na caixa de escala no visualizador de dados ela aparece em 0:1 (um lote, por exemplo, medido pela régua, está com quilômetros de fachada). Além disso, de uma maneira muito estranha, a escala muda conforme eu movimento a visualização - mesmo sem aproximá-la ou distanciá-la. 

Acredito que seja esse o problema, pois ao iniciar a ferramenta de régua o QGIS me dá esta mensagem: 

"Este mapa é definido com um sistema de coordenadas geográficas (latitude/longitude) porém os limites do mapa sugerem que este é efetivamente um sistema de coordenadas projetado (e.g., Mercator). Se for, os resultados de medida de de linhas ou áreas poderão estar incorretos. Para definir este sistema de coordenadas, defina um mapa com sistema de coordenadas apropriado usando o menu Configurações:Propriedades do Projeto."

Já acho estranho esta incompatibilidade entre SRC e limites pois não defini nada para nenhum dos dois, mas o problema é que, ao alterar o SRC, as camadas somem. não consigo encontrá-las mesmo reprojetando todas para o mesmo do projeto e pressionando "Aproximar para camada". 

Enfim, existe uma maneira de salvar esse projeto ou é melhor começar de novo?

yjmenezes

unread,
Sep 17, 2020, 7:39:57 PM9/17/20
to qgisbrasil
@davitbove

Em que formato estao seus dados ?  CSV, SHP, ....
Tem de conhecer os dados, antes de sair atribuindo SRC.
Se puder enviar um exemplo dos valores das coordenadas, seria bom.

[]s
julio
#FreeAssange

Davi Tochetto Bove

unread,
Sep 18, 2020, 7:10:05 AM9/18/20
to qgisbrasil
São shapefiles (polígonos), nenhuma camada que nunca tenha usado. E como optei por reiniciar não tenho mais os valores corretos, mas eram da ordem de 1:centenas de milhões (o que só era possível verificar aproximando para a visualização do que deveria ser 1:25000). Na visualização completa do município (cerca de 1:100000) o software arredondava para 0:1.

yjmenezes

unread,
Sep 18, 2020, 10:11:31 AM9/18/20
to qgisbrasil
@davidtbove

1- Os Shp, tem arquivos *PRJ ?
2- qual a origen desses dados, onde conseguiu ?

[]s
julio
#FreeAssange

Davi Tochetto Bove

unread,
Sep 18, 2020, 10:35:27 AM9/18/20
to qgisbrasil
@yjmenezes Tudo foi baixado no GeoSampa, um portal com os dados oficiais da prefeitura de SP (link abaixo). 
Esses SHPs estavam sem .prj mesmo, de modo que QGIS atribuiu EPSG:4326

Alexandre de Paula

unread,
Sep 18, 2020, 11:13:11 AM9/18/20
to qgisb...@googlegroups.com
Olá

Veja o que diz o arquivo de metadados dos arquivos:
01.png

Uma das camadas disponibilizada oferece duas possibilidades de Sistema Geodésico de Referência (SAD69_96 e SIRGAS2000):

02.png

Baixando uma das camadas (municípios de SP) há um arquivo chamado (LEIAME). Nesse arquivo aparece a informação:

03.png

De fato, não existe o arquivo PRJ (a meu ver uma falha grosseira). Deves, portanto, primeiro definir o PRJ para os arquivos (Processamento > Definir projeção) e depois carregá-los em um projeto "começado do zero", sem camadas pré-adicionadas.

É sempre importante ler os metadados dos dados geoespaciais disponibilizados por instituições municipais, estaduais, etc.



--
Comunidade QGIS Brasil: http://qgisbrasil.org/
---
You received this message because you are subscribed to the Google Groups "qgisbrasil" group.
To unsubscribe from this group and stop receiving emails from it, send an email to qgisbrasil+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/qgisbrasil/0b6c5c7a-4abc-4d16-b25d-2daab7c1642bn%40googlegroups.com.

Davi Tochetto Bove

unread,
Sep 18, 2020, 12:13:03 PM9/18/20
to qgisbrasil
Entendi.. Realmente a checagem dos metadados é um hábito que preciso desenvolver, obrigado pela orientação!

Quanto ao SHP sem *PRJ, essa ausência do arquivo de projeção implica que o "SIRGAS2000 UTM F23S" (tanto nos metadados quanto na janela de download) sejam informações falsas, correto? Já que a rigor sempre será atribuído outro SRC à camada quando for carregada no QGIS..
 
Se é esse o caso, solicitaria à prefeitura a correção do dado, para outros desavisados não incorrerem no mesmo problema...

Alexandre de Paula

unread,
Sep 18, 2020, 12:23:39 PM9/18/20
to qgisb...@googlegroups.com
"Quanto ao SHP sem *PRJ, essa ausência do arquivo de projeção implica que o "SIRGAS2000 UTM F23S" (tanto nos metadados quanto na janela de download) sejam informações falsas, correto?" Não! Não existem informações falsas. Existe a falta de informação, que é a ausência do arquivo PRJ, mas isso é "corrigido" pela informação que consta no arquivo de metadados. O fato de a instituição não anexar no ZIP o arquivo PRJ talvez tenha sido um equívoco e não é um "dado falso". Mas se nos metadados eles informam que o SRC é SIRGAS2000 UTM 23S, então utilize essa informação como referência para criar o arquivo PRJ. Seria interessante informar a prefeitura para disponibilizar, também, o arquivo PRJ, mas não dizer que o dado disponibilizado está "errado" somente pela ausência do tal PRJ.

Desculpa se ficou meio confuso... hehehe

Davi Tochetto Bove

unread,
Sep 18, 2020, 12:30:32 PM9/18/20
to qgisbrasil
Sem problemas, eu também posso estar colocando a questão de forma equivocada. 

O que quis dizer com "informações falsas" foi que o nome do arquivo indica que a projeção é SIRGAS2000/F23S enquanto o arquivo, na ausência do *PRJ que fixe essa projeção, passaria a ser um "não-SIRGAS2000/F23S". Logo, o que o arquivo é não coincidiria com o que o nome diz dele.

Mas pelo que estou entendendo com seu ultimo comentário, a ausência de *PRJ não tira automaticamente as "características" de SIRGAS2000/F23S do SHP. Isso seria correto afirmar?

Alexandre de Paula

unread,
Sep 18, 2020, 1:13:54 PM9/18/20
to qgisb...@googlegroups.com
"Mas pelo que estou entendendo com seu ultimo comentário, a ausência de *PRJ não tira automaticamente as "características" de SIRGAS2000/F23S do SHP. Isso seria correto afirmar?" Exatamente. Correto! O dado disponibilizado pela prefeitura preserva suas características geoespaciais (SIRGAS2000 UTM F23S), apesar da ausência do PRJ. Essa ausência é que faz com que apareça a janela no QGIS solicitando que tu informe qual é o SRC.

Reply all
Reply to author
Forward
0 new messages