<div dir="ltr">Hi Mike,<div><br></div><div>Thanks for your questions on ParaViewWeb:</div><div><br></div><div>1) The ParaViewWeb diagram expect specific providers and data structure. But the providers are built in a way that you can have some freedom regarding the data retrieval implementation. Since those diagram expect specific format, you can either compute them directly that way on the server side or it could be your glue code that would be responsible for doing the data conversion while ensuring a lower bandwidth usage if you have more compact representation of the same information.</div><div>Usually we gather several providers into a single object using the CompositeClosureHelper.newInstance within the closure. But depending on your needs you may find other usage easier to manage.</div><div><br></div><div>2) Yes they are, but that does not mean you can not rely on ParaView to build some of those data structures and rely on the WebSocket connection between the JavaScript client and the ParaView server to feed those providers.</div><div><br></div><div>3) The QueryDataModel infrastructure is a bit different but could be used/adapted to work with some of the diagram/viewers. The QueryDataModel is meant to issue GET request based on a specific URL pattern. It is true that you could put a custom web server which could perform the computation dynamically based on the request. But so far we've only used it to retrieve static data of various type (See ArcticViewer: <a href="https://kitware.github.io/arctic-viewer/">https://kitware.github.io/arctic-viewer/</a>). But a QueryDataModel could be used to feed some of the providers.</div><div>Regarding <a href="http://tonic.io">tonic.io</a>, we've migrated all the code from tonic.* into ParaViewWeb to simplify access, usage and documentation.</div><div><br></div><div>4) I think the LineChartViewer was intended to be used as a component (a piece in something bigger) while the ChartViewer use the AbstractViewerMenu component to make it a first citizen in the ArcticViewer deployment. Also ChartViewer expect a chartBuilder which will then be used by the PlotlyRenderer for performing the rendering of the data, while the other one is performing the rendering internally using the canvas API. So yes, they are not meant for the same usage. But if you are looking for a library for making charts you can give a look at <a href="https://github.com/Kitware/candela">https://github.com/Kitware/candela</a></div><div><br></div><div>Hope that answer most of your questions,</div><div><br></div><div>Seb</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 6, 2017 at 7:51 AM, An, Michael K. <span dir="ltr"><<a href="mailto:MKAn@securemissionsolutions.com" target="_blank">MKAn@securemissionsolutions.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr" style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif">
<p style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:16px">Hello everyone,</p>
<p style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:16px"><br>
</p>
<p style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:16px">Some questions over using the ParaViewWeb API, related to state and data models:<br>
</p>
<p style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:16px"><br>
</p>
<p style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:16px">- What is the suggested procedure for loading our own data into a paraviewweb viewer/diagram? Specifically, do we have to create our own JSON for the state models based on the visualization
components that we desire, and then load that using the CompositeClosureHelper.<wbr>newInstance method, with the desired providers in the closure? Or are there other recommended workflows?<br>
</p>
<p style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:16px"><br>
</p>
<p style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:16px">- It seems like these state models are distinct from any ParaView format. Is that correct?<br>
</p>
<p style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:16px"><br>
</p>
<p style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:16px">- What about constructing our own QueryDataModel? Looking at the constructor, it seems like you need to have the data fields specified in JSON. Do we write these JSON ourselves, like
the ones available in <a href="http://tonic.io" target="_blank">tonic.io</a>? <br>
</p>
<p style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:16px"><br>
</p>
<p style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:16px">- Also, it looks like LineChartViewer follows a different pattern than other viewers, like ChartViewer, for example. The constructor doesn't take in a DataModel, rather just some data
in an array. Does that mean that this Viewer isn't designed to be used like the others, perhaps just intended to be used in conjuction?<br>
</p>
<p><br>
</p>
<p>Thanks much,<br>
</p>
<p>Mike<br>
</p>
</div>
<br>______________________________<wbr>_________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/<wbr>opensource/opensource.html</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=Paraview-developers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=<wbr>Paraview-developers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/paraview-developers" rel="noreferrer" target="_blank">http://public.kitware.com/<wbr>mailman/listinfo/paraview-<wbr>developers</a><br>
<br></blockquote></div><br></div>