From tanakas at gmx.ch Mon Nov 3 05:19:27 2014 From: tanakas at gmx.ch (Tanaka Simon) Date: Mon, 03 Nov 2014 11:19:27 +0100 Subject: [vtk-developers] segfault when vtkXMLMultiBlockDataReader reads a .vtm binary mode - bug? Message-ID: <545756AF.2070800@gmx.ch> Dear Developers, Hello VTK users and developers, I attached a simple program which segfaults. please also have a look at the comments in the code. i want to: 1) write a vtkMultiBlockDataSet to a file 2) load it it only segfaults if the writer is set to binary mode, and only if the data exceeds a certain size. in ascii mode, everything is fine. this might be related: http://www.paraview.org/Bug/print_bug_page.php?bug_id=13294 can you confirm that behaviour? what am i doing wrong? and if it is a bug, how can i work around? thank you very much simon -------------- next part -------------- cmake_minimum_required(VERSION 2.8) PROJECT(vtk_weird_segfault) find_package(VTK REQUIRED) include(${VTK_USE_FILE}) add_executable(vtk_weird_segfault MACOSX_BUNDLE vtk_weird_segfault) if(VTK_LIBRARIES) target_link_libraries(vtk_weird_segfault ${VTK_LIBRARIES}) else() target_link_libraries(vtk_weird_segfault vtkHybrid vtkWidgets) endif() -------------- next part -------------- A non-text attachment was scrubbed... Name: vtk_weird_segfault.cxx Type: text/x-c++src Size: 3347 bytes Desc: not available URL: From simon.esneault at gmail.com Mon Nov 3 08:11:13 2014 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Mon, 3 Nov 2014 14:11:13 +0100 Subject: [vtk-developers] Overhaul of the rendering subsystem in VTK: Volume Rendering update In-Reply-To: References: Message-ID: Hello, Thank you for letting us know the current changes in VTK volume rendering, that seems really exciting. In the source issue 31, I saw that your were asking to the community if there were any feature needed. One feature that we would really like to see is a way to have multiple opacity transfer functions together used with a label data map to mask the volume. Right now it is possible to have multiple color TF, but not multiple opacity TF. Is this feature planned to be developed ? This would enable to have "almost transparent" structure in front of the camera and "opaque structure" in the back, even though the structure have the same scalar value. A visual example here , coming from the 3mensio software. Thanks, Simon 2014-10-22 20:27 GMT+02:00 Aashish Chaudhary : > Friends, > > Some more good news on the rendering side of things. In the last few days, > we have worked on porting two more volume mappers to OpenGL2 (FixedPoint > and Bunyk) and this noon we merged that code into VTK master. This change > should not affect the code that is using the OpenGL (and not OpenGL2) > backend. We will keep an eye on the dashboards and fix any issue that we > may find. Also, we have updated the vtkSmartVolumeMapper to deal with the > OpenGL and OpenGL2 backend. > > Please let us know if you have any questions or if you encounter any > issues in the current master related to this change. > > Thanks, > > On Thu, Oct 16, 2014 at 12:31 PM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> Friends, >> >> As referred earlier, we are continuously working on improving the volume >> rendering. As part of next set of delivery, we are going to bring our >> first OpenGL2 volume mapper to the OpenGL2 backend. >> We have a branch that will get merged today and* it should only affect >> the dashboards and code base switched to OpenGL2 backend*. We will >> continue to improve the integration and will use and improve the >> existing OpenGL2 backend code as necessary. >> >> If you have any questions of concerns or if you find in any ways its >> affecting your regular builds that uses OpenGL(default, and not OpenGL2) >> backend then let us know as soon as possible. >> >> Thanks, >> >> >> On Fri, Oct 10, 2014 at 9:53 AM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> Friends, >>> >>> >>> As reported back in July, we are in the process of a major overhaul of >>> the rendering subsystem in VTK. The July article ( >>> http://www.kitware.com/source/home/post/144) focused primarily on our >>> efforts to move to OpenGL 2.1+ to support faster polygonal rendering. The >>> October Source will contain an article focused on our rewrite of the >>> vtkGPURayCastMapper class to provide a faster, more portable and more >>> easily extensible volume mapper for regular rectilinear grids. >>> >>> >>> >>> VTK has a long history of volume rendering, and unfortunately that >>> history is evident in the large selection of classes available to render >>> volumes. Each of these methods was state-of-the-art at the time, but given >>> VTK's 20+ year history many of these methods are now quite obsolete. One >>> goal of this effort is to reduce the number of volume mappers to ideally >>> just two - one that supports accelerated rendering on graphics hardware and >>> another that works in parallel on the CPU. In addition, the >>> vtkSmartVolumeMapper would help application developers by automatically >>> choosing between these techniques based on system performance. >>> >>> >>> >>> In this first phase, we have created a replacement for >>> vtkGPURayCastMapper. Currently, this is available for testing from the VTK >>> git repository (in master branch, disabled by default). General >>> instructions on how to build VTK from the source is available at this URL: >>> http://www.vtk.org/Wiki/VTK/Git*. *In order to build the new mapper, >>> enable the Module_vtkRenderingVolumeOpenGLNew module in cmake (via -D >>> *Module_vtkRenderingVolumeOpenGL=ON*), in ccmake or cmake-gui. Once >>> built, it can be used via vtkSmartVolumeMapper or used directly. Once >>> sufficient testing by the community has been performed, this class will >>> replace the old vtkGPURayCastMapper. In addition, we are adding this new >>> mapper to the OpenGL2 module. Availability of the new mapper with OpenGL2 >>> module will improve the management of textures in the mapper and eventually >>> benefitting both forms of rendering (geometry and volume) by sharing common >>> code between them. >>> >>> >>> Please contact us if you have any questions or encounter any issues. >>> >>> >>> Thanks, >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- ------------------------------------------------------------------ Simon Esneault 13 rue Vasselot 35000 Rennes, France Tel : 06 64 61 30 94 Mail : simon.esneault at gmail.com ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Mon Nov 3 11:24:58 2014 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 3 Nov 2014 11:24:58 -0500 Subject: [vtk-developers] Overhaul of the rendering subsystem in VTK: Volume Rendering update In-Reply-To: References: Message-ID: On Mon, Nov 3, 2014 at 8:11 AM, Simon ESNEAULT wrote: > Hello, > > Thank you for letting us know the current changes in VTK volume rendering, > that seems really exciting. > In the source issue 31, I saw that your were asking to the community if > there were any feature needed. > Nice, thanks for reading our article. > One feature that we would really like to see is a way to have multiple > opacity transfer functions together used with a label data map to mask the > volume. > I believe I have seen a similar request earlier. I will add this feature to our agenda. > Right now it is possible to have multiple color TF, but not multiple > opacity TF. Is this feature planned to be developed ? This would enable > to have "almost transparent" structure in front of the camera and "opaque > structure" in the back, even though the structure have the same scalar > value. A visual example here > , coming > from the 3mensio software. > Thanks for the reference. I may contact you in case we make any progress this direction. Thanks, Aashish > > Thanks, > Simon > > > 2014-10-22 20:27 GMT+02:00 Aashish Chaudhary < > aashish.chaudhary at kitware.com>: > >> Friends, >> >> Some more good news on the rendering side of things. In the last few >> days, we have worked on porting two more volume mappers to OpenGL2 >> (FixedPoint and Bunyk) and this noon we merged that code into VTK master. >> This change should not affect the code that is using the OpenGL (and not >> OpenGL2) backend. We will keep an eye on the dashboards and fix any issue >> that we may find. Also, we have updated the vtkSmartVolumeMapper to deal >> with the OpenGL and OpenGL2 backend. >> >> Please let us know if you have any questions or if you encounter any >> issues in the current master related to this change. >> >> Thanks, >> >> On Thu, Oct 16, 2014 at 12:31 PM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> Friends, >>> >>> As referred earlier, we are continuously working on improving the volume >>> rendering. As part of next set of delivery, we are going to bring our >>> first OpenGL2 volume mapper to the OpenGL2 backend. >>> We have a branch that will get merged today and* it should only affect >>> the dashboards and code base switched to OpenGL2 backend*. We will >>> continue to improve the integration and will use and improve the >>> existing OpenGL2 backend code as necessary. >>> >>> If you have any questions of concerns or if you find in any ways its >>> affecting your regular builds that uses OpenGL(default, and not OpenGL2) >>> backend then let us know as soon as possible. >>> >>> Thanks, >>> >>> >>> On Fri, Oct 10, 2014 at 9:53 AM, Aashish Chaudhary < >>> aashish.chaudhary at kitware.com> wrote: >>> >>>> Friends, >>>> >>>> >>>> As reported back in July, we are in the process of a major overhaul of >>>> the rendering subsystem in VTK. The July article ( >>>> http://www.kitware.com/source/home/post/144) focused primarily on our >>>> efforts to move to OpenGL 2.1+ to support faster polygonal rendering. The >>>> October Source will contain an article focused on our rewrite of the >>>> vtkGPURayCastMapper class to provide a faster, more portable and more >>>> easily extensible volume mapper for regular rectilinear grids. >>>> >>>> >>>> >>>> VTK has a long history of volume rendering, and unfortunately that >>>> history is evident in the large selection of classes available to render >>>> volumes. Each of these methods was state-of-the-art at the time, but given >>>> VTK?s 20+ year history many of these methods are now quite obsolete. One >>>> goal of this effort is to reduce the number of volume mappers to ideally >>>> just two - one that supports accelerated rendering on graphics hardware and >>>> another that works in parallel on the CPU. In addition, the >>>> vtkSmartVolumeMapper would help application developers by automatically >>>> choosing between these techniques based on system performance. >>>> >>>> >>>> >>>> In this first phase, we have created a replacement for >>>> vtkGPURayCastMapper. Currently, this is available for testing from the VTK >>>> git repository (in master branch, disabled by default). General >>>> instructions on how to build VTK from the source is available at this URL: >>>> http://www.vtk.org/Wiki/VTK/Git*. *In order to build the new mapper, >>>> enable the Module_vtkRenderingVolumeOpenGLNew module in cmake (via -D >>>> *Module_vtkRenderingVolumeOpenGL=ON*), in ccmake or cmake-gui. Once >>>> built, it can be used via vtkSmartVolumeMapper or used directly. Once >>>> sufficient testing by the community has been performed, this class will >>>> replace the old vtkGPURayCastMapper. In addition, we are adding this new >>>> mapper to the OpenGL2 module. Availability of the new mapper with OpenGL2 >>>> module will improve the management of textures in the mapper and eventually >>>> benefitting both forms of rendering (geometry and volume) by sharing common >>>> code between them. >>>> >>>> >>>> Please contact us if you have any questions or encounter any issues. >>>> >>>> >>>> Thanks, >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> > > > -- > ------------------------------------------------------------------ > Simon Esneault > 13 rue Vasselot > 35000 Rennes, France > Tel : 06 64 61 30 94 > Mail : simon.esneault at gmail.com > ------------------------------------------------------------------ > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From DLRdave at aol.com Tue Nov 4 08:03:47 2014 From: DLRdave at aol.com (David Cole) Date: Tue, 4 Nov 2014 08:03:47 -0500 Subject: [vtk-developers] Failing VTK test Message-ID: Hi Cory, Is this test failure really just a valid alternate image, or is it some sort of actual failure? http://open.cdash.org/testDetails.php?test=291098271&build=3556583 It's been happening for about a month now, since your change to add TestActor2D.cxx into the CMakeLists file was merged into VTK 'master'. Is it a bug, or a lack of an alternate image? Thanks, David C. -------------- next part -------------- An HTML attachment was scrubbed... URL: From DLRdave at aol.com Tue Nov 4 08:10:30 2014 From: DLRdave at aol.com (David Cole) Date: Tue, 4 Nov 2014 08:10:30 -0500 Subject: [vtk-developers] Test fails everywhere: vtkFiltersPythonPython-TestPythonAlgorithm Message-ID: http://open.cdash.org/testSummary.php?project=11&name=vtkFiltersPythonPython-TestPythonAlgorithm&date=2014-11-04 Is anybody investigating or following up on this one? Thanks, David C. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Tue Nov 4 08:31:24 2014 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 4 Nov 2014 08:31:24 -0500 Subject: [vtk-developers] Failing VTK test In-Reply-To: References: Message-ID: David, No, that's definitely a bug. The color map has the wrong number of colors on that build for some reason. I'll investigate. It looks like it happens on a couple other win32 builds, but not all of them: http://open.cdash.org/testDetails.php?test=291121840&build=3556898 http://open.cdash.org/testDetails.php?test=291034504&build=3556254 Hmmm... Cory On Tue, Nov 4, 2014 at 8:03 AM, David Cole wrote: > Hi Cory, > > Is this test failure really just a valid alternate image, or is it some > sort of actual failure? > > http://open.cdash.org/testDetails.php?test=291098271&build=3556583 > > It's been happening for about a month now, since your change to add > TestActor2D.cxx into the CMakeLists file was merged into VTK 'master'. > > Is it a bug, or a lack of an alternate image? > > Thanks, > David C. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Tue Nov 4 08:54:01 2014 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 4 Nov 2014 08:54:01 -0500 Subject: [vtk-developers] Test fails everywhere: vtkFiltersPythonPython-TestPythonAlgorithm In-Reply-To: References: Message-ID: It was one of these changes that started it: http://open.cdash.org/viewUpdate.php?buildid=3551302 Ben please check if the test of your changes to vtkInformation need a push. If it wasn't them let us know and I'll hound David, Marcus, Chuck, Ken and Sankhesh. thanks David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Nov 4, 2014 at 8:10 AM, David Cole via vtk-developers < vtk-developers at vtk.org> wrote: > > http://open.cdash.org/testSummary.php?project=11&name=vtkFiltersPythonPython-TestPythonAlgorithm&date=2014-11-04 > > Is anybody investigating or following up on this one? > > Thanks, > David C. > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Nov 4 10:17:54 2014 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 4 Nov 2014 10:17:54 -0500 Subject: [vtk-developers] Test fails everywhere: vtkFiltersPythonPython-TestPythonAlgorithm In-Reply-To: References: Message-ID: <20141104151754.GA1819@erythro> On Tue, Nov 04, 2014 at 08:10:30 -0500, David Cole via vtk-developers wrote: > http://open.cdash.org/testSummary.php?project=11&name=vtkFiltersPythonPython-TestPythonAlgorithm&date=2014-11-04 > > Is anybody investigating or following up on this one? I'm spending some time on it. In the meantime, I'm pushing a branch which reverts it. If I don't have it fixed in an hour or so, I'll merge the revert if it has a +2. --Ben From tanakas at gmx.ch Tue Nov 4 16:34:01 2014 From: tanakas at gmx.ch (Tanaka Simon) Date: Tue, 04 Nov 2014 22:34:01 +0100 Subject: [vtk-developers] segfault when vtkXMLMultiBlockDataReader reads a .vtm binary mode - bug? In-Reply-To: <545756AF.2070800@gmx.ch> References: <545756AF.2070800@gmx.ch> Message-ID: <54594649.2000401@gmx.ch> Dear Developers, can somebody confirm the buggy behaviour? i attached a yet simplified code to reproduce the segfault. thanks simon btw: i use ubuntu 14.04 and gcc 4.7 On 03.11.2014 11:19, Tanaka Simon wrote: > Dear Developers, > > Hello VTK users and developers, > > I attached a simple program which segfaults. please also have a look > at the comments in the code. > > i want to: > 1) write a vtkMultiBlockDataSet to a file > 2) load it > > it only segfaults if the writer is set to binary mode, and only if the > data exceeds a certain size. in ascii mode, everything is fine. > > > this might be related: > http://www.paraview.org/Bug/print_bug_page.php?bug_id=13294 > > > can you confirm that behaviour? what am i doing wrong? and if it is a > bug, how can i work around? > > thank you very much > simon -------------- next part -------------- cmake_minimum_required(VERSION 2.8) PROJECT(vtk_weird_segfault) find_package(VTK REQUIRED) include(${VTK_USE_FILE}) add_executable(vtk_weird_segfault MACOSX_BUNDLE vtk_weird_segfault) if(VTK_LIBRARIES) target_link_libraries(vtk_weird_segfault ${VTK_LIBRARIES}) else() target_link_libraries(vtk_weird_segfault vtkHybrid vtkWidgets) endif() -------------- next part -------------- A non-text attachment was scrubbed... Name: vtk_weird_segfault.cxx Type: text/x-c++src Size: 2545 bytes Desc: not available URL: From cameron.palmer at ntnu.no Thu Nov 6 02:45:07 2014 From: cameron.palmer at ntnu.no (Cameron Lowell Palmer) Date: Thu, 6 Nov 2014 07:45:07 +0000 Subject: [vtk-developers] VES on iOS Message-ID: Noticed that libarchive and libcurl both have git:// URLs specified that github is no longer allowing, switching them to https fixes this issue. libarchive will not compile, dropping out because of undefined reference AT_SYMLINK_NOFOLLOW. I assume that it has some issue with fcntl.h, but since it isn?t used on Android I disabled it and libcurl. Furthermore, the cmake scripts only explicitly support up to iPhone 7.1 and you need to manually add-in 8 support. Is it even reasonable to have conditional minimum OS support back to 5 and earlier? I personally deleted and set the minimum to 7. After these changes the code compiles in Xcode 6, you might want to at least disable libcurl and libarchive by default and change the CMake logic around the minimum OS version since it is certain that anything before 6 is too low. From A.Buykx at tnodiana.com Thu Nov 6 08:40:35 2014 From: A.Buykx at tnodiana.com (Andreas Buykx) Date: Thu, 6 Nov 2014 13:40:35 +0000 Subject: [vtk-developers] vtkUnstructuredGridGeometryFilter Message-ID: <65D987BE62E58141AA480A59A8B5BBEA6DD00EB1@srv-mail.diana.local> Hi all, vtkUnstructuredGridGeometryFilter (UGGF) does not handle vtkPolyhedron cells. I have written a new version of this filter that does handle polyhedrons. When developing this filter I think I found some issues in the UGGF implementation: * VTK_BIQUADRATIC_TRIANGLE (line 531) and VTK_BIQUADRATIC_QUAD (line 559) discard the 'found' status of the corner points * VTK_POLYGON faces (line 457) will not be considered to match quadratic faces with the same number of points * VTK_POLYGON faces will compare inequal numbers of points The new filter addresses these issues, and adds support for vtkPolyhedron cells. Modifications wrt. UGGF are : * input data object must be vtkUnstructuredGrid, not vtkUnstructuredGridBase; * point, cell and extent clipping removed (mainly because I didn't need it, it probably can be re-installed easily); * re-implemented the vtkSurfel and removed vtkPoolManager logic to allow for arbitrarily sized vtkPolygon point lists, fix the issues found above, and use standard containers. I don't know yet what the performance penalty is... I have just finished implementing it, and named vtkUnstructuredGridSurfaceFilter (UGSF) to illustrate that it offers (slightly) different functionality from UGGF, similar to vtkDataSetSurfaceFilter (DSSF). The first results seem to be OK, I didn't do extensive functional or performance testing yet. Is there an interest in including it in VTK? If so I'll need to do some work to adapt it to VTK's coding style, etc. I could use some guidelines/help with finding appropriate test cases to adapt. I used vtkCutter::GetCellTypeDimensions() to determine the dimension based on the cell type: it provides for a convenient way for determining the dimension of a cell which is useful in this algorithm. I propose to move it to vtkCellTypes which seems to be the proper place for it. My next topic is DSSF. The current implementation of DSSF::UnstructuredGridExecute creates a UGGF to extract the surface cells. This, as you can guess, does not work properly for vtkPolyhedron cells which is a nuisance if you want to visualize them using a vtkDataSetMapper. Moreover it is unnecessary to extract the surface if there are no 3D cells, which could easily be determined while determining handleSubDivision (lines 1323-1348). If UGSF is accepted for use with VTK, we could determine if polyhedrons are present and use UGSF instead of UGGF, and skip extracting surface if no 3D cells are present at all. What are your opinions about this? Thanks, Andreas Buykx ____________________________________________________________ TNO DIANA BV is a limited liability company registered in the trade register of the Chamber of Commerce as TNO DIANA BV with registered number 27252655. ____________________________________________________________ This e-mail and its contents are subject to the DISCLAIMER at http://tnodiana.com/content/Disclaimer ____________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Mon Nov 10 16:22:32 2014 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 10 Nov 2014 16:22:32 -0500 Subject: [vtk-developers] See what our closest collaborators have been cooking up for IEEE SC 2014 Message-ID: Greetings again lists, If you are planning out what to see and do at this year's Supercomputing conference, please don't forget about the presentations we've got lined up at the Kitware booth. http://www.kitware.com/blog/home/post/773 thanks! David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Tue Nov 11 17:40:27 2014 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Wed, 12 Nov 2014 09:40:27 +1100 Subject: [vtk-developers] OpenGL2 and Windows 8.1 - how to disable vtkRenderingOpenGL Message-ID: I thought I might try an OpenGL2 build in Windows 8.1 for VTK. I keep getting this error: CMake Error at Rendering/OpenGL/CMakeLists.txt:3 (message): vtkRenderingOpenGL cannot be built with vtkRenderingOpenGL2, please disable one of them. How do I disable vtkRenderingOpenGL? I deleted the cache and set the VTK_RENDERING_BACKEND variable to OpenGL2, which I thought would have automatically disabled vtkRenderingOpenGL. Any advice? Thanks Andrew -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Tue Nov 11 20:07:12 2014 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 11 Nov 2014 20:07:12 -0500 Subject: [vtk-developers] OpenGL2 and Windows 8.1 - how to disable vtkRenderingOpenGL In-Reply-To: References: Message-ID: <0147b70283e8b152edc93158178af8ba@mail.gmail.com> What you did sounds fine. Something else must be pulling the old OpenGL in. Try looking at the cmake configure output for vtkRenderingOpenGL and see if there is a module requiring it. Typically it looks something like * vtkjpeg, needed by 2 modules: vtkIOImage vtktiff maybe seeing what modules are requiring it will give you an idea on what needs to be turned off. Thanks Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 518 881-4901 (w) 518 371-4573 (f) This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf Of *Andrew Maclean *Sent:* Tuesday, November 11, 2014 5:40 PM *To:* VTK Developers *Subject:* [vtk-developers] OpenGL2 and Windows 8.1 - how to disable vtkRenderingOpenGL I thought I might try an OpenGL2 build in Windows 8.1 for VTK. I keep getting this error: CMake Error at Rendering/OpenGL/CMakeLists.txt:3 (message): vtkRenderingOpenGL cannot be built with vtkRenderingOpenGL2, please disable one of them. How do I disable vtkRenderingOpenGL? I deleted the cache and set the VTK_RENDERING_BACKEND variable to OpenGL2, which I thought would have automatically disabled vtkRenderingOpenGL. Any advice? Thanks Andrew -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Tue Nov 11 20:59:50 2014 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 11 Nov 2014 20:59:50 -0500 Subject: [vtk-developers] OpenGL2 and Windows 8.1 - how to disable vtkRenderingOpenGL In-Reply-To: <0147b70283e8b152edc93158178af8ba@mail.gmail.com> References: <0147b70283e8b152edc93158178af8ba@mail.gmail.com> Message-ID: Typically this could happen if you have rebuilding VTK with OpenGL2 backend and early on at the same location you have built it with OpenGL backend. I believe the problem could be related to Cache. Try building VTK from scratch with OpenGL2 backend and see if it goes away. You can also try make rebuild_cache. Thanks, On Tue, Nov 11, 2014 at 8:07 PM, Ken Martin wrote: > What you did sounds fine. Something else must be pulling the old OpenGL > in. Try looking at the cmake configure output for vtkRenderingOpenGL and > see if there is a module requiring it. Typically it looks something like > > > > * vtkjpeg, needed by 2 modules: > > vtkIOImage > > vtktiff > > > > maybe seeing what modules are requiring it will give you an idea on what > needs to be turned off. > > > > Thanks > > Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 518 881-4901 (w) > > 518 371-4573 (f) > > > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > > > > *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf > Of *Andrew Maclean > *Sent:* Tuesday, November 11, 2014 5:40 PM > *To:* VTK Developers > *Subject:* [vtk-developers] OpenGL2 and Windows 8.1 - how to disable > vtkRenderingOpenGL > > > > I thought I might try an OpenGL2 build in Windows 8.1 for VTK. > > > > I keep getting this error: > > CMake Error at Rendering/OpenGL/CMakeLists.txt:3 (message): > vtkRenderingOpenGL cannot be built with vtkRenderingOpenGL2, please disable > one of them. > > > > How do I disable vtkRenderingOpenGL? > > I deleted the cache and set the VTK_RENDERING_BACKEND variable to OpenGL2, > which I thought would have automatically disabled vtkRenderingOpenGL. > > > > Any advice? > > > > Thanks > > Andrew > > > > > > > > -- > > ___________________________________________ > Andrew J. P. Maclean > > ___________________________________________ > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Tue Nov 11 21:22:19 2014 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Wed, 12 Nov 2014 13:22:19 +1100 Subject: [vtk-developers] OpenGL2 and Windows 8.1 - how to disable vtkRenderingOpenGL In-Reply-To: <0147b70283e8b152edc93158178af8ba@mail.gmail.com> References: <0147b70283e8b152edc93158178af8ba@mail.gmail.com> Message-ID: Ken, Thank you for your prompt reply. Before running CMake, I deleted the whole build directory just to be on the safe side! The culprit seems to be VTK_GROUP_WEB it forces the enabling of vtkRenderingOpenGL instead of vtkRenderingOpenGL2. So I have disabled this for now. I then get a successful build if I add a missing header to vtkCompositePolyDataMapper2.cxx so I will submit a topic for your consideration. Regards Andrew What you did sounds fine. Something else must be pulling the old OpenGL in. Try looking at the cmake configure output for vtkRenderingOpenGL and see if there is a module requiring it. Typically it looks something like * vtkjpeg, needed by 2 modules: vtkIOImage vtktiff maybe seeing what modules are requiring it will give you an idea on what needs to be turned off. Thanks Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 518 881-4901 (w) 518 371-4573 (f) This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf Of *Andrew Maclean *Sent:* Tuesday, November 11, 2014 5:40 PM *To:* VTK Developers *Subject:* [vtk-developers] OpenGL2 and Windows 8.1 - how to disable vtkRenderingOpenGL I thought I might try an OpenGL2 build in Windows 8.1 for VTK. I keep getting this error: CMake Error at Rendering/OpenGL/CMakeLists.txt:3 (message): vtkRenderingOpenGL cannot be built with vtkRenderingOpenGL2, please disable one of them. How do I disable vtkRenderingOpenGL? I deleted the cache and set the VTK_RENDERING_BACKEND variable to OpenGL2, which I thought would have automatically disabled vtkRenderingOpenGL. Any advice? Thanks Andrew -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Tue Nov 11 22:17:31 2014 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Wed, 12 Nov 2014 14:17:31 +1100 Subject: [vtk-developers] OpenGL2 and Windows 8.1 - how to disable vtkRenderingOpenGL Message-ID: Impressive ... check out: http://open.cdash.org/viewTest.php?onlyfailed&buildid=3567081 98% tests passed, 30 tests failed out of 1888 If you think this is Ok, feel free to merge on my behalf: http://review.source.kitware.com/#/c/17948/ Gerrit seems happy with it. Regards Andrew On Wed, Nov 12, 2014 at 1:22 PM, Andrew Maclean wrote: > Ken, > Thank you for your prompt reply. > > Before running CMake, I deleted the whole build directory just to be on > the safe side! > > The culprit seems to be VTK_GROUP_WEB it forces the enabling of > vtkRenderingOpenGL instead of vtkRenderingOpenGL2. > So I have disabled this for now. > > I then get a successful build if I add a missing header to > vtkCompositePolyDataMapper2.cxx so I will submit a topic for your > consideration. > > Regards > Andrew > > What you did sounds fine. Something else must be pulling the old OpenGL > in. Try looking at the cmake configure output for vtkRenderingOpenGL and > see if there is a module requiring it. Typically it looks something like > > > > * vtkjpeg, needed by 2 modules: > > vtkIOImage > > vtktiff > > > > maybe seeing what modules are requiring it will give you an idea on what > needs to be turned off. > > > > Thanks > > Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 518 881-4901 (w) > > 518 371-4573 (f) > > > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > > > > *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf > Of *Andrew Maclean > *Sent:* Tuesday, November 11, 2014 5:40 PM > *To:* VTK Developers > *Subject:* [vtk-developers] OpenGL2 and Windows 8.1 - how to disable > vtkRenderingOpenGL > > > > I thought I might try an OpenGL2 build in Windows 8.1 for VTK. > > > > I keep getting this error: > > CMake Error at Rendering/OpenGL/CMakeLists.txt:3 (message): > vtkRenderingOpenGL cannot be built with vtkRenderingOpenGL2, please disable > one of them. > > > > How do I disable vtkRenderingOpenGL? > > I deleted the cache and set the VTK_RENDERING_BACKEND variable to OpenGL2, > which I thought would have automatically disabled vtkRenderingOpenGL. > > > > Any advice? > > > > Thanks > > Andrew > > > > > > > > -- > > ___________________________________________ > Andrew J. P. Maclean > > ___________________________________________ > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Wed Nov 12 08:50:29 2014 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 12 Nov 2014 08:50:29 -0500 Subject: [vtk-developers] OpenGL2 and Windows 8.1 - how to disable vtkRenderingOpenGL In-Reply-To: References: Message-ID: Thanks Andrew! Merged - Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 518 881-4901 (w) 518 371-4573 (f) This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. *From:* Andrew Maclean [mailto:andrew.amaclean at gmail.com] *Sent:* Tuesday, November 11, 2014 10:18 PM *To:* Ken Martin *Cc:* VTK Developers; Aashish Chaudhary *Subject:* Re: [vtk-developers] OpenGL2 and Windows 8.1 - how to disable vtkRenderingOpenGL Impressive ... check out: http://open.cdash.org/viewTest.php?onlyfailed&buildid=3567081 98% tests passed, 30 tests failed out of 1888 If you think this is Ok, feel free to merge on my behalf: http://review.source.kitware.com/#/c/17948/ Gerrit seems happy with it. Regards Andrew On Wed, Nov 12, 2014 at 1:22 PM, Andrew Maclean wrote: Ken, Thank you for your prompt reply. Before running CMake, I deleted the whole build directory just to be on the safe side! The culprit seems to be VTK_GROUP_WEB it forces the enabling of vtkRenderingOpenGL instead of vtkRenderingOpenGL2. So I have disabled this for now. I then get a successful build if I add a missing header to vtkCompositePolyDataMapper2.cxx so I will submit a topic for your consideration. Regards Andrew What you did sounds fine. Something else must be pulling the old OpenGL in. Try looking at the cmake configure output for vtkRenderingOpenGL and see if there is a module requiring it. Typically it looks something like * vtkjpeg, needed by 2 modules: vtkIOImage vtktiff maybe seeing what modules are requiring it will give you an idea on what needs to be turned off. Thanks Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 518 881-4901 (w) 518 371-4573 (f) This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf Of *Andrew Maclean *Sent:* Tuesday, November 11, 2014 5:40 PM *To:* VTK Developers *Subject:* [vtk-developers] OpenGL2 and Windows 8.1 - how to disable vtkRenderingOpenGL I thought I might try an OpenGL2 build in Windows 8.1 for VTK. I keep getting this error: CMake Error at Rendering/OpenGL/CMakeLists.txt:3 (message): vtkRenderingOpenGL cannot be built with vtkRenderingOpenGL2, please disable one of them. How do I disable vtkRenderingOpenGL? I deleted the cache and set the VTK_RENDERING_BACKEND variable to OpenGL2, which I thought would have automatically disabled vtkRenderingOpenGL. Any advice? Thanks Andrew -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From karsten.tausche at student.hpi.uni-potsdam.de Wed Nov 12 11:01:44 2014 From: karsten.tausche at student.hpi.uni-potsdam.de (Karsten Tausche) Date: Wed, 12 Nov 2014 17:01:44 +0100 Subject: [vtk-developers] [vtkusers] Missing update extent request in vtkExtractVOI? In-Reply-To: References: <54391E4E.8050907@student.hpi.uni-potsdam.de> <543AC335.2040607@student.hpi.uni-potsdam.de> Message-ID: <54638468.3010004@student.hpi.uni-potsdam.de> Hi, any news about that topic? I need to change the sampling rate of an image dynamically. Are there any other ways to achieve this? Best regards, Karsten On 2014-10-13 16:16, Berk Geveci wrote: > We completely rewrote vtkExtractVOI a few months ago and it doesn't > look like we didn't do a great job in fully evaluating it. I will > spend some quality time with it in the next few weeks. > > Best, > -berk > > On Sun, Oct 12, 2014 at 2:06 PM, Karsten Tausche > > wrote: > > I just realized that calling SetUpdateExtentToWholeExtent() on a > downstream algorithm (polyData in the example code) "fixes" this > error. > > > On 2014-10-11 14:10, Karsten Tausche wrote: >> Hi everyone, >> >> I tried to use vtkExtractVOI to decrease the resolution of a >> vtkImageData/vtkStructuredPoints data set. This works fine when I >> set the sample rate before I connect the filter to the pipeline. >> But changing the sample rate while rendering always results in an >> error like this: >> >> "ERROR: In >> ..\..\..\Common\ExecutionModel\vtkStreamingDemandDrivenPipeline.cxx, >> line 857 >> vtkCompositeDataPipeline (0000000005D6E1A0): The update extent >> specified in the information for output port 0 on algorithm >> vtkExtractVOI(0000000005D92710) is 0 10 0 10 0 0, which is >> outside the whole extent 0 9 0 10 0 0." >> >> This behavior also depends on the initial sample rate. With the >> defaults (1, 1, 1), the error message pops up after changing the >> rate, and the filter seems produce the expected result. When I >> set different initial values and increase them while rendering, I >> get the error message above, but the filter result seems correct. >> When decreasing the sample rate, I don't get an error, but the >> filter decreases the size of the rendered image. >> >> I'm using the current VTK master. I appended a small example the >> produces this error; it doesn't render any visible points but I >> didn't know how to enforce the required updates without adding >> the filter to a rendering pipeline. >> >> BTW the error also occurs with vtkStructuredGrid+vtkExtractGrid. >> >> Thanks, >> Karsten >> >> >> >> _______________________________________________ >> Powered bywww.kitware.com >> >> Visit other Kitware open-source projects athttp://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the VTK FAQ at:http://www.vtk.org/Wiki/VTK_FAQ >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtkusers > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the VTK FAQ at: > http://www.vtk.org/Wiki/VTK_FAQ > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Wed Nov 12 12:42:46 2014 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 12 Nov 2014 12:42:46 -0500 Subject: [vtk-developers] Scalar coloring modes and polygonal rendering Message-ID: Folks, vtkPolyDataMapper since a long time supports two coloring modes, viz. VTK_COLOR_MODE_DEFAULT and VTK_COLOR_MODE_MAP_SCALARS. MapScalars indicates always use a vtkScalarsToColors instance to map data values to colors. Default means only use the vtkScalarsToColors if the data array is not an unsigned char array. I am working on a feature request [1] to add support to not use a vtkScalarsToColors instance for non-unsigned-char arrays (including double/float), assuming they are in the range 0, 1. To support this mode without breaking current behavior, I am thinking of adding a new VTK_COLOR_MODE_NO_MAP_SCALARS mode which can be used to force interpreting the data values as colors directly. Any objections to that? Also if any suggestions for the name for this new mode are highly welcome. Thanks Utkarsh [1] http://www.paraview.org/Bug/view.php?id=14943 From david.thompson at kitware.com Wed Nov 12 12:53:26 2014 From: david.thompson at kitware.com (David Thompson) Date: Wed, 12 Nov 2014 12:53:26 -0500 Subject: [vtk-developers] Scalar coloring modes and polygonal rendering In-Reply-To: References: Message-ID: <8675EA20-66C5-4A10-BF5C-1A9D458871A2@kitware.com> Hi Utkarsh, > ... vtkPolyDataMapper since a long time supports two coloring modes, viz. > VTK_COLOR_MODE_DEFAULT and VTK_COLOR_MODE_MAP_SCALARS. ... > > I am working on a feature request [1] to add support to not use a > vtkScalarsToColors instance for non-unsigned-char arrays (including > double/float), assuming they are in the range 0, 1. > > To support this mode without breaking current behavior, I am thinking > of adding a new VTK_COLOR_MODE_NO_MAP_SCALARS mode which can be used > to force interpreting the data values as colors directly. > > Any objections to that? No, it would be a welcome change, especially with OpenGL2 which should accept floating-point textures. > Also if any suggestions for the name for this new mode are highly welcome. I think *_DIRECT_SCALARS or *_DIRECT_RGB would be more meaningful than *_NO_SCALARS since we do in fact use the scalars, just without a colormap. David From david.gobbi at gmail.com Wed Nov 12 12:53:59 2014 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 12 Nov 2014 10:53:59 -0700 Subject: [vtk-developers] Scalar coloring modes and polygonal rendering In-Reply-To: References: Message-ID: Hi Utkarsh, I think this feature will be useful. VTK_COLOR_MODE_RAW_SCALARS might be a better name. Or if it specifically meant for color scalars, then VTK_COLOR_MODE_RGB_SCALARS. - David On Wed, Nov 12, 2014 at 10:42 AM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > Folks, > > vtkPolyDataMapper since a long time supports two coloring modes, viz. > VTK_COLOR_MODE_DEFAULT and VTK_COLOR_MODE_MAP_SCALARS. MapScalars > indicates always use a vtkScalarsToColors instance to map data values > to colors. Default means only use the vtkScalarsToColors if the data > array is not an unsigned char array. > > I am working on a feature request [1] to add support to not use a > vtkScalarsToColors instance for non-unsigned-char arrays (including > double/float), assuming they are in the range 0, 1. > > To support this mode without breaking current behavior, I am thinking > of adding a new VTK_COLOR_MODE_NO_MAP_SCALARS mode which can be used > to force interpreting the data values as colors directly. > > Any objections to that? Also if any suggestions for the name for this > new mode are highly welcome. > > Thanks > Utkarsh > > [1] http://www.paraview.org/Bug/view.php?id=14943 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Wed Nov 12 16:34:51 2014 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 12 Nov 2014 16:34:51 -0500 Subject: [vtk-developers] Scalar coloring modes and polygonal rendering In-Reply-To: References: Message-ID: Great! Thanks for your input, guys. I think I like VTK_COLOR_MODE_DIRECT_SCALARS. I don't want to include RGB since the code support 2-component direct mapping as well. I'll push a topic of review soon. Utkarsh On Wed, Nov 12, 2014 at 12:53 PM, David Gobbi wrote: > Hi Utkarsh, > > I think this feature will be useful. VTK_COLOR_MODE_RAW_SCALARS > might be a better name. Or if it specifically meant for color scalars, then > VTK_COLOR_MODE_RGB_SCALARS. > > - David > > On Wed, Nov 12, 2014 at 10:42 AM, Utkarsh Ayachit > wrote: >> >> Folks, >> >> vtkPolyDataMapper since a long time supports two coloring modes, viz. >> VTK_COLOR_MODE_DEFAULT and VTK_COLOR_MODE_MAP_SCALARS. MapScalars >> indicates always use a vtkScalarsToColors instance to map data values >> to colors. Default means only use the vtkScalarsToColors if the data >> array is not an unsigned char array. >> >> I am working on a feature request [1] to add support to not use a >> vtkScalarsToColors instance for non-unsigned-char arrays (including >> double/float), assuming they are in the range 0, 1. >> >> To support this mode without breaking current behavior, I am thinking >> of adding a new VTK_COLOR_MODE_NO_MAP_SCALARS mode which can be used >> to force interpreting the data values as colors directly. >> >> Any objections to that? Also if any suggestions for the name for this >> new mode are highly welcome. >> >> Thanks >> Utkarsh >> >> [1] http://www.paraview.org/Bug/view.php?id=14943 From berk.geveci at kitware.com Thu Nov 13 11:58:30 2014 From: berk.geveci at kitware.com (Berk Geveci) Date: Thu, 13 Nov 2014 11:58:30 -0500 Subject: [vtk-developers] [vtkusers] Missing update extent request in vtkExtractVOI? In-Reply-To: <54638468.3010004@student.hpi.uni-potsdam.de> References: <54391E4E.8050907@student.hpi.uni-potsdam.de> <543AC335.2040607@student.hpi.uni-potsdam.de> <54638468.3010004@student.hpi.uni-potsdam.de> Message-ID: We are still working on this. Meanwhile, you can use vtkImageResample. Best, -berk On Wed, Nov 12, 2014 at 11:01 AM, Karsten Tausche < karsten.tausche at student.hpi.uni-potsdam.de> wrote: > Hi, > > any news about that topic? > I need to change the sampling rate of an image dynamically. Are there any > other ways to achieve this? > > Best regards, > Karsten > > > On 2014-10-13 16:16, Berk Geveci wrote: > > We completely rewrote vtkExtractVOI a few months ago and it doesn't look > like we didn't do a great job in fully evaluating it. I will spend some > quality time with it in the next few weeks. > > Best, > -berk > > On Sun, Oct 12, 2014 at 2:06 PM, Karsten Tausche < > karsten.tausche at student.hpi.uni-potsdam.de> wrote: > >> I just realized that calling SetUpdateExtentToWholeExtent() on a >> downstream algorithm (polyData in the example code) "fixes" this error. >> >> >> On 2014-10-11 14:10, Karsten Tausche wrote: >> >> Hi everyone, >> >> I tried to use vtkExtractVOI to decrease the resolution of a >> vtkImageData/vtkStructuredPoints data set. This works fine when I set the >> sample rate before I connect the filter to the pipeline. But changing the >> sample rate while rendering always results in an error like this: >> >> "ERROR: In >> ..\..\..\Common\ExecutionModel\vtkStreamingDemandDrivenPipeline.cxx, line >> 857 >> vtkCompositeDataPipeline (0000000005D6E1A0): The update extent specified >> in the information for output port 0 on algorithm >> vtkExtractVOI(0000000005D92710) is 0 10 0 10 0 0, which is outside the >> whole extent 0 9 0 10 0 0." >> >> This behavior also depends on the initial sample rate. With the defaults >> (1, 1, 1), the error message pops up after changing the rate, and the >> filter seems produce the expected result. When I set different initial >> values and increase them while rendering, I get the error message above, >> but the filter result seems correct. When decreasing the sample rate, I >> don't get an error, but the filter decreases the size of the rendered >> image. >> >> I'm using the current VTK master. I appended a small example the produces >> this error; it doesn't render any visible points but I didn't know how to >> enforce the required updates without adding the filter to a rendering >> pipeline. >> >> BTW the error also occurs with vtkStructuredGrid+vtkExtractGrid. >> >> Thanks, >> Karsten >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the VTK FAQ at: http://www.vtk.org/Wiki/VTK_FAQ >> >> Follow this link to subscribe/unsubscribe:http://public.kitware.com/mailman/listinfo/vtkusers >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the VTK FAQ at: >> http://www.vtk.org/Wiki/VTK_FAQ >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtkusers >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Thu Nov 13 12:28:06 2014 From: david.gobbi at gmail.com (David Gobbi) Date: Thu, 13 Nov 2014 10:28:06 -0700 Subject: [vtk-developers] [vtkusers] Missing update extent request in vtkExtractVOI? In-Reply-To: References: <54391E4E.8050907@student.hpi.uni-potsdam.de> <543AC335.2040607@student.hpi.uni-potsdam.de> <54638468.3010004@student.hpi.uni-potsdam.de> Message-ID: For resampling images, there's also vtkImageResize, which is much faster if you need to interpolate while resampling: http://www.vtk.org/Wiki/VTK/Examples/Cxx/Images/ResizeImage It provides three choices for choosing the output sampling: 1) SetResizeMethodToOutputSpacing() allows you directly select the sample spacing (in physical units) 2) SetResizeMethodToMagnificationFactors() allows you to select a factor by which to resample 3) SetResizeMethodToOutputDimensions() allows you to choose the size of the output grid The main advantage of this filter is that it is O(n) with respect to the interpolation kernel size, whereas vtkImageResample is O(n^3). Of course, for nearest-neighbor interpolation (e.g. decimation) it makes no difference, but for sinc interpolation (n=6 or higher) it makes a huge difference. For completeness, there is also vtkImageShrink3D for simple image decimation. - David On Thu, Nov 13, 2014 at 9:58 AM, Berk Geveci wrote: > We are still working on this. > > Meanwhile, you can use vtkImageResample. > > Best, > -berk > > On Wed, Nov 12, 2014 at 11:01 AM, Karsten Tausche < > karsten.tausche at student.hpi.uni-potsdam.de> wrote: > >> Hi, >> >> any news about that topic? >> I need to change the sampling rate of an image dynamically. Are there any >> other ways to achieve this? >> >> Best regards, >> Karsten >> >> >> On 2014-10-13 16:16, Berk Geveci wrote: >> >> We completely rewrote vtkExtractVOI a few months ago and it doesn't look >> like we didn't do a great job in fully evaluating it. I will spend some >> quality time with it in the next few weeks. >> >> Best, >> -berk >> >> On Sun, Oct 12, 2014 at 2:06 PM, Karsten Tausche < >> karsten.tausche at student.hpi.uni-potsdam.de> wrote: >> >>> I just realized that calling SetUpdateExtentToWholeExtent() on a >>> downstream algorithm (polyData in the example code) "fixes" this error. >>> >>> >>> On 2014-10-11 14:10, Karsten Tausche wrote: >>> >>> Hi everyone, >>> >>> I tried to use vtkExtractVOI to decrease the resolution of a >>> vtkImageData/vtkStructuredPoints data set. This works fine when I set the >>> sample rate before I connect the filter to the pipeline. But changing the >>> sample rate while rendering always results in an error like this: >>> >>> "ERROR: In >>> ..\..\..\Common\ExecutionModel\vtkStreamingDemandDrivenPipeline.cxx, line >>> 857 >>> vtkCompositeDataPipeline (0000000005D6E1A0): The update extent specified >>> in the information for output port 0 on algorithm >>> vtkExtractVOI(0000000005D92710) is 0 10 0 10 0 0, which is outside the >>> whole extent 0 9 0 10 0 0." >>> >>> This behavior also depends on the initial sample rate. With the defaults >>> (1, 1, 1), the error message pops up after changing the rate, and the >>> filter seems produce the expected result. When I set different initial >>> values and increase them while rendering, I get the error message above, >>> but the filter result seems correct. When decreasing the sample rate, I >>> don't get an error, but the filter decreases the size of the rendered >>> image. >>> >>> I'm using the current VTK master. I appended a small example the >>> produces this error; it doesn't render any visible points but I didn't know >>> how to enforce the required updates without adding the filter to a >>> rendering pipeline. >>> >>> BTW the error also occurs with vtkStructuredGrid+vtkExtractGrid. >>> >>> Thanks, >>> Karsten >>> >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the VTK FAQ at: http://www.vtk.org/Wiki/VTK_FAQ >>> >>> Follow this link to subscribe/unsubscribe:http://public.kitware.com/mailman/listinfo/vtkusers >>> >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the VTK FAQ at: >>> http://www.vtk.org/Wiki/VTK_FAQ >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtkusers >>> >>> >> >> > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the VTK FAQ at: > http://www.vtk.org/Wiki/VTK_FAQ > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From DLRdave at aol.com Sun Nov 16 14:44:34 2014 From: DLRdave at aol.com (David Cole) Date: Sun, 16 Nov 2014 14:44:34 -0500 Subject: [vtk-developers] Failing VTK test In-Reply-To: References: Message-ID: Did you learn anything while investigating this? It's quite odd that it's only on *some* Visual Studio compiler builds, of varied versions... On Tue, Nov 4, 2014 at 8:31 AM, Cory Quammen wrote: > David, > > No, that's definitely a bug. The color map has the wrong number of colors on > that build for some reason. I'll investigate. > > It looks like it happens on a couple other win32 builds, but not all of > them: > > http://open.cdash.org/testDetails.php?test=291121840&build=3556898 > http://open.cdash.org/testDetails.php?test=291034504&build=3556254 > > Hmmm... > Cory > > On Tue, Nov 4, 2014 at 8:03 AM, David Cole wrote: >> >> Hi Cory, >> >> Is this test failure really just a valid alternate image, or is it some >> sort of actual failure? >> >> http://open.cdash.org/testDetails.php?test=291098271&build=3556583 >> >> It's been happening for about a month now, since your change to add >> TestActor2D.cxx into the CMakeLists file was merged into VTK 'master'. >> >> Is it a bug, or a lack of an alternate image? >> >> Thanks, >> David C. >> > From david.gobbi at gmail.com Mon Nov 17 09:04:21 2014 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 17 Nov 2014 07:04:21 -0700 Subject: [vtk-developers] Wrapping enum types Message-ID: Hi All, I have a patch in gerrit that modifies the python wrappers so that enum types are wrapped. This means that method parameters can be enum types, something that wasn't possible for wrapped methods before. http://review.source.kitware.com/#/c/17993 E.g.: class vtkSomeObject { public: enum ColorEnum { Red, Blue }; void SetColor(enum ColorEnum); }; Each enum type is wrapped as a unique python type subclassed from python's "int" type. So an enum can be used wherever an int can be used, but methods that take an enum will raise a TypeError unless given a value of the correct enum type. One caveat is that this only works if the method and the enum type are members of the same class. Sometime later I'll generalize it so that a method can use an enum defined in a different class, but method & enum in the same class seems to be the most common use case. Cheers, - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmsurti at gmail.com Wed Nov 19 06:47:08 2014 From: dmsurti at gmail.com (Deepak Surti) Date: Wed, 19 Nov 2014 17:17:08 +0530 Subject: [vtk-developers] Text Actor with no input causes No scalar values found for texture input! Message-ID: Hi, I built a VTK 6.2 egg with OpenGL2 rendering backend enabled. It causes this error if no input set for Text Actor. Same also happens if no title exists for Scalar Bar actor. ================================== The error log is: (for VTK 6.2 with OpenGL2 enabled) ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-6.1.0-1/work/VTK-6.1.0/Rendering/OpenGL2/vtkOpenGLTexture.cxx, line 171 vtkOpenGLTexture (0x10b019200): No scalar values found for texture input! ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-6.1.0-1/work/VTK-6.1.0/Rendering/OpenGL2/vtkTextureObject.cxx, line 454 vtkTextureObject (0x102932920): failed at glBindTexture(0) 1 OpenGL errors detected 0 : (1280) Invalid enum ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-6.1.0-1/work/VTK-6.1.0/Rendering/OpenGL2/vtkOpenGLTexture.cxx, line 171 vtkOpenGLTexture (0x10b019200): No scalar values found for texture input! ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-6.1.0-1/work/VTK-6.1.0/Rendering/OpenGL2/vtkTextureObject.cxx, line 454 vtkTextureObject (0x102932920): failed at glBindTexture(0) 1 OpenGL errors detected 0 : (1280) Invalid enum ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-6.1.0-1/work/VTK-6.1.0/Rendering/OpenGL2/vtkOpenGLTexture.cxx, line 171 vtkOpenGLTexture (0x10b019200): No scalar values found for texture input! ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-6.1.0-1/work/VTK-6.1.0/Rendering/OpenGL2/vtkTextureObject.cxx, line 454 vtkTextureObject (0x102932920): failed at glBindTexture(0) 1 OpenGL errors detected 0 : (1280) Invalid enum ====================================== I also tested for VTK 5.10 and this is the error log: ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-5.10.1-2/work/VTK5.10.1/Rendering/vtkFreeTypeUtilities.cxx, line 1782 vtkFreeTypeUtilities (0x10102a600): no text in input ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-5.10.1-2/work/VTK5.10.1/Filtering/vtkImageData.cxx, line 1349 vtkImageData (0x1005c1790): No Scalar Field has been specified - assuming 1 component! ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-5.10.1-2/work/VTK5.10.1/Rendering/vtkOpenGLTexture.cxx, line 196 vtkOpenGLTexture (0x1005c1e50): No scalar values found for texture input! ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-5.10.1-2/work/VTK5.10.1/Rendering/vtkFreeTypeUtilities.cxx, line 1782 vtkFreeTypeUtilities (0x10102a600): no text in input ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-5.10.1-2/work/VTK5.10.1/Filtering/vtkImageData.cxx, line 1349 vtkImageData (0x1005c1790): No Scalar Field has been specified - assuming 1 component! ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-5.10.1-2/work/VTK5.10.1/Rendering/vtkOpenGLTexture.cxx, line 196 vtkOpenGLTexture (0x1005c1e50): No scalar values found for texture input! ERROR: In /Users/deepaksurti/pisi-64bit/tmp/VTK-5.10.1-2/work/VTK5.10.1/Rendering/vtkOpenGLTexture.cxx, line 196 vtkOpenGLTexture (0x1005c1e50): No scalar values found for texture input! ============================ WORKS FINE IN VTK 6.1 I have also added a sample test file to reproduce this error. Any suggestions to fix this? Thanks, Deepak -- http://deepaksurti.com To see a miracle, be the miracle. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: text_actor.py Type: text/x-python-script Size: 1174 bytes Desc: not available URL: From sean at rogue-research.com Wed Nov 19 14:04:41 2014 From: sean at rogue-research.com (Sean McBride) Date: Wed, 19 Nov 2014 14:04:41 -0500 Subject: [vtk-developers] Procedure for changing files duplicated in OpenGL2 folder? Message-ID: <20141119190441.1711580459@mail.rogue-research.com> Hi all, I can't find if this was discussed, but what should I do if I want to change, say vtkCocoaRenderWindow? Should I change it both in OpenGL and OpenGL2 folders, then submit that in one shot to gerrit? Thanks, -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada From david.gobbi at gmail.com Wed Nov 19 14:08:23 2014 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 19 Nov 2014 12:08:23 -0700 Subject: [vtk-developers] Procedure for changing files duplicated in OpenGL2 folder? In-Reply-To: <20141119190441.1711580459@mail.rogue-research.com> References: <20141119190441.1711580459@mail.rogue-research.com> Message-ID: That approach has been working for me, so far ;) On Wed, Nov 19, 2014 at 12:04 PM, Sean McBride wrote: > Hi all, > > I can't find if this was discussed, but what should I do if I want to > change, say vtkCocoaRenderWindow? Should I change it both in OpenGL and > OpenGL2 folders, then submit that in one shot to gerrit? > > Thanks, > > -- > ____________________________________________________________ > Sean McBride, B. Eng sean at rogue-research.com > Rogue Research www.rogue-research.com > Mac Software Developer Montr?al, Qu?bec, Canada > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Wed Nov 19 14:53:37 2014 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 19 Nov 2014 14:53:37 -0500 Subject: [vtk-developers] Procedure for changing files duplicated in OpenGL2 folder? In-Reply-To: References: <20141119190441.1711580459@mail.rogue-research.com> Message-ID: <9a9d729acee0cdf6b0aa67a71fdf1786@mail.gmail.com> Yes please change it in both. It creates good karma :-) - Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 518 881-4901 (w) 518 371-4573 (f) This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf Of *David Gobbi *Sent:* Wednesday, November 19, 2014 2:08 PM *To:* Sean McBride *Cc:* VTK Developers *Subject:* Re: [vtk-developers] Procedure for changing files duplicated in OpenGL2 folder? That approach has been working for me, so far ;) On Wed, Nov 19, 2014 at 12:04 PM, Sean McBride wrote: Hi all, I can't find if this was discussed, but what should I do if I want to change, say vtkCocoaRenderWindow? Should I change it both in OpenGL and OpenGL2 folders, then submit that in one shot to gerrit? Thanks, -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed Nov 19 16:21:07 2014 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 19 Nov 2014 16:21:07 -0500 Subject: [vtk-developers] Fixing VTK's installed headers Message-ID: <20141119212107.GA7353@megas.kitwarein.com> Hi, Attached are a few files which I've generated to help shine some light on the current status of VTK's installation tree. I'm primarily focused on headers here (with the goal of fixing the installed headers and not installing private headers). The first file (broken-includes) is a list of headers for which the following program fails to compile (for any reason which means that it may work, but include order is a problem which I consider a bug): ======== #include "$header" int main(int, char**) { return 0; } ======== The next two (no-export-*) list headers which do not export any symbols (this includes template- and macro-only headers) in the source and install tree (excluding ThirdParty). Those headers which declare classes should probably not be installed or they should export their symbols. Finally, there is a shell script which will walk the source tree and make a dot graph of includes among headers (I'm not including the full output because it is 300+KB). Unfortunately, it is way too dense to view directly, but it can be used to see where a header is included from with VTK (and just because it isn't used within VTK doesn't mean it shouldn't be installed). It would be nice if maintainers of modules would look over the lists and set the SKIP_INSTALL property on headers for those which make sense. The branch which adds this logic is here[1]. I started going through the lists, but there's are quite a few places where I'm not sure that the decision to skip the install or not is so obvious. Thanks, --Ben [1]http://review.source.kitware.com/#/t/5014/ -------------- next part -------------- DICOMAppHelper.h DICOMCallback.h DICOMCMakeConfig.h DICOMConfig.h DICOMFile.h DICOMParser.h DICOMParserMap.h LSDynaFamily.h LSDynaMetaData.h QVTKGraphicsItem.h QVTKInteractor.h QVTKWidget.h vtk3DSImporter.h vtkAMREnzoReaderInternal.h vtkArrayExtentsList.h vtkArrayInterpolate.h vtkAutoInit.h vtkBoostGraphAdapter.h vtkCommonInformationKeyManager.h vtkContextMouseEvent.h vtkDebugLeaks.h vtkDebugLeaksManager.h vtkDynamicLoader.h vtkExodusIIReaderParser.h vtkExodusIIReaderVariableCheck.h vtk_expat.h vtkFilteringInformationKeyManager.h vtkFontConfigFreeTypeTools.h vtk_freetype.h vtkFreeTypeTools.h vtkFreeTypeUtilities.h vtkGarbageCollector.h vtkGarbageCollectorManager.h vtk_gl2ps.h vtk_glew.h vtkGraphInternals.h vtkInformationDataObjectKey.h vtkInformationDataObjectMetaDataKey.h vtkInformationDoubleKey.h vtkInformationDoubleVectorKey.h vtkInformationExecutivePortKey.h vtkInformationExecutivePortVectorKey.h vtkInformationIdTypeKey.h vtkInformationInformationKey.h vtkInformationInformationVectorKey.h vtkInformationIntegerKey.h vtkInformationIntegerPointerKey.h vtkInformationIntegerRequestKey.h vtkInformationIntegerVectorKey.h vtkInformationInternals.h vtkInformationKeyVectorKey.h vtkInformationObjectBaseKey.h vtkInformationObjectBaseVectorKey.h vtkInformationQuadratureSchemeDefinitionVectorKey.h vtkInformationRequestKey.h vtkInformationStringKey.h vtkInformationStringVectorKey.h vtkInformationUnsignedLongKey.h vtkInformationVariantKey.h vtkInformationVariantVectorKey.h vtkInstantiator.h vtk_jpeg.h vtk_jsoncpp.h vtk_libproj4.h vtk_libxml2.h vtkLSDynaPartCollection.h vtkLSDynaPart.h vtkMPI.h vtkMPIPixelTT.h vtk_oggtheora.h vtkOStreamWrapper.h vtkOStrStreamWrapper.h vtkPhyloXMLTreeWriter.h vtk_png.h vtkPPainterCommunicator.h vtkPPixelTransfer.h vtkPSurfaceLICComposite.h vtkPythonStdStreamCaptureHelper.h vtkQuadRotationalExtrusionFilter.h vtkScalarBarActorInternal.h vtkSMPToolsInternal.h vtkTestDriver.h vtkTestErrorObserver.h vtkTestingObjectFactory.h vtk_tiff.h vtkVariantCast.h vtkVariantCreate.h vtkVariantExtract.h vtkVariantInlineOperators.h vtkWin32Header.h vtkXdmfHeavyData.h vtkXdmfReaderInternal.h vtkXMLCompositeDataWriter.h vtkXMLDataSetWriter.h vtkXMLHierarchicalBoxDataWriter.h vtkXMLHyperOctreeWriter.h vtkXMLImageDataWriter.h vtkXMLMultiBlockDataWriter.h vtkXMLPDataSetWriter.h vtkXMLPDataWriter.h vtkXMLPHierarchicalBoxDataWriter.h vtkXMLPImageDataWriter.h vtkXMLPMultiBlockDataWriter.h vtkXMLPolyDataWriter.h vtkXMLPPolyDataWriter.h vtkXMLPRectilinearGridWriter.h vtkXMLPStructuredDataWriter.h vtkXMLPStructuredGridWriter.h vtkXMLPUniformGridAMRWriter.h vtkXMLPUnstructuredDataWriter.h vtkXMLPUnstructuredGridWriter.h vtkXMLRectilinearGridWriter.h vtkXMLStructuredDataWriter.h vtkXMLStructuredGridWriter.h vtkXMLUniformGridAMRWriter.h vtkXMLUnstructuredDataWriter.h vtkXMLUnstructuredGridWriter.h vtkXMLWriter.h vtk_zlib.h -------------- next part -------------- Accelerators/Dax/daxToVtk/CellTypeToType.h Accelerators/Dax/daxToVtk/DataSetConverters.h Accelerators/Dax/vtkDaxConfig.h.in Accelerators/Dax/vtkDaxContourImpl.h Accelerators/Dax/vtkDaxDetailCommon.h Accelerators/Dax/vtkDaxThresholdImpl.h Accelerators/Dax/vtkToDax/Allocators.h Accelerators/Dax/vtkToDax/CellTypeAndDataType.h Accelerators/Dax/vtkToDax/CellTypeToType.h Accelerators/Dax/vtkToDax/CompactPointField.h Accelerators/Dax/vtkToDax/Containers.h Accelerators/Dax/vtkToDax/Contour.h Accelerators/Dax/vtkToDax/DataSetConverters.h Accelerators/Dax/vtkToDax/DataSetTypeToType.h Accelerators/Dax/vtkToDax/FieldTypeToType.h Accelerators/Dax/vtkToDax/Portals.h Accelerators/Dax/vtkToDax/Threshold.h Accelerators/Piston/vtkPistonDataWrangling.h Accelerators/Piston/vtkPistonMinMax.h Accelerators/Piston/vtkPistonReference.h Charts/Core/vtkChartSelectionHelper.h Common/Core/SMP/Sequential/vtkSMPThreadLocal.h.in Common/Core/SMP/Sequential/vtkSMPToolsInternal.h.in Common/Core/SMP/TBB/vtkAtomicInt.h.in Common/Core/SMP/TBB/vtkSMPThreadLocal.h.in Common/Core/SMP/TBB/vtkSMPToolsInternal.h.in Common/Core/Testing/Cxx/vtkTestNewVar.h Common/Core/vtkABI.h Common/Core/vtkArrayInterpolate.h Common/Core/vtkArrayIteratorIncludes.h Common/Core/vtkArrayPrint.h Common/Core/vtkAutoInit.h Common/Core/vtkConfigure.h.in Common/Core/vtkDataArrayIteratorMacro.h Common/Core/vtkDenseArray.h Common/Core/vtkFloatingPointExceptionsConfigure.h.in Common/Core/vtkIOStreamFwd.h Common/Core/vtkInformationInternals.h Common/Core/vtkMappedDataArray.h Common/Core/vtkMathConfigure.h.in Common/Core/vtkMathUtilities.h Common/Core/vtkNew.h Common/Core/vtkSMPThreadLocalObject.h Common/Core/vtkSmartPointer.h Common/Core/vtkSparseArray.h Common/Core/vtkSystemIncludes.h Common/Core/vtkTemplateAliasMacro.h Common/Core/vtkToolkits.h.in Common/Core/vtkType.h Common/Core/vtkTypeTemplate.h Common/Core/vtkTypeTraits.h Common/Core/vtkTypedArray.h Common/Core/vtkTypedDataArray.h Common/Core/vtkTypedDataArrayIterator.h Common/Core/vtkVariantCast.h Common/Core/vtkVariantCreate.h Common/Core/vtkVariantExtract.h Common/Core/vtkVariantInlineOperators.h Common/Core/vtkVersionMacros.h.in Common/Core/vtkWeakPointer.h Common/Core/vtkWindows.h Common/DataModel/vtkCellType.h Common/DataModel/vtkColor.h Common/DataModel/vtkDataArrayDispatcher.h Common/DataModel/vtkDataObjectTreeInternals.h Common/DataModel/vtkDispatcher.h Common/DataModel/vtkDispatcher_Private.h Common/DataModel/vtkDoubleDispatcher.h Common/DataModel/vtkMappedUnstructuredGrid.h Common/DataModel/vtkMappedUnstructuredGridCellIterator.h Common/DataModel/vtkMarchingCubesCases.h Common/DataModel/vtkMarchingSquaresCases.h Common/DataModel/vtkRect.h Common/DataModel/vtkVector.h Common/DataModel/vtkVectorOperators.h Common/Math/vtkQuaternion.h Common/Math/vtkTuple.h Deprecated/vtkGraphHierarchicalBundle.h Deprecated/vtkStringToTimePoint.h Deprecated/vtkTimePointToString.h Domains/Chemistry/vtkChemistryConfigure.h.in Filters/General/vtkTableBasedClipCases.h Filters/Modeling/vtkDijkstraGraphInternals.h Filters/Parallel/vtkBlockDistribution.h Filters/ParallelFlowPaths/Testing/Cxx/TestVectorFieldSource.h Filters/ParallelGeometry/Testing/Cxx/UnstructuredGhostZonesCommon.h Filters/Statistics/vtkKMeansAssessFunctor.h Filters/Statistics/vtkMultiCorrelativeStatisticsAssessFunctor.h Filters/Statistics/vtkStatisticsAlgorithmPrivate.h Filters/StatisticsGnuR/vtkFiltersStatisticsGnuRConfigure.h.in GUISupport/MFC/vtkMFCConfigure.h.in GUISupport/Qt/Q4VTKWidgetPlugin.h GUISupport/Qt/QVTKInteractorInternal.h GUISupport/Qt/QVTKPaintEngine.h GUISupport/Qt/Testing/Cxx/QTestApp.h GUISupport/Qt/vtkQtConnection.h IO/ADIOS/ADIOSAttribute.h IO/ADIOS/ADIOSDefs.h IO/ADIOS/ADIOSReader.h IO/ADIOS/ADIOSReaderImpl.h IO/ADIOS/ADIOSScalar.h IO/ADIOS/ADIOSUtilities.h IO/ADIOS/ADIOSVarInfo.h IO/ADIOS/ADIOSWriter.h IO/ADIOS/FunctionPointers.h IO/ADIOS/vtkADIOSDirTree.h IO/AMR/vtkAMREnzoReaderInternal.h IO/AMR/vtkAMRFlashReaderInternal.h IO/Core/Testing/Cxx/vtkFortran.h IO/Exodus/vtkCPExodusIINodalCoordinatesTemplate.h IO/Exodus/vtkCPExodusIIResultsArrayTemplate.h IO/Exodus/vtkExodusIIReaderVariableCheck.h IO/Export/vtkX3D.h IO/Export/vtkX3DExporterFIWriterHelper.h IO/FFMPEG/vtkFFMPEGConfig.h.in IO/Geometry/vtkMultiBlockPLOT3DReaderInternals.h IO/Image/vtkNIFTIImagePrivate.h IO/Import/vtk3DS.h IO/Import/vtkVRML.h IO/Import/vtkVRMLImporter_Yacc.h IO/LSDyna/private/LSDynaExport.h.in IO/LSDyna/private/LSDynaFamily.h IO/LSDyna/private/LSDynaMetaData.h IO/MINC/vtkMINC.h IO/Movie/vtkIOMovieConfigure.h.in IO/MySQL/Testing/Cxx/vtkIOMySQLTestingCxxConfigure.h.in IO/ODBC/Testing/Cxx/vtkIOODBCTestingCxxConfigure.h.in IO/ODBC/vtkODBCInternals.h IO/PostgreSQL/Testing/Cxx/vtkIOPostgresSQLTestingCxxConfigure.h.in IO/PostgreSQL/vtkPostgreSQLDatabasePrivate.h IO/XML/vtkXMLOffsetsManager.h IO/XML/vtkXMLWriterF.h IO/XMLParser/vtkXMLDataHeaderPrivate.h IO/Xdmf2/vtkSILBuilder.h IO/Xdmf2/vtkXdmfDataArray.h IO/Xdmf2/vtkXdmfHeavyData.h IO/Xdmf2/vtkXdmfReader.h IO/Xdmf2/vtkXdmfReaderInternal.h IO/Xdmf2/vtkXdmfWriter.h IO/Xdmf3/vtkXdmf3ArrayKeeper.h IO/Xdmf3/vtkXdmf3ArraySelection.h IO/Xdmf3/vtkXdmf3DataSet.h IO/Xdmf3/vtkXdmf3HeavyDataHandler.h IO/Xdmf3/vtkXdmf3LightDataHandler.h IO/Xdmf3/vtkXdmf3Reader.h IO/Xdmf3/vtkXdmf3SILBuilder.h IO/Xdmf3/vtkXdmf3Writer.h Imaging/Core/vtkImageInterpolatorInternals.h Infovis/Boost/vtkTryDowncast.h Infovis/Boost/vtkVariantBoostSerialization.h Infovis/BoostGraphAlgorithms/vtkBoostGraphAdapter.h Infovis/Parallel/vtkPBGLGraphAdapter.h Interaction/Widgets/Testing/Cxx/WidgetTestingMacros.h Parallel/MPI/Testing/Cxx/ExerciseMultiProcessController.h Parallel/MPI4Py/vtkMPI4PyCommunicator.h Rendering/Annotation/vtkScalarBarActorInternal.h Rendering/Context2D/vtkAbstractContextBufferId.h Rendering/Context2D/vtkAbstractContextItem.h Rendering/Context2D/vtkBlockItem.h Rendering/Context2D/vtkBrush.h Rendering/Context2D/vtkContext2D.h Rendering/Context2D/vtkContext3D.h Rendering/Context2D/vtkContextActor.h Rendering/Context2D/vtkContextClip.h Rendering/Context2D/vtkContextDevice2D.h Rendering/Context2D/vtkContextDevice3D.h Rendering/Context2D/vtkContextItem.h Rendering/Context2D/vtkContextKeyEvent.h Rendering/Context2D/vtkContextMapper2D.h Rendering/Context2D/vtkContextMouseEvent.h Rendering/Context2D/vtkContextScene.h Rendering/Context2D/vtkContextScenePrivate.h Rendering/Context2D/vtkContextTransform.h Rendering/Context2D/vtkImageItem.h Rendering/Context2D/vtkMarkerUtilities.h Rendering/Context2D/vtkPen.h Rendering/Context2D/vtkTooltipItem.h Rendering/ContextOpenGL/vtkOpenGLContextDevice2DPrivate.h Rendering/ContextOpenGL2/vtkOpenGL2ContextDevice2D.h Rendering/ContextOpenGL2/vtkOpenGLContextActor.h Rendering/ContextOpenGL2/vtkOpenGLContextBufferId.h Rendering/ContextOpenGL2/vtkOpenGLContextDevice2D.h Rendering/ContextOpenGL2/vtkOpenGLContextDevice2DPrivate.h Rendering/ContextOpenGL2/vtkOpenGLContextDevice3D.h Rendering/Core/vtkGPUInfoListArray.h Rendering/Core/vtkNoise200x200.h Rendering/Core/vtkPythagoreanQuadruples.h Rendering/Core/vtkRayCastStructures.h Rendering/Core/vtkRenderingCoreEnums.h Rendering/FreeType/fonts/vtkEmbeddedFonts.h Rendering/FreeTypeOpenGL2/vtkOpenGLFreeTypeTextMapper.h Rendering/GL2PS/vtkGL2PSContextDevice2D.h Rendering/GL2PS/vtkGL2PSUtilities.h Rendering/LIC/Testing/Cxx/TestImageDataLIC2D.h Rendering/LIC/Testing/Cxx/TestSurfaceLIC.h Rendering/LIC/Testing/Cxx/vtkStructuredGridLIC2DTestDriver.h Rendering/LIC/Testing/Cxx/vtkSurfaceLICTestDriver.h Rendering/Label/vtkLabelHierarchyPrivate.h Rendering/OpenGL/Testing/Cxx/TestFBOInclude.h.in Rendering/OpenGL/vtkCocoaGLView.h Rendering/OpenGL/vtkCocoaMacOSXSDKCompatibility.h Rendering/OpenGL/vtkOpenGL.h Rendering/OpenGL/vtkOpenGLError.h.in Rendering/OpenGL/vtkOpenGLExtensionManagerConfigure.h.in Rendering/OpenGL/vtkRenderingOpenGLConfigure.h.in Rendering/OpenGL/vtkShadowMapPassInternal.h Rendering/OpenGL/vtkTDxConfigure.h.in Rendering/OpenGL/vtkgluPickMatrix.h Rendering/OpenGL2/vtkAndroidRenderWindowInteractor.h Rendering/OpenGL2/vtkCocoaGLView.h Rendering/OpenGL2/vtkCocoaMacOSXSDKCompatibility.h Rendering/OpenGL2/vtkCocoaRenderWindow.h Rendering/OpenGL2/vtkCocoaRenderWindowInteractor.h Rendering/OpenGL2/vtkCompositePolyDataMapper2.h Rendering/OpenGL2/vtkDummyGPUInfoList.h Rendering/OpenGL2/vtkEGLRenderWindow.h Rendering/OpenGL2/vtkFrameBufferObject.h Rendering/OpenGL2/vtkIOSGLView.h Rendering/OpenGL2/vtkIOSRenderWindow.h Rendering/OpenGL2/vtkIOSRenderWindowInteractor.h Rendering/OpenGL2/vtkOSOpenGLRenderWindow.h Rendering/OpenGL2/vtkOpenGL.h Rendering/OpenGL2/vtkOpenGLActor.h Rendering/OpenGL2/vtkOpenGLCamera.h Rendering/OpenGL2/vtkOpenGLError.h.in Rendering/OpenGL2/vtkOpenGLGlyph3DHelper.h Rendering/OpenGL2/vtkOpenGLGlyph3DMapper.h Rendering/OpenGL2/vtkOpenGLHardwareSelector.h Rendering/OpenGL2/vtkOpenGLImageMapper.h Rendering/OpenGL2/vtkOpenGLImageSliceMapper.h Rendering/OpenGL2/vtkOpenGLLight.h Rendering/OpenGL2/vtkOpenGLPolyDataMapper.h Rendering/OpenGL2/vtkOpenGLPolyDataMapper2D.h Rendering/OpenGL2/vtkOpenGLProperty.h Rendering/OpenGL2/vtkOpenGLRenderWindow.h Rendering/OpenGL2/vtkOpenGLRenderer.h Rendering/OpenGL2/vtkOpenGLShaderCache.h Rendering/OpenGL2/vtkOpenGLTexture.h Rendering/OpenGL2/vtkPixelBufferObject.h Rendering/OpenGL2/vtkRenderPass.h Rendering/OpenGL2/vtkRenderState.h Rendering/OpenGL2/vtkRenderbuffer.h Rendering/OpenGL2/vtkRenderingOpenGLConfigure.h.in Rendering/OpenGL2/vtkShader.h Rendering/OpenGL2/vtkShaderProgram.h Rendering/OpenGL2/vtkTDxConfigure.h.in Rendering/OpenGL2/vtkTextureObject.h Rendering/OpenGL2/vtkTextureUnitManager.h Rendering/OpenGL2/vtkWin32OpenGLRenderWindow.h Rendering/OpenGL2/vtkWin32OpenGLRenderWindowInteractor.h Rendering/OpenGL2/vtkXInteractionDevice.h Rendering/OpenGL2/vtkXOpenGLRenderDevice.h Rendering/OpenGL2/vtkXOpenGLRenderWindow.h Rendering/OpenGL2/vtkXOpenGLRenderWindowInteractor.h Rendering/OpenGL2/vtkglBufferObject.h Rendering/OpenGL2/vtkglVBOHelper.h Rendering/OpenGL2/vtkglVertexArrayObject.h Rendering/ParallelLIC/vtkMPIPixelTT.h Rendering/ParallelLIC/vtkMPIPixelView.h Rendering/Tk/vtkCocoaTkUtilities.h Rendering/Tk/vtkTkImageViewerWidget.h Rendering/Tk/vtkTkInternals.h.in Rendering/Tk/vtkTkRenderWidget.h Rendering/Tk/vtkXRenderWindowTclInteractor.h Rendering/Volume/Testing/Cxx/ExerciseUnstructuredGridRayCastMapper.h Rendering/VolumeOpenGL2/vtkOpenGLGPUVolumeRayCastMapper.h Rendering/VolumeOpenGL2/vtkOpenGLGradientOpacityTable.h Rendering/VolumeOpenGL2/vtkOpenGLOpacityTable.h Rendering/VolumeOpenGL2/vtkOpenGLProjectedTetrahedraMapper.h Rendering/VolumeOpenGL2/vtkOpenGLRGBTable.h Rendering/VolumeOpenGL2/vtkOpenGLRayCastImageDisplayHelper.h Rendering/VolumeOpenGL2/vtkSmartVolumeMapper.h Rendering/VolumeOpenGL2/vtkVolumeMask.h Rendering/VolumeOpenGL2/vtkVolumeShaderComposer.h Rendering/VolumeOpenGL2/vtkVolumeStateRAII.h Rendering/VolumeOpenGLNew/vtkOpenGLGradientOpacityTable.h Rendering/VolumeOpenGLNew/vtkOpenGLOpacityTable.h Rendering/VolumeOpenGLNew/vtkOpenGLRGBTable.h Rendering/VolumeOpenGLNew/vtkVolumeMask.h Rendering/VolumeOpenGLNew/vtkVolumeShader.h Rendering/VolumeOpenGLNew/vtkVolumeShaderComposer.h Rendering/VolumeOpenGLNew/vtkVolumeStateRAII.h Testing/Core/vtkTestDriver.h Testing/Core/vtkTestErrorObserver.h Testing/Core/vtkTestUtilities.h Testing/Core/vtkTestingColors.h Testing/GenericBridge/vtkBridgeExport.h Testing/Rendering/vtkRegressionTestImage.h Utilities/DICOMParser/DICOMAppHelper.h Utilities/DICOMParser/DICOMCMakeConfig.h.in Utilities/DICOMParser/DICOMCallback.h Utilities/DICOMParser/DICOMConfig.h Utilities/DICOMParser/DICOMFile.h Utilities/DICOMParser/DICOMParser.h Utilities/DICOMParser/DICOMParserMap.h Utilities/DICOMParser/DICOMTypes.h Utilities/KWSys/vtksys/Base64.h.in Utilities/KWSys/vtksys/CPU.h.in Utilities/KWSys/vtksys/Configure.h.in Utilities/KWSys/vtksys/Encoding.h.in Utilities/KWSys/vtksys/FundamentalType.h.in Utilities/KWSys/vtksys/MD5.h.in Utilities/KWSys/vtksys/Process.h.in Utilities/KWSys/vtksys/SharedForward.h.in Utilities/KWSys/vtksys/String.h.in Utilities/KWSys/vtksys/System.h.in Utilities/KWSys/vtksys/Terminal.h.in Utilities/KWSys/vtksys/kwsysPrivate.h Utilities/KWSys/vtksys/kwsys_ios_fstream.h.in Utilities/KWSys/vtksys/kwsys_ios_iosfwd.h.in Utilities/KWSys/vtksys/kwsys_ios_iostream.h.in Utilities/KWSys/vtksys/kwsys_ios_sstream.h.in Utilities/KWSys/vtksys/testSystemTools.h.in Utilities/MetaIO/vtkmetaio/localMetaConfiguration.h Utilities/MetaIO/vtkmetaio/metaArray.h Utilities/MetaIO/vtkmetaio/metaArrow.h Utilities/MetaIO/vtkmetaio/metaBlob.h Utilities/MetaIO/vtkmetaio/metaCommand.h Utilities/MetaIO/vtkmetaio/metaContour.h Utilities/MetaIO/vtkmetaio/metaDTITube.h Utilities/MetaIO/vtkmetaio/metaEllipse.h Utilities/MetaIO/vtkmetaio/metaEvent.h Utilities/MetaIO/vtkmetaio/metaFEMObject.h Utilities/MetaIO/vtkmetaio/metaForm.h Utilities/MetaIO/vtkmetaio/metaGaussian.h Utilities/MetaIO/vtkmetaio/metaGroup.h Utilities/MetaIO/vtkmetaio/metaIOConfig.h.in Utilities/MetaIO/vtkmetaio/metaITKUtils.h Utilities/MetaIO/vtkmetaio/metaImage.h Utilities/MetaIO/vtkmetaio/metaImageTypes.h Utilities/MetaIO/vtkmetaio/metaImageUtils.h Utilities/MetaIO/vtkmetaio/metaLandmark.h Utilities/MetaIO/vtkmetaio/metaLine.h Utilities/MetaIO/vtkmetaio/metaMesh.h Utilities/MetaIO/vtkmetaio/metaObject.h Utilities/MetaIO/vtkmetaio/metaOutput.h Utilities/MetaIO/vtkmetaio/metaScene.h Utilities/MetaIO/vtkmetaio/metaSurface.h Utilities/MetaIO/vtkmetaio/metaTransform.h Utilities/MetaIO/vtkmetaio/metaTube.h Utilities/MetaIO/vtkmetaio/metaTubeGraph.h Utilities/MetaIO/vtkmetaio/metaTypes.h Utilities/MetaIO/vtkmetaio/metaUtils.h Utilities/MetaIO/vtkmetaio/metaVesselTube.h Utilities/ParseOGLExt/Tokenizer.h Utilities/ParseOGLExt/headers/GL3/gl3.h Utilities/ParseOGLExt/headers/glext.h Utilities/ParseOGLExt/headers/glxext.h Utilities/ParseOGLExt/headers/wglext.h Utilities/Python/vtkPython.h Utilities/Python/vtkPythonConfigure.h.in Utilities/PythonInterpreter/vtkPythonStdStreamCaptureHelper.h Utilities/internal_stdio_core.h.in Utilities/octree/octree.h Utilities/octree/octree_cursor.h Utilities/octree/octree_dox.h Utilities/octree/octree_iterator.h Utilities/octree/octree_node.h Utilities/octree/octree_path.h Utilities/vtkstd.h.in Views/Context2D/vtkContextInteractorStyle.h Views/Context2D/vtkContextView.h Wrapping/Java/vtkJavaAwt.h Wrapping/Python/vtkPythonAppInitConfigure.h.in Wrapping/Tcl/resources/vtkrc.h Wrapping/Tcl/vtkTcl.h Wrapping/Tcl/vtkTk.h Wrapping/Tcl/vtkTkAppInitConfigure.h.in Wrapping/Tools/vtkParse.h Wrapping/Tools/vtkParseData.h Wrapping/Tools/vtkParseExtras.h Wrapping/Tools/vtkParseHierarchy.h Wrapping/Tools/vtkParseMain.h Wrapping/Tools/vtkParseMangle.h Wrapping/Tools/vtkParsePreprocess.h Wrapping/Tools/vtkParseString.h Wrapping/Tools/vtkParseType.h Wrapping/Tools/vtkWrap.h Wrapping/Tools/vtkWrapText.h -------------- next part -------------- DICOMAppHelper.h DICOMCallback.h DICOMCMakeConfig.h DICOMConfig.h DICOMFile.h DICOMParser.h DICOMParserMap.h DICOMTypes.h glMatrix.h LSDynaFamily.h LSDynaMetaData.h QVTKInteractorInternal.h QVTKPaintEngine.h ui_vtkQtRichTextView.h vtkABI.h vtkAbstractContextBufferId.h vtkAbstractContextItem.h vtkAMREnzoReaderInternal.h vtkAMRFlashReaderInternal.h vtkArrayInterpolate.h vtkArrayIteratorIncludes.h vtkArrayPrint.h vtkAutoInit.h vtkBlockItem.h vtkBoostGraphAdapter.h vtkBridgeExport.h vtkBrush.h vtkCellType.h vtkColor.h vtkConfigure.h vtkContext2D.h vtkContext3D.h vtkContextActor.h vtkContextClip.h vtkContextDevice2D.h vtkContextDevice3D.h vtkContextInteractorStyle.h vtkContextItem.h vtkContextKeyEvent.h vtkContextMapper2D.h vtkContextMouseEvent.h vtkContextScene.h vtkContextTransform.h vtkContextView.h vtkCPExodusIINodalCoordinatesTemplate.h vtkCPExodusIIResultsArrayTemplate.h vtkDataArrayDispatcher.h vtkDataArrayIteratorMacro.h vtkDenseArray.h vtkDispatcher.h vtkDispatcher_Private.h vtkDoubleDispatcher.h vtkExodusIIReaderVariableCheck.h vtk_expat.h vtkFFMPEGConfig.h vtk_freetype.h vtkGL2PSContextDevice2D.h vtk_gl2ps.h vtkGL2PSUtilities.h vtk_glew.h vtkgluPickMatrix.h vtkGPUInfoListArray.h vtk_hdf5.h vtkImageItem.h vtkInformationInternals.h vtkIOMovieConfigure.h vtkIOStreamFwd.h vtkIOXdmf2Module.h vtk_jpeg.h vtk_jsoncpp.h vtk_libproj4.h vtk_libxml2.h vtkMappedDataArray.h vtkMappedUnstructuredGridCellIterator.h vtkMappedUnstructuredGrid.h vtkMarkerUtilities.h vtkMathConfigure.h vtkMathUtilities.h vtkMINC.h vtkMPI4PyCommunicator.h vtkMPIPixelTT.h vtkMultiBlockPLOT3DReaderInternals.h vtk_netcdfcpp.h vtk_netcdf.h vtkNew.h vtkNoise200x200.h vtk_oggtheora.h vtkOpenGLError.h vtkOpenGL.h vtkParallelMPI4PyModule.h vtkParseData.h vtkParseExtras.h vtkParse.h vtkParseHierarchy.h vtkParseMain.h vtkParseMangle.h vtkParsePreprocess.h vtkParseString.h vtkParseType.h vtkPen.h vtk_png.h vtkPythagoreanQuadruples.h vtkPythonConfigure.h vtkPython.h vtkPythonStdStreamCaptureHelper.h vtkQtConnection.h vtkQuaternion.h vtkRayCastStructures.h vtkRect.h vtkRegressionTestImage.h vtkRenderingContext2DModule.h vtkRenderingCoreEnums.h vtkRenderingGL2PSModule.h vtkRenderingOpenGLConfigure.h vtkScalarBarActorInternal.h vtkSILBuilder.h vtkSmartPointer.h vtkSMPThreadLocal.h vtkSMPThreadLocalObject.h vtkSMPToolsInternal.h vtkSocketCommunicatorHash.h vtkSparseArray.h vtkSystemIncludes.h vtkTDxConfigure.h vtkTemplateAliasMacro.h vtkTestDriver.h vtkTestErrorObserver.h vtkTestingColors.h vtkTestUtilities.h vtk_tiff.h vtkToolkits.h vtkTooltipItem.h vtkTuple.h vtkTypedArray.h vtkTypedDataArray.h vtkTypedDataArrayIterator.h vtkType.h vtkTypeTemplate.h vtkTypeTraits.h vtkVariantBoostSerialization.h vtkVariantCast.h vtkVariantCreate.h vtkVariantExtract.h vtkVariantInlineOperators.h vtkVector.h vtkVectorOperators.h vtkVersionMacros.h vtkViewsContext2DModule.h vtkWeakPointer.h vtkWindows.h vtkWrap.h vtkWrapText.h vtkX3D.h vtk_xdmf2.h vtkXdmfDataArray.h vtkXdmfHeavyData.h vtkXdmfReader.h vtkXdmfReaderInternal.h vtkXdmfWriter.h vtk_zlib.h webglRenderer.h -------------- next part -------------- A non-text attachment was scrubbed... Name: find_links.sh Type: application/x-sh Size: 643 bytes Desc: not available URL: From jamil.appa at zenotech.com Thu Nov 20 06:48:20 2014 From: jamil.appa at zenotech.com (Jamil Appa) Date: Thu, 20 Nov 2014 11:48:20 +0000 Subject: [vtk-developers] vtkEnSightWriter bug fixes Message-ID: Hi I have fixed the VTK_POLYHEDRON output in vtkEnSightWriter and added the ability to override the logic that decides whether to write the geometry file. The changes can be found at https://github.com/zenotech/VTK/tree/master/IO/EnSight When I get a chance I will submit the change to Gerrit Jamil -- Jamil Appa | Co-Founder and Director | Zenotech +447747606788 | [image: View Jamil Appa's LinkedIn profile] jamil.appa at zenotech.com[image: Zenotech] Zenotech Ltd | Bristol & Bath Science Park | Emmersons Green | Bristol | BS16 7FR ------------------------------ Registered Address: 1 Larkfield Grove | Chepstow | Monmouthshire | NP16 5UF | UK Registered in England & Wales No: 7926926 VAT No: 128198591 -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Thu Nov 20 17:36:37 2014 From: david.gobbi at gmail.com (David Gobbi) Date: Thu, 20 Nov 2014 15:36:37 -0700 Subject: [vtk-developers] Kits, DLL boundaries, and the wrappers Message-ID: Hi Ben, I have a question about the new "kit" implementation that relates to the creation and use of the new kit hierarchy files. One feature of the hierarchy files is that they list the library for each class. The wrappers use this information in order to declare import or export linkage when necessary. So I believe that, for kit wrapping, the hierarchy files will have to give the "kit" libraries rather than the "module" libraries. Is this something that the new kit code does yet? - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmsurti at gmail.com Fri Nov 21 02:18:41 2014 From: dmsurti at gmail.com (Deepak Surti) Date: Fri, 21 Nov 2014 12:48:41 +0530 Subject: [vtk-developers] Nightly source tar? Message-ID: Hi, On the vtk downloads page: http://www.vtk.org/VTK/resources/software.html, under Download additional components, I can download the nightly documentation tar. Where can I dowload the source tar itself? For now I have a local git clone and do a git archive. Is using git archive the standard way of producing a nightly source tar? Anything, a suggested way to make the tar or a download location would do. Thanks, Deepak -- http://deepaksurti.com To see a miracle, be the miracle. -------------- next part -------------- An HTML attachment was scrubbed... URL: From DLRdave at aol.com Fri Nov 21 07:28:23 2014 From: DLRdave at aol.com (David Cole) Date: Fri, 21 Nov 2014 07:28:23 -0500 Subject: [vtk-developers] Nightly source tar? In-Reply-To: References: Message-ID: You can get a tar of any git commit you like from the GitHub "archive". Like this: https://github.com/Kitware/VTK/archive/master.tar.gz You can replace "master" with a tag name or a branch name or a commit id, and it should still work... HTH, David C. On Friday, November 21, 2014, Deepak Surti wrote: > Hi, > > On the vtk downloads page: http://www.vtk.org/VTK/resources/software.html, > under Download additional components, I can download the nightly > documentation tar. Where can I dowload the source tar itself? > > For now I have a local git clone and do a git archive. Is using git > archive the standard way of producing a nightly source tar? Anything, a > suggested way to make the tar or a download location would do. > > Thanks, > Deepak > > -- > http://deepaksurti.com > To see a miracle, be the miracle. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmsurti at gmail.com Fri Nov 21 07:53:45 2014 From: dmsurti at gmail.com (Deepak Surti) Date: Fri, 21 Nov 2014 18:23:45 +0530 Subject: [vtk-developers] Nightly source tar? In-Reply-To: References: Message-ID: Thanks David. That works. On Fri, Nov 21, 2014 at 5:58 PM, David Cole wrote: > You can get a tar of any git commit you like from the GitHub "archive". > Like this: > > https://github.com/Kitware/VTK/archive/master.tar.gz > > > You can replace "master" with a tag name or a branch name or a commit id, > and it should still work... > > HTH, > David C. > > On Friday, November 21, 2014, Deepak Surti wrote: > >> Hi, >> >> On the vtk downloads page: http://www.vtk.org/VTK/resources/software.html, >> under Download additional components, I can download the nightly >> documentation tar. Where can I dowload the source tar itself? >> >> For now I have a local git clone and do a git archive. Is using git >> archive the standard way of producing a nightly source tar? Anything, a >> suggested way to make the tar or a download location would do. >> >> Thanks, >> Deepak >> >> -- >> http://deepaksurti.com >> To see a miracle, be the miracle. >> > -- http://deepaksurti.com To see a miracle, be the miracle. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Fri Nov 21 08:39:26 2014 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 21 Nov 2014 08:39:26 -0500 Subject: [vtk-developers] Kits, DLL boundaries, and the wrappers In-Reply-To: References: Message-ID: <20141121133926.GA10050@megas.kitwarein.com> On Thu, Nov 20, 2014 at 15:36:37 -0700, David Gobbi wrote: > One feature of the hierarchy files is that they list the library for each > class. The wrappers use this information in order to declare import or export > linkage when necessary. So I believe that, for kit wrapping, the hierarchy > files will have to give the "kit" libraries rather than the "module" libraries. > Is this something that the new kit code does yet? Yes, it appears the Hierarchy files should likely be listing the Kit rather than the main module. But only for kit-aware wrappings (just Python at the moment). I'll amend the branch. --Ben From sean at rogue-research.com Fri Nov 21 11:46:11 2014 From: sean at rogue-research.com (Sean McBride) Date: Fri, 21 Nov 2014 11:46:11 -0500 Subject: [vtk-developers] Need help with a few clang analyzer warnings Message-ID: <20141121164611.1400065013@mail.rogue-research.com> Hi all, Occasionally, I try to fix some of the hundreds of clang static analyzer warnings in VTK. Some are easy, some are false positives, and some are real problems that I don't know how to fix. I'd like to appeal to you all to help fix these 3: 1) file: Common/DataModel/vtkPolyLine.cxx method: vtkPolyLine::GenerateSlidingNormals lines: 227-237 problem: dead code. The "if ( largeRotation )" branch sets "theta" then nothing uses it. 2) file: Rendering/Core/vtkCellPicker.cxx method: vtkCellPicker::IntersectVolumeWithLine line: 691 problem: the 'property' pointer is initialized to null, and if the subsequent 'if' is not entered, it's certainly still null at line 691 and dereferenced. 3) file: Common/DataModel/vtkKdTree.cxx line: 3188 method: vtkKdTree::GenerateRepresentationWholeSpace problem: the first time through the 'for' loop always does "1 << -1". You can't left shift by a negative count. I don't want to blindly delete dead code that maybe shouldn't be dead, or just throw in null checks, so hopefully someone knows this code! Cheers, -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada From david.gobbi at gmail.com Fri Nov 21 12:20:54 2014 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 21 Nov 2014 10:20:54 -0700 Subject: [vtk-developers] Need help with a few clang analyzer warnings In-Reply-To: <20141121164611.1400065013@mail.rogue-research.com> References: <20141121164611.1400065013@mail.rogue-research.com> Message-ID: Hi Sean, I can fix vtkCellPicker.cxx by making the code able to handle the case that property is null. - David On Fri, Nov 21, 2014 at 9:46 AM, Sean McBride wrote: > Hi all, > > Occasionally, I try to fix some of the hundreds of clang static analyzer > warnings in VTK. Some are easy, some are false positives, and some are > real problems that I don't know how to fix. I'd like to appeal to you all > to help fix these 3: > > 1) > file: Common/DataModel/vtkPolyLine.cxx > method: vtkPolyLine::GenerateSlidingNormals > lines: 227-237 > problem: dead code. The "if ( largeRotation )" branch sets "theta" then > nothing uses it. > > 2) > file: Rendering/Core/vtkCellPicker.cxx > method: vtkCellPicker::IntersectVolumeWithLine > line: 691 > problem: the 'property' pointer is initialized to null, and if the > subsequent 'if' is not entered, it's certainly still null at line 691 and > dereferenced. > > 3) > file: Common/DataModel/vtkKdTree.cxx > line: 3188 > method: vtkKdTree::GenerateRepresentationWholeSpace > problem: the first time through the 'for' loop always does "1 << -1". You > can't left shift by a negative count. > > I don't want to blindly delete dead code that maybe shouldn't be dead, or > just throw in null checks, so hopefully someone knows this code! > > Cheers, > > -- > ____________________________________________________________ > Sean McBride, B. Eng sean at rogue-research.com > Rogue Research www.rogue-research.com > Mac Software Developer Montr?al, Qu?bec, Canada > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Fri Nov 21 12:58:03 2014 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 21 Nov 2014 10:58:03 -0700 Subject: [vtk-developers] Wrapping enum types In-Reply-To: References: Message-ID: Hi All, The enum support for the wrappers is done (pending merge). The caveat that I mentioned in my previous email no longer applies, i.e. with this new patch _all_ enum types are wrapped, whether they are in the global namespace, in a class namespace, or in any other namespace (except for nested namespaces, which aren't supported by the wrappers yet). This change isn't going to have much impact on the VTK core, because most VTK class methods simply take "int" parameters instead of requiring the use of enums. However, it will have a _big_ impact for the wrapping of third-party VTK classes which tend to use enum parameters quite often. (In fact the change was motivated by the need to wrap some of my own external classes). Enum parameter support is only provided for the python wrappers, not for Java or Tcl. - David On Mon, Nov 17, 2014 at 7:04 AM, David Gobbi wrote: > Hi All, > > I have a patch in gerrit that modifies the python wrappers so that enum > types are wrapped. This means that method parameters can be enum > types, something that wasn't possible for wrapped methods before. > http://review.source.kitware.com/#/c/17993 > > E.g.: > > class vtkSomeObject > { > public: > enum ColorEnum { Red, Blue }; > void SetColor(enum ColorEnum); > }; > > Each enum type is wrapped as a unique python type subclassed from > python's "int" type. So an enum can be used wherever an int can be > used, but methods that take an enum will raise a TypeError unless > given a value of the correct enum type. > > One caveat is that this only works if the method and the enum type are > members of the same class. Sometime later I'll generalize it so that a > method can use an enum defined in a different class, but method & enum > in the same class seems to be the most common use case. > > Cheers, > > - David > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Tue Nov 25 12:14:51 2014 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 25 Nov 2014 12:14:51 -0500 Subject: [vtk-developers] Need help from a vtkFunctionParser expert Message-ID: Foks, I'm writing a comprehensive unit test for vtkFunctionParser. I hope to achieve near 100% verified coverage. I need to see an example function that contains an operator within a variable. If you are interested the current gerrit topic is here: http://review.source.kitware.com/#/c/18140/ Existing coverage: 58% Topic coverage 81% (verified) Thanks, Bill -- Unpaid intern in BillsBasement at noware dot com From dmsurti at gmail.com Fri Nov 28 03:33:36 2014 From: dmsurti at gmail.com (Deepak Surti) Date: Fri, 28 Nov 2014 14:03:36 +0530 Subject: [vtk-developers] Build Error When Building from Master branch Message-ID: Hi, I have a python script to build VTK from the latest commit on master branch. I use this URL to fetch the archive: https://github.com/Kitware/VTK /archive/master.tar.gz However, the build fails with this error: CMake Error at CMake/ExternalData.cmake:749 (message): *Object MD5=b7d4fa1943ca47ef537e6847886e3935 not found at*: http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=b7d4fa1943ca47ef537e6847886e3935&algorithm=MD5 (wrong hash MD5=980d29c660124c77d48524bcb9ea384c) http://www.vtk.org/files/ExternalData/MD5/b7d4fa1943ca47ef537e6847886e3935 ("Timeout was reached") Call Stack (most recent call first): CMake/ExternalData.cmake:771 (_ExternalData_download_object) The last commit that I built off master which went fine was : 886872ff3321ad260ca3ddb00604409a940af597. And then I have tried with the master achieve today. Any suggestions? Is there a way to find out say from the VTK dashboard whether to build or not off the latest master commit? Thanks, Deepak -- http://deepaksurti.com To see a miracle, be the miracle. -------------- next part -------------- An HTML attachment was scrubbed... URL: From berk.geveci at kitware.com Fri Nov 28 12:58:11 2014 From: berk.geveci at kitware.com (Berk Geveci) Date: Fri, 28 Nov 2014 12:58:11 -0500 Subject: [vtk-developers] Build Error When Building from Master branch In-Reply-To: References: Message-ID: I believe that this originates from the fact that one of our servers is down today for maintenance. You should be able to disable testing to prevent test data from being downloaded. Alternatively you can download the data from here: http://www.vtk.org/VTK/resources/software.html Best, -berk On Fri, Nov 28, 2014 at 3:33 AM, Deepak Surti wrote: > Hi, > > I have a python script to build VTK from the latest commit on master > branch. I use this URL to fetch the archive: https://github.com/Kitware/ > VTK/archive/master.tar.gz > > However, the build fails with this error: > > CMake Error at CMake/ExternalData.cmake:749 (message): > *Object MD5=b7d4fa1943ca47ef537e6847886e3935 not found at*: > > > http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=b7d4fa1943ca47ef537e6847886e3935&algorithm=MD5 > (wrong hash MD5=980d29c660124c77d48524bcb9ea384c) > > http://www.vtk.org/files/ExternalData/MD5/b7d4fa1943ca47ef537e6847886e3935 > ("Timeout was reached") > Call Stack (most recent call first): > CMake/ExternalData.cmake:771 (_ExternalData_download_object) > > The last commit that I built off master which went fine was > : 886872ff3321ad260ca3ddb00604409a940af597. And then I have tried with the > master achieve today. > > Any suggestions? Is there a way to find out say from the VTK dashboard > whether to build or not off the latest master commit? > > Thanks, > Deepak > -- > http://deepaksurti.com > To see a miracle, be the miracle. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Fri Nov 28 15:32:08 2014 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 28 Nov 2014 15:32:08 -0500 Subject: [vtk-developers] Need help from a vtkFunctionParser expert In-Reply-To: References: Message-ID: Current gerrit topic has 95% coverage. I still need an example function that uses an operator within a variable. Bill On Tue, Nov 25, 2014 at 12:14 PM, Bill Lorensen wrote: > Foks, > > I'm writing a comprehensive unit test for vtkFunctionParser. I hope to > achieve near 100% verified coverage. > > I need to see an example function that contains an operator within a variable. > > If you are interested the current gerrit topic is here: > http://review.source.kitware.com/#/c/18140/ > Existing coverage: 58% > Topic coverage 81% (verified) > > Thanks, > > Bill > > > -- > Unpaid intern in BillsBasement at noware dot com -- Unpaid intern in BillsBasement at noware dot com From berk.geveci at kitware.com Fri Nov 28 16:52:57 2014 From: berk.geveci at kitware.com (Berk Geveci) Date: Fri, 28 Nov 2014 16:52:57 -0500 Subject: [vtk-developers] Need help from a vtkFunctionParser expert In-Reply-To: References: Message-ID: Hi Bill, At the risk of showing that I know very little about the function parser, what does this mean? A variable name that has an operator symbol that the parser is supposed to recognize? -berk On Fri, Nov 28, 2014 at 3:32 PM, Bill Lorensen wrote: > Current gerrit topic has 95% coverage. I still need an example > function that uses an operator within a variable. > > Bill > > > On Tue, Nov 25, 2014 at 12:14 PM, Bill Lorensen > wrote: > > Foks, > > > > I'm writing a comprehensive unit test for vtkFunctionParser. I hope to > > achieve near 100% verified coverage. > > > > I need to see an example function that contains an operator within a > variable. > > > > If you are interested the current gerrit topic is here: > > http://review.source.kitware.com/#/c/18140/ > > Existing coverage: 58% > > Topic coverage 81% (verified) > > > > Thanks, > > > > Bill > > > > > > -- > > Unpaid intern in BillsBasement at noware dot com > > > > -- > Unpaid intern in BillsBasement at noware dot com > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Fri Nov 28 16:56:27 2014 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 28 Nov 2014 16:56:27 -0500 Subject: [vtk-developers] Need help from a vtkFunctionParser expert In-Reply-To: References: Message-ID: Berk, I have no idea what it means. That's why I asked. There is code to handle, but I can't figure out how to get the code exercised. Bill On Fri, Nov 28, 2014 at 4:52 PM, Berk Geveci wrote: > Hi Bill, > > At the risk of showing that I know very little about the function parser, > what does this mean? A variable name that has an operator symbol that the > parser is supposed to recognize? > > -berk > > On Fri, Nov 28, 2014 at 3:32 PM, Bill Lorensen > wrote: >> >> Current gerrit topic has 95% coverage. I still need an example >> function that uses an operator within a variable. >> >> Bill >> >> >> On Tue, Nov 25, 2014 at 12:14 PM, Bill Lorensen >> wrote: >> > Foks, >> > >> > I'm writing a comprehensive unit test for vtkFunctionParser. I hope to >> > achieve near 100% verified coverage. >> > >> > I need to see an example function that contains an operator within a >> > variable. >> > >> > If you are interested the current gerrit topic is here: >> > http://review.source.kitware.com/#/c/18140/ >> > Existing coverage: 58% >> > Topic coverage 81% (verified) >> > >> > Thanks, >> > >> > Bill >> > >> > >> > -- >> > Unpaid intern in BillsBasement at noware dot com >> >> >> >> -- >> Unpaid intern in BillsBasement at noware dot com >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> > -- Unpaid intern in BillsBasement at noware dot com