Accuratezza e validazione del rilievo: RMSE e check point

"Che precisione ha questo rilievo?" è la domanda che un committente, un collaudatore o un giudice farà prima o poi. La risposta corretta non è un numero letto dalla scheda del drone, ma una misura fatta su punti indipendenti e documentata. In questa guida vedi come produrla con WebODM e come scriverla in una relazione tecnica che regga a un controllo.

1. Accuratezza e precisione#

I due termini si usano come sinonimi nel linguaggio comune; in topografia no.

Un modello può essere preciso e non accurato: tutto coerente, ma traslato di 2 m perché il GPS del drone era sbagliato. Può essere accurato in planimetria e non in quota. I GCP migliorano l'accuratezza; la qualità delle immagini e della geometria del volo governa la precisione.

2. Perché i residui dei GCP non bastano#

Nel report di WebODM ogni GCP ha un errore in X, Y e Z. Questi residui dicono quanto il modello, dopo essere stato costretto a passare per i GCP, si discosta ancora da essi. Sono utili per trovare un punto misurato male, ma sottostimano l'errore reale: il modello è stato ottimizzato proprio su quei punti.

L'unico modo per stimare l'accuratezza è confrontare il modello con punti che non ha mai visto: i check point. Stessa qualità di misura dei GCP, stessa distribuzione nell'area, ma esclusi dal calcolo. Almeno 3–5; più sono, più la stima è affidabile.

Come predisporli in campo e in WebODM, compresa la funzione "checkpoint" annunciata in ODX nel luglio 2026, è spiegato nella guida sui GCP.

3. Calcolare l'RMSE#

L'indicatore più usato è l'errore quadratico medio (RMSE, Root Mean Square Error), calcolato separatamente per ogni coordinata.

Per ogni check point i calcoli la differenza tra la coordinata letta nel modello e quella misurata in campo:

dX_i = X_modello,i − X_campo,i
dY_i = Y_modello,i − Y_campo,i
dZ_i = Z_modello,i − Z_campo,i

Poi, con n check point:

RMSE_X = sqrt( Σ dX_i² / n )
RMSE_Y = sqrt( Σ dY_i² / n )
RMSE_Z = sqrt( Σ dZ_i² / n )
RMSE_XY = sqrt( RMSE_X² + RMSE_Y² )

Riporta anche la media delle differenze (indica un errore sistematico: se tutti i dZ sono +0,08 m, il modello è alto di 8 cm) e il massimo in valore assoluto (indica il punto peggiore).

Esempio con quattro check point (valori in metri):

Lettura: planimetria intorno ai 2 cm, quota intorno ai 3 cm, con una leggera tendenza del modello a stare più alto del terreno (media dZ positiva). Con un GSD di 1,5–2 cm/px sono valori attesi; con la media dZ di 2,3 cm varrebbe la pena verificare se c'è un piccolo offset sistematico in quota.

Un foglio di calcolo basta. Se preferisci, in QGIS puoi leggere le coordinate dei check point sull'ortofoto e la quota sul DSM con lo strumento di identificazione, e portarle nel foglio.

3.1 Come leggere i check point nel modello#

• Planimetria (X, Y): individua il centro del target sull'ortofoto alla massima risoluzione e leggi le coordinate. L'incertezza di lettura è di circa mezzo pixel, quindi non aspettarti RMSE_XY inferiori a metà GSD.
• Quota (Z): leggi il valore del DSM nel pixel del target. Attenzione ai target appoggiati su vegetazione o su bordi: il DSM lì è rumoroso. Meglio target su superfici piane e dure.
• Se hai la funzione checkpoint di ODX, gli scarti sono già nel report: verifica nella documentazione ufficiale come vengono calcolati e presentati nella tua versione.

4. Leggere gli errori nel report di WebODM#

Il report PDF che WebODM produce per ogni task (se non hai attivato --skip-report) contiene le informazioni che servono alla relazione.

Il report documenta la precisione e la coerenza interna. L'accuratezza la dimostri tu con i check point (§3). Spiegazione dettagliata di ogni sezione nella guida al report di qualità.

5. Cosa influenza l'accuratezza#

Prima di promettere un valore, sappi da cosa dipende.

• GSD: l'errore planimetrico ottenibile è dell'ordine di 1–2 volte il GSD; quello in quota di 2–3 volte. Con GSD di 3 cm/px non aspettarti 1 cm.
• Qualità della misura GNSS dei GCP e check point: se i punti a terra hanno 3 cm di incertezza, non puoi misurare un'accuratezza di 1 cm.
• Numero e distribuzione dei GCP: vedi la guida sui GCP.
• Geometria del volo: sovrapposizione, griglia doppia, foto oblique aiutano la quota e riducono le deformazioni. Vedi acquisire le immagini.
• Camera: otturatore meccanico o globale, ottica fissa, messa a fuoco bloccata.
• Superficie: vegetazione, acqua e superfici uniformi degradano il DSM e la quota dei check point.
• Parametri di elaborazione: --feature-quality, --pc-quality, --dem-resolution e simili incidono sulla risoluzione e sul dettaglio; l'accuratezza assoluta dipende soprattutto da GCP e volo.

6. La relazione tecnica#

Una relazione utile è breve, verificabile e riproducibile: chi la legge deve poter capire cosa hai fatto e, con gli stessi dati, ottenere lo stesso risultato. Struttura consigliata:

1. Oggetto e finalità. Cosa è stato rilevato, per chi, con quale scopo (ortofoto documentale, calcolo volumi, aggiornamento cartografico). Lo scopo determina l'accuratezza richiesta.
2. Strumentazione. Drone e camera (modello, sensore, focale, tipo di otturatore), ricevitore GNSS per i punti a terra (modello, modalità RTK/statico, rete di riferimento usata), software con versione.
3. Volo. Data e ora, quota, GSD nominale, sovrapposizione longitudinale e trasversale, schema (griglia singola/doppia, oblique), numero di immagini, condizioni meteo e di luce, riferimento all'autorizzazione o alla categoria operativa.
4. Punti a terra. Numero di GCP e check point, materializzazione (target, chiodi), metodo e precisione della misura, sistema di riferimento e tipo di quota, schema di distribuzione (una figura).
5. Elaborazione. Software e versione (per esempio "WebODM con motore ODX, versione X" oppure "ODM 3.6.0"), preset o elenco delle opzioni non predefinite (--feature-quality, --pc-quality, --dsm, --dtm, --dem-resolution, --orthophoto-resolution, --gps-accuracy, --force-gps, ecc.), file GCP allegato.
6. Risultati di controllo. Tabella dei residui dei GCP dal report; tabella dei check point con dX, dY, dZ, RMSE, media e massimo; commento sugli eventuali errori sistematici.
7. Sistema di riferimento degli output. Codice EPSG di ortofoto, DSM/DTM e nuvola di punti; convenzione delle quote (ellissoidiche o ortometriche e con quale geoide); eventuali trasformazioni applicate.
8. Prodotti consegnati. Elenco dei file con formato e risoluzione (ortofoto GeoTIFF a 2 cm/px, DSM a 5 cm/px, nuvola LAZ, report PDF, file GCP).
9. Limiti e avvertenze. Zone con vegetazione o acqua dove il DSM non è affidabile, aree ai bordi con minore sovrapposizione, ostacoli, qualsiasi cosa che il committente deve sapere per usare bene i dati.
10. Allegati. Report di qualità di WebODM, file gcp_list.txt, log GNSS, schema del volo.

Due avvertenze. Primo: non promettere conformità a norme o standard specifici se non li hai verificati punto per punto; dichiara i risultati misurati e lascia il giudizio a chi deve valutarli. Secondo: prima del volo, confronta le tue attese con il capitolato o con il committente. Un rilievo a 3 cm di RMSE è ottimo per molti usi e insufficiente per altri; scoprirlo dopo costa più di una telefonata prima.

7. Buone pratiche per una consegna difendibile#

• Conserva tutto: immagini originali, file GCP, log GNSS, report, opzioni usate. Se WebODM gira su Docker, fai un backup del progetto (vedi aggiornare, backup e ripristino).
• Ripeti il calcolo con gli stessi parametri se cambi versione del software: le versioni di ODX e ODM divergono dal 2026 e i risultati possono cambiare leggermente.
• Usa check point anche nei rilievi ripetuti nel tempo: il confronto tra due date è credibile solo se ogni data è validata.
• Non "aggiustare" i GCP fino a far sparire i residui: un punto con residuo anomalo si elimina dichiarandolo, non si sposta.

Problemi frequenti#

RMSE planimetrico buono, verticale scarso. Tipico di voli a griglia singola con sola camera nadir su terreno piatto. Aggiungi strisciate trasversali o foto oblique, aumenta i GCP a quote diverse, verifica la convenzione delle quote.

Media delle differenze molto diversa da zero. Errore sistematico: offset di quota (ellissoide/geoide, --gps-z-offset errato), sistema di riferimento diverso tra GCP e check point, o antenna GNSS non centrata sul target durante la misura.

Un check point ha un errore enorme. Prima di scartarlo, controlla: target mosso tra misura e volo, coordinate trascritte male, lettura sull'ortofoto in una zona di bordo o coperta da vegetazione.

Il committente chiede "la precisione del drone". Spiega la differenza tra la scheda tecnica del ricevitore e l'accuratezza del prodotto finale, e mostra la tabella dei check point.

Prossimi passi#

• Punti di controllo a terra (GCP): predisporre GCP e check point in campo e in WebODM.
• Leggere il report di qualità: ogni sezione del PDF spiegata.
• Sistemi di riferimento italiani: EPSG e quote da dichiarare nella relazione.