FITS file table graph visualization plugin

[francoismg]

This plugin goal is to enable astrophysicists to explore and plot FITS file table and binary table data directly inside Galaxy.

To achieve this goal the plugin main package astrovisjs https://github.com/esg-epfl-apc/astrojsvis relies on :

• fits-reader javascript library https://github.com/esg-epfl-apc/fits-reader
• BokehJS graph library https://docs.bokeh.org/en/latest/docs/user_guide/advanced/bokehjs.html
• D3 graph library https://d3js.org/

All packages are loaded with npm and the plugin is built using webpack

Plugin main features are :

• Explore any FITS file headers
• Explore table and bintable data in table format
• Load local files when dataset relies on external files data
• Multiple files handling
• Automatic column creation based on header data
• Dynamically plot data using D3 or BokehJS from user choices (columns, ranges, error bars, log, .....)
• Error bars support
• Arithmetic columns creation

How to test the changes?

• Instructions for manual testing are as follows:
  1. Load a FITS file containing at least one table or binary table HDU, example file available here https://www.astro.unige.ch/mmoda/gallery/data-products/1e-11451-6141-isgri-light-curve-61 at the very bottom of the page
  2. Launch plugin with selected file
  3. Select file from the "available files" column and use the "Add to plot" button at the bottom to switch it to "current files" column
  4. Select value for X Y axis and error bars if needed (for instance TIME, RATE, ERROR, TIMEDEL)
  5. Plot data using the "Generate" button

License

• I agree to license these and all my past contributions to the core galaxy codebase under the MIT license.

[volodymyrss]

This plugin is made as part of EuroScienceGateway project in collaboration with @bgruening .

[guerler]

This looks good to me. However, we don't need a custom mako file anymore for these cases. Please take a look at and cherry-pick this commit if it works for you:

guerler@0eeee1c

It removes the mako and changes the visualization entry point to script. Everything else looks good.

[volodymyrss]

This looks good to me. However, we don't need a custom mako file anymore for these cases. Please take a look at and cherry-pick this commit if it works for you:

guerler@0eeee1c

It removes the mako and changes the visualization entry point to script. Everything else looks good.

@francoismg , does this work for you?

[francoismg]

This looks good to me. However, we don't need a custom mako file anymore for these cases. Please take a look at and cherry-pick this commit if it works for you:
guerler@0eeee1c
It removes the mako and changes the visualization entry point to script. Everything else looks good.

@francoismg , does this work for you?

yes it seems good, I will try it locally and then make the changes

[francoismg]

Everything seems to be working fine, changes have been made and pushed

[github-actions]

This PR was merged without a "kind/" label, please correct.