Abbiamo incontrato Greg Davis, Product Manager di Emesent Aura, per discutere del motivo per cui il georeferenziazione PPK è stata inserita nella roadmap, di cosa comporti per i topografi sul campo e di cosa i team debbano sapere prima di implementarla.
Greg, cominciamo dal problema. Cosa ti dicevano i clienti prima di questa versione?
Sempre la stessa storia. Un topografo guida per due ore fino a un sito remoto, installa la sua attrezzatura, inizia l'acquisizione... e poi passa l'ora successiva a risolvere i problemi causati da una connessione NTRIP interrotta o da un collegamento instabile con una stazione di base locale. Oppure torna in ufficio e si rende conto che le correzioni intermittenti hanno compromesso il georeferenziazione. I dati ci sono, ma la qualità non è quella che dovrebbe essere.
Ciò che mi ha colpito è stato quanto di tutto questo disagio sia evitabile. I dati GNSS sottostanti vengono registrati. Lo SLAM . La scansione è buona. Il problema è una dipendenza dalle comunicazioni che possiamo aggirare con soluzioni ingegneristiche – ed è esattamente ciò che fa il PPK.
Per chi non ne sapesse nulla, come spieghereste la differenza tra PPK e RTK in parole semplici?
RTK (Real-Time Kinematic ) è l'approccio tradizionale. Funziona trasmettendo in streaming i dati di correzione in tempo reale da una stazione base al rover durante l'acquisizione. Quando funziona, è eccellente. Tuttavia, dipende da una connessione stabile e a bassa latenza sul campo, e questa è una richiesta impegnativa nelle aree remote o in qualsiasi luogo con linee di base lunghe o dove il terreno ostacola il segnale.
Il PPK (Post-Processed Kinematic ) ribalta il modello. Invece di calcolare le correzioni in tempo reale, si registrano i dati GNSS grezzi durante la missione e li si elabora in un secondo momento. La precisione è equivalente – si ottiene comunque un georeferenziazione a livello centimetrico – ma si elimina completamente la dipendenza dalla connettività. Il lavoro sul campo e l’elaborazione sono disaccoppiati, il che cambia notevolmente il modo in cui si pianifica ed esegue un rilievo.
In che modo funziona Aura all'interno di Aura ? 
Durante l'acquisizione, il ricevitore GNSS registra come di consueto le osservazioni GNSS grezze insieme ai dati LiDAR IMU. Una volta tornati dal sito, si importano i dati della stazione di base – che provengano da una base locale configurata dall'utente o da una stazione CORS nelle vicinanze – e si elaborano queste correzioni utilizzando un software di elaborazione RINEX per ottenere una traiettoria georeferenziata. Tale traiettoria corretta viene poi fusa con Emesent SLAM produrre un output di nuvola di punti georeferenziato e corretto.
La cosa fondamentale è che la qualità della georeferenziazione non dipende più da ciò che accadeva al segnale durante la scansione. Si lavora a partire dal set di dati completo registrato, elaborato in condizioni controllate.
Ci sono delle limitazioni di cui i team dovrebbero essere a conoscenza?
Sì - Il supporto PPK in questa versione si applica esclusivamente ai flussi di lavoro di scansione a terra, in particolare quando si utilizzano configurazioni portatili, con asta di rilevamento, a zaino o montate su veicoli. Al momento non è supportato per le implementazioni con droni. Se si utilizza Hovermap un UAV, il flusso di lavoro di georeferenziazione rimane per ora invariato.
Un altro aspetto da tenere presente è che il PPK richiede ancora i dati della stazione base per la post-elaborazione. È necessario registrare i dati dalla propria base durante la scansione oppure avere accesso a una stazione CORS entro una distanza di base ragionevole. Questo elimina la dipendenza dalle comunicazioni in tempo reale, ma non elimina del tutto la necessità di una fonte di riferimento.
In quale ambito ritieni che questo aspetto possa fare la differenza per i clienti?
Il rilevamento in aree remote e regionali è l’esempio più ovvio: ovunque la copertura cellulare sia irregolare o le reti CORS siano scarse. Riceviamo inoltre molte segnalazioni da team che operano in ambienti di estrazione a cielo aperto e in miniere di superficie, dove le lunghe linee di base rendono l’RTK inaffidabile.
Vale anche la pena sottolineare che Aura questa versione il supporto PPK va oltre Aura : anche Commander .3 è stato aggiornato per supportare i flussi di lavoro PPK, garantendo così un’esperienza end-to-end coerente su tutta la piattaforma. È un ottimo esempio di come questi strumenti siano progettati per funzionare insieme anziché in modo isolato. In questo video tutorial.
È inoltre possibile scaricare un set di dati Hovermap proprio qui - Hovermap : Ponti pedonali e stradali.
Più in generale, ritengo che questo restituisca ai topografi qualcosa a cui non avrebbero mai dovuto rinunciare: la certezza che i dati che stanno acquisendo saranno utilizzabili, indipendentemente dalle condizioni del segnale.