Investigate extreme data in all trace types

[alexcjohnson]

#2060 fixes display of scatter lines containing extreme-out-of-view data (#403). We should investigate whether other trace types that exist in an infinite plane / space can handle data like that. I suspect the others will all or nearly all be substantially easier to clean up than scatter lines, likely just by limiting the data-to-pixel conversions (which we can't do with scatter lines because we need to preserve angles).

• scatter markers + text
• bar/histogram
• box
• carpet
• heatmap/contour map
• all the gl3d types (see also This data makes the surface algorithm blow up #179)
• all the gl2d types

[etpinard]

There's #551 for scatter3d.

[cpsievert]

Here's an example of box's jitter not working as intended when just one outlier exists (perhaps we could just ignore jitter in that case?)

https://codepen.io/cpsievert/pen/KQNRWN
From plotly/plotly.R#1189

[madeleinemf]

I have found that extremes in error bars on scatter plots cause the whole trace not to display (in both markers and lines mode). It seems to me to be a combination of a large value with a large error bar of a similar scale.

An example can be seen here:
https://codepen.io/madeleinens/pen/JLjPWE

[gvwilson]

Hi - this issue has been sitting for a while, so as part of our effort to tidy up our public repositories I'm going to close it. If it's still a concern, we'd be grateful if you could open a new issue (with a short reproducible example if appropriate) so that we can add it to our stack. Cheers - @gvwilson