This indicates the need for estron to be able to not only run queries and present results in a GUI but also to export that data in machine-interpretable formats so that metadata calculated from one data source is made available for further calculations.
Currently, there is only theoretical support for export - there are a variety of possibilities (or a permutation of these):
Of these options, explicit support is probably the simplest to provide as the estron file concerned would need to define the export format from the internal data types. That kind of mapping could be very difficult to do on a generic basis so there will need to be some kind of "knowledge" embedded into the maps and therefore a relationship between the estron files that use a particular backend for export and the kind of functionality in the estron file itself.
Intermediate sources may be unnecessarily complicated - if there is a need for an intermediate format, might as well try to make that format as generic as possible.
One solution for CSV export (and possibly XML) is for an estron handler to accept a series of tags that represent the columns (or tags) in the export format, respectively. The XML handler would need some kind of secondary mapping to describe the intended tag names as well as the data to put into the tags via the data itself.
1.5.5