Convertire GPX in KMZ

Il motivo per preferire KMZ a KML è che il file sta lasciando la propria macchina. Un allegato, una frazione della dimensione originale, e un’estensione che la maggior parte dei destinatari associa a una mappa anziché a un dispositivo GPS — un collega che guarderebbe perplesso un `.gpx` fa doppio clic su un `.kmz` e ottiene un globo con sopra una linea. Se si intende continuare a modificare il file in proprio, il KML in chiaro è la scelta migliore e l’archivio è solo d’intralcio.

Su questo si regge l’intera differenza fra le due conversioni, e vale la pena essere deliberati. KMZ è un consegnabile: compatto, autosufficiente, scomodo da modificare. KML è un file di lavoro: verboso, modificabile in qualsiasi editor di testo, facile da confrontare e da trattare con script. Nessuno dei due è un formato migliore dell’altro, e scegliere in base a quale sia "più recente" o "più compresso" non coglie ciò che decide davvero.

Misurato su una traccia sintetica di 7 200 punti — due ore campionate una volta al secondo, con quota e timestamp su ogni punto — lo stesso percorso viene a pesare circa 950 KB come GPX, 258 KB come KML e 47 KB come KMZ. Per punto sono circa 132 byte, 36 byte e meno di 7 byte, e il distacco fra i primi due numeri non è compressione.

Due effetti distinti si sommano qui e vale la pena separarli. Da GPX a KML si risparmia circa tre quarti dei byte eliminando i timestamp puntuali e la ripetizione del markup. Zippare il risultato fa risparmiare un ulteriore fattore cinque e mezzo, perché un elenco di coordinate che iniziano tutte con `11.57` e `48.13` è comprimibile quasi quanto un testo può esserlo. Solo il secondo di questi effetti è reversibile.

Rinominare l’output in `.zip` e aprirlo: si troverà un unico membro di nome `doc.kml`. È il nome che scrive Google Earth e il nome che ogni lettore cerca per primo, perciò un KMZ costruito così si apre senza la logica di ripiego che un documento con nome diverso richiederebbe.

Non c’è nient’altro dentro. Nessuna directory `files/`, nessuna icona, nessun manifest, nessun secondo documento. Ciò rende l’archivio un po’ insolito rispetto ai KMZ in circolazione — molti portano con sé una cartella di immagini accanto al KML — e rende questo banalmente ispezionabile. Se serve mai controllare ciò che il destinatario vedrà davvero, l’intero contenuto è un file che si può estrarre e leggere.

KMZ esiste perché un KML e le immagini cui fa riferimento possano viaggiare come un oggetto unico. Una mappa con icone personalizzate, una foto sovrapposta al terreno, una planimetria scannerizzata drappeggiata sul rilievo: sono tutti file separati che un KML indica tramite percorsi relativi, e che si rompono nel momento in cui il KML viene spedito via email da solo. L’archivio risolve il problema.

Nulla di tutto ciò si applica a un GPX convertito, perché un GPX non contiene immagini. L’archivio qui svolge il compito minore di comprimere un singolo documento, e dirlo è più utile che far credere di ottenere un file più ricco di quanto non sia. Se si desidera un KMZ che aggreghi effettivamente fotografie e posizioni, lo si costruisce in Google Earth, dove le foto si attaccano ai placemark e vengono salvate nell’archivio insieme.

Ciascuna traccia è scritta come LineString, ovvero un elenco di coordinate e null’altro. L’elemento `<time>` di ogni trackpoint GPX non ha dove andare e viene eliminato, quindi ciò che arriva dall’altra parte è la forma di dove si è andati e nessuna registrazione del quando. Il cursore temporale di Google Earth non appare per quel file, e nessun software può ricavarne un passo.

Per la maggior parte dei motivi per cui si condivide una traccia è più che sufficiente — la domanda a cui si risponde di solito è "quale strada hai fatto" piuttosto che "quanto veloce". Dove non lo è, la soluzione è spedire il GPX insieme, o al posto del KMZ. Un GPX è ottocento kilobyte anziché cinquanta, una differenza reale su una mailing list e irrilevante in una singola email, ed è l’unico dei due file a ricordare ancora che ora era.

Il writer dell’archivio prova a deflate ogni membro e conserva il risultato più piccolo dei due, conservando il file non compresso quando la compressione non aiuterebbe. Per un KML di coordinate aiuta sempre, e di molto, quindi in pratica questo ramo non viene mai preso qui — ma è la regola che garantisce che l’archivio non possa mai uscire più grande del suo contenuto, cosa che una politica fissa di compressione sempre attiva non può assicurare.

Ecco perché una traccia molto breve produce un file la cui dimensione sembra dominata dall’overhead. Uno ZIP spende un header locale, una voce nel directory centrale e un record di fine archivio per ogni membro, indipendentemente dal contenuto, qualche decina di byte ciascuno, così un percorso di cinque punti finisce con qualche centinaio di byte di struttura attorno a qualche centinaio di byte di coordinate. Resta un KMZ valido e Google Earth lo apre esattamente allo stesso modo.

I waypoint GPX salvati diventano Placemark individuali con un `<Point>`, ciascuno con il proprio nome, quindi il destinatario li vede come un elenco di voci etichettate nella barra laterale di Google Earth, con pin sul globo. Si possono attivare e disattivare indipendentemente dalla linea del percorso, ed è ciò che rende un KMZ di una camminata più utile di uno screenshot di una camminata.

I nomi sono riportati verbatim dal GPX, e vale la pena darci un’occhiata prima di spedire. I dispositivi generano nomi come `WPT042` quando un punto viene marcato senza essere etichettato, e un destinatario che apre un file di quaranta voci di quel tipo si trova un enigma anziché una mappa. Rinominare i waypoint nel GPX prima della conversione richiede meno tempo che spiegarli dopo.

Un KMZ non si modifica sul posto. Per cambiare qualcosa — togliere un punto fuori posto, rinominare una traccia, aggiungere un colore — si rinomina il file in `.zip`, si estrae `doc.kml`, si modifica l’XML, e si rifà lo zip con il documento alla radice dell’archivio anziché dentro una cartella. Quell’ultimo dettaglio è quello in cui si sbaglia: un KMZ il cui KML sta una directory più in basso si apre in alcuni lettori e non in altri.

Se si prevede di iterare, tenere il KML come copia di lavoro e produrre un KMZ ogni volta che se ne spedisce uno. È la stessa disciplina del conservare un documento ed esportarne un PDF, e per lo stesso motivo: la cosa compressa è la copia che esce, non quella che si mantiene.

Un KMZ è fatto per essere guardato. Orologi, ciclocomputer e app di navigazione leggono il GPX e quasi nessuno carica un archivio Google Earth, quindi una risposta che chieda come portare il percorso su un head unit significa che è stato spedito il file sbagliato. La conversione è una fase di presentazione, non una consegna del percorso, e vale la pena essere chiari prima che lo scambio richieda tre email.

La risposta economica è allegare entrambi. Un GPX densamente registrato è sotto il megabyte, l’archivio è di poche decine di kilobyte, e insieme coprono le due cose che chiunque probabilmente vorrà: guardarlo adesso, seguirlo dopo. Se ne può andare solo uno, la domanda che decide è quale delle due il destinatario sta facendo — ed è più veloce chiedere che indovinare, perché le due risposte puntano a file diversi.

Leggere il GPX, scrivere il KML e zippare l’archivio avvengono tutti in questa scheda del browser. Nessuna richiesta porta il file da nessuna parte, e il pannello di rete lo conferma durante una conversione; la pagina funziona con la connessione staccata una volta caricata.

Vale la pena notare la forma dell’alternativa. Il modo abituale di comprimere un file prima di spedirlo via email è caricarlo su un servizio che lo comprime e lo restituisce, il che significa che la traccia — i propri indirizzi, i propri orari, le proprie abitudini — è passata per la macchina di qualcun altro solo perché un allegato fosse più piccolo. Comprimere in locale rimuove del tutto il compromesso, anziché attenuarlo.