Not sure if I understood your requirement for external charts right, do you mean non-standard / not built in chart types, but accessing QVs data model?
You might want to look into "extensions", that's a way to extend the available chart type with custom ones.
There is a demo on the QV web site http://demo.qlik.com/detail.aspx?appName=Extension%20Examples.qvw
and I think also with the QV10 demos installed.
These are just demos, you could create more chart, but that would need some coding.
Hope this helps,
You can indeed use extensions, but IMHO they don't (yet) at all live up to the requirements of anything more than quite basic charting applications.
For example, if I've understood things correctly, there are in reality limits to how much data you can pass from QV to the extension. This has become a limiting factor (and ultimately made me ditch the idea of using extensions for this) in all cases I've tried using them (not too many to be honest, maybe a handful).
There might be workarounds - QV 11 might solve this - nobody would be happier than I.... BUT to me QV's lack of native/built-in modern, visually appealing charts a major problem.
FusionCharts, HighCharts, d3, Protovis all have (once again, IMHO) charts that simply are *much* nicer looking, have smoother animations etc etc.
Several of QlikView's competing products also have better looking charts (but I'd still say QV wins in terms of fast prototyping and development).
At the end of the day, many end users of QV applications are likely to have seen better looking stuff elsewhere online. I quite often get this feedback from users of the apps I've developed: "Great to have all this data, but it looks kind of boring compared to these custom-built dashboards we also have" (built using some of the previously mentioned tools).
And they are right - comparing the two systems side by side, QV never wins on visuals.
Anyway, 'nough ranting.
Extensions are cool and I agree with Stefan - give the demos a try and see if they meet your general ideas, if so you can always extend them with your own requirements.
In my opinion the use of extensions will remain marginal until there is some way to enable processing on the server side to overcome this limitation.
BTW, there's newer and better extension examples here:
Documentation exists for these as well.
Agree on all the points Brian made. In our qvws we always make an effort to make sure we use the correct granularity and make sure our graphs are looking good in accordance with the amount of data.
Why aren't we looking at extensions the same? Sure, we do run into a few bottlenecks when processing something like hundred thousend rows but other then that we are heavily using extensions for various reasons.
Not to forget that we finally are able to interface against external data WITHOUT incorperating them into our data model, a huge plus.
Still the ability to execute server side code would fill a few caps that we have today, not in the visualization box but to run long running processes, managed and secure code to integrate with other system or a nifty little event messaging pipeline would be sweet
This is going a bit off topic but a few thousands markers should not be a problem, depending on map vendor of course.
Most map vendors have implemented good functions to chain your markers for plotting, splitting arrays and layers to give instant feedback to the user that a process is running and avoiding that your browsers returns long running scripts errors.
I am not sure what kind of chart you are looking for. You can import google charts from http://code.google.com/apis/chart/ which can be called as a image in qlikview. The only problem is that they are not interactive as native qlikview charts.
I haven't used fusion charts but i guess they can be used as they are jscripts.