Convertire TCX in KML

Un TCX è denso. Ogni secondo di una sessione registra una posizione, un’altitudine, una distanza percorsa, una frequenza cardiaca, spesso una cadenza e un valore di potenza, raggruppati in tappe che dichiarano ognuna la propria durata, distanza, totale calorico e medie di frequenza cardiaca. È il file più ricco di informazioni che possiede la maggior parte degli atleti.

Una LineString KML è una lista di coordinate. È l’intera destinazione, e la conversione non è quindi una traduzione ma una riduzione: un flusso su otto o nove sopravvive e la struttura attorno no. Fatto per la ragione giusta — volete vedere la valle che risaliva la salita — è esattamente la giusta quantità di dati.

Per punto traccia: HeartRateBpm, Cadence, DistanceMeters e il blocco Extensions che porta watt e cadenza di corsa. Per tappa: il tempo totale, la distanza, la velocità massima, le calorie, la frequenza cardiaca media e massima, l’intensità e il metodo di innesco.

Ciò che passa è la posizione di ogni punto e la sua AltitudeMeters, che diventa il terzo valore della coordinata. La ragione è strutturale piuttosto che una limitazione di impegno: il KML modella un disegno, e un disegno ha geometria e aspetto e nessun concetto di misura presa in un momento.

Vanno anche i timestamp, il che sorprende più dei dati dei sensori. Una LineString memorizza coordinate e nient’altro, quindi il Time su ogni punto traccia TCX viene scartato e il KML registra dove è andata la linea senza registrare quando è stata raggiunta ogni parte.

La conseguenza visibile in Google Earth è che il cursore temporale — il controllo che permette di scorrere una traccia e guardarla disegnarsi — non appare per il file. Quell’animazione è guidata da un elemento gx:Track con valori when paralleli, e questa conversione scrive una semplice LineString.

Ciò che dà Google Earth che una mappa bidimensionale non dà è il rilievo. Inclinate la vista e la salita che ricordate lunga diventa una forma con una pendenza, la discesa ha un muro da un lato, e un percorso mai fatto smette di essere un’astrazione.

La linea viene scritta con un flag di tassellazione impostato, che dice al renderer di suddividere ogni segmento e seguire il terreno fra i vertici. Senza di esso, un segmento diritto attraverso una valle passa sotto la superficie e la traccia svanisce nella collina.

Ogni coordinata è una tripla, e il terzo valore porta l’altitudine da AltitudeMeters in metri. Il profilo altimetrico della sessione è quindi presente nel KML, e il software che lo legge come dati lo troverà.

Google Earth non lo disegnerà, perché non viene dichiarato alcun altitudeMode e il default è aggrappare la linea al terreno. Per una traccia GPS quel default è giusto: l’altitudine barometrica e satellitare divagano entrambe di decine di metri, e una linea fluttuante irregolarmente sopra una cresta sembra un errore piuttosto che una misura.

Un punto traccia senza Position non può diventare una coordinata e viene scartato. Gli orologi continuano a campionare la frequenza cardiaca attraverso tunnel, sottopassaggi e parcheggi multipiano, quindi quei tratti esistono nel TCX come punti validi con un tempo e nessuna posizione — e nel KML non esistono affatto.

Sul globo questo appare come una linea retta fra l’ultima posizione prima dell’ostacolo e la prima dopo, tagliando attraverso qualunque cosa stia in mezzo. Non è corruzione e non c’è nulla da riparare; il file non ha mai contenuto le posizioni intermedie.

Ogni attività diventa un Placemark, e il suo nome viene dall’attributo Sport — limitato dallo schema TCX a un breve elenco, quindi in pratica Running, Biking o Other. È ciò che appare nella barra laterale di Google Earth.

Il titolo che avete dato alla sessione in Garmin Connect o Strava appartiene al database di quella piattaforma e non fa parte dell’esportazione, quindi non può passare. Quando diverse sessioni finiscono nello stesso progetto Earth la barra laterale diventa una colonna di parole identiche.

I confini delle tappe vengono appiattiti in un’unica linea continua. Un placemark KML non ha nozione di una divisione dentro una linea, quindi dodici ripetute e uno sforzo costante producono geometria visivamente identica, e nulla sulla mappa segna dove è iniziata o finita una ripetizione.

Se lo scopo di mostrare il percorso è spiegare la struttura dell’allenamento, va fatto in un altro modo — placemark separati disegnati a mano in Google Earth, o annotazioni aggiunte dopo. Dividere il TCX in un’attività per intervallo prima di convertire produrrà linee separate.

Misurato su una traccia da 7.200 punti che porta tempo e altitudine, un TCX in questa forma arrivava a circa 2,2 MB e il KML equivalente a circa 258 KB — circa 315 byte per punto traccia contro 36 per una coordinata. Un’esportazione Garmin reale con frequenza cardiaca e cadenza su ogni punto è ancora più grande.

Niente di quel risparmio è compressione, e leggerlo come efficienza sarebbe la conclusione sbagliata. È una misura piuttosto diretta di cosa il file non contiene più: i nomi dei tag, i timestamp e i valori dei sensori. Se il file più piccolo era ciò che volevate, va bene — tenete solo il TCX.

Il TCX viene analizzato e il KML scritto in questa scheda del browser. Nessuna richiesta porta il file da nessuna parte, cosa che il pannello di rete conferma mentre gira una conversione, e la pagina funziona con la connessione spenta una volta caricata.

Il file convertito è dati sanitari e dati di posizione in un unico documento — frequenza cardiaca contro tempo, posizione contro tempo, di solito con inizio davanti a casa dell’atleta. L’uscita è meno esposta, dato che i flussi dei sensori e l’orologio sono spariti, ma il percorso traccia comunque una vita.