Problema no cáculo de altimetria

[João Marinho]

Olá pessoal,

Estou aqui a ter um problema no calculo da altimetria de um track. O que acontece é que não consigo calcular a altimetria total através do Trackmaker porque não soma o percurso todo.



Digam-me sff como posso dar a volta a este problema e já agora quais são os melhores programas para calcular a altimetria.

O Comp GPS parece engraçado, mas a versão trial é limitada neste aspecto.

Obrigado desde já

 

[João Marinho]

Aqui vos deixo uma imagem do que me aparece no Comp GPS




Ajuda, SOS, Socorro, alguém que me consiga esclarecer isto

 

[TheShadow]

Boas.
Realmente não estou a ver qual será o problema.
Esperemos que os gurus apareçam aqui para ajudar o pessoal.

 

[vmms]

Podes tentar converter o track neste site:
http://www.gpsvisualizer.com/convert_input?convert_format=gpx
Depois de convertido, tenta novamente no CompeGPS
Atenção ao ponto 2: From best available source

 

[Oscarfilipegmbh]

Boas por acaso isso também já me aconteceu ao fazer o percurso de um passeio fiz 10 km num dia 30 num outro e 20 no final , coloquei os três tracks no MapSource depois guardei-os num só ficheiro .gpx, quando foi ao Trackmaker tive o mesmo problema que estas a ter . E para resolver esta situação a solução é simples no MapSource existe uma ferramenta que se chama união de trajectos e é isso que tens de fazer unir todos os tracks num só , guardas novamente o track em .gpx e ai já vai dar o acumulado no Trackmaker.

Um abraço e espero ter ajudado.

 

[ruibfc]

Eu costumo usar este perfils e costuma funcionar ok,
Vê se por acaso não fizeste varias interrupções ao gravar o track no active log (on /off), senão tens que unir os trajectos partidos num só, e só depois calculares a altimetria...

Rui
BTTMatosinhos

 

[João Marinho]

Já consegui resolver +- o problema, quer dizer, alguém com um conhecimento superior ao meu ajudou-me eheheh

O problema é que o Comp GPS é como os impostos, inflaciona bastante as contas...

Isto é normal?

Vocês conhecem outros programas para calcular altimetrias?

Obrigado

 

[TheShadow]

O OZI explorer ambém deve dar penso eu de que.

 

[RPires]

Boas,
Não acho que o CompGps inflacione muito, aliás penso que a grande parte dos software utilizados pecam por defeito. Isto tem simplesmente a ver com o filtro aplicado no desenvolvimento dos mesmos, por isso se vêm grandes variações entre programas. Por exemplo, se analizarmos o mesmo track no Comp ou no Gpsies, teremos variações por vezes significativas.
Penso não estar em erro mas o ideal será termos um programa com o filtro próximo de zero, onde qualquer variação de terreno seja contabilizado. Acho que o programa (trackmaster) desenvolvido por um colega aqui do forúm, permite alterar esse filtro e assim obter uma leitura mais fiável.
Tal e qual já afirmei noutros tópicos, penso que na maior parte das vezes, nós subimos mais do que aquilo que realmente sabemos. A explicação está no facto de o gps contabilizar variações de metro e também quando analizamos o percurso num qq programa mais usual, os dados apresentados serão em função do filtro aplicado.
Um exemplo que já foi debatido é a altimetria de um qq percurso do Geo-Raid. Se tomarmos como exemplo o percurso do 1º dia na Lousã, a organização apresenta cerca de 4000m de subida acumulada, no entanto quem fez o track registou cerca de 3000m, coisa menos coisa. Se ainda analizarmos o percurso num dos programas aqui falados, obtemos diferentes resultados.
O que posso adiantar é que os valores da organização serão os mais correctos, porque o programa (Fugawi) utilizado no trabalho e análise dos percursos, contabiliza qq "pontito" de subida, logo o mais perto do real...


Ainda sobre o CompGps, a versão trial tb contabiliza e mostra os dados de subida e descida acumulada.
Se houver retrabalhos no track, colagens e por aí fora, o Comp mostra no gráfico de altimetria "zonas mortas" no entanto contabiliza as variações (linha verticais) e por isso pode induzir em erro.

 

[zefacadas]

Boas,

Creio que temos que dividir esta questão em dois cenários.

1º
O CompGPS Utiliza o track tal e qual como vem do GPS (com leituras originais) e calcula a altimetria.
No caso do joão, esta opção não é viavel porque o track tem falhas na leitura de altimetria

2º
Sendo assim o que o compGPS pode fazer é um calculo automatico da altimetria para cada ponto.
Para fazer isso recorre-se aos mapas DEM (3d landscapes) que tem o relevo topografico.
Ao fazer esta operação, será que nos podemos fiar nos valores calculados ?
Onde está a falha?
no algoritmo de cálculo do CompGPS ou nos mapas DEM ?

 

[NCoutinho]

Já agora aproveito para ver se me esclarecem um coisa.

Tenho um track de um treino que fui fazer á lousã. O percurso foi o seguinte, saimos da lousã e subimos até ás antenas de transmissão, demos a volta e descemos até ao mesmo ponto, tendo dado só uma volta por lousã para descomprimir.
Total de 60km.

Ora o valor no meu garmim, edge500, foram os seguintes:
1138mSubida
1117mDescida

Depois de fazer o upload para a página da garmin há a opção elevation corrections:
Elevation Corrections cross reference the horizontal position (latitude/longitude) provided by the GPS with elevation data that has been acquired by professional surveys. When corrections to elevation data are made, each trackpoint of your activity now contains the elevation from the web service, not the elevation provided by your GPS device.

O novo valor é de:
1868m Subida
1868m Descida

E agora qual é o valor mais correcto? Também tenho casos em que faz o inverso ou seja diminui.

 

[zefacadas]

NCoutinho,

Ha outra variável que tens que ter em conta, que é o seguinte:
No inicio do percurso, calibraste o altimetro do teu GPS?
se sim que tipo de calibração fizeste ?
Manual ou Barométrica ?

 

[grade]

Boas,

O mais correcto só poderá ser o primeiro valor!

Se partes da Lousã, que está mais ou menos a 150 metros de altitude e sobes até aos cerca de 1200 metros de máxima altitude nas antenas do Trevim, então o primeiro valor será o mais aproximado.

A diferença de valores entre a subida e a descida, pela experiência em situações semelhantes na subida da Serra da Lousã, tem a ver com a velocidade a que fazes a subida e a descida, ou seja, para baixo, devido à velocidade e a zonas em que o sinal perde satélites, a leitura não será tão "apurada", daí que existam discrepâncias nos valores para um mesmo percurso. Nas subidas, mesmo nas zonas com pior qualidade de sinal, a velocidade mais baixa permite leituras mais correctas..!!!

Espero ter ajudado!

 

[grade]

Boas outra vez,

Ainda em relação ao cálculo das altimetrias, costumo usar este endereço: http://www.ibpindex.com/ para calcular os acumulados.
Convém que o ficheiro seja em GPX embora também funcione noutros formatos!

No meu caso, é o que mais se aproxima dos dados do meu 60 CSX

 

[NCoutinho]

Penso que o edge500 não é necessário fazer calibração, apenas dá para inserir alguns pontos para melhorar a exactidão com que calcula a altimetria, no entanto ele é muito certo pois os valores que ele dá como altura da minha casa e quando ando junto ao mar bate a 100%.

Obrigado pela ajuda, não fazia qualquer sentido os 1868m de subida, normalmente isso é quando se vai a castanheira e volta. Possivelmente aquela opção não é para este modelo, eles referem que não deve ser utilizada por todos os modelos garmin.

 

[João Marinho]

Cada vez mais este tópico se torna interessante!!

Outra duvida que tenho é colocar indicações no mapa de altimetria para ficar algo deste género :



que puto de empeno!!!

O Comp GPS não faz isto, certo?

Obrigado!

 

[TheShadow]

Este tópico esta mesmo interessante.
Falta mesmo é os gurus do compeGPS fazerem um bom tutorial com imagens incluidas.

 

[NSilvaXP]

Bem, para GPS's Garmin acho que o melhor mesmo o site da Garmin Connect.

Mas como já foi dito, e bem, existe lá uma opção de correcção de altimetrias que, nos aparelhos com altimetro, deve ficar desligada pois adultera os acumulados.
Com essa tal função desligada tenho verificado que as altimetrias aparecem correctas, apenas as velocidades aparecem com "roubos"!

Cumpz.

 

[proque]

De facto não se consegue obter dados de altimetria objectivos. De igual modo, se olharmos para os gráficos obtidos, vemos que existem saltos que não correspondem à realidade mas antes a variações momentâneas na leitura das altitudes em função de dificuldades momentâneas de recepção do sinal dos satélites (por exemplo, quando se liga o aparelho e mal ela capta o sinal, mas não somente).

Na impossibilidade de fiabilidade o meu conselho vai no seguinte sentido:

. Para convenceres os teus amigos a pedalarem num track que concebeste / arranjaste vale a leitura de altimetria mais baixa.
. Para contares a tua aventura na travessia da serra XPTO vale a leitura mais alta.

Espero ter sido esclarecedor

 

[RPires]

Boas,

Creio que temos que dividir esta questão em dois cenários.

1º
O CompGPS Utiliza o track tal e qual como vem do GPS (com leituras originais) e calcula a altimetria.
No caso do joão, esta opção não é viavel porque o track tem falhas na leitura de altimetria

2º
Sendo assim o que o compGPS pode fazer é um calculo automatico da altimetria para cada ponto.
Para fazer isso recorre-se aos mapas DEM (3d landscapes) que tem o relevo topografico.
Ao fazer esta operação, será que nos podemos fiar nos valores calculados ?
Onde está a falha?
no algoritmo de cálculo do CompGPS ou nos mapas DEM ?

Em relação ao 1º ponto, o track apresentado pode ter falhas, no entanto presumo que o mesmo terá sido editado...



No 2º ponto, penso que o problema estará sempre no algoritmo, pois o programa interpreta o relevo topográfico dos mapas mas só vai incrementar variações em função do valor definido. Imaginemos que o programa tem definido contabilizar variações de 10 em 10m e que o percurso se desenrola abaixo destes valores, ora na interpretação do relevo topográfico do mapa o programa despreza o valor de altimetria porque o percurso se desenrola abaixo do definido.
Da mesma forma que se durante uns bons quilometros andarmos a rolar com variações de terreno abaixo de 1m, tipo sobe 60cm e desce outros tantos e por aí fora, acabamos por andar a descer e subir, certo! tenho é sérias dúvidas que o gps contabilize alguma coisa.

Esta é a interpretação que faço, mas não deixa de ser baseada em conhecimento empirico, portanto não se fiem