04-04-2018, 12:04
A parte questo (che è gia un problema), solo lo stream senza timestamping di ogni traccia non è abbastanza per riprodurre fedelmente quello che succede.
Magari è possibile fare assunzioni "ragionevoli" sulla frequenza tipica di alcune tracce (spesso è 1 secondo) o sincronizzarsi sulle info del GPS (che hanno il timestamp UTC) ma è comunque euristica e non è detto che navmonpc la implementi.
La dimostrazione è che acquafredda ha verificato che c'è divergenza.
Comunque, ho fatto una prova veloce e NavMonPC non fa enrichment dello stream.
Magari è possibile fare assunzioni "ragionevoli" sulla frequenza tipica di alcune tracce (spesso è 1 secondo) o sincronizzarsi sulle info del GPS (che hanno il timestamp UTC) ma è comunque euristica e non è detto che navmonpc la implementi.
La dimostrazione è che acquafredda ha verificato che c'è divergenza.
Comunque, ho fatto una prova veloce e NavMonPC non fa enrichment dello stream.
(04-04-2018, 10:39)IanSolo Ha scritto: Il file prodotto in formato NMEA da NavmonPC e' affetto da alcune imperfezioni poiche' si osserva che non solo non tutti i dati sono espressi nell'unita' di misura scelta per la presentazione sullo schermo ma anche che le coordinate sono scritte spesso (non tutte ma talune si) in modo "strano" ovvero talora non sono scritte con la corretta separazione prevista per le corrispondenti stringhe NMEA o in qualche altro caso il checksum della stringa e' errato.
Questo fa' produrre talora dei "salti" non previsti in quanto altri sistemi (non ho provato con OpenPCN ma ho traslato i log files per altri usi) scartano le strighe anomale e quei dati vengono banalmente ignorati.
La semplicità è la suprema sofististicazione. LdV
