diff --git a/doc/Roadmap.rst b/doc/Roadmap.rst index 31d43080..300b5223 100644 --- a/doc/Roadmap.rst +++ b/doc/Roadmap.rst @@ -1,158 +1,48 @@ -HoloViz Roadmap, as of 8/2022 +HoloViz Roadmap, as of 11/2023 ============================= -HoloViz helps coordinate between numerous independent open-source -projects, each with their own developers, priorities, and agendas. In -large part, the future of HoloViz is up to a distributed team of -developers that focus on the areas of greatest current interest and -need, including areas that specifically get current funding. - -Currently scheduled priorities include: - -1. **Ongoing maintenance, improved documentation and examples**: As - always, there are various bugs and usability issues reported on the - issue tracker, and we will address these as time permits. - -2. **Better Datashader integration with external plotting libraries - (HoloViews, Plotly, Matplotlib)**: Datashader provides its own - "shading" support, turning an array into colors for display, but if - shading is done by an external plotting program, the plotting - program can support user-friendly features like hover information, - legends, and colorbars. There is already extensive support for - rendering Datashader output in Bokeh, along with some support in - Matplotlib and Plotly. The core team is gradually further improving - Bokeh's support, with nearly all of Datashader's shading - functionality now or soon available interactively in Bokeh, and - similar support can be added to other libraries by their users or - contributors. - -3. **Support for managing annotations**: Users of a plot or dashboard - often notice important features of the data on display, but don't - have a convenient way to capture or communicate that insight. The - core team is developing annotations as a first-class component - the HoloViz tools, easily added onto plots and dashboards so that - users can denote regions of interest in some space (e.g. a time - range on a timeseries plot), storing, restoring, and displaying - that information in editable form. - -Other things we'd like to see in HoloViz or in packages designed to work -well with HoloViz include: - -1. **More extensive documentation about deployment**: HoloViz includes a - tutorial on `deployment using Bokeh - server `__, - but there are many other ways to set up live Python-backed plots - and Panel dashboards or apps, including creating a Flask server or - embedding into Django, along with deploying via Heroku or Google - Cloud and AWS or via the Anaconda Enterprise platform or on - `MyBinder `__. Documenting and testing these - possibilities takes time and effort, and any contributions or - examples that will help people get started and decide between the - alternatives would be very helpful. - -2. **Bokeh WebGL support**: Bokeh provides good support for working - interactively with small datasets using an HTML Canvas (client-side - interactivity), and when combined with Datashader it can handle - enormous datasets by pre-rendering them to images in Python - (server-side). However, in between these two extremes there is a - range of data sizes that could be addressed well by the client-side - WebGL technology. Bokeh has long included some WebGL support, but - improvements in 2021-2022 have made the WebGL support much more - solid and usable, and updating HoloViews to use that could bring - big performance improvements for midsize plots. - -3. **Improved imaging, simulation, machine learning, and Earth science - workflows**: Support for working with image and other - multidimensional data for visualization and machine-learning - applications, including on HPC systems. - -4. **Simpler deployment of large-scale visualizations**: Automatic - generation of slippy-map tiles for exploration of large datasets - using standard web servers. Already provided in Datashader, but - needs additional polishing. - -5. **Integrating 3D surface and volume rendering into HoloViz**: HoloViews - can plot limited quantities of 3D surface or point data using - `Matplotlib `__ - or - `Plotly `__, - but other tools are needed for larger datasets or for volumetric - rendering with transparent/semitransparent voxels. Improving 3D - support could be as simple as providing examples for using existing - tools like - `IPyVolume `__ and - `Vaex `__, or by wrapping JavaScript - libraries like `ThreeJS `__ and - `CesiumJS `__. There's a first `prototype - for a CesiumJS backend now available `__, - but lots more work to do to make it practical for real use. - -6. **Additional plot types**: HoloViews includes an extensive range of - plot types (Elements) covering the typical visualizations used across - many domains. However, there are always more that can be included, - and some domains are not as well covered as others. Some examples - that we'd like to include are: - - - `parallel - coordinates `__ - and `radar charts `__ - (polar parallel coordinates, or star charts) - - `treemaps `__ - - `dendrograms `__ and - `cladograms `__ - - `radial trees `__ - - `packed - bubbles `__ - - `funnel charts `__ - - `donut charts `__ (which can be abused to make a `pie chart `__ if you really want) - -7. **Interactive Matplotlib plotting**: Right now, HoloViews supports - Matplotlib primarily as static PNG or SVG output. Matplotlib also - supports interactive web-based plotting via ipympl, and supporting - such interactivity could help make Matplotlib be a viable - alternative for more use cases. - -8. **Better native GUI support**: Right now, HoloViz focuses exclusively - on tools that work well in web browsers, because it aims to support - the entire workflow from initial exploration to delivery of fully - functional interactive applications to other stakeholders. One - consequence is that it doesn't currently support the types of - interactivity provided by Matplotlib when used with its native GUI - backends like Qt. It should be feasible to make the interactive - functionality in HoloViews (e.g. streams and DynamicMaps) support - native GUI apps as well, allowing the same user code to be applied to - a wider range of use cases. - -9. **Altair/Vega/Vega-lite integration**: HoloViews and Bokeh provide - declarative syntaxes that can be expressed in purely static form, and - it should be feasible to write a translator between them and other - declarative libraries like Altair, Vega, and Vega-Lite. Those - libraries are currently focused primarily on statistical - visualizations, not covering areas like multidimensional (image-like) - plotting where HoloViews and Bokeh are also used, but they offer a - common interchange format that could be helpful for interoperating - with other tools. Writing an import and export facility that covers - the bulk of the shared functionality should not be a major - undertaking and could open up interesting new applications. For now, - Altair and Vega-lite visualizations can be specified and then used - directly with Panel, but not with HoloViews. - -10. **hvPlot/HoloViews serialization**: HoloViews uses a declarative design that - can be represented in a purely textual form, without any Python code. - An initial implementation allows any Param-based objects (including - HoloViews objects) to be represented in JSON or YAML, but it needs - some polishing before it can be put into wide use for saving and - restoring configurations and layouts. - -11. **Better integration with ____**: There are a lot of tools in the - Python and other scientific software ecosystems that could be - included in HoloViz or made easily usable from it. NetworkX (already - usable but not fully exploited yet) is just one example of many; - suggestions welcome! - -If any of the functionality above is interesting to you (or you have -ideas of your own!) and can offer help with implementation, please -open an issue on this repository or on the specific subproject -repository involved. And if you are lucky enough to be in a position -to fund our developers to work on it, please contact -``sales@anaconda.com``. +HoloViz helps coordinate between numerous independent open-source projects, each with their own developers, priorities, and agendas. In large part, the future of HoloViz is up to a distributed team of developers that focus on the areas of greatest current interest and need, including areas that specifically get current funding. + +Currently ongoing or scheduled priorities include: + +1. **Ongoing maintenance, improved documentation and examples**: As always, there are various bugs and usability issues reported on the issue tracker, and we will address these as time permits. + +2. **Better Datashader integration with external plotting libraries (HoloViews, Plotly, Matplotlib)**: Datashader provides its own "shading" support, turning an array into colors for display, but if shading is done by an external plotting program, the plotting program can support user-friendly features like hover information, legends, and colorbars. There is already extensive support for rendering Datashader output in Bokeh, along with some support in Matplotlib and Plotly. The core team is gradually further improving Bokeh's support, with nearly all of Datashader's shading functionality now or soon available interactively in Bokeh, and similar support can be added to other libraries by their users or contributors. + +3. **Support for managing annotations**: Users of a plot or dashboard often notice important features of the data on display, but don't have a convenient way to capture or communicate that insight. The core team is developing annotations as a first-class component the HoloViz tools, easily added onto plots and dashboards so that users can denote regions of interest in some space (e.g. a time range on a timeseries plot), storing, restoring, and displaying that information in editable form. See https://github.com/holoviz/holonote for the work as it develops. + +Other goals for HoloViz or packages designed to work well with HoloViz include: + +1. **More extensive documentation about deployment**: HoloViz includes a tutorial on `deployment using Bokeh server `__, but there are many other ways to set up live Python-backed plots and Panel dashboards or apps, including creating a Flask server or embedding into Django, along with deploying via Heroku or Google Cloud and AWS or via the Anaconda Enterprise platform or on `MyBinder `__. Documenting and testing these possibilities takes time and effort, and any contributions or examples that will help people get started and decide between the alternatives would be very helpful. + +2. **New and improved workflow examples in biomedical and Earth sciences, especially utilizing machine learning**: Demonstrations for handling and visualization of various large, multidimensional datasets from data-intensive research domains, including on HPC systems. + +3. **Better deployment and exploration of large-scale visualizations**: For instance, with improvements to automatic generation of tiles for exploration of large datasets using standard web servers. Incomplete work on tiling can be found in `this notebook `__. + +4. **Integrating 3D surface and volume rendering into HoloViz**: HoloViews can plot limited quantities of 3D surface or point data using `Matplotlib `__ or `Plotly `__, but other tools are needed for larger datasets or for volumetric rendering with transparent/semitransparent voxels. Improving 3D support could be as simple as providing examples for using existing tools like `IPyVolume `__ and `Vaex `__, or by wrapping JavaScript libraries like `ThreeJS `__ and `CesiumJS `__. There's a first `prototype for a CesiumJS backend now available `__, but lots more work to do to make it practical for real use. + +5. **Additional plot types**: HoloViews includes an extensive range of plot types (Elements) covering the typical visualizations used across many domains. However, there are always more that can be included, and some domains are not as well covered as others. Some examples that we'd like to include are: + + - `parallel coordinates `__ and `radar charts `__ (polar parallel coordinates, or star charts) + - `treemaps `__ + - `dendrograms `__ and `cladograms `__ + - `radial trees `__ + - `packed bubbles `__ + - `funnel charts `__ + - `donut charts `__ (which can be abused to make a pie chart if you really want) + +6. **Interactive Matplotlib plotting**: Right now, HoloViews supports Matplotlib primarily as static PNG or SVG output. Matplotlib also supports interactive web-based plotting via ipympl, and supporting such interactivity could help make Matplotlib be a viable alternative for more use cases. + +7. **Better native GUI support**: Right now, HoloViz focuses exclusively on tools that work well in web browsers, because it aims to support the entire workflow from initial exploration to delivery of fully functional interactive applications to other stakeholders. One consequence is that it doesn't currently support the types of interactivity provided by Matplotlib when used with its native GUI backends like Qt. It should be feasible to make the interactive functionality in HoloViews (e.g. streams and DynamicMaps) support native GUI apps as well, allowing the same user code to be applied to a wider range of use cases. + +8. **Altair/Vega/Vega-lite integration**: HoloViews and Bokeh provide declarative syntaxes that can be expressed in purely static form, and it should be feasible to write a translator between them and other declarative libraries like Altair, Vega, and Vega-Lite. Those libraries are currently focused primarily on statistical visualizations, not covering areas like multidimensional (image-like) plotting where HoloViews and Bokeh are also used, but they offer a common interchange format that could be helpful for interoperating with other tools. Writing an import and export facility that covers the bulk of the shared functionality should not be a major undertaking and could open up interesting new applications. For now, Altair and Vega-lite visualizations can be specified and then used directly with Panel, but not with HoloViews. + +9. **hvPlot/HoloViews serialization**: HoloViews uses a declarative design that can be represented in a purely textual form, without any Python code. An initial implementation allows any Param-based objects (including HoloViews objects) to be represented in JSON or YAML, but it needs some polishing before it can be put into wide use for saving and restoring configurations and layouts. + +10. **Independent selection groups**: HoloViews currently supports a single selection group. There is no current support for multiple, fully independent selection groups within the same display - each group with its own identity and selection-based actions. Support for multiple independent groups would allow for more flexible use of, and comparison between, selections. + +11. **Easy to configure drilldown support**: In a drilldown action, the user interacts in some way with one main plot (usually some low-dimensional reduction of the full data) selecting one (or sometimes multiple) item(s) that determine what is shown in another separate plot (usually a less aggregated view of the selected subset of the data). Supporting intuitive drilldown will either require a new API or adaptation of link_selections to safely handle the state prior to any selection. + +12. **Better integration with ____**: There are a lot of tools in the Python and other scientific software ecosystems that could be included in HoloViz or made easily usable from it. NetworkX (already usable but not fully exploited yet) is just one example of many; suggestions welcome! + +If any of the functionality above is interesting to you (or you have ideas of your own!) and can offer help with implementation, please open an issue on this repository or on the specific subproject repository involved.