Convertire KML in TCX

Si apra il KML in un editor di testo e si cerchi la stringa `when`. Se c’è, il file contiene un gx :Track con timestamp reali e questa conversione produrrà un’attività sensata. Se non c’è — e per qualunque cosa disegnata a mano non ci sarà — il file è una forma senza orologio, e il TCX costruito da esso sarà un allenamento che rivendica di essere accaduto a mezzanotte del 1° gennaio 1970 e di non aver richiesto tempo.

Non è un bug a cui aggirare ; è ciò che la sorgente contiene. TCX è un record di una sessione di allenamento, e una sessione è definita da quando è iniziata e da quanto è durata prima che sia definita da dove è andata. Una linea disegnata su una mappa non ha nessuna delle due proprietà, e nessun convertitore può fornirle senza inventarle. Se il vostro KML fallisce il test, la destinazione onesta è un formato di percorso, e l’ultima sezione di questa pagina dice quale.

Lo schema TCX richiede un attributo `StartTime` su ogni `<Lap>` e un `<Id>` su ogni `<Activity>`, ed entrambi sono timestamp. Senza orari nella sorgente non c’è nulla da leggere, quindi l’epoca Unix — `1970-01-01T00 :00 :00.000Z` — viene scritta in entrambi, e `TotalTimeSeconds` viene scritto come zero perché la differenza tra il primo e l’ultimo tempo dei punti non può essere calcolata.

Il file che ne risulta è valido per lo schema, ed è per questo che si carica piuttosto che essere rifiutato. Ciò che fa a valle è meno ordinato. Una piattaforma che ordina le attività per data lo mette cinquant’anni e rotti prima di tutto il resto, un calcolo del carico di allenamento su una sessione di zero secondi o divide per zero o la scarta, e qualsiasi passo derivato da distanza su durata non è definito. Nulla di tutto ciò è un malfunzionamento — è l’aritmetica di un file che dice di non aver richiesto tempo.

Un gx :Track è l’estensione di Google per i dati registrati : elenchi paralleli di timestamp `<when>` e posizioni `<coord>`, scritti da strumenti che esportano tracce GPS come KML piuttosto che come GPX. Viene letto come caso a sé, e i timestamp sono portati attraverso nell’elemento `<Time>` di ogni trackpoint TCX.

Quando è questo che avete, tutto a valle funziona correttamente. L’inizio del lap viene dal primo punto, la durata è il tempo trascorso reale, e l’attività atterra nel posto corretto in un registro di allenamento. Questo è un percorso genuinamente utile per chiunque il cui software di registrazione esporta KML e il cui allenatore vuole file Garmin, ed è il motivo per cui questa conversione esiste del tutto piuttosto che essere rifiutata.

Un lap TCX deve dichiarare un `DistanceMeters`, e un KML non ne memorizza nessuno, quindi la cifra viene calcolata sommando la distanza del cerchio massimo tra vertici consecutivi su una sfera di raggio 6.371.000 metri. Rispetto a un calcolo ellissoidale è accurata a poche parti per mille, il che non è la fonte di errore di cui preoccuparsi qui.

L’errore di cui preoccuparsi è la forma dell’input. Una linea disegnata a mano ha un vertice dove avete cliccato, quindi ogni curva è stata sostituita dalla corda retta attraverso di essa. Una strada con quindici tornanti tracciata in sei clic è misurabilmente più corta della strada, e l’attività rivendicherà quel numero più corto come dato. Un percorso agganciato alla rete di sentieri da un pianificatore appropriato non ha questo problema, che è un’altra ragione per cui i pianificatori sono la sorgente migliore per qualsiasi cosa intendiate misurare.

Tre dichiarazioni sono scritte con valori fissi perché nulla in un KML corrisponde ad esse. Lo `Sport` dell’attività è `Other`, poiché lo schema permette solo una breve enumerazione e una linea disegnata non dice nulla sulla disciplina. `<Intensity>` è `Active` e `<TriggerMethod>` è `Manual`, che sono le letture oneste per un lap che nessun dispositivo ha mai iniziato o fermato.

Tutti e tre vale la pena correggerli dopo l’importazione se l’attività deve restare. La maggior parte delle piattaforme permette di cambiare il tipo dopo il fatto, e il cambio conta più di quanto sembri — i modelli di carico di allenamento, le zone di passo e il rilevamento dei record personali sono tutti legati alla disciplina, quindi una sessione archiviata come `Other` viene silenziosamente esclusa dalla maggior parte di essi. I valori di intensità e trigger sono cosmetici in confronto e possono essere lasciati stare.

Un allenamento non ha un concetto di waypoint, quindi dove il KML contiene linee i placemark puntuali vengono omessi. Non c’è un elemento TCX che li conterrebbe, e inventarne uno produrrebbe un file che fallisce la validazione per ogni lettore.

Un KML fatto interamente di pin viene gestito piuttosto che rifiutato : i punti sono letti come un track nell’ordine del documento, il che produce un’attività che rivendica un percorso tra di essi. Se ciò significhi qualcosa dipende da cosa fossero i pin. Una sequenza di checkpoint lungo un percorso si converte in qualcosa di riconoscibile ; una dispersione di siti non correlati si converte in un’attività che descrive un viaggio che nessuno ha fatto, a una distanza che nessuno ha percorso, datata 1970.

Il terzo valore di una coordinata KML diventa `<AltitudeMeters>` sul trackpoint. Google Earth, disegnando una linea bloccata al terreno, scrive quel valore come `0` su ogni vertice perché il renderer lo ignora, quindi un TCX convertito porta abitualmente un’altitudine di zero dall’inizio alla fine.

Una piattaforma di allenamento che legge quel file riporta nessuna salita e un profilo piatto, che è l’interpretazione corretta dei numeri che le sono stati consegnati. Dove il KML omette del tutto il terzo valore — che gli export di My Maps spesso fanno — non viene scritto alcun elemento altitudine, e la maggior parte delle piattaforme riempirà quindi l’elevazione dal proprio modello di terreno, producendo una risposta migliore di quanto gli zero avrebbero fatto. L’assenza è più utile del valore falso, che è una cosa insolita da poter dire.

Oltre alla cifra di distanza, il conteggio dei vertici influenza come appare l’attività una volta in un registro di allenamento. Una corsa registrata ha un punto ogni secondo ; un percorso disegnato potrebbe averne uno ogni chilometro. I grafici costruiti dal secondo tipo sono fatti di una manciata di campioni, e qualsiasi velocità per punto che una piattaforma calcola da timestamp che non esistono non viene calcolata affatto.

Il risultato è un’attività che si rende come una linea su una mappa e come uno spazio vuoto ovunque altro — nessun grafico del passo, nessun grafico dell’elevazione, nessuno split. Questa è una riflessione fedele di un file contenente quaranta coordinate e nessun orologio, ed è l’argomento pratico più chiaro per trattare la cosa come un percorso piuttosto che vestirla come una sessione.

Se il KML è un piano, lo si converta in GPX e lo si carichi come route o corso. Ogni piattaforma e dispositivo ha quella funzione — Garmin la chiama corso, Strava e Komoot la chiamano percorso — e nessuna di esse richiede un orario di inizio o una durata, perché un piano non dovrebbe averne nessuno. La linea navigherà, i waypoint verranno con essa, e nulla nel file rivendica di essere una misurazione.

L’attività che volete esisterà dopo, registrata dal dispositivo che segue il corso, con tempi reali e dati reali dei sensori allegati. Questo è l’ordinamento attorno a cui gli strumenti sono stati costruiti, ed è molto meno lavoro che importare una sessione fabbricata e correggerne la data, il tipo e la durata a mano.

Il KML viene parsato e il TCX viene scritto in questo browser. Nessuna richiesta porta il file da qualche parte, cosa che il pannello di rete conferma durante una conversione, e la pagina funziona offline una volta caricata.

Per un percorso pianificato la sensibilità non è la stessa di uno registrato, ma non è nulla. Una linea disegnata dice dove qualcuno intende essere, e uno strato di My Maps di visite a clienti, visite a proprietà o fermate di indagine è commercialmente riservato prima di essere personale. Convertire in locale significa che il piano non acquisisce una copia sul disco di qualcun altro come effetto collaterale del cambio di estensione del file.