Table of Contents

TODO list - Bolidozor network

Processing the measured data

Due to an increasing volume of recorded data, it is inevitable to search for more and more effective methods of their processing and reduction.

Web pages

The network’s web page should contain the following information:

Viewing the data

Tagging a meteor’s head-echo in Internet browser by clicking on a preview generated on server. (a straight line should be tagged with respect to a necessity of findig out the time shift).

The tagging will be done by volunteers, similarly to the SETILive project.

A browsing system, where it would be possible to view data recorded on more stations at the same time - preferably in several windows that could be placed on monitors in the ‘viewing workplace’. The individual viewing windows should have a tied slider, similar to tools dedicated to comparing the files. Other improvement may include using OpenGL to draw textures of large pictures.

Radio records playback

A live waterfall and audio output generated form HTML5 (similar to GlobalTuners or WebSDR). Such playback would be played after opening the RAW record of an detected radio signal.

Data infrastructure of the network

Autonomous stations actualisations

resin.io

Making acces to data records

Data copy on our storage place can be made accessible in future using Virtual Observatory tools. Currently, the Virtual observatory does not support a recording of information about moving objects, because it classifies object according to their coordinates. This problem may be solved by introducing time series (?? časová řada).

Virtual observatory can be currently operated using the following tools:

Test polygon for stations

An internal network dedicated to testing the stations and their software. It may be solved by devoting a test segment in VPN network with fully operational stations.

Demonstrations of data usage

Visualisations for observatories

It is not very useful to demonstrate the waterfall view to mainstream visitors at observatories before they have a knowledge of the stations function.

A web application with a presentation of interesting events recorded by station would therefore be more suitable (for example last meteor, last large bolide, ISS flyover, etc.).

Interactive station

Station may have a button that would playback the last detected meteor.

Other button may serve to guess the flyover of the next meteor. This function can be used as a game for visitors during a meteor swarm. A person that would have the closest guess to an actual meteor detection would be a winner. The number of guesses can be time limited.

Meteor geocaching (meteorcaching)

A calculated impact area of meteors can serve as a geocache target. Žádná věda society came with a similar idea and it realises it as stratocachingu.

An alternative approach may involve geocachers in collecting the data from remote stations located offline - in order to log they would need to upload the recorded data from station.