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

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

• Stations' map
• Preview of current data from stations
• Stations’ status
• Explanation of the method of meteor detection
• Description of network’s function
• Press releases

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.

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.

resin.io

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:

• Saada
• GAVO DaCHS

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.

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.).

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.

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.