Problemas com BUFFER !

[Luiz Henrique]

Olá amigos da comunidade !

Já tem um tempo que estou com problemas ao gerar buffer de uma linha, ele gera um circulo enorme !

Alguém ja teve isso,? existe solução?

Abraçs

[Anderson Medeiros]

Oi Luiz, tudo bem?

É importante que você esteja atento ao sistema de referência da camada e do projeto.

Se sua camada/projeto estiver em um sistema de coordenadas geográficas e não métrico o buffer vai ser dado em graus.

Veja estes tutoriais:

http://andersonmedeiros.com/tutorial-gerar-buffer-qgis/

http://andersonmedeiros.com/como-fazer-buffer-qgis-mmqgis/

http://andersonmedeiros.com/buffer-porcentagem-qgis/

Em caso de dúvidas, entre em contato.

Att.

Um abraço!

Anderson Maciel Lima de Medeiros
ClickGeo: Cursos de Geotecnologias
Acesse: http://clickgeo.com.br/

[Processamento Digital]

Verifique se você está trabalhando no Sistema de Coordenadas Projetadas (ou Planas).

Gerar o buffer sobre dados referenciados no Sistema de Coordenadas Geográficas produzem esse erro.

Jorge Santos
Analista de Geoprocessamento
----------------------------------------------

Skype: jorgepsantos2002
Twitter: http://twitter.com/jpsantos2002

--
Comunidade QGIS Brasil: http://qgisbrasil.org/
---
Você recebeu essa mensagem porque está inscrito no grupo "qgisbrasil" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para qgisbrasil+...@googlegroups.com.
Para postar nesse grupo, envie um e-mail para qgisb...@googlegroups.com.
Acesse esse grupo em https://groups.google.com/group/qgisbrasil.
Para mais opções, acesse https://groups.google.com/d/optout.

[Luiz Henrique]

Então eu peguei um arquivo KML, salvei em formato shape no EPSG 4674 - SIRGAS 2000.

Zerei o projeto como novo, inseri esse shape e mesmo assim da esse bug.

[Processamento Digital]

EPSG:4674 remete para o Sistema de Coordenadas Geográficas, Datum SIRGAS 2000.

Você precisa reprojetar o seu dado para o Sistema Plano. Qual o nome do município?

Jorge Santos
Analista de Geoprocessamento
----------------------------------------------

Skype: jorgepsantos2002
Twitter: http://twitter.com/jpsantos2002

Em 7 de julho de 2016 14:48, Luiz Henrique <a.k.a...@gmail.com> escreveu:

Então eu peguei um arquivo KML, salvei em formato shape no EPSG 4674 - SIRGAS 2000.

Zerei o projeto como novo, inseri esse shape e mesmo assim da esse bug.

--

[Luiz Henrique]

Jorge,

Na verdade é uma linha de transmissãi que atravessa Pará, tocantins, goiás e minas e abrange o fuso 22 e 23. passa por muitas cidades

[Sérgio Luís Bianchini]

Boa tarde, Caros.

Use o SRC Sad69 Albers, código EPSG 102033.

É métrico e para grandes áreas, maiores que um fuso UTM (de 6 graus).

Em 7 de julho de 2016 13:59, Luiz Henrique <a.k.a...@gmail.com> escreveu:

Jorge,

Na verdade é uma linha de transmissãi que atravessa Pará, tocantins, goiás e minas e abrange o fuso 22 e 23. passa por muitas cidades

--

Comunidade QGIS Brasil: http://qgisbrasil.org/
---
Você recebeu essa mensagem porque está inscrito no grupo "qgisbrasil" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para qgisbrasil+...@googlegroups.com.
Para postar nesse grupo, envie um e-mail para qgisb...@googlegroups.com.
Acesse esse grupo em https://groups.google.com/group/qgisbrasil.
Para mais opções, acesse https://groups.google.com/d/optout.

--

Eng. Agrº Sérgio Luís Bianchini
Campo Grande - MS

[yjmenezes]

Luiz Henrique,

veja se ajuda:
arcos correspondentes a distancia de 100 metros em graus decimais.

# Tucurui lat= -3.8
jmenezes@gpl-11:/tmp$ echo  "6378137.0   298.257223563  -3.8"  | raio_curv.awk | awk '{ print "arco_100m_ddeg=", 100 / $1 * 180 / atan2(0, -1) }'
arco_100m_ddeg= 0.000899253

# Serra da Mesa lat=-14.0
jmenezes@gpl-11:/tmp$ echo  "6378137.0   298.257223563  -14.0"  | raio_curv.awk | awk '{ print "arco_100m_ddeg=", 100 / $1 * 180 / atan2(0, -1) }'
arco_100m_ddeg= 0.000901337


[]s
julio menezes
cartognu.org

[Vicente Júnior]

Boa noite, amigo. Você conseguiu solucionar o problema? eu estou com a mesma dificuldade, se puder me falar como solucionar fico grato!

obrigado!

[Sérgio Luís Bianchini]

Boa noite, Vicente.

Use o SRC Sad69 Albers, código EPSG 102033.

É métrico e para grandes áreas, maiores que um fuso UTM (de 6 graus).

Veja o resultado e nos conte o que aconteceu.

--

Comunidade QGIS Brasil: http://qgisbrasil.org/
---
Você recebeu essa mensagem porque está inscrito no grupo "qgisbrasil" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para qgisbrasil+unsubscribe@googlegroups.com.

Para postar nesse grupo, envie um e-mail para qgisb...@googlegroups.com.
Acesse esse grupo em https://groups.google.com/group/qgisbrasil.
Para mais opções, acesse https://groups.google.com/d/optout.

[Vicente Júnior]

Bom dia, fiz o procedimento e ainda está dando erro na hora de fazer o buffer, no meu caso estou trabalhando com todo o estado do piaui.

Alguma outra dica? Quando fiz a conversão pro SRC que você aconselhou também ocorreu distorção no shapes.

Aguardo seu comentário.

[Sérgio Luís Bianchini]

Boa tarde, Vicente.
Anexe o seu arquivo shapefile no forum, para que possamos executar o procedimento de buffer e qual é distância em metros que você quer.

Se você explicar passo a passo o seu procedimento, também ajudaria.

[Instrutor GIS]

Na verdade, não ocorreu uma distorção, Vicente. Para entender melhor o processo que o Sérgio Luís orientou muito bem, você precisa conhecer os Sistemas de Referência de Coordenadas.

Essa é uma parte importante da Cartografia. Em geral, nos aplicativos SIG, temos dois Sistemas de Referência:

• Sistemas de Coordenadas Geográficas (ou Geodésicas);
  
• Sistemas de Coordenadas Projetadas (ou Planas).
  

Quando tratamos da variável "Fuso" ou "Zona", devemos saber que estamos no domínio dos Sistemas de Coordenadas Planas. Ora, "Fuso" ou "Zona" é um parâmetro deste sistema, assim como a "Projeção".

Por isso usamos no Brasil a "Projeção UTM - Universal Transversa de Mercator". Além da Projeção UTM, existem outras projeções, como a Polar, a Cônica, etc.

O que você chama de distorção na verdade é a representação da sua área de estudo através de um cone. Por isso a Projeção Cônica de Albers para a América do Sul é a opção recomendada para cálculos onde as áreas excedem os limites de fusos. Fuso é uma limitação da projeção UTM. A projeção cônica de Albers que o Sérgio bem colocou é a solução para o cálculo de áreas com grandes extensões territoriais porque não possui essa limitação de Fuso que é uma característica da projeção UTM.

O Brasil ou o seu estado apresenta um aspecto diferente - aparentemente torto - mas isso não é um problema. Trata-se da representação da sua área de estudo num cone.

Faça a reprojeção dos seus dados para EPSG:102033 e em seguida gere o buffer. Vai dar certo.

Recomendo a leitura deste texto: http://www.processamentodigital.com.br/2016/08/24/aprenda-a-realizar-calculo-de-areas-continentais-com-a-projecao-equivalente-de-albers/

Jorge Santos
Instrutor de Geotecnologias
http://www.instrutorgis.com.br
jorgep...@outlook.com
WhatsApp: (61) 99616-5665
Skype: jorgepsantos2002
https://www.linkedin.com/in/jorgepsantos
Twitter: http://twitter.com/jpsantos2002

[Carlos ECO]

Estava com esse mesmo problema. Consegui depois de reprojetar.

Em quinta-feira, 7 de julho de 2016 14:50:40 UTC-3, Jorge Santos escreveu:

EPSG:4674 remete para o Sistema de Coordenadas Geográficas, Datum SIRGAS 2000.

Você precisa reprojetar o seu dado para o Sistema Plano. Qual o nome do município?

Jorge Santos
Analista de Geoprocessamento
----------------------------------------------

Skype: jorgepsantos2002
Twitter: http://twitter.com/jpsantos2002

Em 7 de julho de 2016 14:48, Luiz Henrique <a.k...@gmail.com> escreveu:

Então eu peguei um arquivo KML, salvei em formato shape no EPSG 4674 - SIRGAS 2000.

Zerei o projeto como novo, inseri esse shape e mesmo assim da esse bug.

--
Comunidade QGIS Brasil: http://qgisbrasil.org/
---
Você recebeu essa mensagem porque está inscrito no grupo "qgisbrasil" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para qgisb...@googlegroups.com.

[Igor Alyson Alencar Oliveira]

Obrigado pela explicação, mas o link no meu computador pede pra eu clicar e provar que não sou robô, e aí ele entra numa página com uma mulher semi-nua... com toda cara de vírus... Será o meu computador? Acontece apenas neste link.... e no site processamento digital...

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para qgisb...@googlegroups.com.

Para postar nesse grupo, envie um e-mail para qgisb...@googlegroups.com.
Acesse esse grupo em https://groups.google.com/group/qgisbrasil.
Para mais opções, acesse https://groups.google.com/d/optout.

--

Eng. Agrº Sérgio Luís Bianchini
Campo Grande - MS

--
Comunidade QGIS Brasil: http://qgisbrasil.org/
---
Você recebeu essa mensagem porque está inscrito no grupo "qgisbrasil" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para qgisb...@googlegroups.com.

Para postar nesse grupo, envie um e-mail para qgisb...@googlegroups.com.
Acesse esse grupo em https://groups.google.com/group/qgisbrasil.
Para mais opções, acesse https://groups.google.com/d/optout.

--
Comunidade QGIS Brasil: http://qgisbrasil.org/
---
Você recebeu essa mensagem porque está inscrito no grupo "qgisbrasil" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para qgisb...@googlegroups.com.

[Kyle Felipe]

O site do processamento digital foi hackeado.

[Lucas Santos]

Olá, Luiz

4 anos depois de você passar por esse problema, tá acontecendo a mesma coisa comigo. Me certifiquei de que estou com todo o projeto em Sistema de Coordenadas Projetadas, no código EPSG: 32725, Datum WGS 84/Zona UTM 25S (estou trabalhando com dados de Recife). No entanto, o grande círculo aparece sempre que executo o buffer (em uma camada de pontos). Você poderia me informar como conseguiu resolver essa questão? Agradeço desde já!

Edit: Estou usando o QGIS 3.4.2

[Manoel Guedes]

Lucas verifique a projeção do projeto, além da camada o projeto deve ficar em UTM, tire um print da janela de configuração do buffer, lá avisa se o sistema está em coordenadas geográficas.

[yjmenezes]

Se os dados nao estivere projetados, pode-se gerar o buffer usando graus decimais.

arco_100m_ddeg= 0.000899253

[Kyle Felipe]

Lucas.. tem de verificar se sua CAMADA está no EPSG 32725 (apenas o projeto não adianta)

Se vc não precisa do arquivo de buffer (precisar apenas em uma exibição) vc pode utilizar o gerador de geometria no estilo do qgis

1 Vá em estilo
2 clique no + para adicionar novo marcador
3 clique no segundo marcador
4 no tipo de camada escolha gerador de geometria

5 em tipo de geometria escolha poligono/multipoligonos
6 na expressão insira a seguinte:

transform( buffer( transform( $geometry, 'EPSG:4674', 'EPSG:32725'), 200, 20), 'EPSG:32725', 'EPSG:4674')

PS: pode usar a calculadora para montar a expressão
PS2: meus dados estavam em 4674 e por isso fiz duas transformações para cair no lugar certo


Esse foi o resultado:

[yjmenezes]

buffer($geometry,0.000899,20)

[]s

julio

cartognu.org

[Lucas Santos]

Manoel, consegui resolver! Tanto a camada quanto o projeto estavam em coordenadas projetadas, o problema é que eu não tinha reprojetado de fato o sistema da camada, apenas modifiquei nas propriedades dela. Mas fiz o processo devido de reprojeção, e deu tudo certo.

Eu tenho apenas uma dúvida em relação a tudo isso: existe alguma situação onde alterar a projeção nas propriedades da camada é o suficiente? Porque se para a alteração ser válida é necessário realizar a reprojeção da camada, então qual a relevância da opção de alterá-la no menu de propriedades?

Em sexta-feira, 10 de abril de 2020 18:00:28 UTC-3, Manoel Guedes escreveu:

[Lucas Santos]

Kyle, obrigado pela atenção! Consegui resolver o problema fazendo a reprojeção devida da camada. Originalmente a camada estava em coordenadas geográficas, mas antes mesmo de eu recorrer a esse grupo, eu havia alterado para coordenadas projetadas. O problema é que tinha feito isso no menu de propriedades da camada, e não fiz a reprojeção corretamente. Mas após fazê-la, está funcionando. 

Só me resta uma dúvida aqui, que perguntei pra Monoel ali em cima: existe alguma situação onde alterar a projeção nas propriedades da camada é o suficiente? Porque se para a alteração ser válida é necessário realizar a reprojeção da camada, então qual a relevância da opção de alterá-la no menu de propriedades?

Em sexta-feira, 10 de abril de 2020 19:54:33 UTC-3, Kyle Felipe escreveu:

[Kyle Felipe]

sim... eu ia perguntar como fez essa alteração...
ir nas propriedades do arquivo e modificar serve para quando não se tem os dados do SRC da camada. como um csv ou um shapefile sem o prj...
ou quando percebemos que o src está errado... alguém colocou como utm 22 e o correto seria 23 e as feições estão caindo em lugar errado....