Hi @ActionAndi
it is more a timely evolution in combination that we now have users using each of the set of nodes, so we do not want to take them from them.
The original visualization nodes are the ones which are now called local. The disadvantage of them is that you cannot save there configuration, everything is done in the view. Also you could not smoothly save the visualization as an image. However, they were already interactive, you could do highlighting with them. (Here you can read more about the quite old concept of highlighting )
We wanted to have new visualization nodes providing us with images as an output, which you can reuse in BIRT or “just” write back to disk. This is how we got our second set of nodes, the JFreeChart ones.The nodes are really fast, you can get PNGs or SVGs from them. PNG generation should be faster. You can also configure the nodes and save the configuration in the nodes.
However as this is a library we were implementing, this also means that the JFreeChart nodes do not support highlighting,which involves multiple views talking to each other. And there were some complains, that the look and feel of those are not nice. Even so I am not the only one with taste in the team I am able to make good looking views with them. One reason might be that I was part of the team developing those nodes.
We now had one set of nodes interactive and one set of nodes generating images. However, we wanted to have one set of nodes to be used and also wanted to add more features like the composite views and the KNIME Webportal pages.
This is how our most recent nodes, the JavaScript nodes came up. They generate images, they have tons of configuration options, they are interactive and support CSS.
I use the JavaScript ones mostly, let’s say in 99% of the time. For quick exploration or also for building dashboards. Only if I have a huge data set to be visualized or I am generating images in a loop, I prefer the JFreeChart ones.
Best, Iris