Een nauwkeurige karteervlucht met een drone vliegen (RTK + GCP's)

Hoe plant u een nauwkeurige karteervlucht?

Vlieg een geautomatiseerd raster ("maaipatroon"): parallelle lijnen op een constante hoogte boven de grond met de camera recht naar beneden gericht (nadir), op vaste afstanden getriggerd door een vluchtplanningsapp.^[3] Stel de gewenste GSD en overlap in de app in; die rekent hoogte, lijnafstand en triggerafstand uit. Beslis daarna hoe het model zijn absolute positie krijgt (RTK, PPK of GCP's) en houd enkele ingemeten punten achter als onafhankelijke controlepunten.

Wat is GSD en hoe berekent u de vlieghoogte?

De grondresolutie (ground sampling distance, GSD) is de afstand op de grond tussen de middelpunten van twee naburige pixels.^[1] Ze bepaalt hoe klein een detail kan worden gekarteerd en, samen met de kwaliteit van het netwerk en de posities, hoe nauwkeurig het resultaat kan zijn. De vlieghoogte die een gewenste GSD geeft, is^[1]

H = (N · GSD · f) / Sw, met H in meters, N de beeldbreedte in pixels, GSD in meters per pixel, f de werkelijke brandpuntsafstand en Sw de werkelijke sensorbreedte (f en Sw in dezelfde eenheid, niet het kleinbeeldequivalent). Omgekeerd: GSD = H · Sw / (f · N).

Uitgewerkt voorbeeld, DJI Phantom 4 RTK: 1-inch sensor, 20 MP, 5 472 pixels breed, f = 8,8 mm. DJI geeft GSD = H / 36,5 cm per pixel.^[2] Bij H = 100 m is dat 2,74 cm per pixel; de voetafdruk is 5 472 × 2,74 cm ≈ 150 m breed en ≈ 100 m hoog (3 648 pixels). De hoogte halveren halveert de GSD maar vraagt, omdat de oppervlakte per beeld met een factor vier daalt, ongeveer vier keer zoveel beelden.

Als richtlijn voor wat GSD oplevert: Pix4D noemt de te verwachten relatieve nauwkeurigheid van een correct geschaald en gereconstrueerd project 1–2 × GSD horizontaal en 1–3 × GSD verticaal, en merkt op dat de absolute nauwkeurigheid niet beter kan zijn dan de nauwkeurigheid van de beeldposities of de GCP's.^[4] Een GSD van 2,7 cm ondersteunt dus geen claim van 1 cm; daarvoor is een lagere vlucht nodig, of een ander soort meting.

Hoeveel overlap heeft u nodig?

Het minimum van Pix4D voor algemene gevallen is 75 % langsoverlap en 60 % dwarsoverlap; vlak, uniform terrein (zoals velden) vraagt minstens 80 % op beide, en bos of dichte vegetatie minstens 85 % op beide.^[3] Een gangbare werkkeuze, gebruikt in de voorbeelden hier, is 80 % langs en 70 % dwars. Overlap laat de software hetzelfde punt in veel beelden vinden; ze kan achteraf niet worden toegevoegd, dus voeg bij twijfel overlap toe.

De overlap bepaalt direct de afstanden: triggerafstand d = hoogte voetafdruk × (1 − langsoverlap); lijnafstand s = breedte voetafdruk × (1 − dwarsoverlap). Voor de Phantom 4 RTK op 100 m met 80 % / 70 % is d = 20 m en s = 45 m, dus elk beeld voegt ongeveer 900 m² nieuwe grond toe. Meer overlap kost meer beelden: 1 200 beelden dekken dan ruwweg 108 ha, vóór marges rond het gebied.

Overlap voegt redundantie en puntdichtheid toe, maar verandert niets aan de bijna parallelle zichtgeometrie die doming veroorzaakt (zie hieronder); camerahoeken doen dat wel.^[10]

Hoe snel kunt u vliegen en hoe voorkomt u bewegingsonscherpte?

Onscherpte is de afstand die het toestel tijdens de belichting aflegt: onscherpte = snelheid × belichtingstijd, vergeleken met de grootte van één pixel op de grond (de GSD). Bij 10 m/s en 1/1000 s beweegt de drone 1 cm, wat 0,36 pixel is bij 2,74 cm GSD; bij 1/500 s is het 2 cm, 0,73 pixel. Een gangbare vuistregel (een afspraak, geen norm) is de onscherpte ruim onder één pixel te houden; een lagere GSD maakt dezelfde onscherpte erger, dus lage, snelle vluchten vragen snellere sluitertijden.

• Het type sluiter doet ertoe. De Phantom 4 RTK heeft een mechanische sluiter met een bereik van 8 tot 1/2000 s.^[2] Camera's met een elektronische (rolling) sluiter lezen de sensor regel voor regel uit, wat het beeld bij snelheid scheeftrekt; dit kan in de verwerking worden gemodelleerd, en de correctie verbeterde de nauwkeurigheid bij 8 m/s in een Pix4D-studie.^[5]
• Houd ook de triggerafstand in de gaten: bij 8 m/s en 20 m tussen belichtingen moet de camera elke 2,5 s één beeld kunnen maken.
• Belichting en scherpstelling: houd de belichting tijdens de vlucht constant, gebruik een lage ISO voor zover de sluitertijd dat toelaat, en laat autofocus niet tussen beelden veranderen. Dit is praktijk in het veld en geen norm; een onscherp beeld geeft slechte koppelpunten en is achteraf niet te herstellen.
• Formaat: Orthosite neemt JPEG-, PNG- en TIFF-beelden en leest hun EXIF/XMP-data; HEIC en RAW (DNG) worden niet geaccepteerd.

Raster, dubbel raster of schuine beelden?

Een enkel nadirraster boven vlak terrein is de klassieke oorzaak van "doming": bijna parallelle zichtrichtingen maken de lensvervorming moeilijk te scheiden van de vorm van de grond, zodat het model kan doorbuigen terwijl het op echt terrein lijkt; James en Robson koppelen de fout aan bijna parallelle opnamerichtingen en een onnauwkeurige correctie van radiale lensvervorming.^[10] Convergerende (schuine) beelden nemen de dubbelzinnigheid weg. In een studie met 150 scenario's tegen een terrestrische laserscanner verbeterden schuine hoeken van 20–35° de precisie en nauwkeurigheid met bijna 50 % ten opzichte van blokken met alleen nadirbeelden.^[7] James en Robson melden dat vluchtplannen met toegevoegde schuine beelden de systematische DEM-fout zonder controlepunten tot twee ordes van grootte kunnen verminderen;^[10] een latere studie vond dat licht hellende camera's (onder 15°) de nauwkeurigheid zelfs kunnen verminderen, en dat het achteraf modelleren en aftrekken van de systematische fout uit de topografie een robuuster middel is dan kleine afwijkingen van nadir.^[6]

Verticale vlakken (gebouwzijden, keermuren, flanken van depots) zijn van recht boven helemaal niet te zien; ze vragen schuine beelden. De vluchtgeometriecontrole van Orthosite leest per beeld de camerahelling en koersen en markeert een blok zonder schuine beelden (onder 5 %) als advies, met dezelfde richtlijn van 20–35°. Het verandert niets aan hoe de vlucht wordt verwerkt.

RTK, PPK of grondcontrolepunten: welke heeft u nodig?

Alle drie geven het model zijn absolute positie en schaal; ze werken op verschillende manieren.

• RTK corrigeert de positie van de drone in real time via een basisstation of netwerk en voorziet elk beeld van de gecorrigeerde positie. Het heeft tijdens de vlucht een stabiele verbinding nodig.^[8]
• PPK logt ruwe GNSS-data op de drone en een basis en corrigeert ze na de vlucht; het heeft geen live verbinding nodig en is toleranter voor onderbrekingen.^[8] De gecorrigeerde coördinaten moeten vóór het uploaden in de beelden worden geschreven.
• GCP's zijn doelen op de grond die met een GNSS-rover of total station zijn ingemeten en in de beelden gemarkeerd. Ze zijn onafhankelijk van de GNSS van de drone.

Voor de Phantom 4 RTK specificeert DJI een RTK-positienauwkeurigheid van 1 cm + 1 ppm horizontaal en 1,5 cm + 1 ppm verticaal.^[2] Dat is de nauwkeurigheid van de camerapositie, niet van de opgeleverde kaart. De kaart wordt alleen aan onafhankelijke controlepunten getoetst. Studies naar grondcontrole laten zien dat de nauwkeurigheid wordt overschat als ze wordt beoordeeld aan de controlepunten die in de vereffening zijn gebruikt in plaats van aan onafhankelijke controlepunten, en dat een gelijkmatige verdeling ertoe doet.^[9] De handleiding over grondcontrole behandelt aantal en plaatsing.

Wat doet Orthosite met RTK, PPK en GCP's?

Dit zijn de regels in de verwerkingscode, zodat u erop kunt plannen:

• RTK-vluchten worden uit de beelden herkend. Orthosite leest de DJI RTK-tags in elk beeld (en, voor andere merken, de EXIF-tag GPSHPositioningError). Een vlucht telt als RTK-vlucht wanneer minstens 95 % van de beelden een RTK-oplossing heeft (fixed of float). Een vlucht met alleen fixed-oplossingen krijgt een uniform positiegewicht van 5 cm; zijn er float- of niet-RTK-beelden tussen gemengd, dan wordt elk beeld gewogen met zijn eigen gerapporteerde standaardafwijking, verdubbeld, omdat ontvangers de neiging hebben te optimistische precisies te melden.
• RTK zonder GCP's: de posities komen uit de RTK-tags. Hoogtes in RTK-beelden zijn ellipsoïdaal; het gekozen hoogtestelsel wordt daarna toegepast, met de geoïde op elk punt geëvalueerd.
• RTK met GCP's: de GCP's bepalen het datum en de RTK-posities houden de vorm van het blok vast. Orthosite logt de aangepaste afwijking tussen RTK en GCP's en waarschuwt wanneer die 5 cm in het vlak of 8 cm in hoogte overschrijdt. Een grote afwijking betekent dat een van de twee fout is, vaak de basiscoördinaten of het datum.
• Beelden zonder RTK-oplossing hebben een barometrische hoogte. Een DJI-drone zonder RTK-oplossing schrijft de barometrische hoogte van de vluchtcontroller, geen ellipsoïdale of zeeniveauhoogte. Op twee Orthosite-testvluchten met dezelfde Phantom 4 RTK zonder RTK gevlogen, lagen de beeldhoogtes de ene dag ongeveer 132 m te laag en een andere dag ongeveer 126 m te hoog. Orthosite "corrigeert" deze hoogtes daarom nooit; het schrijft ze met een grote onzekerheid (3 m horizontaal, 10 m verticaal, en 100 m wanneer de vlucht ook RTK-beelden heeft, zodat ze het datum niet kunnen verschuiven).
• Geen GCP's en geen RTK-vlucht: de vlucht krijgt de fout hoogtedatum niet geverifieerd. De hoogtes liggen in een onbekend datum, de posities in het vlak zijn van GNSS-klasse (meters) en volumes tegen een vast niveau kunnen niet worden geleverd; relatieve metingen binnen het model worden niet beïnvloed. Voeg GCP's toe of een ingemeten bekend punt. Zegt u tegen Orthosite dat de posities met PPK of een netwerk zijn gecorrigeerd terwijl de beelden geen RTK-tag hebben, dan wordt de melding een waarschuwing dat het datum alleen op uw verklaring rust.
• Niets vervangt controlepunten. Het nauwkeurigheidsrapport gebruikt alleen punten die niet in de vereffening zijn gebruikt en vermeldt het aantal controlepunten; bij weinig punten zegt het dat. ASPRS Edition 2 (2023) verhoogde het minimum voor een formele productbeoordeling tot 30 controlepunten.^[11]
• Beeldlimiet: de verwerkingsengine verwerkt op dit moment hooguit 1 200 beelden per vlucht, wat het abonnement ook toestaat; met Trial kunt u tot 400 beelden per vlucht gebruiken, met Personal 1 000 en met Pro, Business en Enterprise 1 200. Plan het vluchtgebied daarop (zie de tabel hierboven).

Welke nauwkeurigheid heeft Orthosite op echte vluchten gemeten?

Twee benoemde Orthosite-testvluchten, met de DSM-hoogte afgelezen op ingemeten punten die buiten de vereffening zijn gehouden:

• Sangis (234 beelden, alleen GCP's, 16 achtergehouden punten in twee folds): hoogte-RMSE 1,4 cm.
• Bräcke (alleen RTK, 5 controlepunten): hoogte-RMSE 0,8 cm. Dat lage cijfer is deels twee fouten die elkaar opheffen: het RTK-datum lag ongeveer 2,5 cm onder de GCP-meting, terwijl de DSM van de engine ongeveer 2 cm boven de doelen lag die ze afbeeldde. Met de GCP's in de vereffening lag het oppervlak ongeveer 3 cm te hoog. Daarom rapporteert Orthosite de afwijking tussen RTK en GCP's in plaats van haar te verbergen, en daarom rastert het de DSM nu zelf in plaats van het raster van de engine te gebruiken.

Dit zijn losse, vlakke of laagreliëfterreinen met weinig punten. Ze tonen wat de keten kan; ze zijn geen belofte voor uw terrein. De nauwkeurigheid van uw eigen vlucht is die in het controlepuntenrapport.

Hoe beïnvloeden weer, licht en terrein de vlucht?

• Licht: gelijkmatig licht geeft consistente tinten over de beelden; harde schaduwen en snel bewegende wolkenschaduwen veranderen het uiterlijk van dezelfde grond tussen belichtingen.
• Terrein: houd de hoogte constant ten opzichte van de grond zodat GSD en overlap gelijk blijven;^[3] gebruik op heuvelachtige terreinen de terreinvolgfunctie van uw vluchtapp. Plaats GCP's op de hoogste en laagste delen.
• Wind: hij kantelt het toestel en verandert de grondsnelheid langs de lijnen; controleer de eigen limieten van de drone en vlieg lijnen zo dat de beelden de geplande overlap houden.
• Voor het opstijgen: maak de lens schoon, controleer of RTK een fixed-oplossing heeft (of dat de PPK-basis logt), en lees de lokale luchtruim- en operatorregels. Regels verschillen per land.

Checklist voor de vlucht

• Gewenste GSD en vlieghoogte berekend voor uw camera; overlap ingesteld (minstens 75 / 60 %, bij voorkeur 80 / 70 %)
• Gebied afgestemd op de limiet van 1 200 beelden
• Camera: snelle sluiter voor uw snelheid en GSD, constante belichting, geen autofocuswisselingen, schone lens
• Schuine pass of tweede hoogte gepland als u hoogtes, gevels of depotflanken nodig hebt
• RTK fixed (of PPK-basis logt); coördinatenstelsel van de basis bekend
• GCP's en aparte controlepunten geplaatst en ingemeten
• Terreinvolging aan boven heuvels; luchtruim en weer gecontroleerd

Laatst gecontroleerd: 2026-10-10