Help and Support » Cálculos

Uma das perguntas mais comuns na RUNALYZE é sobre os valores de elevação. Há uma falta de clareza em relação à correção de elevação e ao seu cálculo. Muitas pessoas simplesmente não sabem como a elevação deve ser tratada e por que não há um valor adequado.

Dados de elevação e correção de elevação

Registo de atividades

Vamos começar com o registo de uma atividade. Não só a posição em termos de latitude/longitude, mas também a elevação é determinada via GPS. Isso parece ótimo, mas não é: Todo proprietário de um dispositivo GPS sabe que a qualidade do GPS pode variar extremamente. Em relação à distância total, essas variações são negligenciáveis. Não importa se estás a correr 10 metros para a esquerda ou para a direita do caminho. Mas as mesmas variações aplicam-se à elevação registada – e para a elevação, é uma diferença significativa se estás a correr 10 metros mais alto ou mais baixo. É por isso que os dados de elevação obtidos via GPS são inutilizáveis e uma correção de elevação é usada por padrão. Isso aplica-se a qualquer plataforma como Garmin Connect, Polar Flow também. Os dados de elevação de um dispositivo só devem ser usados se o dispositivo tiver um altímetro barométrico incluído.

Correção de elevação via dados de satélite

O princípio da correção de elevação é bastante simples. A altitude respectiva de cada par de coordenadas é determinada a partir de algum modelo digital de elevação, em geral um perfil de elevação da superfície global. Um exemplo de tal conjunto de dados são os arquivos SRTM (Shuttle Radar Topography Mission de 2000). Eles estão disponíveis gratuitamente em uma grade de 90x90m. A resolução não é perfeita e esses conjuntos de dados são ruidosos, mas geralmente são a melhor opção se não houver medições barométricas. Este conjunto de dados pode ser acessado através de APIs públicas do Geonames.org ou GoogleMaps, mas o número de solicitações é limitado. Na RUNALYZE, estamos a hospedar os nossos próprios arquivos SRTM atualmente para obter um perfil de elevação preciso para a tua atividade.

Conclusão: O melhor perfil de elevação é obtido através de medições barométricas. Os utilizadores com dispositivos que não incluem um altímetro barométrico devem sempre ativar a correção de elevação. Mas lembra-te: Esta correção de elevação significa apenas que corrigimos o perfil de elevação (com base em dados de satélite). Isso não resulta em um único valor de elevação "verdadeiro" para a tua atividade.

• https://en.wikipedia.org/wiki/Shuttle_Radar_Topography_Mission
• http://srtm.csi.cgiar.org/
• http://dwtkns.com/srtm/

O cálculo do valor de elevação (subida/descida total)

Subida/descida total original (Arquivo)

Por padrão, a Runalyze calcula a subida/descida com o nosso algoritmo para ter um cálculo consistente em todas as nossas ferramentas (Climb Score, etc.). Mas se é importante para ti ter os metros de altitude originais do arquivo na Runalyze, só tens de mudar as configurações de exibição (Configuração: Configuração -> Configurações gerais -> Visualização de atividades -> Preferir subida/descida do arquivo). Oferecemos os valores originais de Subida/Descida para todas as atividades que chegaram à Runalyze no formato de arquivo Fit.

O problema

A maioria dos corredores não quer apenas ver um bonito perfil de elevação. Eles estão interessados no seu ganho total de elevação (às vezes apenas chamado de "elevação" de uma atividade). Mas - e isso provavelmente é novo para ti, já que és forçado a ler este artigo - obter tal valor está longe de ser trivial. A maioria das pessoas pensa que um perfil de elevação fixo gera um valor de elevação fixo, mas isso não é verdade. O problema é que não há um valor "real". Pergunta-te: Como definirias este valor de elevação? Como a soma de todas as diferenças de altitude? Mesmo que seja apenas 10cm de uma calçada? E o que acontece com pequenas pedras sob os teus pés ou buracos? Tenha certeza: Isso não é o que queres. É simples calcular a elevação total de um percurso em subida constante: ponto mais alto - ponto mais baixo = ganho de elevação. Mas isso não é possível para terrenos acidentados e áreas urbanas.

A solução: algoritmos de suavização

A nossa solução é "suavizar" o perfil de elevação (apenas para calcular a elevação total). A RUNALYZE atualmente suporta três métodos:

• Sem suavização
• Método de limiar
• Algoritmo Douglas-Peucker (Wikipedia)

Sem suavização é a abordagem ingênua de somar todas as subidas e descidas. Podes sempre mudar o algoritmo de suavização nas tuas configurações – depois podes deixar a RUNALYZE recalcular todos os valores de elevação (Ferramentas -> limpeza de base de dados -> Percorrer atividades (ativar "Recalcular elevação" & "Recalcular valores VDOT")). Vais notar que sem suavização valores muito altos aparecerão.

No método de limiar, pequenas diferenças de elevação são ignoradas. O limiar para isso pode ser ajustado na configuração. Obtivemos bons resultados com um limiar de 3 metros. Portanto, qualquer diferença de apenas um ou dois metros é ignorada. Se estás a mover-te lentamente em subida ou descida num percurso, o método de limiar terá um problema. Todas as diferenças de elevação entre dois pontos de dados consecutivos que forem menores que o limiar serão ignoradas. É aí que o algoritmo Douglas-Peucker entra em cena. O algoritmo Douglas-Peucker ignora alguns valores intermediários (de acordo com um certo algoritmo) e tenta considerar apenas "subidas e descidas" significativas.

Conclusão

Este é definitivamente um tópico complicado e não podemos definir as tuas configurações de forma a que obtenhas valores "verdadeiros" - simplesmente porque ninguém os conhece. Não há 'verdade' neste caso. Mas podes adaptar as configurações às tuas necessidades, de forma a que fiques satisfeito com os teus valores calculados. Eles não corresponderão exatamente aos valores dos teus dispositivos, mas isso não deve ser o objetivo.

A janela de informação sobre os dados de elevação, que podes abrir para cada atividade, pode ajudar a encontrar as configurações corretas.

Os dados originais são comparados com os dados corrigidos e os nossos diferentes algoritmos. Há uma tabela para os diferentes algoritmos e limiares também.