Muito obrigado! Aqui no canal tem uma playlist sobre o LFTools! Fique à vontade para nos seguir ;) Temos também alguns cursos muito Top, com diversas aplicações da ferramentas do nosso plugin: geoone.com.br/
Parabéns Leandro! Que tutorial demais! Que otimização para campo/escritório! Muito grato por compartilhar seus conhecimentos de cunho ímpar! Sucesso sempre!
Muito bom o conteúdo, parabéns! Lembrando que a altitude utilizada foi a geométrica, para se trabalhar com projetos de engenharias, levantamentos e etc, a norma pede a altitude normal pois ela ela está vinculada com a gravidade e tem cunho físico. Logo, após esse processo ainda seria necessário fazer a correção das altitudes usando o app do IBGE HgeoHnor, que fornece as anomalias de altura para transformar as altitudes geométricas em normais.
Muito obrigado, Jose Victor! Excelente sua observação! No caso deste tutorial, nós utilizamos um exemplo de aplicação para Georrefenciamento de Imóveis Rurais, onde a altitude solicitada no SIGEF é a geométrica.
Opa! Tá na fila para as próximas versões do LFTools. Para ficar por dentro das novidades, fique à vontade para entrar no nosso grupo VIP: geoone.com.br/
Obrigado! As coordenadas no sistema UTM são utilizadas apenas para facilitar o carregamento dos dados no QGIS. Além disso elas são inclusive apresentadas no resultado do PPP-IBGE. Já a norma do INCRA exige apenas que os cálculos de área, distâncias e azimutes sejam feitas feitas no Sistema Geodésico Local (SGL), mas no levantamento as coordenadas podem estar tanto em UTM (metros quanto geodésicas (graus). Na planilha ODS do SIGEF dá as duas opções. Quanto a nossa ferramenta, o algoritmo converte tudo para coordenadas geocêntricas para realizar a correção dos pontos, aplicando os deltas da base. Segue um link falando um pouco sobre esses sistemas de referências: geoone.com.br/sistema-geodesico-local/
olá professor, muito boa aula, gostaria de saber qual receptor gnss o senhor utilizou nesse levantamento, estou a procura de um recpetor que eu consiga integrar facilmente com o qgis.
Esses dados foram fornecidos por um aluno do curso de Automatização no QGIS. Lembro que ele utilizou um CHCNAV i50. Mas nos meus trabalhos estou usando o Polaris S100. Esse receptor GNSS tem atendido perfeitamente todos os serviços, além de ter uma integração excelente com o QGIS e QField.
Eu tenho uma dúvida, eu tenho aqui 5 bases diferentes, cada uma com os outros pontos coletados com o rover. Quando eu processo no PPP os arquivos brutos transformados em RINEX, todas as bases aparecem, exceto a base 4, que aparece em um ponto diferente do ponto registrado que aparece no arquivo .csv. O que o Senhor acha disso? Durante a coleta dos pontos da base 4 e 5, eu não pude estar presente no levantamento, mas creio que a equipe tenha realizado o método padrão...
Olá Jhony. Realmente não sei dizer o que pode ter acontecido. Mas analisar o RINEX e o resultado do processamento com as precisões é a melhor situação. Vamos lançar um curso sobre isso usando o RTKLIB em breve. Fique à vontade para acompanhar essa novidade na área de membros da GeoOne: portal.geoone.com.br
@@geoleandrofranca Obrigado pela resposta, mas acho que encontrei a raiz do problema, pois o tempo para a órbita dos satélites influencia drasticamente na qualidade do resultado, e acredito que tenha sido essa questão, o status da órbita sendo final, agrega muito mais precisão do levantamento, estava estudando sobre isso ontem, e através de comparações, obtive resultados significativos e mais precisos quando repeti o processamento ontem. Como faço para me tornar membro?
Olá, nas correções pelo topcon ele gera um vetor informando que o rastreio dos rover ocoereu junto da base, no seu caso como saberia se so tem o arquivo txt dos pontos?
Só dá para ter certeza disso se tiver os arquivos RINEX da base e do Rover. Nós ensinamos esse procedimento dentro do nosso curso de GNSS: geoone.com.br/pvgnss2/
Por oportuno gostaria de saber se há no QGIS ferramenta que possibilite realizar a divisão de um poligono irregular em partes iguais, tendo como segmento uma linha na horizontal e outra vertical, ou seja, com o cruzamento das duas linhas, resultando em quatro áreas. Além do metodo convencional, linhas paralelas.
Olá Gilberto, tem alguns plugins que fazem isso. Até já gravei um vídeo sobre um deles. Mas para ser sincero, não gosto deles, pois são muito básicos e nunca resolveram os casos reais de desmembramento e perícias que realizei. Nas Mentorias do curso de Automatização eu ensino minha técnica para esses casos, considerando condições de contorno para divisão que geralmente são definidas pelo cliente.
Esse é outro desenvolvimento que está na fila (Propagação das Variâncias). Nosso amigo Geonista Mauricio Ranzan também nos solicitou. Espero nos próximos meses já estarmos com essa nova solução no LFTools.
Hola Amigo Leandro, excelente tus videos y muy bien tu expliacion, tengo una duda con LFtoos puedo trabajar sistema de coordenadas diferences como lso de colombia ya que existenes com el epsg 3116 y otros mas, buen aportes con tus ayudas
¡Hola amigo, Yon! LFTools también funciona con otros sistemas de referencia. En el caso de EPSG: 3116, el elipsoide es el SIRGAS2000, el mismo utilizado aquí en Brasil, la diferencia es que no está en el sistema UTM, es decir, una proyección personalizada del transversa mercator para Colombia.
@@geoleandrofranca Hola Leandro he intentado pero me sale error de coordenadas o excepto que este haciendo algo diferente, serás que me puedes enviar un archivo de ejemplo para mirar si hay algo que este haciendo mal
Utilizando a ferramenta por enquanto sim. Mas você pode calcular a propagação das variâncias na tabela de atributos, seguindo as orientações da NBR ABNT 13.133 com a calculadora de campo do QGIS.
@@RochaTUTO , com um único receptor GPS, não é possível, pois o método de posicionamento é "Relativo", ou seja, é necessário ter base e rover. Com um único receptor, você pode usar outros métodos como o PPP ou NTRIP.
@@geoleandrofranca Entendo, então é possível sim! Ex: se eu tiver um terreno pra regularização, um pequeno, com alguns pontos, eu posso fazer esse PPP né!? teria como fazer um vídeo explicando como seria, nessa situação hipotética.
Sim. É a mesma correção que a coletara faz, depois que você obtém as coordenadas pós-processadas da base. O pós-processamento com os RINEXs da base e rover, você pode fazer pelo RTKLIB: th-cam.com/video/RT8XFaivpUA/w-d-xo.html
oi bom dia estou enfrentando um problema com o meu QGIS, onde esta dando erro no python, pedindo para instalar o api-ms-win-crt-runtime-l1-1-0.dll download, ja instalei ele varias veses, a deletei o meu QGSI, ja tornei instalar e não acha a solução encanto nem um, o senhor sabe alguma forma de resolver meu problema ?
Parabéns Leandro pelo trabalho, mas o meu está apresentando uma diferença: Após o ajustamento dos pontos, quando vou em tabela de atributos não aparece as três últimas colunas com os erros, e a função $z está dando inválida. Como resolver?
Acho que o problema está na importação dos seus pontos. Dá uma olhada nesse artigo: geoone.com.br/importar-coordenadas-qgis/ Talvez esse tutorial já resolva na sua dúvida.
Nesse caso, foram dados de um aluno que usou um receptor CHCNAV. Este receptor salva todos as coordenadas da base e rover em um arquivo txt ou csv único. No Polaris S100, a gente tem esses dados separadamente. Mas das duas formas dão certo. O importante é preencher os valores das coordenadas da base corretamente na ferramenta.
Leandro, eu testei aqui mas quando fui retificar os atributos, no final, ao usar $x e $y as coordenadas calculadas apareceram em formato geográfico, tipo: -37,346 e -8,852, respectivamente.
Verdade. No algoritmo do LFTools, a camada de saída sai no Sistema Geodésico da camada de entrada. Para obter as coordenadas projetadas (por exemplo no sistema UTM), basta utilizar a ferramenta "Reprojetar" do QGIS.
Adquira o curso completo de GNSS na Prática: geoone.com.br/pvgnss2/
Caramba, e você é o autor da ferramenta? Aí sim hein, parabéns pelo ótimo trabalho 👏👏👏👏
Muito obrigado! Aqui no canal tem uma playlist sobre o LFTools! Fique à vontade para nos seguir ;)
Temos também alguns cursos muito Top, com diversas aplicações da ferramentas do nosso plugin: geoone.com.br/
Grande explicação!
Obrigado, meu amigo!
Fantástico professor! me ajudou muuuuito!
Que ótimo!
Mais dicas sobre GNSS e QGIS, só nos acompanhar na GeoOne: geoone.com.br/
Que ótimo!
Mais dicas sobre GNSS e QGIS, só nos acompanhar na GeoOne: geoone.com.br/
Parabéns Leandro! Que tutorial demais! Que otimização para campo/escritório! Muito grato por compartilhar seus conhecimentos de cunho ímpar! Sucesso sempre!
Eu que agradeço, Gilberto! Vamos avançando, um passo de cada vez, otimizando nossos trabalhos de Topografia com softwares livres.
Muito obrigado. solução fantástica!
Muito obrigado! Fique à vontade para conhecer nosso blog, ebooks e cursos da GeoOne: geoone.com.br/
Mais uma aula brilhante 👏👏👏
Muito obrigado, Alef! Fico feliz que esteja gostando dos nossos conteúdos.
Muito bom o conteúdo, parabéns! Lembrando que a altitude utilizada foi a geométrica, para se trabalhar com projetos de engenharias, levantamentos e etc, a norma pede a altitude normal pois ela ela está vinculada com a gravidade e tem cunho físico. Logo, após esse processo ainda seria necessário fazer a correção das altitudes usando o app do IBGE HgeoHnor, que fornece as anomalias de altura para transformar as altitudes geométricas em normais.
Muito obrigado, Jose Victor! Excelente sua observação!
No caso deste tutorial, nós utilizamos um exemplo de aplicação para Georrefenciamento de Imóveis Rurais, onde a altitude solicitada no SIGEF é a geométrica.
Mais uma aula digna de muito compartilhamento!
Obrigado meu irmão! Demorou... mas saiu a ferramenta e também o vídeo tutorial. Vamos em frente!
Valeu!
Muito obrigado pelo apoio ao LFTools! Em breve vou publicar algumas atualizações e novidades do plugin. Abraço!
Show
Obrigado!
Show de bola, muito bom. Interessante se pudéssemos aplicar um modelo Geiodal e ter outras informações tipo, ondulação geiodal e altitude ortométrica.
Opa! Tá na fila para as próximas versões do LFTools.
Para ficar por dentro das novidades, fique à vontade para entrar no nosso grupo VIP: geoone.com.br/
Valeu!
Welison, muito obrigado pela colaboração para o desenvolvimento do plugin LFTools! Grande abraço!
top demais
Obrigado!
Para ficar por dentro de mais dicas como essa, é só seguir a GeoOne: geoone.com.br/
Parabéns pelo trabalho e obrigado por compartilhar seu conhecimento.
Pergunta.. porque usar condenada utm se a 3° norma exige coordenada geográfica?
Obrigado! As coordenadas no sistema UTM são utilizadas apenas para facilitar o carregamento dos dados no QGIS. Além disso elas são inclusive apresentadas no resultado do PPP-IBGE.
Já a norma do INCRA exige apenas que os cálculos de área, distâncias e azimutes sejam feitas feitas no Sistema Geodésico Local (SGL), mas no levantamento as coordenadas podem estar tanto em UTM (metros quanto geodésicas (graus). Na planilha ODS do SIGEF dá as duas opções.
Quanto a nossa ferramenta, o algoritmo converte tudo para coordenadas geocêntricas para realizar a correção dos pontos, aplicando os deltas da base.
Segue um link falando um pouco sobre esses sistemas de referências: geoone.com.br/sistema-geodesico-local/
Me salvo estou usando emlid rs2
Que bom que ajudou! Qualquer dúvida sobre QGIS e LFTools, estamos por aqui!
Bom dia td bem, para mim não esta aparecendo o Google nem o Bing no QuickMapservice, como consigo inserir? Abraço
Nesse tutorial ensina o passo a passo para aparecer: th-cam.com/video/dDKJA1A3Gk8/w-d-xo.html
Olá Leandro, não estou conseguindo obter a altitude Z dos pontos corrigidos.
Olá Rafael. Na calculadora de campo, basta usar $z na calculadora de campo.
@@geoleandrofranca Já tentei isso, mas infelizmente aparece Expressão Invalida. O que fazer?
olá professor, muito boa aula, gostaria de saber qual receptor gnss o senhor utilizou nesse levantamento, estou a procura de um recpetor que eu consiga integrar facilmente com o qgis.
Esses dados foram fornecidos por um aluno do curso de Automatização no QGIS. Lembro que ele utilizou um CHCNAV i50.
Mas nos meus trabalhos estou usando o Polaris S100. Esse receptor GNSS tem atendido perfeitamente todos os serviços, além de ter uma integração excelente com o QGIS e QField.
Sanderson se tiver interesse eu tenho um Polaris s100 e estou vendendo.
Tenho um kit completo
Eu tenho uma dúvida, eu tenho aqui 5 bases diferentes, cada uma com os outros pontos coletados com o rover. Quando eu processo no PPP os arquivos brutos transformados em RINEX, todas as bases aparecem, exceto a base 4, que aparece em um ponto diferente do ponto registrado que aparece no arquivo .csv. O que o Senhor acha disso? Durante a coleta dos pontos da base 4 e 5, eu não pude estar presente no levantamento, mas creio que a equipe tenha realizado o método padrão...
Olá Jhony.
Realmente não sei dizer o que pode ter acontecido. Mas analisar o RINEX e o resultado do processamento com as precisões é a melhor situação. Vamos lançar um curso sobre isso usando o RTKLIB em breve. Fique à vontade para acompanhar essa novidade na área de membros da GeoOne: portal.geoone.com.br
@@geoleandrofranca Obrigado pela resposta, mas acho que encontrei a raiz do problema, pois o tempo para a órbita dos satélites influencia drasticamente na qualidade do resultado, e acredito que tenha sido essa questão, o status da órbita sendo final, agrega muito mais precisão do levantamento, estava estudando sobre isso ontem, e através de comparações, obtive resultados significativos e mais precisos quando repeti o processamento ontem. Como faço para me tornar membro?
Olá, nas correções pelo topcon ele gera um vetor informando que o rastreio dos rover ocoereu junto da base, no seu caso como saberia se so tem o arquivo txt dos pontos?
Só dá para ter certeza disso se tiver os arquivos RINEX da base e do Rover. Nós ensinamos esse procedimento dentro do nosso curso de GNSS: geoone.com.br/pvgnss2/
Por oportuno gostaria de saber se há no QGIS ferramenta que possibilite realizar a divisão de um poligono irregular em partes iguais, tendo como segmento uma linha na horizontal e outra vertical, ou seja, com o cruzamento das duas linhas, resultando em quatro áreas. Além do metodo convencional, linhas paralelas.
Olá Gilberto, tem alguns plugins que fazem isso. Até já gravei um vídeo sobre um deles. Mas para ser sincero, não gosto deles, pois são muito básicos e nunca resolveram os casos reais de desmembramento e perícias que realizei. Nas Mentorias do curso de Automatização eu ensino minha técnica para esses casos, considerando condições de contorno para divisão que geralmente são definidas pelo cliente.
Parabéns! Muito bom!
Seria possível atualizar também os valores de precisão dos pontos?
Esse é outro desenvolvimento que está na fila (Propagação das Variâncias). Nosso amigo Geonista Mauricio Ranzan também nos solicitou. Espero nos próximos meses já estarmos com essa nova solução no LFTools.
Hola Amigo Leandro, excelente tus videos y muy bien tu expliacion, tengo una duda con LFtoos puedo trabajar sistema de coordenadas diferences como lso de colombia ya que existenes com el epsg 3116 y otros mas, buen aportes con tus ayudas
¡Hola amigo, Yon!
LFTools también funciona con otros sistemas de referencia. En el caso de EPSG: 3116, el elipsoide es el SIRGAS2000, el mismo utilizado aquí en Brasil, la diferencia es que no está en el sistema UTM, es decir, una proyección personalizada del transversa mercator para Colombia.
@@geoleandrofranca Hola Leandro he intentado pero me sale error de coordenadas o excepto que este haciendo algo diferente, serás que me puedes enviar un archivo de ejemplo para mirar si hay algo que este haciendo mal
@@yone.alfonsot.5570 , estos archivos están disponibles gratuitamente en el Área de miembros de GeoOne: geoone.com.br/
Olá, os sigmas permanecem os mesmos?
Utilizando a ferramenta por enquanto sim. Mas você pode calcular a propagação das variâncias na tabela de atributos, seguindo as orientações da NBR ABNT 13.133 com a calculadora de campo do QGIS.
@@geoleandrofranca Okay, tem algum problema em deixar os sigmas originais no projeto após a correção
o levantamento foi feito somente com um gps ou foi feito com uma par de GNSS?
Nesse caso, foi feito com um par de receptores GNSS (base e rover) utilizando o método de posicionamento RTK.
@@geoleandrofranca Entendi, professor, é possível fazer esse processamento somente com 1 gps? se sim como seria ?
@@RochaTUTO , com um único receptor GPS, não é possível, pois o método de posicionamento é "Relativo", ou seja, é necessário ter base e rover. Com um único receptor, você pode usar outros métodos como o PPP ou NTRIP.
@@geoleandrofranca Entendo, então é possível sim! Ex: se eu tiver um terreno pra regularização, um pequeno, com alguns pontos, eu posso fazer esse PPP né!? teria como fazer um vídeo explicando como seria, nessa situação hipotética.
pode usa esses pontos pra fazer o geo
Sim. Com certeza! Mas antes vale a pena conhecer o nosso curso "GNSS na Prática" para conhecer outros métodos mais precisos: geoone.com.br/pvgnss2
No caso, esta aula é para levantamento com rtk quando é feito o rastreio absoluto apenas, com a base e coleta com o rover?
Seria um shift rtk?
Sim. É a mesma correção que a coletara faz, depois que você obtém as coordenadas pós-processadas da base.
O pós-processamento com os RINEXs da base e rover, você pode fazer pelo RTKLIB: th-cam.com/video/RT8XFaivpUA/w-d-xo.html
@@geoleandrofranca obg senhor Leandro
oi bom dia estou enfrentando um problema com o meu QGIS, onde esta dando erro no python, pedindo para instalar o api-ms-win-crt-runtime-l1-1-0.dll download, ja instalei ele varias veses, a deletei o meu QGSI, ja tornei instalar e não acha a solução encanto nem um, o senhor sabe alguma forma de resolver meu problema ?
Boa tarde. No caso de erro de ausência de arquivo .dll , basta atualizar seu sistema operacional (Windows) e já vai resolver.
Parabéns Leandro pelo trabalho, mas o meu está apresentando uma diferença: Após o ajustamento dos pontos, quando vou em tabela de atributos não aparece as três últimas colunas com os erros, e a função $z está dando inválida. Como resolver?
Obrigado, Lucas!
Talvez, os seus dados de entrada sejam um pouco diferente da aula. E sua camada de entrada deve ser do tipo PointZ.
Eu fasso o primeiro passo mas os pontos não aparecem
Acho que o problema está na importação dos seus pontos.
Dá uma olhada nesse artigo: geoone.com.br/importar-coordenadas-qgis/
Talvez esse tutorial já resolva na sua dúvida.
A ferramenta ainda está funcionando?
Está sim! Recentemente nós regravamos essa aula e está mais completa dentro do nosso curso de GNSS na Prática: geoone.com.br/pvgnss2/
Não entendi por que os pontos da base e do Rover estava no mesmo arquivo CSV. Alguma explicação?
Nesse caso, foram dados de um aluno que usou um receptor CHCNAV. Este receptor salva todos as coordenadas da base e rover em um arquivo txt ou csv único. No Polaris S100, a gente tem esses dados separadamente.
Mas das duas formas dão certo. O importante é preencher os valores das coordenadas da base corretamente na ferramenta.
Leandro, eu testei aqui mas quando fui retificar os atributos, no final, ao usar $x e $y as coordenadas calculadas apareceram em formato geográfico, tipo: -37,346 e -8,852, respectivamente.
Verdade. No algoritmo do LFTools, a camada de saída sai no Sistema Geodésico da camada de entrada.
Para obter as coordenadas projetadas (por exemplo no sistema UTM), basta utilizar a ferramenta "Reprojetar" do QGIS.