General requirements:
- optimally platform independent solution (Windows / Linux)
- final code released as open-source
Ground Radiation Monitoring QGIS Plugin https://ctu-geoforall-lab.github.io/qgis-ground-radiation-monitoring-plugin/
Radiation Reconnaissance Results QGIS Plugin https://ctu-geoforall-lab.github.io/qgis-radiation-reconnaissance-results-plugin/
Requirements
- no need for GUI, can be CLI (console) application or script
- rather not Windows-only, but can be linux-only (possible to run using virtual machine)
- not dependent on any paid / commercial software or 3rd party online service
- input - depends on further discussion with the developer, we can provide various formats...
- output can be just CSV (map display is not necessarily required, data will be further processed)
Description
Brief description: use GPS (EPSG:4326) waypoint data roughly defining planned path and perform helicopter flight simulation - e.g.:
-
generate route points according to time / speed preset - there is constant time interval between points (usually 1 second), and there is planned speed like 100 km/h but the speed is not constant in real condition and is lower especially in the turns (data for analyses will be released later)
-
add some flight inaccuracy (the flight path is never straight)
-
calculate additional parameters like GPS heading, UTM coordinates - there seems to be a way to calculate appropriate UTM zone from lat / lon https://stackoverflow.com/questions/58828828/auto-detect-coordinate-reference-system-based-on-coordinates-in-gpx-file
-
include flying out of the monitoring area when turning from one monitoring line to other
Check DEMO Airborne gammaspectrometric data "Uluru" for details: https://github.com/juhele/opengeodata/tree/master/Airborne_gammaspectrometry_demo_data
- contains both flight plan data and real flight path
Why do wee need it?
We are able to simulate measured data but would be useful being able to generate custom and purely fictional monitoring paths - mainly for training purposes.
Available data
- we can provide several datasets with real flight paths (GPS, speed, heading, altitude) and technical details about used helicopters
Requirements
- QGIS 3.x plugin
- use UTF-8 CR-LF encoding for text outputs for full Windows/Unix compatibility
Introduction
The territorial network of thermoluminescent dosimeters (TLD) is a part of the Czech Radiation Monitoring Network. Consists of 180 points with dosimeters - some outdoors, some in buildings.
In case of a normal radiation situation, the measurements are performed quarterly, in case of a radiation accident more often. The dosimeters are gradually collected by car and transported to the lab to get the results.
details in English: https://www.suro.cz/en/rms/tld
details in Czech: https://www.suro.cz/cz/rms/tld/sit-termoluminiscencnich-dozimetru-tld-sit
Problem to solve
As described above, the dosimeters are placed in various locations (e.g. input dataset with static locations and ID / name). The dosimeters are replaced with "new" ones from time to time and in case of some emergency it is planned to perform such replacement more often (the time interval is not important for this task).
So someone takes a car, picks up all the dosimeters and takes them in a lab to be analysed to get the dose values for each one.
However we do not know how big was the part of the dose obtained during the transport - which may not be negligible for emergency situations and is different for each of the dosimeters:
Task 1 - determine car stop at the pickup station
- measurement data contain GPS, dose rate values and time (mostly in GPS Epoch format)
- input layer of stations is static
- it is not always possible to park directly at the station, some detection algorithm needs to be implemented (it is possible to calculate speed or use station proximity...)
Task 2 - calculate the dose
- relatively easy ... dose in microSieverts is dose rate in microSieverts per hour multiplied by time in hours for particular interval (between two measurement points)
- the dose for each dosimeter starts counting after pickup and ends with delivery - e.g. the time is not equal for the dosimeters (see pic above)
- result can be some vector point layer (Shapefile, GeoPackage) with the calculated and measured data - all the auxiliary values can also be stored in the attribute table
Task 3 - generate text report
- simple text file is enough and universal for mailing or other processing
- use UTF-8 CR-LF encoding for text outputs for full Windows/Unix compatibility
- use some predefined description + add values for particular dosimeters - the dosimeter could have just some number and information about pickup station like "Dosimeter no.1, pickup station: Kutná Hora" where the number is automatically generated and pickup station name taken from the static station layer
Available data
- we can provide dataset of the pickup points and several car drive tracks with some values
PS: some code from https://ctu-geoforall-lab.github.io/qgis-ground-radiation-monitoring-plugin/ might be useful for reuse here :-)