Requirements for 3D Surface Mesh Charts

Hey everyone!

Even though the release of SciChart WPF v4.2 is barely a day old(!) we are already hard at work on v4.3, where we intend to add some new features for SciChart WPF 3D Charts as well as several 2D Chart features. We want to get some information from you, our userbase, as to what requirements are most important to you. We also need to ask you a few questions about how you would expect correct usage of the 3D Chart.

Features Planned for v4.3

We are planning the following features for v4.3 of SciChart WPF and we need your feedback on them. Some questions and explanation are found below.

1. SC3D-218 Support for contours on 3D Surface Mesh charts
2. SC3D-336 Support for nulls (transparent cells) or override cell colours on 3D Surface Mesh charts
3. SC3D-338 Support for Waterfall 3D Charts
4. SC3D-337 Possibly: Support for non-uniform mesh sizes (pending feasibility)
5. SC3D-326 Possibly: Virtualization of Surface Mesh where size exceeds 4096*4096 (pending feasibilty)

SC3D-218 Contours on Meshes

We can add contours on surface plots quite easily. Something like this:

This is quite easy to do, but we would like to know from you if (a) it is important, (b) you need to be able to configure the contour colours dynamically (per contour, as opposed to one colour for all), (c) whether you have any special requirements for placing contours, or if you would like SciChart to choose and (d) any other comments or suggestions for the API as we build it.

Can you contact us if this feature is important to you? Your input into the requirements would be greatly appreciated.

SC3D-336 Support for Nulls in Surface Meshes

A number of users have asked for nulls (transparent cells) in surface meshes. This sounds easy on the surface, but it isn’t … Nevertheless we want to deliver it. We do have some questions though.

Given a surface mesh with 8×8 data values, we end up with something like this (below). The data-points are shown by orange dots. The cells are the squares next to the dots.

As you can see, cell colour is specified by interpolating the four points surrounding a cell. For example, the cell in the top right has a data-value of Y=1 so it should be red, but it isn’t, it’s yellow, because it has two other edges which are only at Y=0.5.

Now if a user wants to specify a cell as transparent, for example the cell at X=1, Z=6, them you end up with this:

Now this obviously isn’t ideal. We thought about how to solve this.

We could allow you to specify a separate texture for the mask to ‘null’ certain cells, however you will notice that there are 8×8 data-points in the mesh, but only 7×7 cells, so the texture size doesn’t actually match the data size. This would allow you to mask out certain cells but it would also give you a clunky API and raise questions of accuracy because of the mismatch of sizes.

Another way is we could change how we are drawing the cell textures. We could offset the texture so that each square in the texture surrounds the data-point, for example:

This would be a nice solution except it raises two problems.

1. At the edges you get half a cell. Might look wierd.
2. The wireframe position (which goes through the data-points) no longer matches the cell edges. When SurfaceMeshRenderableSeries3D.MeshPaletteMode is HeightMapInterpolated, but might look odd when SurfaceMeshRenderableSeries3D.MeshPaletteMode is HeightMapSolidCells.

We invite your comment/feedback on this proposed solution and whether it seems correct. It is very important to us that our scientific WPF Charts are both intuitive and accurate.

SC3D-337 Uneven Spacing of Surface Mesh Data-Points

Several users have requested that we allow uneven spacing of surface mesh data-points. However, we have a question. Which sort of spacing are you expecting, (A) or (B)?

SC3D-338 Waterfall Charts 3D

In SciChart WPF v4.3 we intend to add Waterfall Charts 3D. For clarification, we intend to create a hardware-accelerated version of our WPF Waterfall Chart Example using SciChart3D:

If we do this, we will likely bind it to our UniformGridDataSeries3D type. This means the data-source will be a 2-dimensional Double[][] array of Y-values only. But what sort of requirements do you need for this chart type? Do you need for example:

• To be able to space values in X unevenly or will the spacing be uniform?
• To have different numbers of points on each ‘slice’ or the same point count on all slices?
• Do you need to scroll left/right as if this were many slices of a timeseries?

We’re assuming you need realtime performance & being able to scroll in the Z-direction (time) …

SC3D-326 Virtualization of Large Surfaces

The current limit for the size of the 3D Surface Mesh chart is limited by the maximum texture size on your GPU, which in most cases is 4096*4096 and on some GPUs is larger, up to 16k * 16k.

Some customers have contacted us and asked for larger surface sizes, but we would just like to know how many so that we can prioritise this complex piece of work.

Finally..

Those are all the questions we have about SciChart 3D Surface Mesh for now. If you are a current customer of SciChart WPF 3D, or you are considering to purchase this software, please get in contact with your feedback. It is extremely valuable that we build software that you actually want to use and meets your requirements!

Best regards,
[SciChart Team]