Don't force microFlex users to click through large amounts of sub-directories

The Bruker file format consists of several sub-folders, which makes navigation hard. With the introduction of randomly generated GUIDs like 4ec601cc-355a-4346-9253-3a266905d4df from the Compass 4 series this becomes even more of a problem as data is hard to find in the file explorer:

The folder structure looks like this:

project hash (e.g. 4ec601cc-355a-4346-9253-3a266905d4df)
- statusInfo.json (contains the status of the measurement for online identification)
- sample hash (e.g. 8aa8ba7a-e2eb-4e5b-81cc-9bf86533624e)
- info (file contains the analyte ID)
- 0_C1 (folder, probably position on the target)
  - 1 (always "1")
  - 1SLin (always "1SLin")
    - acqu (textfile with instrument metadata)
    - acqus (textfile with instrument metadata)
    - fid (contains the binary data)
    - sptype (textfile containing "tof")
    - pdata (another folder)
    - 1 (folder, always "1")
      - 1r (binary data)
      - proc (textfile with instrument metadata, looks redundant)
      - procs (textfile with instrument metadata, looks redundant)

Brukers own Explorer offline identification software automatically skips folder until it sees the data, so it needs less clicks, but it can't read the automation server metadata, which is very inconvenient when working with data generated by Bruker Biotyper Online systems or Bruker Biotyper Satellite systems:

with the only workaround being to filter by time and date of the measurement:

So we have a chance to make it better than the original. I suggest not making the fid file inside the complex folder structure, but the folders above clickable and maybe even already display the analyte ID. Some kind of generic system would be a good idea so we don't end up with vendor specific file browsers.

OpenChrom / OpenTyper

Don't force microFlex users to click through large amounts of sub-directories #28