Convertire TCX in KMZ

Un TCX è inapribile per la maggior parte delle persone. Ha un'estensione che nessuno riconosce, è XML piuttosto che qualcosa che un doppio clic renderizza, e il software che lo legge correttamente è la piattaforma di allenamento che il destinatario potrebbe non usare. Inviarne uno a un segretario di club o a un direttore di gara produce una risposta che chiede cosa sia.

Un KMZ produce un globo con una linea sopra. Quella differenza — tra un file che va spiegato e un file che si apre — è l'intero motivo di questa conversione, e vale la pena essere chiari che è una decisione di presentazione piuttosto che una di dati. Nulla del percorso viene migliorato. Ciò che cambia è se la persona dall'altra parte può vederlo senza che le si spieghi qualcosa.

Misurato su una sessione da 7.200 punti — due ore a un campione al secondo, con tempo e altitudine — il TCX era circa 2,2 MB, il KML intermedio circa 258 KB, e il KMZ finito circa 47 KB. Sono circa 315 byte per punto traccia ridotti a meno di sette.

Due effetti indipendenti si sommano e vale la pena tenerli separati. Il primo calo, quasi nove a uno, è il file di allenamento che diventa un disegno: il markup verboso `<Position>`, i timestamp e gli elementi sensore se ne vanno tutti, e nulla di ciò è recuperabile. Il secondo, cinque e mezzo a uno, è la deflazione, ed è completamente reversibile. Solo il secondo è compressione, e descrivere il tutto come compressione suggerirebbe che l'originale sia ancora lì dentro da qualche parte.

Rinominare l'output in `.zip` e aprirlo rivela un unico membro chiamato `doc.kml` alla radice dell'archivio. Quel nome e quella posizione sono ciò che ogni lettore KML cerca per primo, quindi il file si apre senza alcuna logica di fallback.

Non c'è nient'altro dentro — nessuna cartella immagini, nessuna icona, nessun secondo documento, nessun manifesto. La maggior parte dei file KMZ in circolazione porta risorse accanto al KML, ciò per cui il formato è stato progettato; questo fa il lavoro più ristretto di comprimere un singolo documento in un singolo nome di file. Rende anche l'archivio banalmente verificabile: se si vuole sapere esattamente cosa vedrà l'allenatore, si estrae quel file e lo si legge.

Tutto ciò che una piattaforma di allenamento legge è assente. Frequenza cardiaca, cadenza, potenza, la distanza percorsa su ogni punto, calorie, le divisioni in giri e ogni media per giro vengono scartati, perché un documento Google Earth non ha alcun elemento che possa contenerli. Quindi non c'è alcuna analisi da fare sul file, solo un percorso da guardare.

I timestamp se ne vanno con loro, la perdita che coglie di sorpresa la gente. Il cursore temporale di Google Earth — il controllo che riproduce una traccia — richiede un gx:Track con valori `<when>` paralleli, e questa conversione scrive un semplice LineString. Se la persona a cui si invia vuole davvero studiare la sessione, si invia il TCX stesso, o lo si converte in GPX, che mantiene l'orologio e che la maggior parte del software di allenamento importerà.

Un placemark per attività, chiamato come lo sport — `Running`, `Biking` o `Other`, dato che un'attività TCX non ha un campo nome e il titolo della piattaforma con cui la si conosce vive in un database piuttosto che nell'esportazione. La linea segue il terreno invece di tagliarlo, perché un flag di tassellazione è impostato su ogni LineString, ed è disegnata con l'aspetto predefinito di Google Earth dato che non viene scritto alcuno stile.

Non ci sono spilli. Un TCX non ha concetto di waypoint, quindi nulla nel file diventa un marcatore, e il destinatario vede una linea nuda nella barra laterale. Se un inizio, una vetta o un punto d'incontro deve essere evidenziato, la via pratica è aggiungere i placemark in Google Earth dopo aver aperto il file e salvarlo di nuovo — richiede un minuto e produce un documento di briefing migliore di quanto potrebbe fare qualsiasi convertitore.

I punti traccia senza `<Position>` vengono scartati, e gli orologi li registrano ogni volta che il ricevitore non ha cielo: gallerie, sottopassi, parcheggi multipiano, canyon stradali profondi. Nel KMZ quei tratti sono assenti, quindi la linea corre dritta dall'ultimo fix al primo dopo il vuoto, a volte attraverso un fiume o una collina.

Sembra un errore e non lo è — il file non ha mai contenuto quelle posizioni, e nessuna conversione può ripristinarle. Vale la pena una frase nell'email di accompagnamento se il percorso ne ha uno evidente, perché l'alternativa è che il destinatario concluda che il file sia rotto. Una sessione interamente indoor non ha fix da nessuna parte e non produce alcuna geometria, nel qual caso la conversione dice che non sono stati trovati percorsi o waypoint, la descrizione corretta.

Si invia il KMZ quando la domanda è "da che parte sei andato" e il destinatario non è una piattaforma di allenamento. Si invia il TCX quando la domanda riguarda la sessione — ritmo, sforzo, frazioni — e il destinatario ha software che lo legge. Si inviano entrambi quando non si è sicuri, dato che insieme restano sotto i tre megabyte e l'ambiguità costa più tempo dei byte.

L'unica combinazione da evitare è inviare solo il KMZ e trattarlo come un archivio della sessione. Non lo è, e non può essere riconvertito: i dati di allenamento non esistono nel file e nessuno strumento può ricostruirli. Si tiene il TCX ovunque si tengano i propri registri, e si pensa al KMZ come si penserebbe a un PDF esportato da un documento.

Un KMZ non può essere modificato sul posto. Per rinominare il placemark, colorare la linea o tagliare un punto vagante, si rinomina il file in `.zip`, si estrae il documento, si modifica l'XML, e lo si ricomprime con quel documento alla radice dell'archivio invece che dentro una cartella. Il dettaglio della radice è quello che la gente sbaglia più spesso, e il sintomo è un file che si apre a una mappa vuota in alcuni lettori e funziona bene in altri.

Se ci si aspettano più giri di modifiche, si tiene un KML come copia di lavoro e si produce un KMZ ogni volta che se ne invia uno. È la stessa disciplina di tenere un documento sorgente ed esportarne da esso, ed evita la situazione in cui l'unica copia di un percorso corretto sia dentro un archivio che qualcun altro ha già.

Un TCX scaricato come esportazione di massa da una piattaforma di allenamento può contenere molte attività in un documento, e ognuna diventa il proprio placemark nell'archivio. Prendono tutti il nome dallo sport, quindi un mese di ciclismo finisce nella barra laterale del destinatario come una colonna di voci tutte con scritto `Biking`, disegnate una sopra l'altra sul globo senza nulla che dica quale sia martedì e quale domenica. Attivarle una alla volta per trovare quella giusta è l'unico modo, ed è una cosa scomoda da consegnare a qualcuno.

Dividere prima di convertire è il rimedio. I confini delle attività sono inconfondibili nell'XML — ogni elemento `<Activity>` si apre con il proprio timestamp `<Id>` — quindi tagliare il file in una sessione per documento è meccanico, e convertirli separatamente dà un archivio per uscita con un nome file che dice quale. Dove appartengono davvero insieme, l'alternativa è modificare il `<name>` di ogni placemark nel KML prima che venga zippato, il che richiede circa lo stesso tempo e produce una barra laterale che qualcuno può davvero leggere.

Il TCX viene analizzato, il KML scritto e l'archivio zippato dentro questa scheda del browser. Nessuna richiesta porta il file da nessuna parte, cosa che il pannello Rete mostrerà durante una conversione, e la pagina funziona con la connessione spenta una volta caricata.

L'alternativa a cui la maggior parte della gente ricorre è un convertitore web o un sito di compressione file, il che significa che un documento con la propria frequenza cardiaca e il proprio indirizzo di casa passa per la macchina di uno sconosciuto perché un allegato email sia più piccolo. Si sta per inviare il risultato a qualcuno per design; è un destinatario scelto. Fare la conversione localmente lo mantiene a uno solo.