====== 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 [[en:algorithms|methods of their processing and reduction]].

===== Web pages =====

The network’s web page should contain the following information:
  * [[http://www.bolidozor.cz/Map_Observatory/index.htm|Stations' map]]
  * Preview of current data from stations
  * Stations’ status
  * Explanation of the method of meteor detection
  * Description of network’s function
  * Press releases 

==== 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 [[https://www.zooniverse.org/#space|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 [[http://www.globaltuners.com/home.php|GlobalTuners]] or [[http://www.websdr.org/|WebSDR]]). Such playback would be played after opening the RAW record of an detected radio signal.

===== Data infrastructure of the network =====

=== Autonomous stations actualisations ===

[[https://resin.io/|resin.io]]

==== Making acces to data records ====

Data copy on our storage place can be made accessible in future using [[http://en.wikipedia.org/wiki/Virtual_observatory|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:

  * [[http://saada.unistra.fr/saada/spip.php?article32|Saada]]
  * [[http://soft.g-vo.org/index|GAVO DaCHS]]

==== 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  [[http://www.zadnaveda.cz/stratocaching-1/|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.