Holoviews: Defining hard bounds when panning and zooming in bokeh backend

[philippjfr]

Currently when plotting using bokeh the axes are unbounded letting you zoom and pan to potentially empty parts of the data space. Since bokeh 0.11 it has been possible to bound the axis ranges to stop you from zooming or panning outside the desired region. We should decide how to expose this? Should axes ranges always be hard bounded or should setting an explicit dimension range bound them? There's a variety of behaviors we could consider here and just wanted to get discussion around this started.

[jlstevens]

Sounds like something else that could go into the Dimension properties once that is implemented...

[philippjfr]

Sounds like something else that could go into the Dimension properties once that is implemented...

We already have range and soft_range so I don't think anything new is needed. Just need to define the semantics.

[philippjfr]

@jbednar Any opinion on this? I think it would be nice to offer hard bounds on the axes, should we say that if you explicitly set an Dimension range that becomes a hard-bound for the axis?

[jbednar]

My intuition is that we should be using the hard range of a Dimension automatically in this way, but I would have to get some experience with it in practice for different plot types to be sure about that and to know whether it should be configurable. I think I'd always want such bounds, but can't be sure until I experience it.

[philippjfr]

I think I'd always want such bounds, but can't be sure until I experience it.

I think so too, but not actually having used it I don't know either. I know that zooming out far beyond the actual data is rarely useful and usually bad behavior.

[jbednar]

Right; "far beyond" is not useful and is very confusing. The question in my mind is about how big "far" is; we might need a configurable buffer, such that we can zoom out to 150% of the range, e.g., but not further. And of course anything like that then gets tricky for log axes, in which it would need to be 150% of the pixel area corresponding to the range. So, need to try it out to see if any such buffer is needed; it's simpler if it turns out not to be.

[LEMUEGGE]

Did anyone succeed in writing a work around solution for this? I think hard bounds are a very important feature, especially for boundaries of Image/Raster plots.