
Mensen die nieuw zijn bij GPR-arrays denken misschien dat array-data meer van hetzelfde betekent. Hoewel dit gedeeltelijk waar is, zijn er nog andere details die, als ze in overweging worden genomen, de volgende fasen van het laden, verwerken en interpreteren van dergelijke gegevens kunnen vergemakkelijken. Deze nota is bedoeld om enkele tips te geven over het gegevensverzamelingsproces en het daaropvolgende beheer van de verzamelde gegevens.
Datavolume en -dichtheid:
Een klein 3D-project kan in totaal ongeveer 5 GB aan ruwe gegevens bevatten. Naar moderne maatstaven geen groot bestand en eenvoudig genoeg om over te zetten met een geheugenstick. Vanuit het oogpunt van gegevensbeveiliging en -verwerking is het echter niet verstandig om al die gegevens in één bestand op te slaan. Waarom? Goedkope geheugensticks zijn gevoelig voor bestandsbeschadiging tijdens de overdracht, en dit kan vooral problematisch zijn als de gegevens zich in één bestand bevinden en op een of andere manier worden beïnvloed die niet onmiddellijk merkbaar is voor de operator.
Daarom adviseren wij om zelfs kleine projecten in meerdere parallelle banen te verdelen (indien mogelijk). Bovendien is het datavolume lineair met de puntafstand, waarbij de helft van de puntafstand het dubbele datavolume betekent. Het heeft doorgaans geen voordeel om gegevens te verzamelen met een hogere dichtheid dan de helft van de kanaalafstand van de array. Daarom komt een array met een kanaalafstand van 8 cm overeen met een puntafstand van 4 cm.
Navigatie (in de gegevens):
Figuur 2 hierboven toont een vrij klein project, voor zover het de ruwe radargegevens betreft (circa 4.5 GB), maar de interpretatie van een project als dit betekent dat er van een km-schaal naar een paar meter moet worden genavigeerd, wat nogal wat ruimte in beslag neemt. hoge eisen aan de gebruikte verwerkingssoftware.

positionering:
Positionering is veruit een van de belangrijkste gespreksonderwerpen als het gaat om het verzamelen van arraygegevens. Het gebruik van RTK-GPS met hoge precisie is de handigste en meest efficiënte positioneringsmethode en heeft om deze redenen de voorkeur boven het gebruik van total stations. Dit gemak wordt echter ineffectief in gebieden waar het signaal wordt onderbroken, bijvoorbeeld door boombedekking, hoge gebouwen of andere obstakels boven het hoofd. Uiteindelijk is het de onderzoeksomgeving zelf die bepaalt welke positioneringsmethode moet worden gebruikt. Voor de beschrijvingen die volgen is het belangrijk op te merken dat alleen RTK-fix voldoende is en dat elk verlies van RTK-fix extra werk in het gegevensbeheer zal veroorzaken.
Soms is het mogelijk een project met een slechte positionering te redden; Als het project echter groot is en een hoog percentage positioneringsfouten bevat, kan het voordeliger zijn om het onderzoek opnieuw uit te voeren met een betere positionering dan om kostbare tijd te besteden aan het repareren ervan. Een andere belangrijke overweging die de verwerking later kan vergemakkelijken, is de keuze van de positioneringsdichtheid tijdens het verzamelen van gegevens, aangezien een te hoge dichtheid extra werk kan veroorzaken. Als je niet voldoende controle hebt over het positioneringsproces, heeft het weinig zin om het veld in te gaan voor dataverzameling.

Scherpe bochten tijdens het verzamelen van gegevens:
Bij het verzamelen van gegevens in het veld is het perfect mogelijk om de array op een manier te verplaatsen die een scherpe bocht of straal langs de verzamelde strook produceert. Het is echter een goed idee om na te denken over wat dit soort manoeuvres zullen doen met het daaropvolgende gegevensbeheer. Zoals geïllustreerd in Figuur 3 resulteert een dergelijke straal in gegevens die aanzienlijk langs de buitenomtrek worden uitgerekt, terwijl ze langs de binnenomtrek worden gecomprimeerd. Hoe dit het uiteindelijke beeld kan beïnvloeden, hangt af van de manier waarop de gegevens zijn verzameld. Als de puntafstand bijvoorbeeld is ingesteld op 4 cm tijdens het verzamelen van gegevens en op 8 cm tijdens interpolatie, dan kan het werken, maar interpoleren naar dezelfde bin-grootte als de puntafstand zal definitief van invloed zijn op de gegevens. Daarom is het belangrijk om met dergelijke factoren rekening te houden bij het plannen van een onderzoek; Als dergelijke wendingen onvermijdelijk zijn, structureer het onderzoek dan zo dat de gegevens die op deze punten worden verzameld, niet het belangrijkst zijn voor het totale onderzoek.

Gaten in gegevens
Wat gebeurt er met gebieden die niet door radargegevens worden gedekt? Welnu, moderne software biedt enige mogelijkheid om gegevens in dergelijke lege ruimtes te interpoleren, maar soms kan het toepassen van regularisatie een betere keuze zijn. Ongeacht de theoretische functie die wordt gebruikt, als de lege ruimtes te groot zijn, kan geen enkele software dit repareren, en die gebieden zullen nutteloos zijn voor interpretatie. Een ander, minder voor de hand liggend probleem is dat de interpolatie/binning-functie geheugenruimte op de verwerkingscomputer in beslag neemt, maar in welke mate dit afhankelijk is van de gekozen verwerkingssoftware. Een project zoals weergegeven in Figuur 4 kan moeilijk te verwerken zijn vanwege de zeer grote, ongevulde en gesloten gebieden. Als u ervoor kiest om te verwerken door handmatig de te interpoleren gebieden te definiëren ('chunking'), kan dit natuurlijk altijd mogelijk zijn, maar dat is nogal ouderwets.
Figuur 5 toont een project met 4.5 GB aan ruwe radargegevens, hetzelfde als het project hierboven in Figuur 2. De lay-out van dit project is echter veel beter wat betreft databeheer, omdat het gemakkelijk te navigeren is, geen scherpe bochten kent, noch gaten in gegevens.

Conclusie
Zelfs met de beste planning kan een realistisch project gegevens bevatten die niet optimaal zijn. Daarom is het bij het omgaan met de datavolumes van een modern GPR-arraysysteem altijd raadzaam om problematische data zo vroeg mogelijk te verwijderen. De volgende notitie in deze serie gaat over het onderwerp data-QA/QC en bespreekt nuttige hulpmiddelen voor de selectie en het beheer van data-importen.
Klik hier om dit artikel te downloaden.
Voor meer informatie, verken Raptor-pagina en Condor-pagina