<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>Hi David,</div><div><br></div><div><br></div><div><div><div>On 30 Jul 2015, at 20:55, David E DeMarle <<a href="mailto:dave.demarle@kitware.com">dave.demarle@kitware.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div>I don't think the exporters are going away soon. What specific method was that message from?<br></div></div></blockquote><div><br></div><div>From here: <a href="http://www.vtk.org/doc/nightly/html/classvtkExporter.html#a62e93f031f451016e22dc13bde789e64">http://www.vtk.org/doc/nightly/html/classvtkExporter.html#a62e93f031f451016e22dc13bde789e64</a></div><div><br></div><br><blockquote type="cite"><div dir="ltr"><div>Exporters are for scenes. The intent is to take everything you can see in the a vtkRenderWindow's vtkRenderer and export it so that some other rendering system (renderman, etc) can reproduce the picture in a different way.</div></div></blockquote><div><br></div><div>Ok, this makes total sense, I now wonder why this method is documented that way :)</div><div>I’ve also noticed that the e</div><div><br></div><br><blockquote type="cite"><div dir="ltr"><div>For individual objects in the scene, like a polydata mesh, use one of the writer classes. They take one thing in the pipeline and export it to some file format so that you can process it later with vtk or some other project. Exporters sometimes use writers.</div><div><br></div><div>Try <a href="https://github.com/daviddoria/vtkOBJWriter" target="_blank">https://github.com/daviddoria/vtkOBJWriter</a> in this case.<br></div></div></blockquote><div><br></div></div>Oh… right… I had expected these classes to be in the core of VTK (which would have made our life much easier since we call the API from Java). Any simple way to integrate this (other than manual JNI-ing + building on all platforms, which requires me to have the full VTK source at hand?)</div><div><br></div><div>Actually I’ve just noticed that the nightly build does contain classes such as vtkX3DExporterWriter (we’d have to upgrade our VTK binaries though), but is this also a valid alternative?</div><div><br></div><div>In the meantime, I think I’d be better (or rather, faster) off writing the export myself in pure Java.</div><div><br></div><div>Thanks anyway for your help!</div><div>Alexandre</div><div><br></div><div><br></div><div><br></div></body></html>