some design requests after discussion with jochen:

hard constraint:

• a recorder has n navigation data input streams, and one xml output stream
• a recorder does not write to disk, instead writer classes are employed; for the first IGT release, one file writer should be programmed that receives the data stream from the recorder and writes it into an xml file.
• it would be great, to have this xml file compressed with the stream compression of zlib (GZIP)

• a player receives the data stream from any reader class and provides the ability to re-play only specified navigation data input streams.

soft constraints:

• there may be various redundancies in the data. For example, the timestamp of a navigation data usually differs constantly.

It would be great, to have the xml schema defined in a way, that allows optional tags for some data to avoid an unnecessary data overhead...

Hannes macht das weiter

A first version of the recorder and player was added. Now there is stream support, just one file for all inputs.

Next step is to write a test for the classes, implement zlib stream, fast forward and the tool selection.

what is the status for this bug? what is the status regarding the features for IGT-Release 1?

A first working version must be finished for 0.12 release

After reviewing the code, the current version is enough for the release, feature enhancement can be done in the future. Removing 0.12 target milestone.

Reopen bug to commit SystemTime ehancement in NavigationDataRecorder.

[SVN revision 28731]
ENH (#1779): inserted SystemTime attribute in ND-Tag in NavigationDataRecorder