From bill.lorensen at gmail.com Sat Sep 2 11:16:13 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Sat, 2 Sep 2017 11:16:13 -0400 Subject: [vtk-developers] Obnoxious deprecation warning Message-ID: Recent changes have caused 100's of warning for the VTKWikiExamples remote module. https://open.cdash.org/viewBuildError.php?type=1&buildid=5045383 There has to be a better solution: In file included from /home/lorensen/ProjectsGIT/Dashboards/VTK/Rendering/Core/vtkPolyDataMapper.h:30:0, from /home/lorensen/ProjectsGIT/Dashboards/VTK/Remote/WikiExamples/src/Cxx/Animation/AnimateActors.cxx:7, from /home/lorensen/ProjectsGIT/Dashboards/VTK-WikiExamples/Remote/WikiExamples/src/Cxx/Animation/TestAnimateActors.cxx:2: /home/lorensen/ProjectsGIT/Dashboards/VTK/Rendering/Core/vtkTexture.h: In member function 'void vtkTexture::SetColorModeToDefault()': /home/lorensen/ProjectsGIT/Dashboards/VTK/Rendering/Core/vtkTexture.h:187:48: warning: 'virtual void vtkTexture::SetColorMode(int)' is deprecated (declared at /home/lorensen/ProjectsGIT/Dashboards/VTK/Rendering/Core/vtkTexture.h:184) [-Wdeprecated-declarations] { this->SetColorMode(VTK_COLOR_MODE_DEFAULT); } ^ /home/lorensen/ProjectsGIT/Dashboards/VTK/Rendering/Core/vtkTexture.h: In member function 'void vtkTexture::SetColorModeToMapScalars()': /home/lorensen/ProjectsGIT/Dashboards/VTK/Rendering/Core/vtkTexture.h:189:52: warning: 'virtual void vtkTexture::SetColorMode(int)' is deprecated (declared at /home/lorensen/ProjectsGIT/Dashboards/VTK/Rendering/Core/vtkTexture.h:184) [-Wdeprecated-declarations] { this->SetColorMode(VTK_COLOR_MODE_MAP_SCALARS); } ^ /home/lorensen/ProjectsGIT/Dashboards/VTK/Rendering/Core/vtkTexture.h: In member function 'void vtkTexture::SetColorModeToDirectScalars()': /home/lorensen/ProjectsGIT/Dashboards/VTK/Rendering/Core/vtkTexture.h:191:53: warning: 'virtual void vtkTexture::SetColorMode(int)' is deprecated (declared at /home/lorensen/ProjectsGIT/Dashboards/VTK/Rendering/Core/vtkTexture.h:184) [-Wdeprecated-declarations] { this->SetColorMode(VTK_COLOR_MODE_DIRECT_SCALARS); } -- Unpaid intern in BillsBasement at noware dot com From xabivtk at gmail.com Mon Sep 4 05:12:02 2017 From: xabivtk at gmail.com (Xabi Riobe) Date: Mon, 4 Sep 2017 11:12:02 +0200 Subject: [vtk-developers] Is -8.1 libraries naming correct for 8.0.1 release ? Message-ID: Hi, When building static libraries with 8.0.1 release, the suffix is 8.1 : vtkCommonCore-8.1.lib Is it the expected name ? shouldn't be vtkCommonCore-8.0.1.lib instead? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From xabivtk at gmail.com Mon Sep 4 05:16:24 2017 From: xabivtk at gmail.com (Xabi Riobe) Date: Mon, 4 Sep 2017 11:16:24 +0200 Subject: [vtk-developers] Is -8.1 libraries naming correct for 8.0.1 release ? In-Reply-To: References: Message-ID: Sorry, -8.1 is master, but for 8.0.1 the name is -8.0 Is there a reason to have only one subversion number and not 2 in this case? 2017-09-04 11:12 GMT+02:00 Xabi Riobe : > Hi, > > When building static libraries with 8.0.1 release, the suffix is 8.1 > : vtkCommonCore-8.1.lib > > Is it the expected name ? shouldn't be vtkCommonCore-8.0.1.lib instead? > > Thanks > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Sep 5 08:30:04 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 5 Sep 2017 08:30:04 -0400 Subject: [vtk-developers] Is -8.1 libraries naming correct for 8.0.1 release ? In-Reply-To: References: Message-ID: <20170905123004.GA6849@megas.kitware.com> On Mon, Sep 04, 2017 at 11:16:24 +0200, Xabi Riobe wrote: > Sorry, -8.1 is master, but for 8.0.1 the name is -8.0 > Is there a reason to have only one subversion number and not 2 in this case? Patch versions should be ABI-compatible and therefore directly replaceable. --Ben From david.gobbi at gmail.com Tue Sep 5 18:36:47 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Tue, 5 Sep 2017 16:36:47 -0600 Subject: [vtk-developers] Texture issues causing vtkImageResliceMapper to fail Message-ID: Something has changed in VTK in the past couple weeks relating to textures that is causing vtkImageResliceMapper to fail. The problem can be seen in Examples/ImageProcessing/Python/ImageInteractorReslice.py: if the window is resized to make the window taller or wider, then the texture appears to be stretched in the wrong direction. It's almost as if somewhere in the code the "x" texture coords are being read as "y" and vice-versa. Can anyone point me to a place to look? Thanks, - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Tue Sep 5 18:58:17 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 05 Sep 2017 22:58:17 +0000 Subject: [vtk-developers] Texture issues causing vtkImageResliceMapper to fail In-Reply-To: References: Message-ID: David, git bisect is great for identifying the culprit. On Tue, Sep 5, 2017 at 6:37 PM David Gobbi wrote: > Something has changed in VTK in the past couple weeks relating to textures > that is causing vtkImageResliceMapper to fail. The problem can be seen > in Examples/ImageProcessing/Python/ImageInteractorReslice.py: if the window > is resized to make the window taller or wider, then the texture appears to > be stretched in the wrong direction. It's almost as if somewhere in the > code the "x" texture coords are being read as "y" and vice-versa. > > Can anyone point me to a place to look? > > Thanks, > - David > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Unpaid intern in BillsBasement at noware dot com -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Tue Sep 5 19:00:37 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Tue, 5 Sep 2017 17:00:37 -0600 Subject: [vtk-developers] Texture issues causing vtkImageResliceMapper to fail In-Reply-To: References: Message-ID: I'm doing a bisect right now. Builds take forever, though. On Tue, Sep 5, 2017 at 4:58 PM, Bill Lorensen wrote: > David, > > git bisect is great for identifying the culprit. > > On Tue, Sep 5, 2017 at 6:37 PM David Gobbi wrote: > >> Something has changed in VTK in the past couple weeks relating to >> textures that is causing vtkImageResliceMapper to fail. The problem can >> be seen in Examples/ImageProcessing/Python/ImageInteractorReslice.py: if >> the window is resized to make the window taller or wider, then the texture >> appears to be stretched in the wrong direction. It's almost as if >> somewhere in the code the "x" texture coords are being read as "y" and >> vice-versa. >> >> Can anyone point me to a place to look? >> >> Thanks, >> - David >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at http://www.kitware.com/ >> opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> -- > Unpaid intern in BillsBasement at noware dot com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Tue Sep 5 19:09:29 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 5 Sep 2017 19:09:29 -0400 Subject: [vtk-developers] Texture issues causing vtkImageResliceMapper to fail In-Reply-To: References: Message-ID: I use ccache. This helps speed up builds. On Tue, Sep 5, 2017 at 7:00 PM, David Gobbi wrote: > I'm doing a bisect right now. Builds take forever, though. > > On Tue, Sep 5, 2017 at 4:58 PM, Bill Lorensen > wrote: >> >> David, >> >> git bisect is great for identifying the culprit. >> >> On Tue, Sep 5, 2017 at 6:37 PM David Gobbi wrote: >>> >>> Something has changed in VTK in the past couple weeks relating to >>> textures that is causing vtkImageResliceMapper to fail. The problem can be >>> seen in Examples/ImageProcessing/Python/ImageInteractorReslice.py: if the >>> window is resized to make the window taller or wider, then the texture >>> appears to be stretched in the wrong direction. It's almost as if somewhere >>> in the code the "x" texture coords are being read as "y" and vice-versa. >>> >>> Can anyone point me to a place to look? >>> >>> Thanks, >>> - David >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >> -- >> Unpaid intern in BillsBasement at noware dot com > > -- Unpaid intern in BillsBasement at noware dot com From ken.martin at kitware.com Tue Sep 5 21:18:35 2017 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 5 Sep 2017 21:18:35 -0400 Subject: [vtk-developers] Texture issues causing vtkImageResliceMapper to fail In-Reply-To: References: Message-ID: My guess is something is calling Set(..) on a texture or point array and not marking it modified. There was a change I made recently that will cause those cases to not update the VBO. On Tue, Sep 5, 2017 at 7:00 PM, David Gobbi wrote: > I'm doing a bisect right now. Builds take forever, though. > > On Tue, Sep 5, 2017 at 4:58 PM, Bill Lorensen > wrote: > >> David, >> >> git bisect is great for identifying the culprit. >> >> On Tue, Sep 5, 2017 at 6:37 PM David Gobbi wrote: >> >>> Something has changed in VTK in the past couple weeks relating to >>> textures that is causing vtkImageResliceMapper to fail. The problem can >>> be seen in Examples/ImageProcessing/Python/ImageInteractorReslice.py: >>> if the window is resized to make the window taller or wider, then the >>> texture appears to be stretched in the wrong direction. It's almost as if >>> somewhere in the code the "x" texture coords are being read as "y" and >>> vice-versa. >>> >>> Can anyone point me to a place to look? >>> >>> Thanks, >>> - David >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: http://markmail.org/search/?q= >>> vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> -- >> 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 > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Tue Sep 5 21:42:29 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 5 Sep 2017 21:42:29 -0400 Subject: [vtk-developers] Texture issues causing vtkImageResliceMapper to fail In-Reply-To: References: Message-ID: Ken was right. git bisect picked the winner 59373905501ae983e1587d6b118fcbcccd548c1c is the first bad commit commit 59373905501ae983e1587d6b118fcbcccd548c1c Author: Ken Martin Date: Tue Aug 22 17:07:43 2017 -0400 a number of cleanups to the VBO code added a lot of documentation, removed a couple methods that were no longer needed. Improved the handling of data arrays so that they are more often cached. On Tue, Sep 5, 2017 at 9:18 PM, Ken Martin wrote: > My guess is something is calling Set(..) on a texture or point array and not > marking it modified. There was a change I made recently that will cause > those cases to not update the VBO. > > On Tue, Sep 5, 2017 at 7:00 PM, David Gobbi wrote: >> >> I'm doing a bisect right now. Builds take forever, though. >> >> On Tue, Sep 5, 2017 at 4:58 PM, Bill Lorensen >> wrote: >>> >>> David, >>> >>> git bisect is great for identifying the culprit. >>> >>> On Tue, Sep 5, 2017 at 6:37 PM David Gobbi wrote: >>>> >>>> Something has changed in VTK in the past couple weeks relating to >>>> textures that is causing vtkImageResliceMapper to fail. The problem can be >>>> seen in Examples/ImageProcessing/Python/ImageInteractorReslice.py: if the >>>> window is resized to make the window taller or wider, then the texture >>>> appears to be stretched in the wrong direction. It's almost as if somewhere >>>> in the code the "x" texture coords are being read as "y" and vice-versa. >>>> >>>> Can anyone point me to a place to look? >>>> >>>> Thanks, >>>> - David >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Search the list archives at: >>>> http://markmail.org/search/?q=vtk-developers >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>> >>> -- >>> 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 >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > 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. -- Unpaid intern in BillsBasement at noware dot com From david.gobbi at gmail.com Tue Sep 5 22:13:56 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Tue, 5 Sep 2017 20:13:56 -0600 Subject: [vtk-developers] Texture issues causing vtkImageResliceMapper to fail In-Reply-To: References: Message-ID: Yeah, I've been looking over that commit (my own git bisect gave me the same answer a couple hours ago). Definitely looks like it could be timestamp-related. - David On Tue, Sep 5, 2017 at 7:42 PM, Bill Lorensen wrote: > Ken was right. git bisect picked the winner > > 59373905501ae983e1587d6b118fcbcccd548c1c is the first bad commit > commit 59373905501ae983e1587d6b118fcbcccd548c1c > Author: Ken Martin > Date: Tue Aug 22 17:07:43 2017 -0400 > > a number of cleanups to the VBO code > > added a lot of documentation, removed a couple methods > that were no longer needed. Improved the handling of > data arrays so that they are more often cached. > > On Tue, Sep 5, 2017 at 9:18 PM, Ken Martin wrote: > > My guess is something is calling Set(..) on a texture or point array and > not > > marking it modified. There was a change I made recently that will cause > > those cases to not update the VBO. > > > > On Tue, Sep 5, 2017 at 7:00 PM, David Gobbi > wrote: > >> > >> I'm doing a bisect right now. Builds take forever, though. > >> > >> On Tue, Sep 5, 2017 at 4:58 PM, Bill Lorensen > >> wrote: > >>> > >>> David, > >>> > >>> git bisect is great for identifying the culprit. > >>> > >>> On Tue, Sep 5, 2017 at 6:37 PM David Gobbi > wrote: > >>>> > >>>> Something has changed in VTK in the past couple weeks relating to > >>>> textures that is causing vtkImageResliceMapper to fail. The problem > can be > >>>> seen in Examples/ImageProcessing/Python/ImageInteractorReslice.py: > if the > >>>> window is resized to make the window taller or wider, then the texture > >>>> appears to be stretched in the wrong direction. It's almost as if > somewhere > >>>> in the code the "x" texture coords are being read as "y" and > vice-versa. > >>>> > >>>> Can anyone point me to a place to look? > >>>> > >>>> Thanks, > >>>> - David > >>>> _______________________________________________ > >>>> Powered by www.kitware.com > >>>> > >>>> Visit other Kitware open-source projects at > >>>> http://www.kitware.com/opensource/opensource.html > >>>> > >>>> Search the list archives at: > >>>> http://markmail.org/search/?q=vtk-developers > >>>> > >>>> Follow this link to subscribe/unsubscribe: > >>>> http://public.kitware.com/mailman/listinfo/vtk-developers > >>>> > >>> -- > >>> 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 > >> > >> Search the list archives at: http://markmail.org/search/?q= > vtk-developers > >> > >> Follow this link to subscribe/unsubscribe: > >> http://public.kitware.com/mailman/listinfo/vtk-developers > >> > >> > > > > > > > > -- > > Ken Martin PhD > > Distinguished Engineer > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > > > 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. > > > > -- > Unpaid intern in BillsBasement at noware dot com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tharun160190 at gmail.com Tue Sep 5 22:57:05 2017 From: tharun160190 at gmail.com (Tharun) Date: Tue, 5 Sep 2017 19:57:05 -0700 (MST) Subject: [vtk-developers] vtkPropPicker is unable to pick vtkActor2D when display location is set to backgorund Message-ID: <1504666625178-0.post@n5.nabble.com> Hi all, vtkPropPicker is unable to pick vtkActor2D when the actor display location is set to background. In VTK 5.8, it was working. I am using VTK 7.1.1 now. Is this a bug or a deliberate upgrade? Sample code. Press middle button for screenshot and left button to check issue. #include VTK_MODULE_INIT(vtkRenderingOpenGL2) VTK_MODULE_INIT(vtkInteractionStyle) VTK_MODULE_INIT(vtkRenderingFreeType); #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include vtkSmartPointer propPicker = vtkSmartPointer::New(); vtkSmartPointer renderWindowInteractor =vtkSmartPointer::New(); vtkSmartPointer renderWindow =vtkSmartPointer::New(); class customMouseInteractorStyle : public vtkInteractorStyleTrackballCamera { public: static customMouseInteractorStyle* New(); vtkTypeMacro(customMouseInteractorStyle, vtkInteractorStyleTrackballCamera); virtual void OnLeftButtonDown() { int X = renderWindowInteractor->GetEventPosition()[0]; int Y = renderWindowInteractor->GetEventPosition()[1]; vtkRenderer* renderer = renderWindowInteractor->GetRenderWindow()->GetRenderers()->GetFirstRenderer(); // Forward events int picked = propPicker->PickProp(X, Y, renderer); vtkInteractorStyleTrackballCamera::OnLeftButtonDown(); } virtual void OnMiddleButtonDown() { vtkSmartPointer windowToImageFilter = vtkSmartPointer::New(); windowToImageFilter->SetInput(renderWindow); windowToImageFilter->SetMagnification(1); windowToImageFilter->SetInputBufferTypeToRGBA(); windowToImageFilter->ReadFrontBufferOff(); // read from the back buffer windowToImageFilter->Update(); vtkSmartPointer imageMapper = vtkSmartPointer::New(); imageMapper->SetInputConnection(windowToImageFilter->GetOutputPort()); imageMapper->SetColorWindow(255); imageMapper->SetColorLevel(127.5); vtkSmartPointer actor = vtkSmartPointer::New(); actor->SetMapper(imageMapper); actor->SetPosition(0, 0); actor->GetProperty()->SetDisplayLocationToBackground(); // does not work when this is used vtkRenderer* renderer = renderWindowInteractor->GetRenderWindow()->GetRenderers()->GetFirstRenderer(); renderer->AddActor(actor); propPicker->PickFromListOn(); propPicker->AddPickList(actor); vtkInteractorStyleTrackballCamera::OnMiddleButtonDown(); } }; vtkStandardNewMacro(customMouseInteractorStyle); int main(int argc, char* argv[]) { vtkSmartPointer renderer = vtkSmartPointer::New(); renderer->SetBackground(1, 1, 1); // Background color white renderWindow->AddRenderer(renderer); renderWindowInteractor->SetRenderWindow(renderWindow); vtkSmartPointer style = vtkSmartPointer::New(); renderWindowInteractor->SetInteractorStyle(style); renderWindowInteractor->Initialize(); renderWindowInteractor->Start(); return EXIT_SUCCESS; } -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From david.gobbi at gmail.com Tue Sep 5 23:25:08 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Tue, 5 Sep 2017 21:25:08 -0600 Subject: [vtk-developers] Texture issues causing vtkImageResliceMapper to fail In-Reply-To: References: Message-ID: Hi Ken, Calling Modified() on the TCoords array in vtkOpenGLImageSliceMapper fixes the issue. I'll push an MR. Thanks, - David On Tue, Sep 5, 2017 at 8:13 PM, David Gobbi wrote: > Yeah, I've been looking over that commit (my own git bisect gave me the > same answer a couple hours ago). Definitely looks like it could be > timestamp-related. > > - David > > On Tue, Sep 5, 2017 at 7:42 PM, Bill Lorensen > wrote: > >> Ken was right. git bisect picked the winner >> >> 59373905501ae983e1587d6b118fcbcccd548c1c is the first bad commit >> commit 59373905501ae983e1587d6b118fcbcccd548c1c >> Author: Ken Martin >> Date: Tue Aug 22 17:07:43 2017 -0400 >> >> a number of cleanups to the VBO code >> >> added a lot of documentation, removed a couple methods >> that were no longer needed. Improved the handling of >> data arrays so that they are more often cached. >> >> On Tue, Sep 5, 2017 at 9:18 PM, Ken Martin >> wrote: >> > My guess is something is calling Set(..) on a texture or point array >> and not >> > marking it modified. There was a change I made recently that will cause >> > those cases to not update the VBO. >> > >> > On Tue, Sep 5, 2017 at 7:00 PM, David Gobbi >> wrote: >> >> >> >> I'm doing a bisect right now. Builds take forever, though. >> >> >> >> On Tue, Sep 5, 2017 at 4:58 PM, Bill Lorensen > > >> >> wrote: >> >>> >> >>> David, >> >>> >> >>> git bisect is great for identifying the culprit. >> >>> >> >>> On Tue, Sep 5, 2017 at 6:37 PM David Gobbi >> wrote: >> >>>> >> >>>> Something has changed in VTK in the past couple weeks relating to >> >>>> textures that is causing vtkImageResliceMapper to fail. The >> problem can be >> >>>> seen in Examples/ImageProcessing/Python/ImageInteractorReslice.py: >> if the >> >>>> window is resized to make the window taller or wider, then the >> texture >> >>>> appears to be stretched in the wrong direction. It's almost as if >> somewhere >> >>>> in the code the "x" texture coords are being read as "y" and >> vice-versa. >> >>>> >> >>>> Can anyone point me to a place to look? >> >>>> >> >>>> Thanks, >> >>>> - David >> >>>> _______________________________________________ >> >>>> Powered by www.kitware.com >> >>>> >> >>>> Visit other Kitware open-source projects at >> >>>> http://www.kitware.com/opensource/opensource.html >> >>>> >> >>>> Search the list archives at: >> >>>> http://markmail.org/search/?q=vtk-developers >> >>>> >> >>>> Follow this link to subscribe/unsubscribe: >> >>>> http://public.kitware.com/mailman/listinfo/vtk-developers >> >>>> >> >>> -- >> >>> 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 >> >> >> >> Search the list archives at: http://markmail.org/search/?q= >> vtk-developers >> >> >> >> Follow this link to subscribe/unsubscribe: >> >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> >> >> > >> > >> > >> > -- >> > Ken Martin PhD >> > Distinguished Engineer >> > Kitware Inc. >> > 28 Corporate Drive >> > Clifton Park NY 12065 >> > >> > 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. >> >> >> >> -- >> Unpaid intern in BillsBasement at noware dot com >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tharun160190 at gmail.com Wed Sep 6 00:21:35 2017 From: tharun160190 at gmail.com (Tharun) Date: Tue, 5 Sep 2017 21:21:35 -0700 (MST) Subject: [vtk-developers] vtkActor2D and layer ordering ? In-Reply-To: References: Message-ID: <1504671695603-0.post@n5.nabble.com> same here. i recently upgraded from vtk 5.8 to vtk 7.1.1 and I am struck with this. Any help is highly appreciated. -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From shawn.waldon at kitware.com Thu Sep 7 09:46:02 2017 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Thu, 7 Sep 2017 09:46:02 -0400 Subject: [vtk-developers] [ANNOUNCE]: VTK-m integration into VTK Message-ID: Hi All, I am pleased to announce that VTK-m [1] is being added as a dependency of VTK. For now, VTK-m will be an optional dependency of VTK that is only activated when the AcceleratorsVTKM module is enabled. If you do enable VTK-m support make sure you initialize the submodule using 'git submodule update --init?. VTK-m will allow for VTK filters to use fine grained parallelism that will utilize multicore CPU?s, GPU?s(through CUDA), and emerging architectures such as Xeon PHI?s. Again if you do not enable this module, then this change will not affect your VTK build. The merge request to add the VTK-M submodule can be found here [2]. [1]: https://gitlab.kitware.com/vtk/vtk-m [2]: https://gitlab.kitware.com/vtk/vtk/merge_requests/3227 -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Mon Sep 11 14:57:09 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 11 Sep 2017 12:57:09 -0600 Subject: [vtk-developers] Remove "PythonD" libs to simplify building and packaging. In-Reply-To: References: Message-ID: Hi All, I'd just like to report that VTK seems to work just fine without the PythonD libraries. Stuffing all of the extension classes into the Python modules themselves simplifies the build, and the only really significant change is that now each Python module is responsible for loading all of the Python modules it depends on. This isn't merged yet (the MR is here: https://gitlab.kitware.com/ vtk/vtk/merge_requests/3075), but I'm hoping to be able to merge it in the coming weeks. Any projects that call upon VTK's vtkWrapPython tools will, of course, have to be modified after this change. Basically, the PythonD libs must not be built, and the Python.cxx files must instead go into the Python modules. For example, here are the changes necessary for ParaView: https://gitlab.kitware.com/paraview/paraview/merge_requests/1831/diffs Hopefully this change will help to simplify building and packaging VTK. Cheers, - David On Mon, Jul 31, 2017 at 9:07 AM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > That is very cool! Thanks for doing this, David! > > On Sun, Jul 30, 2017 at 11:13 PM, David Gobbi > wrote: > > Hi All, > > > > I've put together patch that removes the intermediate wrapper libs (the > > PythonD libs). So instead of vtkCommonCorePythonD and > vtkCommonCorePython, > > now there is only vtkCommonCorePython etc. > > > > https://gitlab.kitware.com/vtk/vtk/merge_requests/3075 > > > > Some tweaking is still needed, e.g. currently it assumes the modules are > > directly in the python path, and it won't work if the modules are put > inside > > the vtk package directory. > > > > - David > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Sep 11 15:48:16 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 11 Sep 2017 15:48:16 -0400 Subject: [vtk-developers] [buildbot] Retiring the dashlin1 builder Message-ID: <20170911194816.GA11955@megas.kitware.com> Hi, With the recent merge of VTK-m into VTK, it has exposed a problem with dashlin1: it's Git is too old to support the commands we use to ensure the source directory is set up properly. With the deprecation of OpenGL1 as well, I propose that we retire the builder. OpenGL1 is still tested by bigmac at least and eeloo covers the other feature flags already. Thoughts? --Ben From dave.demarle at kitware.com Mon Sep 11 16:02:15 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 11 Sep 2017 16:02:15 -0400 Subject: [vtk-developers] [buildbot] Retiring the dashlin1 builder In-Reply-To: <20170911194816.GA11955@megas.kitware.com> References: <20170911194816.GA11955@megas.kitware.com> Message-ID: +1 with that from me I think we should repurpose the hardware (ie clean install of somelinux) and dedicate the machine to take over doxygen, coverage and valgrind from ye olde karego-at David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Mon, Sep 11, 2017 at 3:48 PM, Ben Boeckel wrote: > Hi, > > With the recent merge of VTK-m into VTK, it has exposed a problem with > dashlin1: it's Git is too old to support the commands we use to ensure > the source directory is set up properly. With the deprecation of OpenGL1 > as well, I propose that we retire the builder. OpenGL1 is still tested > by bigmac at least and eeloo covers the other feature flags already. > > Thoughts? > > --Ben > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > 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 Sep 12 09:29:05 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 12 Sep 2017 09:29:05 -0400 Subject: [vtk-developers] [buildbot] Retiring the dashlin1 builder In-Reply-To: References: <20170911194816.GA11955@megas.kitware.com> Message-ID: <20170912132905.GA3861@megas.kitware.com> On Mon, Sep 11, 2017 at 16:02:15 -0400, David E DeMarle wrote: > +1 with that from me > > I think we should repurpose the hardware (ie clean install of somelinux) > and dedicate the machine to take over doxygen, coverage and valgrind from > ye olde karego-at Is it a physical machine or a VM? If the latter, why not just spin up something new in the void? If the former, I don't know how useful the hardware is, especially for a valgrind run. --Ben From dave.demarle at kitware.com Tue Sep 12 09:33:53 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 12 Sep 2017 09:33:53 -0400 Subject: [vtk-developers] [buildbot] Retiring the dashlin1 builder In-Reply-To: <20170912132905.GA3861@megas.kitware.com> References: <20170911194816.GA11955@megas.kitware.com> <20170912132905.GA3861@megas.kitware.com> Message-ID: Both are physical machines. The hardware of dashlin1 isn't great, but it is a lot beefier than karego-at ( a 2009 mac mini). David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 <(518)%20881-4909> On Tue, Sep 12, 2017 at 9:29 AM, Ben Boeckel wrote: > On Mon, Sep 11, 2017 at 16:02:15 -0400, David E DeMarle wrote: > > +1 with that from me > > > > I think we should repurpose the hardware (ie clean install of somelinux) > > and dedicate the machine to take over doxygen, coverage and valgrind from > > ye olde karego-at > > Is it a physical machine or a VM? If the latter, why not just spin up > something new in the void? If the former, I don't know how useful the > hardware is, especially for a valgrind run. > > --Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn.waldon at kitware.com Tue Sep 12 09:54:43 2017 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Tue, 12 Sep 2017 09:54:43 -0400 Subject: [vtk-developers] [buildbot] Retiring the dashlin1 builder In-Reply-To: References: <20170911194816.GA11955@megas.kitware.com> <20170912132905.GA3861@megas.kitware.com> Message-ID: One thing to consider is that we are deprecating the old OpenGL backend soon and if we move the valgring/coverage/etc builds we should move it to a machine that supports the new OpenGL2 backend. One of the arguments for removing dashlin1 from the buildbots is that it cannot be upgraded to OpenGL2 as the hardware is too old. Shawn On Tue, Sep 12, 2017 at 9:33 AM, David E DeMarle wrote: > Both are physical machines. The hardware of dashlin1 isn't great, but it > is a lot beefier than karego-at ( a 2009 mac mini). > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > > On Tue, Sep 12, 2017 at 9:29 AM, Ben Boeckel > wrote: > >> On Mon, Sep 11, 2017 at 16:02:15 -0400, David E DeMarle wrote: >> > +1 with that from me >> > >> > I think we should repurpose the hardware (ie clean install of somelinux) >> > and dedicate the machine to take over doxygen, coverage and valgrind >> from >> > ye olde karego-at >> >> Is it a physical machine or a VM? If the latter, why not just spin up >> something new in the void? If the former, I don't know how useful the >> hardware is, especially for a valgrind run. >> >> --Ben >> > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Tue Sep 12 10:02:21 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 12 Sep 2017 10:02:21 -0400 Subject: [vtk-developers] [buildbot] Retiring the dashlin1 builder In-Reply-To: References: <20170911194816.GA11955@megas.kitware.com> <20170912132905.GA3861@megas.kitware.com> Message-ID: I missed that bit, sorry. karego-at's hardware doesn't support OpenGL2 either. Either could use mesa, and in fact karego-at already does because it was less problematic to setup with valgrind. A brand new machine would be better of course and may very cost less in terms of initial setup and long term maintainance effort. Sooner rather than later though - we have to have something new to take up coverage, doxygen and valgrind responsibilities. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Sep 12, 2017 at 9:54 AM, Shawn Waldon wrote: > One thing to consider is that we are deprecating the old OpenGL backend > soon and if we move the valgring/coverage/etc builds we should move it to a > machine that supports the new OpenGL2 backend. One of the arguments for > removing dashlin1 from the buildbots is that it cannot be upgraded to > OpenGL2 as the hardware is too old. > > Shawn > > On Tue, Sep 12, 2017 at 9:33 AM, David E DeMarle > wrote: > >> Both are physical machines. The hardware of dashlin1 isn't great, but it >> is a lot beefier than karego-at ( a 2009 mac mini). >> >> David E DeMarle >> Kitware, Inc. >> Principal Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 <(518)%20881-4909> >> >> On Tue, Sep 12, 2017 at 9:29 AM, Ben Boeckel >> wrote: >> >>> On Mon, Sep 11, 2017 at 16:02:15 -0400, David E DeMarle wrote: >>> > +1 with that from me >>> > >>> > I think we should repurpose the hardware (ie clean install of >>> somelinux) >>> > and dedicate the machine to take over doxygen, coverage and valgrind >>> from >>> > ye olde karego-at >>> >>> Is it a physical machine or a VM? If the latter, why not just spin up >>> something new in the void? If the former, I don't know how useful the >>> hardware is, especially for a valgrind run. >>> >>> --Ben >>> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Tue Sep 12 13:44:59 2017 From: sean at rogue-research.com (Sean McBride) Date: Tue, 12 Sep 2017 13:44:59 -0400 Subject: [vtk-developers] [buildbot] Retiring the dashlin1 builder In-Reply-To: References: <20170911194816.GA11955@megas.kitware.com> <20170912132905.GA3861@megas.kitware.com> Message-ID: <20170912174459.1041423305@mail.rogue-research.com> On Tue, 12 Sep 2017 10:02:21 -0400, David E DeMarle said: >karego-at's hardware doesn't support OpenGL2 either. You sure? You say it's a 2009 Mac Mini? With NVIDIA GeForce 9400M? That machine supports up to macOS 10.11. Looks to me like it would support OpenGL2. Cheers, Sean From dave.demarle at kitware.com Tue Sep 12 18:44:13 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 12 Sep 2017 18:44:13 -0400 Subject: [vtk-developers] [buildbot] Retiring the dashlin1 builder In-Reply-To: <20170912174459.1041423305@mail.rogue-research.com> References: <20170911194816.GA11955@megas.kitware.com> <20170912132905.GA3861@megas.kitware.com> <20170912174459.1041423305@mail.rogue-research.com> Message-ID: Fair enough but 2 2.6GHz cores with 3G RAM is still a worse choice to run important dashboards on than 12 @ 1.9 Ghz and 16GB ram. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Sep 12, 2017 at 1:44 PM, Sean McBride wrote: > On Tue, 12 Sep 2017 10:02:21 -0400, David E DeMarle said: > > >karego-at's hardware doesn't support OpenGL2 either. > > You sure? You say it's a 2009 Mac Mini? With NVIDIA GeForce 9400M? That > machine supports up to macOS 10.11. Looks to me like it would support > OpenGL2. > > Cheers, > > Sean > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dan.lipsa at kitware.com Thu Sep 14 09:07:52 2017 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Thu, 14 Sep 2017 09:07:52 -0400 Subject: [vtk-developers] Deprecate VTK_RENDERING_BACKEND=OpenGL Message-ID: Hi all, We are working to deprecate the legacy rendering backend in VTK. https://gitlab.kitware.com/vtk/vtk/merge_requests/3262 After this merge request is in, you'll get warnings if you compile using VTK_RENDERING_BACKEND=OpenGL. As with other legacy features, you can silence the warnings by setting VTK_LEGACY_SILENT=ON You can remove legacy features by defining VTK_LEGACY_REMOVE=ON In this case, you'll get an error and will be automatically switch to VTK_RENDERING_BACKEND:STRING=OpenGL2 Thanks, Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Thu Sep 14 09:47:52 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 14 Sep 2017 09:47:52 -0400 Subject: [vtk-developers] Deprecate VTK_RENDERING_BACKEND=OpenGL In-Reply-To: References: Message-ID: Does the standard ubuntu OSMesa work with opengl2 On Sep 14, 2017 9:07 AM, "Dan Lipsa" wrote: > Hi all, > > We are working to deprecate the legacy rendering backend in VTK. > > https://gitlab.kitware.com/vtk/vtk/merge_requests/3262 > > After this merge request is in, you'll get warnings if you compile > using VTK_RENDERING_BACKEND=OpenGL. > > As with other legacy features, you can silence the warnings by setting > VTK_LEGACY_SILENT=ON > > You can remove legacy features by defining > VTK_LEGACY_REMOVE=ON > In this case, you'll get an error and will be automatically switch to > VTK_RENDERING_BACKEND:STRING=OpenGL2 > > > Thanks, > Dan > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dan.lipsa at kitware.com Thu Sep 14 10:22:22 2017 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Thu, 14 Sep 2017 10:22:22 -0400 Subject: [vtk-developers] Deprecate VTK_RENDERING_BACKEND=OpenGL In-Reply-To: References: Message-ID: Hi Bill, I have Ubuntu 16.04 (latest LTS) which has mesa 12.0. That should work fine with OpenGL2. The following blog mentions that OpenGL2 works with Mesa 11.1 (with a workaround) and with 11.2. https://blog.kitware.com/messing-with-mesa-for-paraview-5-0vtk-7-0/ On Thu, Sep 14, 2017 at 9:47 AM, Bill Lorensen wrote: > Does the standard ubuntu OSMesa work with opengl2 > > > On Sep 14, 2017 9:07 AM, "Dan Lipsa" wrote: > >> Hi all, >> >> We are working to deprecate the legacy rendering backend in VTK. >> >> https://gitlab.kitware.com/vtk/vtk/merge_requests/3262 >> >> After this merge request is in, you'll get warnings if you compile >> using VTK_RENDERING_BACKEND=OpenGL. >> >> As with other legacy features, you can silence the warnings by setting >> VTK_LEGACY_SILENT=ON >> >> You can remove legacy features by defining >> VTK_LEGACY_REMOVE=ON >> In this case, you'll get an error and will be automatically switch to >> VTK_RENDERING_BACKEND:STRING=OpenGL2 >> >> >> Thanks, >> Dan >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> 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 Thu Sep 14 10:32:41 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 14 Sep 2017 10:32:41 -0400 Subject: [vtk-developers] Deprecate VTK_RENDERING_BACKEND=OpenGL In-Reply-To: References: Message-ID: Thanks! On Thu, Sep 14, 2017 at 10:22 AM, Dan Lipsa wrote: > Hi Bill, > I have Ubuntu 16.04 (latest LTS) which has mesa 12.0. That should work fine > with OpenGL2. > > The following blog mentions that OpenGL2 works with Mesa 11.1 (with a > workaround) and with 11.2. > https://blog.kitware.com/messing-with-mesa-for-paraview-5-0vtk-7-0/ > > > On Thu, Sep 14, 2017 at 9:47 AM, Bill Lorensen > wrote: >> >> Does the standard ubuntu OSMesa work with opengl2 >> >> >> On Sep 14, 2017 9:07 AM, "Dan Lipsa" wrote: >>> >>> Hi all, >>> >>> We are working to deprecate the legacy rendering backend in VTK. >>> >>> https://gitlab.kitware.com/vtk/vtk/merge_requests/3262 >>> >>> After this merge request is in, you'll get warnings if you compile using >>> VTK_RENDERING_BACKEND=OpenGL. >>> >>> As with other legacy features, you can silence the warnings by setting >>> VTK_LEGACY_SILENT=ON >>> >>> You can remove legacy features by defining >>> VTK_LEGACY_REMOVE=ON >>> In this case, you'll get an error and will be automatically switch to >>> VTK_RENDERING_BACKEND:STRING=OpenGL2 >>> >>> >>> Thanks, >>> Dan >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> > -- Unpaid intern in BillsBasement at noware dot com From rcourant at gmail.com Thu Sep 14 16:33:45 2017 From: rcourant at gmail.com (Carlos Lopez) Date: Thu, 14 Sep 2017 16:33:45 -0400 Subject: [vtk-developers] Single eye in OpenVR Message-ID: Hello! I tried the OpenVR enabled version of Paraview and discovered that it shows an on-screen window with only 1 eye, as opposed to the 2 eyes with the dark rings that usually appear. I looked inside the paraview source code to see how it was configured but I did not see any configuration parameter to enable this behavior (at least not in vtkPVRenderView.cxx) could you please say how it is done? thanks, Carlos -------------- next part -------------- An HTML attachment was scrubbed... URL: From Stefan.Bruens at rwth-aachen.de Thu Sep 14 16:42:38 2017 From: Stefan.Bruens at rwth-aachen.de (=?iso-8859-1?Q?Br=FCns=2C_Stefan?=) Date: Thu, 14 Sep 2017 20:42:38 +0000 Subject: [vtk-developers] Correct packaging of Tcl/Python/Java wrappers Message-ID: <1620185.qBuCWv80vI@sbruens-linux> Hi folks, commonly distributions split VTK into several packages, e.g.: - libvtk (VTK implementation shared libraries) - vtk-python (Python wrappers) - vtk-java (Java wrappers) - vtk-tcl (Tcl wrappers) - vtk-devel (development headers, cmake files) As far as I understand, the vtkWrap{Python,Tcl,Java}{,Init} executables are used to generate the wrappers itself, and can be used to generate wrappers for e.g. derived classes. These executables are no runtime dependency of the wrappers, and as such should be packaged with the development headers, correct? Kind regards, Stefan From david.gobbi at gmail.com Thu Sep 14 17:30:12 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Thu, 14 Sep 2017 15:30:12 -0600 Subject: [vtk-developers] Correct packaging of Tcl/Python/Java wrappers In-Reply-To: <1620185.qBuCWv80vI@sbruens-linux> References: <1620185.qBuCWv80vI@sbruens-linux> Message-ID: Hi Sefan, Yes, the vtkWrap* and vtkParseJava executables are only for development, they are not required at runtime. - David On Thu, Sep 14, 2017 at 2:42 PM, Br?ns, Stefan wrote: > Hi folks, > > commonly distributions split VTK into several packages, e.g.: > > - libvtk (VTK implementation shared libraries) > - vtk-python (Python wrappers) > - vtk-java (Java wrappers) > - vtk-tcl (Tcl wrappers) > - vtk-devel (development headers, cmake files) > > As far as I understand, the vtkWrap{Python,Tcl,Java}{,Init} executables > are > used to generate the wrappers itself, and can be used to generate wrappers > for > e.g. derived classes. > > These executables are no runtime dependency of the wrappers, and as such > should be packaged with the development headers, correct? > > Kind regards, > > Stefan > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Fri Sep 15 08:34:27 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 15 Sep 2017 08:34:27 -0400 Subject: [vtk-developers] Can you join us for a vtk hackathon on September 25'th? Message-ID: Hey Folks, Kitware is going to host another VTK hackathon on September 25'th. You are welcome to drop by Kitware's Clifton Park NY office to code with the Kitwarean contingent but we'll be online in a hangout as well. The theme for the hackathon is open for debate. If you've got some ideas of what we should collectively focus on, please respond. We've been floating the idea of "deprecation" with the goal of removing or flagging for removal the dead wood in the code base and moving some of what we prune over to remote modules. That would put us in great shape good shape to put together VTK 8.1 next month. thanks! David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Fri Sep 15 08:50:44 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 15 Sep 2017 08:50:44 -0400 Subject: [vtk-developers] Can you join us for a vtk hackathon on September 25'th? In-Reply-To: References: Message-ID: I'll also be updating the group on the new VTK Examples web site: https://lorensen.github.io/VTKExamples/site/ On Fri, Sep 15, 2017 at 8:34 AM, David E DeMarle wrote: > Hey Folks, > > Kitware is going to host another VTK hackathon on September 25'th. You are > welcome to drop by Kitware's Clifton Park NY office to code with the > Kitwarean contingent but we'll be online in a hangout as well. > > The theme for the hackathon is open for debate. If you've got some ideas of > what we should collectively focus on, please respond. > > We've been floating the idea of "deprecation" with the goal of removing or > flagging for removal the dead wood in the code base and moving some of what > we prune over to remote modules. That would put us in great shape good shape > to put together VTK 8.1 next month. > > thanks! > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Unpaid intern in BillsBasement at noware dot com From jhlegarreta at vicomtech.org Fri Sep 15 15:35:33 2017 From: jhlegarreta at vicomtech.org (Jon Haitz Legarreta) Date: Fri, 15 Sep 2017 21:35:33 +0200 Subject: [vtk-developers] Can you join us for a vtk hackathon on September 25'th? In-Reply-To: References: Message-ID: Hi, both working proposals seem fair to me. Other options: code overage? And may be feed for thought: can we start devising to add some tool that automatically reports code coverage changes to each topic/PR? Together with Matt McCormick, we experimentally gave codecov [1] [2] a try for ITK, but due to ITK's testing infrastructure and the large size of the generated report, the result was not what we'd have desired. It works quite well for other projects I'm involved in, and the absolute and relative coverage impacts, as well as the chart showing where your PR impacts are useful I think. But they're may be not this large in size. We also mentioned coveralls [3] as another option, but still haven't given it a go. May be this is something that requires further discussions, but once the idea is mentioned and if people find it attracting/useful, somebody may come in with better and feasible proposals concerning this. Best, JON HAITZ [1] https://codecov.io/ [2] https://codecov.io/gh/InsightSoftwareConsortium/ITK [3] https://coveralls.io/ -- On 15 September 2017 at 14:50, Bill Lorensen wrote: > I'll also be updating the group on the new VTK Examples web site: > https://lorensen.github.io/VTKExamples/site/ > > > On Fri, Sep 15, 2017 at 8:34 AM, David E DeMarle > wrote: > > Hey Folks, > > > > Kitware is going to host another VTK hackathon on September 25'th. You > are > > welcome to drop by Kitware's Clifton Park NY office to code with the > > Kitwarean contingent but we'll be online in a hangout as well. > > > > The theme for the hackathon is open for debate. If you've got some ideas > of > > what we should collectively focus on, please respond. > > > > We've been floating the idea of "deprecation" with the goal of removing > or > > flagging for removal the dead wood in the code base and moving some of > what > > we prune over to remote modules. That would put us in great shape good > shape > > to put together VTK 8.1 next month. > > > > thanks! > > > > David E DeMarle > > Kitware, Inc. > > Principal Engineer > > 21 Corporate Drive > > Clifton Park, NY 12065-8662 > > Phone: 518-881-4909 > > > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > > > Search the list archives at: http://markmail.org/search/?q= > vtk-developers > > > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/vtk-developers > > > > > > > > -- > 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 > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.schroeder at kitware.com Fri Sep 15 16:25:05 2017 From: will.schroeder at kitware.com (Will Schroeder) Date: Fri, 15 Sep 2017 16:25:05 -0400 Subject: [vtk-developers] Can you join us for a vtk hackathon on September 25'th? In-Reply-To: References: Message-ID: Jon fantastic idea. We should definitely talk about this at some point during the day. I'll talk to Dave D. and see where to insert some time into the agenda. Will you be available online (via hangout) or in person sometime during the day? Obviously having you there would be most beneficial. Best, W On Fri, Sep 15, 2017 at 3:35 PM, Jon Haitz Legarreta < jhlegarreta at vicomtech.org> wrote: > Hi, > both working proposals seem fair to me. > > Other options: code overage? > > And may be feed for thought: can we start devising to add some tool that > automatically reports code coverage changes to each topic/PR? > > Together with Matt McCormick, we experimentally gave codecov [1] [2] a try > for ITK, but due to ITK's testing infrastructure and the large size of the > generated report, the result was not what we'd have desired. It works quite > well for other projects I'm involved in, and the absolute and relative > coverage impacts, as well as the chart showing where your PR impacts are > useful I think. But they're may be not this large in size. > > We also mentioned coveralls [3] as another option, but still haven't given > it a go. > > May be this is something that requires further discussions, but once the > idea is mentioned and if people find it attracting/useful, somebody may > come in with better and feasible proposals concerning this. > > Best, > JON HAITZ > > > [1] https://codecov.io/ > [2] https://codecov.io/gh/InsightSoftwareConsortium/ITK > [3] https://coveralls.io/ > > > -- > > > On 15 September 2017 at 14:50, Bill Lorensen > wrote: > >> I'll also be updating the group on the new VTK Examples web site: >> https://lorensen.github.io/VTKExamples/site/ >> >> >> On Fri, Sep 15, 2017 at 8:34 AM, David E DeMarle >> wrote: >> > Hey Folks, >> > >> > Kitware is going to host another VTK hackathon on September 25'th. You >> are >> > welcome to drop by Kitware's Clifton Park NY office to code with the >> > Kitwarean contingent but we'll be online in a hangout as well. >> > >> > The theme for the hackathon is open for debate. If you've got some >> ideas of >> > what we should collectively focus on, please respond. >> > >> > We've been floating the idea of "deprecation" with the goal of removing >> or >> > flagging for removal the dead wood in the code base and moving some of >> what >> > we prune over to remote modules. That would put us in great shape good >> shape >> > to put together VTK 8.1 next month. >> > >> > thanks! >> > >> > David E DeMarle >> > Kitware, Inc. >> > Principal Engineer >> > 21 Corporate Drive >> > Clifton Park, NY 12065-8662 >> > Phone: 518-881-4909 <(518)%20881-4909> >> > >> > _______________________________________________ >> > Powered by www.kitware.com >> > >> > Visit other Kitware open-source projects at >> > http://www.kitware.com/opensource/opensource.html >> > >> > Search the list archives at: http://markmail.org/search/?q= >> vtk-developers >> > >> > Follow this link to subscribe/unsubscribe: >> > http://public.kitware.com/mailman/listinfo/vtk-developers >> > >> > >> >> >> >> -- >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- William J. Schroeder, PhD Kitware, Inc. - Building the World's Technical Computing Software 28 Corporate Drive Clifton Park, NY 12065 will.schroeder at kitware.com http://www.kitware.com (518) 881-4902 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Fri Sep 15 17:19:19 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 15 Sep 2017 17:19:19 -0400 Subject: [vtk-developers] Can you join us for a vtk hackathon on September 25'th? In-Reply-To: References: Message-ID: <20170915211919.GA20494@megas.kitware.com> On Fri, Sep 15, 2017 at 21:35:33 +0200, Jon Haitz Legarreta wrote: > And may be feed for thought: can we start devising to add some tool that > automatically reports code coverage changes to each topic/PR? Gitlab has fields for code coverage in the statuses that get sent, so if we get a buildbot that runs coverage, we can submit a percentage to Gitlab. It's just a single integer (percentage), but it'd be an improvement from where we're at now. If reports of some kind get generated by a build, we could probably figure out somewhere to upload them to. --Ben From jhlegarreta at vicomtech.org Fri Sep 15 17:26:38 2017 From: jhlegarreta at vicomtech.org (Jon Haitz Legarreta) Date: Fri, 15 Sep 2017 23:26:38 +0200 Subject: [vtk-developers] Can you join us for a vtk hackathon on September 25'th? In-Reply-To: References: Message-ID: Glad to see that you think the idea is worthwhile. I'd be available via hangout. I think I'll be able to join the session in mid-morning. Best, JON HAITZ -- On 15 September 2017 at 22:25, Will Schroeder wrote: > Jon fantastic idea. We should definitely talk about this at some point > during the day. I'll talk to Dave D. and see where to insert some time into > the agenda. Will you be available online (via hangout) or in person > sometime during the day? Obviously having you there would be most > beneficial. > > Best, > W > > On Fri, Sep 15, 2017 at 3:35 PM, Jon Haitz Legarreta < > jhlegarreta at vicomtech.org> wrote: > >> Hi, >> both working proposals seem fair to me. >> >> Other options: code overage? >> >> And may be feed for thought: can we start devising to add some tool that >> automatically reports code coverage changes to each topic/PR? >> >> Together with Matt McCormick, we experimentally gave codecov [1] [2] a >> try for ITK, but due to ITK's testing infrastructure and the large size of >> the generated report, the result was not what we'd have desired. It works >> quite well for other projects I'm involved in, and the absolute and >> relative coverage impacts, as well as the chart showing where your PR >> impacts are useful I think. But they're may be not this large in size. >> >> We also mentioned coveralls [3] as another option, but still haven't >> given it a go. >> >> May be this is something that requires further discussions, but once the >> idea is mentioned and if people find it attracting/useful, somebody may >> come in with better and feasible proposals concerning this. >> >> Best, >> JON HAITZ >> >> >> [1] https://codecov.io/ >> [2] https://codecov.io/gh/InsightSoftwareConsortium/ITK >> [3] https://coveralls.io/ >> >> >> -- >> >> >> On 15 September 2017 at 14:50, Bill Lorensen >> wrote: >> >>> I'll also be updating the group on the new VTK Examples web site: >>> https://lorensen.github.io/VTKExamples/site/ >>> >>> >>> On Fri, Sep 15, 2017 at 8:34 AM, David E DeMarle >>> wrote: >>> > Hey Folks, >>> > >>> > Kitware is going to host another VTK hackathon on September 25'th. You >>> are >>> > welcome to drop by Kitware's Clifton Park NY office to code with the >>> > Kitwarean contingent but we'll be online in a hangout as well. >>> > >>> > The theme for the hackathon is open for debate. If you've got some >>> ideas of >>> > what we should collectively focus on, please respond. >>> > >>> > We've been floating the idea of "deprecation" with the goal of >>> removing or >>> > flagging for removal the dead wood in the code base and moving some of >>> what >>> > we prune over to remote modules. That would put us in great shape good >>> shape >>> > to put together VTK 8.1 next month. >>> > >>> > thanks! >>> > >>> > David E DeMarle >>> > Kitware, Inc. >>> > Principal Engineer >>> > 21 Corporate Drive >>> > Clifton Park, NY 12065-8662 >>> > Phone: 518-881-4909 <(518)%20881-4909> >>> > >>> > _______________________________________________ >>> > Powered by www.kitware.com >>> > >>> > Visit other Kitware open-source projects at >>> > http://www.kitware.com/opensource/opensource.html >>> > >>> > Search the list archives at: http://markmail.org/search/?q= >>> vtk-developers >>> > >>> > Follow this link to subscribe/unsubscribe: >>> > http://public.kitware.com/mailman/listinfo/vtk-developers >>> > >>> > >>> >>> >>> >>> -- >>> 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 >>> >>> Search the list archives at: http://markmail.org/search/?q= >>> vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> > > > -- > William J. Schroeder, PhD > Kitware, Inc. - Building the World's Technical Computing Software > 28 Corporate Drive > Clifton Park, NY 12065 > will.schroeder at kitware.com > http://www.kitware.com > (518) 881-4902 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Fri Sep 15 20:34:25 2017 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Sat, 16 Sep 2017 10:34:25 +1000 Subject: [vtk-developers] Can you join us for a vtk hackathon on September 25'th? Message-ID: ?I like the ? ? ? " ? ? deprecation" ? ? idea!? ?Since Bill has done such a wonderful job in creating and evolving the https://lorensen.github.io/VTKExamples/site/ I don't see the relevance of https://www.vtk.org/Wiki/VTK/Examples anymore. It is annoying that every time I search for "vtk examples" this site pops up instead of the new one. So could consideration please be given to retiring https://www.vtk.org/Wiki/VTK/Examples and changing the link "Build some of the Wiki Examples" in https://www.vtk.org/Wiki/VTK to point directly to https://lorensen.github.io/VTKExamples/site/ There are only three things that I can see there that are not in the new VTKExamples site: 1) TCL 2) https://www.vtk.org/Wiki/VTK/Examples/Python/Web/RemoteRenderer 3) https://www.vtk.org/Wiki/VTK/Examples/Python/Web/vtk-js Since 1) is no longer supported anymore it could be archived or dropped. Perhaps 2, 3 could be moved to the new website. Wish I could be there to code with you guys! ?Regards Andrew > ---------- Forwarded message ---------- > From: David E DeMarle > To: vtkdev > Cc: > Bcc: > Date: Fri, 15 Sep 2017 08:34:27 -0400 > Subject: [vtk-developers] Can you join us for a vtk hackathon on September > 25'th? > Hey Folks, > > Kitware is going to host another VTK hackathon on September 25'th. You are > welcome to drop by Kitware's Clifton Park NY office to code with the > Kitwarean contingent but we'll be online in a hangout as well. > > The theme for the hackathon is open for debate. If you've got some ideas > of what we should collectively focus on, please respond. > > We've been floating the idea of > ?? > "deprecation" with the goal of removing or flagging for removal the dead > wood in the code base and moving some of what we prune over to remote > modules. That would put us in great shape good shape to put together VTK > 8.1 next month. > > thanks! > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > > > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefan.bruens at rwth-aachen.de Sat Sep 16 19:33:13 2017 From: stefan.bruens at rwth-aachen.de (Stefan Bruens) Date: Sun, 17 Sep 2017 01:33:13 +0200 Subject: [vtk-developers] Correct packaging of Tcl/Python/Java wrappers In-Reply-To: References: <1620185.qBuCWv80vI@sbruens-linux> Message-ID: <1549698.B46SZfUNIl@pebbles.site> On Donnerstag, 14. September 2017 23:30:12 CEST David Gobbi wrote: > Hi Sefan, > > Yes, the vtkWrap* and vtkParseJava executables are only for development, > they are not required at runtime. > > - David Hi David, thanks so far. I have tried to create a clean split between the different wrappers, but unfortunately for the devel package, I was not successful: The VTKConfig.cmake includes VTKTargets.cmake, which has a hard dependency to *all* created targets, e.g. binaries, libraries, etc. Even when building a C programm which only requires only the VTK libraries, but none of the bindings, this pulls in all bindings and their dependencies. Are the targets defined in VTKTargets really needed when using prebuilt VTK libraries? Kind regards, Stefan > On Thu, Sep 14, 2017 at 2:42 PM, Br?ns, Stefan > wrote: > > > > Hi folks, > > > > commonly distributions split VTK into several packages, e.g.: > > > > - libvtk (VTK implementation shared libraries) > > - vtk-python (Python wrappers) > > - vtk-java (Java wrappers) > > - vtk-tcl (Tcl wrappers) > > - vtk-devel (development headers, cmake files) > > > > As far as I understand, the vtkWrap{Python,Tcl,Java}{,Init} executables > > are > > used to generate the wrappers itself, and can be used to generate wrappers > > for > > e.g. derived classes. > > > > These executables are no runtime dependency of the wrappers, and as such > > should be packaged with the development headers, correct? > > > > Kind regards, > > > > Stefan > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at http://www.kitware.com/ > > opensource/opensource.html > > > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/vtk-developers -- Stefan Br?ns / Bergstra?e 21 / 52062 Aachen home: +49 241 53809034 mobile: +49 151 50412019 From david.gobbi at gmail.com Sun Sep 17 17:36:09 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Sun, 17 Sep 2017 15:36:09 -0600 Subject: [vtk-developers] Correct packaging of Tcl/Python/Java wrappers In-Reply-To: <1549698.B46SZfUNIl@pebbles.site> References: <1620185.qBuCWv80vI@sbruens-linux> <1549698.B46SZfUNIl@pebbles.site> Message-ID: Hi Stephan, As far as I understand, VTKTargets.cmake has no dependencies. It is just a list of targets that cmake produces at configuration time. Those targets only become dependencies when they are used in build rules. When you try to build a C++ project against VTK, does the build actually fail if the bindings are missing? - David On Sat, Sep 16, 2017 at 5:33 PM, Stefan Bruens wrote: > On Donnerstag, 14. September 2017 23:30:12 CEST David Gobbi wrote: > > Hi Sefan, > > > > Yes, the vtkWrap* and vtkParseJava executables are only for development, > > they are not required at runtime. > > > > - David > > Hi David, > > thanks so far. I have tried to create a clean split between the different > wrappers, but unfortunately for the devel package, I was not successful: > > The VTKConfig.cmake includes VTKTargets.cmake, which has a hard dependency > to > *all* created targets, e.g. binaries, libraries, etc. Even when building > a C > programm which only requires only the VTK libraries, but none of the > bindings, > this pulls in all bindings and their dependencies. > > Are the targets defined in VTKTargets really needed when using prebuilt VTK > libraries? > > Kind regards, > > Stefan > > > > On Thu, Sep 14, 2017 at 2:42 PM, Br?ns, Stefan < > Stefan.Bruens at rwth-aachen.de > > > wrote: > > > > > > Hi folks, > > > > > > commonly distributions split VTK into several packages, e.g.: > > > > > > - libvtk (VTK implementation shared libraries) > > > - vtk-python (Python wrappers) > > > - vtk-java (Java wrappers) > > > - vtk-tcl (Tcl wrappers) > > > - vtk-devel (development headers, cmake files) > > > > > > As far as I understand, the vtkWrap{Python,Tcl,Java}{,Init} > executables > > > are > > > used to generate the wrappers itself, and can be used to generate > wrappers > > > for > > > e.g. derived classes. > > > > > > These executables are no runtime dependency of the wrappers, and as > such > > > should be packaged with the development headers, correct? > > > > > > Kind regards, > > > > > > Stefan > > > _______________________________________________ > > > Powered by www.kitware.com > > > > > > Visit other Kitware open-source projects at http://www.kitware.com/ > > > opensource/opensource.html > > > > > > Search the list archives at: http://markmail.org/search/?q= > vtk-developers > > > > > > Follow this link to subscribe/unsubscribe: > > > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- > Stefan Br?ns / Bergstra?e 21 / 52062 Aachen > home: +49 241 53809034 mobile: +49 151 50412019 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Sep 18 07:44:08 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 18 Sep 2017 07:44:08 -0400 Subject: [vtk-developers] Correct packaging of Tcl/Python/Java wrappers In-Reply-To: References: <1620185.qBuCWv80vI@sbruens-linux> <1549698.B46SZfUNIl@pebbles.site> Message-ID: <20170918114408.GA19877@megas.kitware.com> On Sun, Sep 17, 2017 at 15:36:09 -0600, David Gobbi wrote: > As far as I understand, VTKTargets.cmake has no dependencies. It is just a > list of targets that cmake produces at configuration time. Those targets > only become dependencies when they are used in build rules. > > When you try to build a C++ project against VTK, does the build actually > fail if the bindings are missing? Yes, CMake verifies targets that are created. Those with non-existant LOCATION values are errors. The `-devel` package should require everything. Alternatively, if the wrapper libraries aren't meant to be linked to directly, we can skip exporting them to VTKTargets.cmake in the first place. We could also create different export sets for each language binding. --Ben From david.gobbi at gmail.com Mon Sep 18 09:26:40 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 18 Sep 2017 07:26:40 -0600 Subject: [vtk-developers] Correct packaging of Tcl/Python/Java wrappers In-Reply-To: <20170918114408.GA19877@megas.kitware.com> References: <1620185.qBuCWv80vI@sbruens-linux> <1549698.B46SZfUNIl@pebbles.site> <20170918114408.GA19877@megas.kitware.com> Message-ID: Thats funny, in my own build (VTK master, cmake 3.5) I deleted some of the target files and then configured & built a project against VTK, and cmake didn't give me any warnings or errors. I'll have to experiment some more to be sure that I understand what's going on. - David On Mon, Sep 18, 2017 at 5:44 AM, Ben Boeckel wrote: > On Sun, Sep 17, 2017 at 15:36:09 -0600, David Gobbi wrote: > > As far as I understand, VTKTargets.cmake has no dependencies. It is > just a > > list of targets that cmake produces at configuration time. Those targets > > only become dependencies when they are used in build rules. > > > > When you try to build a C++ project against VTK, does the build actually > > fail if the bindings are missing? > > Yes, CMake verifies targets that are created. Those with non-existant > LOCATION values are errors. The `-devel` package should require > everything. > > Alternatively, if the wrapper libraries aren't meant to be linked to > directly, we can skip exporting them to VTKTargets.cmake in the first > place. We could also create different export sets for each language > binding. > > --Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Sep 18 10:30:12 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 18 Sep 2017 10:30:12 -0400 Subject: [vtk-developers] Correct packaging of Tcl/Python/Java wrappers In-Reply-To: References: <1620185.qBuCWv80vI@sbruens-linux> <1549698.B46SZfUNIl@pebbles.site> <20170918114408.GA19877@megas.kitware.com> Message-ID: <20170918143012.GA20614@megas.kitware.com> On Mon, Sep 18, 2017 at 07:26:40 -0600, David Gobbi wrote: > Thats funny, in my own build (VTK master, cmake 3.5) I deleted some of the > target files and then configured & built a project against VTK, and cmake > didn't give me any warnings or errors. I'll have to experiment some more > to be sure that I understand what's going on. Apparently I was mistaken, it doesn't check at declaration time, but at use time. --Ben From ken.martin at kitware.com Mon Sep 18 14:02:10 2017 From: ken.martin at kitware.com (Ken Martin) Date: Mon, 18 Sep 2017 14:02:10 -0400 Subject: [vtk-developers] Single eye in OpenVR In-Reply-To: References: Message-ID: You can turn on a two eye view using the display mirror in the steam software. The code in VTK for display mirroring was removed since steam provides it (although without the circles) On Thu, Sep 14, 2017 at 4:33 PM, Carlos Lopez wrote: > Hello! > > I tried the OpenVR enabled version of Paraview and discovered that it > shows an on-screen window with only 1 eye, as opposed to the 2 eyes with > the dark rings that usually appear. > > I looked inside the paraview source code to see how it was configured but > I did not see any configuration parameter to enable this behavior (at least > not in vtkPVRenderView.cxx) > > could you please say how it is done? > > thanks, > Carlos > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rcourant at gmail.com Mon Sep 18 14:26:29 2017 From: rcourant at gmail.com (Carlos Lopez) Date: Mon, 18 Sep 2017 14:26:29 -0400 Subject: [vtk-developers] Single eye in OpenVR In-Reply-To: References: Message-ID: Thanks for your response. Are there any plans to enable a secondary window that renders the scene without any distortion on the monitor? Many VR apps have this to show other people what is being visualized on the HMD. best, Carlos On Mon, Sep 18, 2017 at 2:02 PM, Ken Martin wrote: > You can turn on a two eye view using the display mirror in the steam > software. The code in VTK for display mirroring was removed since steam > provides it (although without the circles) > > On Thu, Sep 14, 2017 at 4:33 PM, Carlos Lopez wrote: > >> Hello! >> >> I tried the OpenVR enabled version of Paraview and discovered that it >> shows an on-screen window with only 1 eye, as opposed to the 2 eyes with >> the dark rings that usually appear. >> >> I looked inside the paraview source code to see how it was configured but >> I did not see any configuration parameter to enable this behavior (at least >> not in vtkPVRenderView.cxx) >> >> could you please say how it is done? >> >> thanks, >> Carlos >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > > Clifton Park NY 12065 > > > 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Mon Sep 18 14:30:27 2017 From: ken.martin at kitware.com (Ken Martin) Date: Mon, 18 Sep 2017 14:30:27 -0400 Subject: [vtk-developers] Single eye in OpenVR In-Reply-To: References: Message-ID: I believe the steam display mirror provides that functionality. Does that not do what you are looking for? On Mon, Sep 18, 2017 at 2:26 PM, Carlos Lopez wrote: > Thanks for your response. > > Are there any plans to enable a secondary window that renders the scene > without any distortion on the monitor? Many VR apps have this to show other > people what is being visualized on the HMD. > > best, > Carlos > > > > On Mon, Sep 18, 2017 at 2:02 PM, Ken Martin > wrote: > >> You can turn on a two eye view using the display mirror in the steam >> software. The code in VTK for display mirroring was removed since steam >> provides it (although without the circles) >> >> On Thu, Sep 14, 2017 at 4:33 PM, Carlos Lopez wrote: >> >>> Hello! >>> >>> I tried the OpenVR enabled version of Paraview and discovered that it >>> shows an on-screen window with only 1 eye, as opposed to the 2 eyes with >>> the dark rings that usually appear. >>> >>> I looked inside the paraview source code to see how it was configured >>> but I did not see any configuration parameter to enable this behavior (at >>> least not in vtkPVRenderView.cxx) >>> >>> could you please say how it is done? >>> >>> thanks, >>> Carlos >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: http://markmail.org/search/?q= >>> vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >>> >> >> >> -- >> Ken Martin PhD >> Distinguished Engineer >> Kitware Inc. >> 28 Corporate Drive >> >> Clifton Park NY 12065 >> >> >> 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. >> > > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rcourant at gmail.com Mon Sep 18 14:45:16 2017 From: rcourant at gmail.com (Carlos Lopez) Date: Mon, 18 Sep 2017 14:45:16 -0400 Subject: [vtk-developers] Single eye in OpenVR In-Reply-To: References: Message-ID: The display mirror from Steam does show one or both eyes on the monitor, but has the distortion from the VR projection and this makes it difficult to read text or even, to simply understand what is being visualized. On Mon, Sep 18, 2017 at 2:30 PM, Ken Martin wrote: > I believe the steam display mirror provides that functionality. Does that > not do what you are looking for? > > On Mon, Sep 18, 2017 at 2:26 PM, Carlos Lopez wrote: > >> Thanks for your response. >> >> Are there any plans to enable a secondary window that renders the scene >> without any distortion on the monitor? Many VR apps have this to show other >> people what is being visualized on the HMD. >> >> best, >> Carlos >> >> >> >> On Mon, Sep 18, 2017 at 2:02 PM, Ken Martin >> wrote: >> >>> You can turn on a two eye view using the display mirror in the steam >>> software. The code in VTK for display mirroring was removed since steam >>> provides it (although without the circles) >>> >>> On Thu, Sep 14, 2017 at 4:33 PM, Carlos Lopez >>> wrote: >>> >>>> Hello! >>>> >>>> I tried the OpenVR enabled version of Paraview and discovered that it >>>> shows an on-screen window with only 1 eye, as opposed to the 2 eyes with >>>> the dark rings that usually appear. >>>> >>>> I looked inside the paraview source code to see how it was configured >>>> but I did not see any configuration parameter to enable this behavior (at >>>> least not in vtkPVRenderView.cxx) >>>> >>>> could you please say how it is done? >>>> >>>> thanks, >>>> Carlos >>>> >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Search the list archives at: http://markmail.org/search/?q= >>>> vtk-developers >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>> >>>> >>>> >>> >>> >>> -- >>> Ken Martin PhD >>> Distinguished Engineer >>> Kitware Inc. >>> 28 Corporate Drive >>> >>> Clifton Park NY 12065 >>> >>> >>> 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. >>> >> >> > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > > Clifton Park NY 12065 > > > 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Sep 19 10:29:43 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 19 Sep 2017 10:29:43 -0400 Subject: [vtk-developers] Speeding up `import vtk` In-Reply-To: References: Message-ID: <20170919142943.GA28183@megas.kitware.com> [ Yes, this is a necro on this thread, but I'd like to see this happen. ] On Thu, Sep 08, 2016 at 11:14:21 -0600, David Gobbi wrote: > As usual, I'm a stickler for backwards compatibility and would rather go in > the other direction, How about fixing `vtk` for VTK9? I don't like having it be a separate module because that means we have to ship things twice and the only difference is the `__init__.py` file. Currently `import vtk` (the obvious thing to do) is basically like doing a `find_package(VTK REQUIRED)` that doesn't support `COMPONENTS`. You get everything built, but you also have no idea if what you need is actually present until you get your `AttributeError`. I'd rather see scripts explicitly request `vtk.FiltersParallel` (or similar) if they need it rather than just hoping it dumped the right things into the global namespace. If we want to keep having this pattern, ParaView's `paraview.simple` module provides everything needed to "hit the ground running" (though I don't see it as a long-term maintainable way to use VTK or ParaView via Python). VTK could also have `vtk.simple` which does this. The problem with having it at the root level is that it denies any advanced usage of the module which does request exactly what is required. With all the other big changes coming in VTK9, I think it would be a good time to tackle this. --Ben P.S. For those curious, this came up because we recently had one module have more "load commands" than the loader on macOS supports (vtkPVAnimation) which triggered an `ImportError`. Because `import vtk` loads all modules, this meant that any loading of `import vtk` was broken just because this one was, even tests which don't care about it at all. From sur.chiranjib at gmail.com Tue Sep 19 13:35:41 2017 From: sur.chiranjib at gmail.com (Chiranjib Sur) Date: Tue, 19 Sep 2017 23:05:41 +0530 Subject: [vtk-developers] [vtkusers] mesh decimation In-Reply-To: References: <1505745868468-0.post@n5.nabble.com> Message-ID: Could you please share your sample code in this thread? Thanks, Chiranjib On Tue, Sep 19, 2017 at 2:25 PM, Agata Kraso? wrote: > Hello, > > Thanks for your reply. > Hmmm ... Yes, I know about that filter. I have already done this example. > I got the same number of triangle in each mesh. But the same number of > triangle doesn't equal the same number of points. That's my main problem : > ( > > Best regards, > Agata > > 2017-09-18 19:55 GMT+02:00 Chiranjib Sur : > >> Hi, >> The decimation filter works on percentage of the mesh that you need to >> decimate >> >> Look at this line of the example @ wiki (https://www.vtk.org/Wiki/VTK/ >> Examples/Cxx/Meshes/Decimation) >> >> decimate->SetTargetReduction(.10); //10% reduction (if there was 100 triangles, now there will be 90) >> >> >> Hope that answers your query. >> Thanks, >> Chiranjib >> >> On Mon, Sep 18, 2017 at 8:14 PM, agatte wrote: >> >>> Hello vtk users, >>> >>> I would like to decimate mesh (triangle meshes) polydata to constant >>> number >>> of points. >>> I have already tried vtkDecimationPro filter but I could only decimate to >>> fix number of triangles. >>> I don't know how can I decimate a mesh to fix number of points ? >>> >>> I would appreciate for any help/advice. >>> >>> >>> Best :) >>> >>> >>> >>> >>> -- >>> Sent from: http://vtk.1045678.n5.nabble.com/VTK-Users-f1224199.html >>> _______________________________________________ >>> 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 >>> >>> Search the list archives at: http://markmail.org/search/?q=vtkusers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtkusers >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Tue Sep 19 15:35:44 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 19 Sep 2017 15:35:44 -0400 Subject: [vtk-developers] [vtkusers] mesh decimation In-Reply-To: References: <1505745868468-0.post@n5.nabble.com> Message-ID: Look here: https://lorensen.github.io/VTKExamples/site/Cxx/Meshes/Decimation/ On Tue, Sep 19, 2017 at 1:35 PM, Chiranjib Sur wrote: > Could you please share your sample code in this thread? > > Thanks, > Chiranjib > > On Tue, Sep 19, 2017 at 2:25 PM, Agata Kraso? wrote: >> >> Hello, >> >> Thanks for your reply. >> Hmmm ... Yes, I know about that filter. I have already done this example. >> I got the same number of triangle in each mesh. But the same number of >> triangle doesn't equal the same number of points. That's my main problem : >> ( >> >> Best regards, >> Agata >> >> 2017-09-18 19:55 GMT+02:00 Chiranjib Sur : >>> >>> Hi, >>> The decimation filter works on percentage of the mesh that you need to >>> decimate >>> >>> Look at this line of the example @ wiki >>> (https://www.vtk.org/Wiki/VTK/Examples/Cxx/Meshes/Decimation) >>> >>> decimate->SetTargetReduction(.10); //10% reduction (if there was 100 >>> triangles, now there will be 90) >>> >>> >>> Hope that answers your query. >>> Thanks, >>> Chiranjib >>> >>> On Mon, Sep 18, 2017 at 8:14 PM, agatte wrote: >>>> >>>> Hello vtk users, >>>> >>>> I would like to decimate mesh (triangle meshes) polydata to constant >>>> number >>>> of points. >>>> I have already tried vtkDecimationPro filter but I could only decimate >>>> to >>>> fix number of triangles. >>>> I don't know how can I decimate a mesh to fix number of points ? >>>> >>>> I would appreciate for any help/advice. >>>> >>>> >>>> Best :) >>>> >>>> >>>> >>>> >>>> -- >>>> Sent from: http://vtk.1045678.n5.nabble.com/VTK-Users-f1224199.html >>>> _______________________________________________ >>>> 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 >>>> >>>> Search the list archives at: http://markmail.org/search/?q=vtkusers >>>> >>>> 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 > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Unpaid intern in BillsBasement at noware dot com From david.gobbi at gmail.com Wed Sep 20 09:18:51 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 20 Sep 2017 07:18:51 -0600 Subject: [vtk-developers] Speeding up `import vtk` In-Reply-To: <20170919142943.GA28183@megas.kitware.com> References: <20170919142943.GA28183@megas.kitware.com> Message-ID: Hi Ben, I like Matt's comments on lazy-loading, it would allow us to keep backwards compatibility while speeding up load times. Python provides a way to override getattr() for modules: https://stackoverflow.com/questions/2447353/getattr-on-a-module - David On Tue, Sep 19, 2017 at 8:29 AM, Ben Boeckel wrote: > [ Yes, this is a necro on this thread, but I'd like to see this happen. ] > > On Thu, Sep 08, 2016 at 11:14:21 -0600, David Gobbi wrote: > > As usual, I'm a stickler for backwards compatibility and would rather go > in > > the other direction, > > How about fixing `vtk` for VTK9? I don't like having it be a separate > module because that means we have to ship things twice and the only > difference is the `__init__.py` file. > > Currently `import vtk` (the obvious thing to do) is basically like doing > a `find_package(VTK REQUIRED)` that doesn't support `COMPONENTS`. You > get everything built, but you also have no idea if what you need is > actually present until you get your `AttributeError`. > > I'd rather see scripts explicitly request `vtk.FiltersParallel` (or > similar) if they need it rather than just hoping it dumped the right > things into the global namespace. If we want to keep having this > pattern, ParaView's `paraview.simple` module provides everything needed > to "hit the ground running" (though I don't see it as a long-term > maintainable way to use VTK or ParaView via Python). VTK could also have > `vtk.simple` which does this. The problem with having it at the root > level is that it denies any advanced usage of the module which does > request exactly what is required. > > With all the other big changes coming in VTK9, I think it would be a > good time to tackle this. > > --Ben > > P.S. For those curious, this came up because we recently had one module > have more "load commands" than the loader on macOS supports > (vtkPVAnimation) which triggered an `ImportError`. Because `import vtk` > loads all modules, this meant that any loading of `import vtk` was > broken just because this one was, even tests which don't care about it > at all. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dan.lipsa at kitware.com Wed Sep 20 15:34:33 2017 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Wed, 20 Sep 2017 15:34:33 -0400 Subject: [vtk-developers] Deprecate VTK_RENDERING_BACKEND=OpenGL In-Reply-To: References: Message-ID: Hi all, This branch has been merged into master as of this morning. Thanks, Dan On Thu, Sep 14, 2017 at 9:07 AM, Dan Lipsa wrote: > Hi all, > > We are working to deprecate the legacy rendering backend in VTK. > > https://gitlab.kitware.com/vtk/vtk/merge_requests/3262 > > After this merge request is in, you'll get warnings if you compile > using VTK_RENDERING_BACKEND=OpenGL. > > As with other legacy features, you can silence the warnings by setting > VTK_LEGACY_SILENT=ON > > You can remove legacy features by defining > VTK_LEGACY_REMOVE=ON > In this case, you'll get an error and will be automatically switch to > VTK_RENDERING_BACKEND:STRING=OpenGL2 > > > Thanks, > Dan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.schroeder at kitware.com Wed Sep 20 15:44:11 2017 From: will.schroeder at kitware.com (Will Schroeder) Date: Wed, 20 Sep 2017 15:44:11 -0400 Subject: [vtk-developers] Can you join us for a vtk hackathon on September 25'th? In-Reply-To: References: Message-ID: The agenda for the Sept. 25 VTK Hackathon has been updated: https://docs.google.com/document/d/1S7rI6iVnLAP_BG6gOCs6ZtnBo9ZL2B_4mFWS_t-wc_A/edit?usp=sharing As usual any comments are appreciated. If you are planning to be physically present at the Clifton Park, NY or Carrboro, NC offices, and you haven't already done so, please make sure to let us know you are coming so we can plan for lunch. Also, for those that can make it, we plan on heading to Salty's Pub and Bistro around 5:00pm for beer and food. Looking forward to it, Best, W On Fri, Sep 15, 2017 at 8:34 AM, David E DeMarle wrote: > Hey Folks, > > Kitware is going to host another VTK hackathon on September 25'th. You are > welcome to drop by Kitware's Clifton Park NY office to code with the > Kitwarean contingent but we'll be online in a hangout as well. > > The theme for the hackathon is open for debate. If you've got some ideas > of what we should collectively focus on, please respond. > > We've been floating the idea of "deprecation" with the goal of removing or > flagging for removal the dead wood in the code base and moving some of what > we prune over to remote modules. That would put us in great shape good > shape to put together VTK 8.1 next month. > > thanks! > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- William J. Schroeder, PhD Kitware, Inc. - Building the World's Technical Computing Software 28 Corporate Drive Clifton Park, NY 12065 will.schroeder at kitware.com http://www.kitware.com (518) 881-4902 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Wed Sep 20 19:55:43 2017 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Thu, 21 Sep 2017 09:55:43 +1000 Subject: [vtk-developers] Handling deprecated methods in Python. Message-ID: What is the best way to handle deprecated methods? I'm thinking of doing this: try: windowToImageFilter.SetScale(1) except NameError: print('windowToImageFilter.SetMagnification() is deeprecated in VTK8.1') windowToImageFilter.SetMagnification(1) The thinking here is that if a deprecated method is ultimately removed, this will still work. ?Any better ideas?? -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Thu Sep 21 01:17:36 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 20 Sep 2017 23:17:36 -0600 Subject: [vtk-developers] Handling deprecated methods in Python. In-Reply-To: References: Message-ID: Hi Andrew, Deprecated methods already print a warning if they are declared with VTK_LEGACY(). Is there a reason that we would want the methods to live longer in Python than they do in C++? - David On Wed, Sep 20, 2017 at 5:55 PM, Andrew Maclean wrote: > What is the best way to handle deprecated methods? > > I'm thinking of doing this: > > try: > windowToImageFilter.SetScale(1) > except NameError: > print('windowToImageFilter.SetMagnification() is deeprecated in VTK8.1') > windowToImageFilter.SetMagnification(1) > > The thinking here is that if a deprecated method is ultimately removed, > this will still work. > ?Any better ideas?? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Thu Sep 21 01:38:09 2017 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Thu, 21 Sep 2017 15:38:09 +1000 Subject: [vtk-developers] Handling deprecated methods in Python. In-Reply-To: References: Message-ID: I know that they already print a warning but I wanted those using older versions of VTK to note that the change is coming up. Also often when running tests the warning is displayed very briefly. For example when using *vtk.test.Testing* I want to basically just use *vtk.vtkOutputWindow()* for important messages and still alert users to the future change if they are running old versions of VTK by reading the code or perhaps printing to the console. I hope this makes sense! On Thu, Sep 21, 2017 at 3:17 PM, David Gobbi wrote: > Hi Andrew, > > Deprecated methods already print a warning if they are declared with > VTK_LEGACY(). Is there a reason that we would want the methods to live > longer in Python than they do in C++? > > - David > > On Wed, Sep 20, 2017 at 5:55 PM, Andrew Maclean > wrote: > >> What is the best way to handle deprecated methods? >> >> I'm thinking of doing this: >> >> try: >> windowToImageFilter.SetScale(1) >> except NameError: >> print('windowToImageFilter.SetMagnification() is deeprecated in VTK8.1') >> windowToImageFilter.SetMagnification(1) >> >> The thinking here is that if a deprecated method is ultimately removed, >> this will still work. >> ?Any better ideas?? >> > > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Thu Sep 21 06:22:55 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 21 Sep 2017 06:22:55 -0400 Subject: [vtk-developers] everybody please take a pass at the dashboard today Message-ID: Time for a dashboard sweep everyone, we've all been busy and the dashboards have accumulated debris as they do over time. Please take a few minutes today to review everything that isn't green. If it looks like something you've touched recently, take a stab at fixing it. Thanks, I'm on the OSPRay, Xdmf and HyperTree issues. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Thu Sep 21 08:58:44 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Thu, 21 Sep 2017 06:58:44 -0600 Subject: [vtk-developers] Handling deprecated methods in Python. In-Reply-To: References: Message-ID: Ah, I think that I misunderstood. You're specifically talking about how to change the VTK examples? In your sample code, if a VTK method has merely been deprecated, then the exception won't be triggered (unless VTK was configured with VTK_LEGACY_REMOVE.) So you would still get the deprecation warning popping up in the dialog box. - David On Wed, Sep 20, 2017 at 11:38 PM, Andrew Maclean wrote: > I know that they already print a warning but I wanted those using older > versions of VTK to note that the change is coming up. > > Also often when running tests the warning is displayed very briefly. For > example when using *vtk.test.Testing* I want to basically just use > *vtk.vtkOutputWindow()* for important messages and still alert users to > the future change if they are running old versions of VTK by reading the > code or perhaps printing to the console. > I hope this makes sense! > > On Thu, Sep 21, 2017 at 3:17 PM, David Gobbi > wrote: > >> Hi Andrew, >> >> Deprecated methods already print a warning if they are declared with >> VTK_LEGACY(). Is there a reason that we would want the methods to live >> longer in Python than they do in C++? >> >> - David >> >> On Wed, Sep 20, 2017 at 5:55 PM, Andrew Maclean < >> andrew.amaclean at gmail.com> wrote: >> >>> What is the best way to handle deprecated methods? >>> >>> I'm thinking of doing this: >>> >>> try: >>> windowToImageFilter.SetScale(1) >>> except NameError: >>> print('windowToImageFilter.SetMagnification() is deeprecated in VTK8.1') >>> windowToImageFilter.SetMagnification(1) >>> >>> The thinking here is that if a deprecated method is ultimately removed, >>> this will still work. >>> ?Any better ideas?? >>> >> >> > > > -- > ___________________________________________ > Andrew J. P. Maclean > > ___________________________________________ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xoviat at gmail.com Thu Sep 21 16:13:22 2017 From: xoviat at gmail.com (Paul Dao) Date: Thu, 21 Sep 2017 15:13:22 -0500 Subject: [vtk-developers] Uploading Packages to PyPi Message-ID: Hello: There's been some discussion on uploading a "VTK" package to the Python Package Index. The plan is to set this up at https://github.com/MacPython. I am not asking for any action on your part but I will grant you rights to the repository and you can participate in the process if you want (it's your project after all). -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Thu Sep 21 16:16:49 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 21 Sep 2017 16:16:49 -0400 Subject: [vtk-developers] Uploading Packages to PyPi In-Reply-To: References: Message-ID: That's great, thanks Paul! David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Sep 21, 2017 at 4:13 PM, Paul Dao wrote: > Hello: > > There's been some discussion on uploading a "VTK" package to the Python > Package Index. The plan is to set this up at https://github.com/MacPython. > I am not asking for any action on your part but I will grant you rights to > the repository and you can participate in the process if you want (it's > your project after all). > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jchris.fillionr at kitware.com Thu Sep 21 17:12:10 2017 From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin) Date: Thu, 21 Sep 2017 17:12:10 -0400 Subject: [vtk-developers] Uploading Packages to PyPi In-Reply-To: References: Message-ID: Hi Paul, Thanks for the update. We started to work on infrastructure to build VTK wheels for all platforms. The current repo is https://github.com/jcfr/VTKPythonPackage and the plan is to support "pip install vtk" It will be similar to what we have done for ITK. See [1] and [2] Hth Jc [1] https://github.com/InsightSoftwareConsortium/ITKPythonPackage [2] https://blog.kitware.com/itk-is-on-pypi-pip-install-itk-is-here/ On Thu, Sep 21, 2017 at 4:16 PM, David E DeMarle wrote: > That's great, thanks Paul! > > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > > Clifton Park, NY 12065 > > -8662 > Phone: 518-881-4909 <(518)%20881-4909> > > On Thu, Sep 21, 2017 at 4:13 PM, Paul Dao wrote: > >> Hello: >> >> There's been some discussion on uploading a "VTK" package to the Python >> Package Index. The plan is to set this up at https://github.com/MacPython. >> I am not asking for any action on your part but I will grant you rights to >> the repository and you can participate in the process if you want (it's >> your project after all). >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> > -- +1 919 869 8849 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xoviat at gmail.com Thu Sep 21 17:21:15 2017 From: xoviat at gmail.com (Paul Dao) Date: Thu, 21 Sep 2017 16:21:15 -0500 Subject: [vtk-developers] Uploading Packages to PyPi In-Reply-To: References: Message-ID: Step number one is to attach appveyor and Travis. Would you mind setting that up? On Sep 21, 2017 4:12 PM, "Jean-Christophe Fillion-Robin" < jchris.fillionr at kitware.com> wrote: > Hi Paul, > > Thanks for the update. > > We started to work on infrastructure to build VTK wheels for all platforms. > > The current repo is https://github.com/jcfr/VTKPythonPackage and the plan > is to support "pip install vtk" > > It will be similar to what we have done for ITK. See [1] and [2] > > Hth > Jc > > [1] https://github.com/InsightSoftwareConsortium/ITKPythonPackage > [2] https://blog.kitware.com/itk-is-on-pypi-pip-install-itk-is-here/ > > On Thu, Sep 21, 2017 at 4:16 PM, David E DeMarle > wrote: > >> That's great, thanks Paul! >> >> >> David E DeMarle >> Kitware, Inc. >> Principal Engineer >> 21 Corporate Drive >> >> Clifton Park, NY 12065 >> >> -8662 >> Phone: 518-881-4909 <(518)%20881-4909> >> >> On Thu, Sep 21, 2017 at 4:13 PM, Paul Dao wrote: >> >>> Hello: >>> >>> There's been some discussion on uploading a "VTK" package to the Python >>> Package Index. The plan is to set this up at >>> https://github.com/MacPython. I am not asking for any action on your >>> part but I will grant you rights to the repository and you can participate >>> in the process if you want (it's your project after all). >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: http://markmail.org/search/?q= >>> vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >>> >> > > > -- > +1 919 869 8849 <(919)%20869-8849> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xoviat at gmail.com Thu Sep 21 17:48:33 2017 From: xoviat at gmail.com (Paul Dao) Date: Thu, 21 Sep 2017 16:48:33 -0500 Subject: [vtk-developers] Uploading Packages to PyPi In-Reply-To: References: Message-ID: Actually, I have no idea what is happening on the ITKPythonPackage repository. It seems that Travis is only used to lint the build scripts and the actual builds are happening somewhere else. That's not how I would have approached the problem and it's also not how packages are built at MacPython. 2017-09-21 16:21 GMT-05:00 Paul Dao : > Step number one is to attach appveyor and Travis. Would you mind setting > that up? > > On Sep 21, 2017 4:12 PM, "Jean-Christophe Fillion-Robin" < > jchris.fillionr at kitware.com> wrote: > >> Hi Paul, >> >> Thanks for the update. >> >> We started to work on infrastructure to build VTK wheels for all >> platforms. >> >> The current repo is https://github.com/jcfr/VTKPythonPackage and the >> plan is to support "pip install vtk" >> >> It will be similar to what we have done for ITK. See [1] and [2] >> >> Hth >> Jc >> >> [1] https://github.com/InsightSoftwareConsortium/ITKPythonPackage >> [2] https://blog.kitware.com/itk-is-on-pypi-pip-install-itk-is-here/ >> >> On Thu, Sep 21, 2017 at 4:16 PM, David E DeMarle < >> dave.demarle at kitware.com> wrote: >> >>> That's great, thanks Paul! >>> >>> >>> David E DeMarle >>> Kitware, Inc. >>> Principal Engineer >>> 21 Corporate Drive >>> >>> Clifton Park, NY 12065 >>> >>> -8662 >>> Phone: 518-881-4909 <(518)%20881-4909> >>> >>> On Thu, Sep 21, 2017 at 4:13 PM, Paul Dao wrote: >>> >>>> Hello: >>>> >>>> There's been some discussion on uploading a "VTK" package to the Python >>>> Package Index. The plan is to set this up at >>>> https://github.com/MacPython. I am not asking for any action on your >>>> part but I will grant you rights to the repository and you can participate >>>> in the process if you want (it's your project after all). >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Search the list archives at: http://markmail.org/search/?q= >>>> vtk-developers >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>> >>>> >>>> >>> >> >> >> -- >> +1 919 869 8849 <(919)%20869-8849> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt.mccormick at kitware.com Thu Sep 21 18:16:43 2017 From: matt.mccormick at kitware.com (Matt McCormick) Date: Thu, 21 Sep 2017 18:16:43 -0400 Subject: [vtk-developers] Uploading Packages to PyPi In-Reply-To: References: Message-ID: Yes, in the ITKPythonPackage repository, the builds are happening on barebones machines (I will make a note in the documentation to clarify this). For large packages like ITK and VTK, TravisCI times out. On conda-forge, a VTK build with TravisCI was attempted, but it has not succeeded: https://github.com/conda-forge/vtk-feedstock/pull/34#issuecomment-331285697 On Thu, Sep 21, 2017 at 5:48 PM, Paul Dao wrote: > Actually, I have no idea what is happening on the ITKPythonPackage > repository. It seems that Travis is only used to lint the build scripts and > the actual builds are happening somewhere else. That's not how I would have > approached the problem and it's also not how packages are built at > MacPython. > > 2017-09-21 16:21 GMT-05:00 Paul Dao : >> >> Step number one is to attach appveyor and Travis. Would you mind setting >> that up? >> >> On Sep 21, 2017 4:12 PM, "Jean-Christophe Fillion-Robin" >> wrote: >>> >>> Hi Paul, >>> >>> Thanks for the update. >>> >>> We started to work on infrastructure to build VTK wheels for all >>> platforms. >>> >>> The current repo is https://github.com/jcfr/VTKPythonPackage and the plan >>> is to support "pip install vtk" >>> >>> It will be similar to what we have done for ITK. See [1] and [2] >>> >>> Hth >>> Jc >>> >>> [1] https://github.com/InsightSoftwareConsortium/ITKPythonPackage >>> [2] https://blog.kitware.com/itk-is-on-pypi-pip-install-itk-is-here/ >>> >>> On Thu, Sep 21, 2017 at 4:16 PM, David E DeMarle >>> wrote: >>>> >>>> That's great, thanks Paul! >>>> >>>> >>>> David E DeMarle >>>> Kitware, Inc. >>>> Principal Engineer >>>> 21 Corporate Drive >>>> Clifton Park, NY 12065-8662 >>>> Phone: 518-881-4909 >>>> >>>> On Thu, Sep 21, 2017 at 4:13 PM, Paul Dao wrote: >>>>> >>>>> Hello: >>>>> >>>>> There's been some discussion on uploading a "VTK" package to the Python >>>>> Package Index. The plan is to set this up at https://github.com/MacPython. I >>>>> am not asking for any action on your part but I will grant you rights to the >>>>> repository and you can participate in the process if you want (it's your >>>>> project after all). >>>>> >>>>> _______________________________________________ >>>>> Powered by www.kitware.com >>>>> >>>>> Visit other Kitware open-source projects at >>>>> http://www.kitware.com/opensource/opensource.html >>>>> >>>>> Search the list archives at: >>>>> http://markmail.org/search/?q=vtk-developers >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>> >>>>> >>>> >>> >>> >>> >>> -- >>> +1 919 869 8849 > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > From andrew.amaclean at gmail.com Thu Sep 21 18:27:45 2017 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Fri, 22 Sep 2017 08:27:45 +1000 Subject: [vtk-developers] Handling deprecated methods in Python. In-Reply-To: References: Message-ID: Ok, thanks. On Thu, Sep 21, 2017 at 10:58 PM, David Gobbi wrote: > Ah, I think that I misunderstood. You're specifically talking about how > to change the VTK examples? > > In your sample code, if a VTK method has merely been deprecated, then the > exception won't be triggered (unless VTK was configured with > VTK_LEGACY_REMOVE.) So you would still get the deprecation warning popping > up in the dialog box. > > - David > > On Wed, Sep 20, 2017 at 11:38 PM, Andrew Maclean < > andrew.amaclean at gmail.com> wrote: > >> I know that they already print a warning but I wanted those using older >> versions of VTK to note that the change is coming up. >> >> Also often when running tests the warning is displayed very briefly. For >> example when using *vtk.test.Testing* I want to basically just use >> *vtk.vtkOutputWindow()* for important messages and still alert users to >> the future change if they are running old versions of VTK by reading the >> code or perhaps printing to the console. >> I hope this makes sense! >> >> On Thu, Sep 21, 2017 at 3:17 PM, David Gobbi >> wrote: >> >>> Hi Andrew, >>> >>> Deprecated methods already print a warning if they are declared with >>> VTK_LEGACY(). Is there a reason that we would want the methods to live >>> longer in Python than they do in C++? >>> >>> - David >>> >>> On Wed, Sep 20, 2017 at 5:55 PM, Andrew Maclean < >>> andrew.amaclean at gmail.com> wrote: >>> >>>> What is the best way to handle deprecated methods? >>>> >>>> I'm thinking of doing this: >>>> >>>> try: >>>> windowToImageFilter.SetScale(1) >>>> except NameError: >>>> print('windowToImageFilter.SetMagnification() is deeprecated in VTK8.1') >>>> windowToImageFilter.SetMagnification(1) >>>> >>>> The thinking here is that if a deprecated method is ultimately removed, >>>> this will still work. >>>> ?Any better ideas?? >>>> >>> >>> >> >> >> -- >> ___________________________________________ >> Andrew J. P. Maclean >> >> ___________________________________________ >> > > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jchris.fillionr at kitware.com Thu Sep 21 19:10:25 2017 From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin) Date: Thu, 21 Sep 2017 19:10:25 -0400 Subject: [vtk-developers] Speeding up `import vtk` In-Reply-To: References: <20170919142943.GA28183@megas.kitware.com> Message-ID: Hi, Lazy loading implemented in ITK python has been working well. Since we have knowledge of the VTK dependency graph, I suggest to use a similar approach. Also building VTK with VTK_ENABLE_KITS enabled greatly reduces the number of libraries and could avoid to implement such optimization. Matt (cc'ed) should be able to provide feedback. Hth Jc On Wed, Sep 20, 2017 at 9:18 AM, David Gobbi wrote: > Hi Ben, > > I like Matt's comments on lazy-loading, it would allow us to keep > backwards compatibility while speeding up load times. Python provides a way > to override getattr() for modules: > https://stackoverflow.com/questions/2447353/getattr-on-a-module > > - David > > On Tue, Sep 19, 2017 at 8:29 AM, Ben Boeckel > wrote: > >> [ Yes, this is a necro on this thread, but I'd like to see this happen. ] >> >> On Thu, Sep 08, 2016 at 11:14:21 -0600, David Gobbi wrote: >> > As usual, I'm a stickler for backwards compatibility and would rather >> go in >> > the other direction, >> >> How about fixing `vtk` for VTK9? I don't like having it be a separate >> module because that means we have to ship things twice and the only >> difference is the `__init__.py` file. >> >> Currently `import vtk` (the obvious thing to do) is basically like doing >> a `find_package(VTK REQUIRED)` that doesn't support `COMPONENTS`. You >> get everything built, but you also have no idea if what you need is >> actually present until you get your `AttributeError`. >> >> I'd rather see scripts explicitly request `vtk.FiltersParallel` (or >> similar) if they need it rather than just hoping it dumped the right >> things into the global namespace. If we want to keep having this >> pattern, ParaView's `paraview.simple` module provides everything needed >> to "hit the ground running" (though I don't see it as a long-term >> maintainable way to use VTK or ParaView via Python). VTK could also have >> `vtk.simple` which does this. The problem with having it at the root >> level is that it denies any advanced usage of the module which does >> request exactly what is required. >> >> With all the other big changes coming in VTK9, I think it would be a >> good time to tackle this. >> >> --Ben >> >> P.S. For those curious, this came up because we recently had one module >> have more "load commands" than the loader on macOS supports >> (vtkPVAnimation) which triggered an `ImportError`. Because `import vtk` >> loads all modules, this meant that any loading of `import vtk` was >> broken just because this one was, even tests which don't care about it >> at all. >> > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- +1 919 869 8849 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xoviat at gmail.com Thu Sep 21 19:11:40 2017 From: xoviat at gmail.com (Paul Dao) Date: Thu, 21 Sep 2017 18:11:40 -0500 Subject: [vtk-developers] Uploading Packages to PyPi In-Reply-To: References: Message-ID: The solution to the timing problems on Travis is to use ccache. Then you can enable a cron that builds daily. The cron will build the cache over time until the build succeeds. For appveyor, it's the same except you need to use "clcache," which is significantly more buggy. 2017-09-21 17:16 GMT-05:00 Matt McCormick : > Yes, in the ITKPythonPackage repository, the builds are happening on > barebones machines (I will make a note in the documentation to clarify > this). For large packages like ITK and VTK, TravisCI times out. > > On conda-forge, a VTK build with TravisCI was attempted, but it has > not succeeded: > > https://github.com/conda-forge/vtk-feedstock/pull/34# > issuecomment-331285697 > > On Thu, Sep 21, 2017 at 5:48 PM, Paul Dao wrote: > > Actually, I have no idea what is happening on the ITKPythonPackage > > repository. It seems that Travis is only used to lint the build scripts > and > > the actual builds are happening somewhere else. That's not how I would > have > > approached the problem and it's also not how packages are built at > > MacPython. > > > > 2017-09-21 16:21 GMT-05:00 Paul Dao : > >> > >> Step number one is to attach appveyor and Travis. Would you mind setting > >> that up? > >> > >> On Sep 21, 2017 4:12 PM, "Jean-Christophe Fillion-Robin" > >> wrote: > >>> > >>> Hi Paul, > >>> > >>> Thanks for the update. > >>> > >>> We started to work on infrastructure to build VTK wheels for all > >>> platforms. > >>> > >>> The current repo is https://github.com/jcfr/VTKPythonPackage and the > plan > >>> is to support "pip install vtk" > >>> > >>> It will be similar to what we have done for ITK. See [1] and [2] > >>> > >>> Hth > >>> Jc > >>> > >>> [1] https://github.com/InsightSoftwareConsortium/ITKPythonPackage > >>> [2] https://blog.kitware.com/itk-is-on-pypi-pip-install-itk-is-here/ > >>> > >>> On Thu, Sep 21, 2017 at 4:16 PM, David E DeMarle > >>> wrote: > >>>> > >>>> That's great, thanks Paul! > >>>> > >>>> > >>>> David E DeMarle > >>>> Kitware, Inc. > >>>> Principal Engineer > >>>> 21 Corporate Drive > >>>> Clifton Park, NY 12065-8662 > >>>> Phone: 518-881-4909 > >>>> > >>>> On Thu, Sep 21, 2017 at 4:13 PM, Paul Dao wrote: > >>>>> > >>>>> Hello: > >>>>> > >>>>> There's been some discussion on uploading a "VTK" package to the > Python > >>>>> Package Index. The plan is to set this up at > https://github.com/MacPython. I > >>>>> am not asking for any action on your part but I will grant you > rights to the > >>>>> repository and you can participate in the process if you want (it's > your > >>>>> project after all). > >>>>> > >>>>> _______________________________________________ > >>>>> Powered by www.kitware.com > >>>>> > >>>>> Visit other Kitware open-source projects at > >>>>> http://www.kitware.com/opensource/opensource.html > >>>>> > >>>>> Search the list archives at: > >>>>> http://markmail.org/search/?q=vtk-developers > >>>>> > >>>>> Follow this link to subscribe/unsubscribe: > >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers > >>>>> > >>>>> > >>>> > >>> > >>> > >>> > >>> -- > >>> +1 919 869 8849 > > > > > > > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > > > Search the list archives at: http://markmail.org/search/?q= > vtk-developers > > > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/vtk-developers > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xoviat at gmail.com Thu Sep 21 19:12:40 2017 From: xoviat at gmail.com (Paul Dao) Date: Thu, 21 Sep 2017 18:12:40 -0500 Subject: [vtk-developers] Uploading Packages to PyPi In-Reply-To: References: Message-ID: I should mention that scipy already has a travis.yml with the required commands: https://github.com/scipy/scipy/blob/04759f9d46541f1626232b2a44d16d00a10e530c/.travis.yml#L69 2017-09-21 18:11 GMT-05:00 Paul Dao : > The solution to the timing problems on Travis is to use ccache. Then you > can enable a cron that builds daily. The cron will build the cache over > time until the build succeeds. For appveyor, it's the same except you need > to use "clcache," which is significantly more buggy. > > 2017-09-21 17:16 GMT-05:00 Matt McCormick : > >> Yes, in the ITKPythonPackage repository, the builds are happening on >> barebones machines (I will make a note in the documentation to clarify >> this). For large packages like ITK and VTK, TravisCI times out. >> >> On conda-forge, a VTK build with TravisCI was attempted, but it has >> not succeeded: >> >> https://github.com/conda-forge/vtk-feedstock/pull/34#issueco >> mment-331285697 >> >> On Thu, Sep 21, 2017 at 5:48 PM, Paul Dao wrote: >> > Actually, I have no idea what is happening on the ITKPythonPackage >> > repository. It seems that Travis is only used to lint the build scripts >> and >> > the actual builds are happening somewhere else. That's not how I would >> have >> > approached the problem and it's also not how packages are built at >> > MacPython. >> > >> > 2017-09-21 16:21 GMT-05:00 Paul Dao : >> >> >> >> Step number one is to attach appveyor and Travis. Would you mind >> setting >> >> that up? >> >> >> >> On Sep 21, 2017 4:12 PM, "Jean-Christophe Fillion-Robin" >> >> wrote: >> >>> >> >>> Hi Paul, >> >>> >> >>> Thanks for the update. >> >>> >> >>> We started to work on infrastructure to build VTK wheels for all >> >>> platforms. >> >>> >> >>> The current repo is https://github.com/jcfr/VTKPythonPackage and the >> plan >> >>> is to support "pip install vtk" >> >>> >> >>> It will be similar to what we have done for ITK. See [1] and [2] >> >>> >> >>> Hth >> >>> Jc >> >>> >> >>> [1] https://github.com/InsightSoftwareConsortium/ITKPythonPackage >> >>> [2] https://blog.kitware.com/itk-is-on-pypi-pip-install-itk-is-here/ >> >>> >> >>> On Thu, Sep 21, 2017 at 4:16 PM, David E DeMarle >> >>> wrote: >> >>>> >> >>>> That's great, thanks Paul! >> >>>> >> >>>> >> >>>> David E DeMarle >> >>>> Kitware, Inc. >> >>>> Principal Engineer >> >>>> 21 Corporate Drive >> >>>> Clifton Park, NY 12065-8662 >> >>>> Phone: 518-881-4909 >> >>>> >> >>>> On Thu, Sep 21, 2017 at 4:13 PM, Paul Dao wrote: >> >>>>> >> >>>>> Hello: >> >>>>> >> >>>>> There's been some discussion on uploading a "VTK" package to the >> Python >> >>>>> Package Index. The plan is to set this up at >> https://github.com/MacPython. I >> >>>>> am not asking for any action on your part but I will grant you >> rights to the >> >>>>> repository and you can participate in the process if you want (it's >> your >> >>>>> project after all). >> >>>>> >> >>>>> _______________________________________________ >> >>>>> Powered by www.kitware.com >> >>>>> >> >>>>> Visit other Kitware open-source projects at >> >>>>> http://www.kitware.com/opensource/opensource.html >> >>>>> >> >>>>> Search the list archives at: >> >>>>> http://markmail.org/search/?q=vtk-developers >> >>>>> >> >>>>> Follow this link to subscribe/unsubscribe: >> >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >> >>>>> >> >>>>> >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> +1 919 869 8849 >> > >> > >> > >> > _______________________________________________ >> > Powered by www.kitware.com >> > >> > Visit other Kitware open-source projects at >> > http://www.kitware.com/opensource/opensource.html >> > >> > Search the list archives at: http://markmail.org/search/?q= >> vtk-developers >> > >> > Follow this link to subscribe/unsubscribe: >> > http://public.kitware.com/mailman/listinfo/vtk-developers >> > >> > >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xoviat at gmail.com Thu Sep 21 19:25:50 2017 From: xoviat at gmail.com (Paul Dao) Date: Thu, 21 Sep 2017 18:25:50 -0500 Subject: [vtk-developers] Uploading Packages to PyPi In-Reply-To: References: Message-ID: And on second thought, you can also have build phases, where you try to get as far as possible before the timeout and then recommit the build artifacts to the cache. It works quite well with build stages. 2017-09-21 18:12 GMT-05:00 Paul Dao : > I should mention that scipy already has a travis.yml with the required > commands: > > https://github.com/scipy/scipy/blob/04759f9d46541f1626232b2a44d16d > 00a10e530c/.travis.yml#L69 > > 2017-09-21 18:11 GMT-05:00 Paul Dao : > >> The solution to the timing problems on Travis is to use ccache. Then you >> can enable a cron that builds daily. The cron will build the cache over >> time until the build succeeds. For appveyor, it's the same except you need >> to use "clcache," which is significantly more buggy. >> >> 2017-09-21 17:16 GMT-05:00 Matt McCormick : >> >>> Yes, in the ITKPythonPackage repository, the builds are happening on >>> barebones machines (I will make a note in the documentation to clarify >>> this). For large packages like ITK and VTK, TravisCI times out. >>> >>> On conda-forge, a VTK build with TravisCI was attempted, but it has >>> not succeeded: >>> >>> https://github.com/conda-forge/vtk-feedstock/pull/34#issueco >>> mment-331285697 >>> >>> On Thu, Sep 21, 2017 at 5:48 PM, Paul Dao wrote: >>> > Actually, I have no idea what is happening on the ITKPythonPackage >>> > repository. It seems that Travis is only used to lint the build >>> scripts and >>> > the actual builds are happening somewhere else. That's not how I would >>> have >>> > approached the problem and it's also not how packages are built at >>> > MacPython. >>> > >>> > 2017-09-21 16:21 GMT-05:00 Paul Dao : >>> >> >>> >> Step number one is to attach appveyor and Travis. Would you mind >>> setting >>> >> that up? >>> >> >>> >> On Sep 21, 2017 4:12 PM, "Jean-Christophe Fillion-Robin" >>> >> wrote: >>> >>> >>> >>> Hi Paul, >>> >>> >>> >>> Thanks for the update. >>> >>> >>> >>> We started to work on infrastructure to build VTK wheels for all >>> >>> platforms. >>> >>> >>> >>> The current repo is https://github.com/jcfr/VTKPythonPackage and >>> the plan >>> >>> is to support "pip install vtk" >>> >>> >>> >>> It will be similar to what we have done for ITK. See [1] and [2] >>> >>> >>> >>> Hth >>> >>> Jc >>> >>> >>> >>> [1] https://github.com/InsightSoftwareConsortium/ITKPythonPackage >>> >>> [2] https://blog.kitware.com/itk-is-on-pypi-pip-install-itk-is-here/ >>> >>> >>> >>> On Thu, Sep 21, 2017 at 4:16 PM, David E DeMarle >>> >>> wrote: >>> >>>> >>> >>>> That's great, thanks Paul! >>> >>>> >>> >>>> >>> >>>> David E DeMarle >>> >>>> Kitware, Inc. >>> >>>> Principal Engineer >>> >>>> 21 Corporate Drive >>> >>>> Clifton Park, NY 12065-8662 >>> >>>> Phone: 518-881-4909 >>> >>>> >>> >>>> On Thu, Sep 21, 2017 at 4:13 PM, Paul Dao wrote: >>> >>>>> >>> >>>>> Hello: >>> >>>>> >>> >>>>> There's been some discussion on uploading a "VTK" package to the >>> Python >>> >>>>> Package Index. The plan is to set this up at >>> https://github.com/MacPython. I >>> >>>>> am not asking for any action on your part but I will grant you >>> rights to the >>> >>>>> repository and you can participate in the process if you want >>> (it's your >>> >>>>> project after all). >>> >>>>> >>> >>>>> _______________________________________________ >>> >>>>> Powered by www.kitware.com >>> >>>>> >>> >>>>> Visit other Kitware open-source projects at >>> >>>>> http://www.kitware.com/opensource/opensource.html >>> >>>>> >>> >>>>> Search the list archives at: >>> >>>>> http://markmail.org/search/?q=vtk-developers >>> >>>>> >>> >>>>> Follow this link to subscribe/unsubscribe: >>> >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>>>> >>> >>>>> >>> >>>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> +1 919 869 8849 >>> > >>> > >>> > >>> > _______________________________________________ >>> > Powered by www.kitware.com >>> > >>> > Visit other Kitware open-source projects at >>> > http://www.kitware.com/opensource/opensource.html >>> > >>> > Search the list archives at: http://markmail.org/search/?q= >>> vtk-developers >>> > >>> > Follow this link to subscribe/unsubscribe: >>> > http://public.kitware.com/mailman/listinfo/vtk-developers >>> > >>> > >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt.mccormick at kitware.com Thu Sep 21 20:21:33 2017 From: matt.mccormick at kitware.com (Matt McCormick) Date: Thu, 21 Sep 2017 20:21:33 -0400 Subject: [vtk-developers] Speeding up `import vtk` In-Reply-To: References: <20170919142943.GA28183@megas.kitware.com> Message-ID: Hi, Yes, the lazy loading has been working very well for ITK. In addition to the previous links to the implementation, a few other things to be aware of are - The dependencies are stored via CMake's configure_file on .py files - There is an option to disable lazy loading in the itkConfig module, which can be imported before "itk" - An import callback can be configured to monitor / debug the process VTK_ENABLE_KITS may actually be a little bit slower in the case of lazy loading because more unused symbols have to be loaded, but that performance assumption needs to be tested. HTH, Matt On Thu, Sep 21, 2017 at 7:10 PM, Jean-Christophe Fillion-Robin wrote: > Hi, > > Lazy loading implemented in ITK python has been working well. Since we have > knowledge of the VTK dependency graph, I suggest to use a similar approach. > > Also building VTK with VTK_ENABLE_KITS enabled greatly reduces the number of > libraries and could avoid to implement such optimization. > > Matt (cc'ed) should be able to provide feedback. > > Hth > Jc > > On Wed, Sep 20, 2017 at 9:18 AM, David Gobbi wrote: >> >> Hi Ben, >> >> I like Matt's comments on lazy-loading, it would allow us to keep >> backwards compatibility while speeding up load times. Python provides a way >> to override getattr() for modules: >> https://stackoverflow.com/questions/2447353/getattr-on-a-module >> >> - David >> >> On Tue, Sep 19, 2017 at 8:29 AM, Ben Boeckel >> wrote: >>> >>> [ Yes, this is a necro on this thread, but I'd like to see this happen. ] >>> >>> On Thu, Sep 08, 2016 at 11:14:21 -0600, David Gobbi wrote: >>> > As usual, I'm a stickler for backwards compatibility and would rather >>> > go in >>> > the other direction, >>> >>> How about fixing `vtk` for VTK9? I don't like having it be a separate >>> module because that means we have to ship things twice and the only >>> difference is the `__init__.py` file. >>> >>> Currently `import vtk` (the obvious thing to do) is basically like doing >>> a `find_package(VTK REQUIRED)` that doesn't support `COMPONENTS`. You >>> get everything built, but you also have no idea if what you need is >>> actually present until you get your `AttributeError`. >>> >>> I'd rather see scripts explicitly request `vtk.FiltersParallel` (or >>> similar) if they need it rather than just hoping it dumped the right >>> things into the global namespace. If we want to keep having this >>> pattern, ParaView's `paraview.simple` module provides everything needed >>> to "hit the ground running" (though I don't see it as a long-term >>> maintainable way to use VTK or ParaView via Python). VTK could also have >>> `vtk.simple` which does this. The problem with having it at the root >>> level is that it denies any advanced usage of the module which does >>> request exactly what is required. >>> >>> With all the other big changes coming in VTK9, I think it would be a >>> good time to tackle this. >>> >>> --Ben >>> >>> P.S. For those curious, this came up because we recently had one module >>> have more "load commands" than the loader on macOS supports >>> (vtkPVAnimation) which triggered an `ImportError`. Because `import vtk` >>> loads all modules, this meant that any loading of `import vtk` was >>> broken just because this one was, even tests which don't care about it >>> at all. >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > > > > -- > +1 919 869 8849 From matt.mccormick at kitware.com Fri Sep 22 09:52:20 2017 From: matt.mccormick at kitware.com (Matt McCormick) Date: Fri, 22 Sep 2017 09:52:20 -0400 Subject: [vtk-developers] Uploading Packages to PyPi In-Reply-To: References: Message-ID: VTK's build is significantly longer than scipy's, but it could be tried :-). On Thu, Sep 21, 2017 at 7:25 PM, Paul Dao wrote: > And on second thought, you can also have build phases, where you try to get > as far as possible before the timeout and then recommit the build artifacts > to the cache. It works quite well with build stages. > > 2017-09-21 18:12 GMT-05:00 Paul Dao : >> >> I should mention that scipy already has a travis.yml with the required >> commands: >> >> >> https://github.com/scipy/scipy/blob/04759f9d46541f1626232b2a44d16d00a10e530c/.travis.yml#L69 >> >> 2017-09-21 18:11 GMT-05:00 Paul Dao : >>> >>> The solution to the timing problems on Travis is to use ccache. Then you >>> can enable a cron that builds daily. The cron will build the cache over time >>> until the build succeeds. For appveyor, it's the same except you need to use >>> "clcache," which is significantly more buggy. >>> >>> 2017-09-21 17:16 GMT-05:00 Matt McCormick : >>>> >>>> Yes, in the ITKPythonPackage repository, the builds are happening on >>>> barebones machines (I will make a note in the documentation to clarify >>>> this). For large packages like ITK and VTK, TravisCI times out. >>>> >>>> On conda-forge, a VTK build with TravisCI was attempted, but it has >>>> not succeeded: >>>> >>>> >>>> https://github.com/conda-forge/vtk-feedstock/pull/34#issuecomment-331285697 >>>> >>>> On Thu, Sep 21, 2017 at 5:48 PM, Paul Dao wrote: >>>> > Actually, I have no idea what is happening on the ITKPythonPackage >>>> > repository. It seems that Travis is only used to lint the build >>>> > scripts and >>>> > the actual builds are happening somewhere else. That's not how I would >>>> > have >>>> > approached the problem and it's also not how packages are built at >>>> > MacPython. >>>> > >>>> > 2017-09-21 16:21 GMT-05:00 Paul Dao : >>>> >> >>>> >> Step number one is to attach appveyor and Travis. Would you mind >>>> >> setting >>>> >> that up? >>>> >> >>>> >> On Sep 21, 2017 4:12 PM, "Jean-Christophe Fillion-Robin" >>>> >> wrote: >>>> >>> >>>> >>> Hi Paul, >>>> >>> >>>> >>> Thanks for the update. >>>> >>> >>>> >>> We started to work on infrastructure to build VTK wheels for all >>>> >>> platforms. >>>> >>> >>>> >>> The current repo is https://github.com/jcfr/VTKPythonPackage and the >>>> >>> plan >>>> >>> is to support "pip install vtk" >>>> >>> >>>> >>> It will be similar to what we have done for ITK. See [1] and [2] >>>> >>> >>>> >>> Hth >>>> >>> Jc >>>> >>> >>>> >>> [1] https://github.com/InsightSoftwareConsortium/ITKPythonPackage >>>> >>> [2] https://blog.kitware.com/itk-is-on-pypi-pip-install-itk-is-here/ >>>> >>> >>>> >>> On Thu, Sep 21, 2017 at 4:16 PM, David E DeMarle >>>> >>> wrote: >>>> >>>> >>>> >>>> That's great, thanks Paul! >>>> >>>> >>>> >>>> >>>> >>>> David E DeMarle >>>> >>>> Kitware, Inc. >>>> >>>> Principal Engineer >>>> >>>> 21 Corporate Drive >>>> >>>> Clifton Park, NY 12065-8662 >>>> >>>> Phone: 518-881-4909 >>>> >>>> >>>> >>>> On Thu, Sep 21, 2017 at 4:13 PM, Paul Dao wrote: >>>> >>>>> >>>> >>>>> Hello: >>>> >>>>> >>>> >>>>> There's been some discussion on uploading a "VTK" package to the >>>> >>>>> Python >>>> >>>>> Package Index. The plan is to set this up at >>>> >>>>> https://github.com/MacPython. I >>>> >>>>> am not asking for any action on your part but I will grant you >>>> >>>>> rights to the >>>> >>>>> repository and you can participate in the process if you want >>>> >>>>> (it's your >>>> >>>>> project after all). >>>> >>>>> >>>> >>>>> _______________________________________________ >>>> >>>>> Powered by www.kitware.com >>>> >>>>> >>>> >>>>> Visit other Kitware open-source projects at >>>> >>>>> http://www.kitware.com/opensource/opensource.html >>>> >>>>> >>>> >>>>> Search the list archives at: >>>> >>>>> http://markmail.org/search/?q=vtk-developers >>>> >>>>> >>>> >>>>> Follow this link to subscribe/unsubscribe: >>>> >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>> >>>>> >>>> >>>>> >>>> >>>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> -- >>>> >>> +1 919 869 8849 >>>> > >>>> > >>>> > >>>> > _______________________________________________ >>>> > Powered by www.kitware.com >>>> > >>>> > Visit other Kitware open-source projects at >>>> > http://www.kitware.com/opensource/opensource.html >>>> > >>>> > Search the list archives at: >>>> > http://markmail.org/search/?q=vtk-developers >>>> > >>>> > Follow this link to subscribe/unsubscribe: >>>> > http://public.kitware.com/mailman/listinfo/vtk-developers >>>> > >>>> > >>> >>> >> > From matthew.brett at gmail.com Fri Sep 22 16:25:54 2017 From: matthew.brett at gmail.com (Matthew Brett) Date: Fri, 22 Sep 2017 21:25:54 +0100 Subject: [vtk-developers] Uploading Packages to PyPi In-Reply-To: References: Message-ID: Hi, On Fri, Sep 22, 2017 at 2:52 PM, Matt McCormick wrote: > VTK's build is significantly longer than scipy's, but it could be tried :-). I don't know whether it's possible for travis-ci - but I know for sure that Appveyor will consider request to extend the build timeout on an account if you can give a good justification, Cheers, Matthew > On Thu, Sep 21, 2017 at 7:25 PM, Paul Dao wrote: >> And on second thought, you can also have build phases, where you try to get >> as far as possible before the timeout and then recommit the build artifacts >> to the cache. It works quite well with build stages. >> >> 2017-09-21 18:12 GMT-05:00 Paul Dao : >>> >>> I should mention that scipy already has a travis.yml with the required >>> commands: >>> >>> >>> https://github.com/scipy/scipy/blob/04759f9d46541f1626232b2a44d16d00a10e530c/.travis.yml#L69 >>> >>> 2017-09-21 18:11 GMT-05:00 Paul Dao : >>>> >>>> The solution to the timing problems on Travis is to use ccache. Then you >>>> can enable a cron that builds daily. The cron will build the cache over time >>>> until the build succeeds. For appveyor, it's the same except you need to use >>>> "clcache," which is significantly more buggy. >>>> >>>> 2017-09-21 17:16 GMT-05:00 Matt McCormick : >>>>> >>>>> Yes, in the ITKPythonPackage repository, the builds are happening on >>>>> barebones machines (I will make a note in the documentation to clarify >>>>> this). For large packages like ITK and VTK, TravisCI times out. >>>>> >>>>> On conda-forge, a VTK build with TravisCI was attempted, but it has >>>>> not succeeded: >>>>> >>>>> >>>>> https://github.com/conda-forge/vtk-feedstock/pull/34#issuecomment-331285697 >>>>> >>>>> On Thu, Sep 21, 2017 at 5:48 PM, Paul Dao wrote: >>>>> > Actually, I have no idea what is happening on the ITKPythonPackage >>>>> > repository. It seems that Travis is only used to lint the build >>>>> > scripts and >>>>> > the actual builds are happening somewhere else. That's not how I would >>>>> > have >>>>> > approached the problem and it's also not how packages are built at >>>>> > MacPython. >>>>> > >>>>> > 2017-09-21 16:21 GMT-05:00 Paul Dao : >>>>> >> >>>>> >> Step number one is to attach appveyor and Travis. Would you mind >>>>> >> setting >>>>> >> that up? >>>>> >> >>>>> >> On Sep 21, 2017 4:12 PM, "Jean-Christophe Fillion-Robin" >>>>> >> wrote: >>>>> >>> >>>>> >>> Hi Paul, >>>>> >>> >>>>> >>> Thanks for the update. >>>>> >>> >>>>> >>> We started to work on infrastructure to build VTK wheels for all >>>>> >>> platforms. >>>>> >>> >>>>> >>> The current repo is https://github.com/jcfr/VTKPythonPackage and the >>>>> >>> plan >>>>> >>> is to support "pip install vtk" >>>>> >>> >>>>> >>> It will be similar to what we have done for ITK. See [1] and [2] >>>>> >>> >>>>> >>> Hth >>>>> >>> Jc >>>>> >>> >>>>> >>> [1] https://github.com/InsightSoftwareConsortium/ITKPythonPackage >>>>> >>> [2] https://blog.kitware.com/itk-is-on-pypi-pip-install-itk-is-here/ >>>>> >>> >>>>> >>> On Thu, Sep 21, 2017 at 4:16 PM, David E DeMarle >>>>> >>> wrote: >>>>> >>>> >>>>> >>>> That's great, thanks Paul! >>>>> >>>> >>>>> >>>> >>>>> >>>> David E DeMarle >>>>> >>>> Kitware, Inc. >>>>> >>>> Principal Engineer >>>>> >>>> 21 Corporate Drive >>>>> >>>> Clifton Park, NY 12065-8662 >>>>> >>>> Phone: 518-881-4909 >>>>> >>>> >>>>> >>>> On Thu, Sep 21, 2017 at 4:13 PM, Paul Dao wrote: >>>>> >>>>> >>>>> >>>>> Hello: >>>>> >>>>> >>>>> >>>>> There's been some discussion on uploading a "VTK" package to the >>>>> >>>>> Python >>>>> >>>>> Package Index. The plan is to set this up at >>>>> >>>>> https://github.com/MacPython. I >>>>> >>>>> am not asking for any action on your part but I will grant you >>>>> >>>>> rights to the >>>>> >>>>> repository and you can participate in the process if you want >>>>> >>>>> (it's your >>>>> >>>>> project after all). >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> >>>>> Powered by www.kitware.com >>>>> >>>>> >>>>> >>>>> Visit other Kitware open-source projects at >>>>> >>>>> http://www.kitware.com/opensource/opensource.html >>>>> >>>>> >>>>> >>>>> Search the list archives at: >>>>> >>>>> http://markmail.org/search/?q=vtk-developers >>>>> >>>>> >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> -- >>>>> >>> +1 919 869 8849 >>>>> > >>>>> > >>>>> > >>>>> > _______________________________________________ >>>>> > Powered by www.kitware.com >>>>> > >>>>> > Visit other Kitware open-source projects at >>>>> > http://www.kitware.com/opensource/opensource.html >>>>> > >>>>> > Search the list archives at: >>>>> > http://markmail.org/search/?q=vtk-developers >>>>> > >>>>> > Follow this link to subscribe/unsubscribe: >>>>> > http://public.kitware.com/mailman/listinfo/vtk-developers >>>>> > >>>>> > >>>> >>>> >>> >> > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > From bill.lorensen at gmail.com Fri Sep 22 21:45:59 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 22 Sep 2017 21:45:59 -0400 Subject: [vtk-developers] vtkClipConvexPolyData does not work Message-ID: I tried to write an example that uses vtkClipConvexPolyData and vtkFrustium. As suggested by the documentation, it can be used to clip to the view frustum. However, t only seems to work for one plane and is very slow. It is used in one place in VTK: vtkOpenGLGPUVolumeRayCastMapper and it only uses one plane. vtkClipPolyData has very good performance and produces the correct results for clipping by the frustum. For backward compatibility , I suggest reimplementing it as a sunclass of vtkClipPolyData. Comments? Bill -- Unpaid intern in BillsBasement at noware dot com From xoviat at gmail.com Sun Sep 24 18:11:26 2017 From: xoviat at gmail.com (Paul Dao) Date: Sun, 24 Sep 2017 17:11:26 -0500 Subject: [vtk-developers] Uploading Packages to PyPi In-Reply-To: References: Message-ID: Unfortunately, I've had significant issues compiling VTK with Python wrappers on OSX. It appears that CMake is not passing libpython into the linker, but honestly OSX is one of my weakest areas and I would estimate that my chances of resolving this problem by myself are minimal at best. Perhaps someone else has other ideas? 2017-09-22 15:25 GMT-05:00 Matthew Brett : > Hi, > > On Fri, Sep 22, 2017 at 2:52 PM, Matt McCormick > wrote: > > VTK's build is significantly longer than scipy's, but it could be tried > :-). > > I don't know whether it's possible for travis-ci - but I know for sure > that Appveyor will consider request to extend the build timeout on an > account if you can give a good justification, > > Cheers, > > Matthew > > > On Thu, Sep 21, 2017 at 7:25 PM, Paul Dao wrote: > >> And on second thought, you can also have build phases, where you try to > get > >> as far as possible before the timeout and then recommit the build > artifacts > >> to the cache. It works quite well with build stages. > >> > >> 2017-09-21 18:12 GMT-05:00 Paul Dao : > >>> > >>> I should mention that scipy already has a travis.yml with the required > >>> commands: > >>> > >>> > >>> https://github.com/scipy/scipy/blob/04759f9d46541f1626232b2a44d16d > 00a10e530c/.travis.yml#L69 > >>> > >>> 2017-09-21 18:11 GMT-05:00 Paul Dao : > >>>> > >>>> The solution to the timing problems on Travis is to use ccache. Then > you > >>>> can enable a cron that builds daily. The cron will build the cache > over time > >>>> until the build succeeds. For appveyor, it's the same except you need > to use > >>>> "clcache," which is significantly more buggy. > >>>> > >>>> 2017-09-21 17:16 GMT-05:00 Matt McCormick >: > >>>>> > >>>>> Yes, in the ITKPythonPackage repository, the builds are happening on > >>>>> barebones machines (I will make a note in the documentation to > clarify > >>>>> this). For large packages like ITK and VTK, TravisCI times out. > >>>>> > >>>>> On conda-forge, a VTK build with TravisCI was attempted, but it has > >>>>> not succeeded: > >>>>> > >>>>> > >>>>> https://github.com/conda-forge/vtk-feedstock/pull/34# > issuecomment-331285697 > >>>>> > >>>>> On Thu, Sep 21, 2017 at 5:48 PM, Paul Dao wrote: > >>>>> > Actually, I have no idea what is happening on the ITKPythonPackage > >>>>> > repository. It seems that Travis is only used to lint the build > >>>>> > scripts and > >>>>> > the actual builds are happening somewhere else. That's not how I > would > >>>>> > have > >>>>> > approached the problem and it's also not how packages are built at > >>>>> > MacPython. > >>>>> > > >>>>> > 2017-09-21 16:21 GMT-05:00 Paul Dao : > >>>>> >> > >>>>> >> Step number one is to attach appveyor and Travis. Would you mind > >>>>> >> setting > >>>>> >> that up? > >>>>> >> > >>>>> >> On Sep 21, 2017 4:12 PM, "Jean-Christophe Fillion-Robin" > >>>>> >> wrote: > >>>>> >>> > >>>>> >>> Hi Paul, > >>>>> >>> > >>>>> >>> Thanks for the update. > >>>>> >>> > >>>>> >>> We started to work on infrastructure to build VTK wheels for all > >>>>> >>> platforms. > >>>>> >>> > >>>>> >>> The current repo is https://github.com/jcfr/VTKPythonPackage > and the > >>>>> >>> plan > >>>>> >>> is to support "pip install vtk" > >>>>> >>> > >>>>> >>> It will be similar to what we have done for ITK. See [1] and [2] > >>>>> >>> > >>>>> >>> Hth > >>>>> >>> Jc > >>>>> >>> > >>>>> >>> [1] https://github.com/InsightSoftwareConsortium/ > ITKPythonPackage > >>>>> >>> [2] https://blog.kitware.com/itk-is-on-pypi-pip-install-itk-is- > here/ > >>>>> >>> > >>>>> >>> On Thu, Sep 21, 2017 at 4:16 PM, David E DeMarle > >>>>> >>> wrote: > >>>>> >>>> > >>>>> >>>> That's great, thanks Paul! > >>>>> >>>> > >>>>> >>>> > >>>>> >>>> David E DeMarle > >>>>> >>>> Kitware, Inc. > >>>>> >>>> Principal Engineer > >>>>> >>>> 21 Corporate Drive > >>>>> >>>> Clifton Park, NY 12065-8662 > >>>>> >>>> Phone: 518-881-4909 > >>>>> >>>> > >>>>> >>>> On Thu, Sep 21, 2017 at 4:13 PM, Paul Dao > wrote: > >>>>> >>>>> > >>>>> >>>>> Hello: > >>>>> >>>>> > >>>>> >>>>> There's been some discussion on uploading a "VTK" package to > the > >>>>> >>>>> Python > >>>>> >>>>> Package Index. The plan is to set this up at > >>>>> >>>>> https://github.com/MacPython. I > >>>>> >>>>> am not asking for any action on your part but I will grant you > >>>>> >>>>> rights to the > >>>>> >>>>> repository and you can participate in the process if you want > >>>>> >>>>> (it's your > >>>>> >>>>> project after all). > >>>>> >>>>> > >>>>> >>>>> _______________________________________________ > >>>>> >>>>> Powered by www.kitware.com > >>>>> >>>>> > >>>>> >>>>> Visit other Kitware open-source projects at > >>>>> >>>>> http://www.kitware.com/opensource/opensource.html > >>>>> >>>>> > >>>>> >>>>> Search the list archives at: > >>>>> >>>>> http://markmail.org/search/?q=vtk-developers > >>>>> >>>>> > >>>>> >>>>> Follow this link to subscribe/unsubscribe: > >>>>> >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers > >>>>> >>>>> > >>>>> >>>>> > >>>>> >>>> > >>>>> >>> > >>>>> >>> > >>>>> >>> > >>>>> >>> -- > >>>>> >>> +1 919 869 8849 > >>>>> > > >>>>> > > >>>>> > > >>>>> > _______________________________________________ > >>>>> > Powered by www.kitware.com > >>>>> > > >>>>> > Visit other Kitware open-source projects at > >>>>> > http://www.kitware.com/opensource/opensource.html > >>>>> > > >>>>> > Search the list archives at: > >>>>> > http://markmail.org/search/?q=vtk-developers > >>>>> > > >>>>> > Follow this link to subscribe/unsubscribe: > >>>>> > http://public.kitware.com/mailman/listinfo/vtk-developers > >>>>> > > >>>>> > > >>>> > >>>> > >>> > >> > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > > > Search the list archives at: http://markmail.org/search/?q= > vtk-developers > > > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhlegarreta at vicomtech.org Mon Sep 25 11:17:36 2017 From: jhlegarreta at vicomtech.org (Jon Haitz Legarreta) Date: Mon, 25 Sep 2017 17:17:36 +0200 Subject: [vtk-developers] Can you join us for a vtk hackathon on September 25'th? In-Reply-To: References: Message-ID: Sorry, which is the hackathon hangouts address? Thanks, JON HAITZ -- On 20 September 2017 at 21:44, Will Schroeder wrote: > The agenda for the Sept. 25 VTK Hackathon has been updated: > https://docs.google.com/document/d/1S7rI6iVnLAP_BG6gOCs6ZtnBo9ZL2B_4mFWS_t-wc_A/edit?usp=sharing > > As usual any comments are appreciated. > > If you are planning to be physically present at the Clifton Park, NY or > Carrboro, NC offices, and you haven't already done so, please make sure to > let us know you are coming so we can plan for lunch. Also, for those that > can make it, we plan on heading to Salty's Pub and Bistro around 5:00pm for > beer and food. > > Looking forward to it, > Best, > W > > On Fri, Sep 15, 2017 at 8:34 AM, David E DeMarle > wrote: >> >> Hey Folks, >> >> Kitware is going to host another VTK hackathon on September 25'th. You are >> welcome to drop by Kitware's Clifton Park NY office to code with the >> Kitwarean contingent but we'll be online in a hangout as well. >> >> The theme for the hackathon is open for debate. If you've got some ideas >> of what we should collectively focus on, please respond. >> >> We've been floating the idea of "deprecation" with the goal of removing or >> flagging for removal the dead wood in the code base and moving some of what >> we prune over to remote modules. That would put us in great shape good shape >> to put together VTK 8.1 next month. >> >> thanks! >> >> David E DeMarle >> Kitware, Inc. >> Principal Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > > > > -- > William J. Schroeder, PhD > Kitware, Inc. - Building the World's Technical Computing Software > 28 Corporate Drive > Clifton Park, NY 12065 > will.schroeder at kitware.com > http://www.kitware.com > (518) 881-4902 > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > From andy.bauer at kitware.com Mon Sep 25 12:02:43 2017 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 25 Sep 2017 12:02:43 -0400 Subject: [vtk-developers] Can you join us for a vtk hackathon on September 25'th? In-Reply-To: References: Message-ID: Hi John, Try https://meet.google.com/hbe-xboa-smr. On Mon, Sep 25, 2017 at 11:17 AM, Jon Haitz Legarreta < jhlegarreta at vicomtech.org> wrote: > Sorry, which is the hackathon hangouts address? > > Thanks, > JON HAITZ > -- > > > > On 20 September 2017 at 21:44, Will Schroeder > wrote: > > The agenda for the Sept. 25 VTK Hackathon has been updated: > > https://docs.google.com/document/d/1S7rI6iVnLAP_ > BG6gOCs6ZtnBo9ZL2B_4mFWS_t-wc_A/edit?usp=sharing > > > > As usual any comments are appreciated. > > > > If you are planning to be physically present at the Clifton Park, NY or > > Carrboro, NC offices, and you haven't already done so, please make sure > to > > let us know you are coming so we can plan for lunch. Also, for those that > > can make it, we plan on heading to Salty's Pub and Bistro around 5:00pm > for > > beer and food. > > > > Looking forward to it, > > Best, > > W > > > > On Fri, Sep 15, 2017 at 8:34 AM, David E DeMarle < > dave.demarle at kitware.com> > > wrote: > >> > >> Hey Folks, > >> > >> Kitware is going to host another VTK hackathon on September 25'th. You > are > >> welcome to drop by Kitware's Clifton Park NY office to code with the > >> Kitwarean contingent but we'll be online in a hangout as well. > >> > >> The theme for the hackathon is open for debate. If you've got some ideas > >> of what we should collectively focus on, please respond. > >> > >> We've been floating the idea of "deprecation" with the goal of removing > or > >> flagging for removal the dead wood in the code base and moving some of > what > >> we prune over to remote modules. That would put us in great shape good > shape > >> to put together VTK 8.1 next month. > >> > >> thanks! > >> > >> David E DeMarle > >> Kitware, Inc. > >> Principal Engineer > >> 21 Corporate Drive > >> Clifton Park, NY 12065-8662 > >> Phone: 518-881-4909 > >> > >> _______________________________________________ > >> Powered by www.kitware.com > >> > >> Visit other Kitware open-source projects at > >> http://www.kitware.com/opensource/opensource.html > >> > >> Search the list archives at: http://markmail.org/search/?q= > vtk-developers > >> > >> Follow this link to subscribe/unsubscribe: > >> http://public.kitware.com/mailman/listinfo/vtk-developers > >> > >> > > > > > > > > -- > > William J. Schroeder, PhD > > Kitware, Inc. - Building the World's Technical Computing Software > > 28 Corporate Drive > > Clifton Park, NY 12065 > > will.schroeder at kitware.com > > http://www.kitware.com > > (518) 881-4902 > > > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > > > Search the list archives at: http://markmail.org/search/?q= > vtk-developers > > > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/vtk-developers > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > 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 Wed Sep 27 13:05:11 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Wed, 27 Sep 2017 13:05:11 -0400 Subject: [vtk-developers] Transitioning VTK/Examples c++ code to VTKExamples Message-ID: Folks, I have started transitioning the C++ examples in VTK/Examples. When I move/modify an example, I include a link to the original VTK/Example file in the new example's Description file. Thanks to Steve Pieper showing me how to get a link with a hash. Here is an example description file. See the note admoniton... https://lorensen.github.io/VTKExamples/site/Cxx/Medical/MedicalDemo3/ Once I've moved all of the C++ examples, I'll remove them from VTK/Examples with pointers to the new example. Bill From andrew.amaclean at gmail.com Wed Sep 27 18:04:04 2017 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Thu, 28 Sep 2017 08:04:04 +1000 Subject: [vtk-developers] VTK Master git pull --rebase issue. Message-ID: Hi All, A *git pull --rebase* on the VTK Master fails because of these deleted/untracked files. Does anyone know how to fix this? Of course I can do a *git checkout --* on the deleted file but that does not fix the issue. The deleted/untracked files reappear. The only change I have made is to include VTK Large Data. ------------------------------- $ git status On branch master Your branch is up-to-date with 'origin/master'. Changes not staged for commit: (use "git add/rm ..." to update what will be committed) (use "git checkout -- ..." to discard changes in working directory) deleted: Testing/Data/MFIXReader/.gitattributes deleted: Testing/Data/NetCDF/.gitattributes deleted: Testing/Data/WindBladeReader/.gitattributes Untracked files: (use "git add ..." to include in what will be committed) Testing/Data/MFIXReader/.gitattributes.md5 Testing/Data/NetCDF/.gitattributes.md5 Testing/Data/WindBladeReader/.gitattributes.md5 no changes added to commit (use "git add" and/or "git commit -a") ------------------------------- -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From xoviat at gmail.com Wed Sep 27 18:08:25 2017 From: xoviat at gmail.com (Paul Dao) Date: Wed, 27 Sep 2017 17:08:25 -0500 Subject: [vtk-developers] VTK Master git pull --rebase issue. In-Reply-To: References: Message-ID: If the relevant changes are stored in commits, then: *git reset --hard* *git clean -dfx* *git pull upstream master* THIS WILL DELETE ALL UNCOMMITTED CHANGES!!! 2017-09-27 17:04 GMT-05:00 Andrew Maclean : > Hi All, > > A *git pull --rebase* on the VTK Master fails because of these > deleted/untracked files. Does anyone know how to fix this? > Of course I can do a *git checkout --* on the deleted file but that does > not fix the issue. The deleted/untracked files reappear. > > The only change I have made is to include VTK Large Data. > > ------------------------------- > $ git status > On branch master > Your branch is up-to-date with 'origin/master'. > Changes not staged for commit: > (use "git add/rm ..." to update what will be committed) > (use "git checkout -- ..." to discard changes in working directory) > > deleted: Testing/Data/MFIXReader/.gitattributes > deleted: Testing/Data/NetCDF/.gitattributes > deleted: Testing/Data/WindBladeReader/.gitattributes > > Untracked files: > (use "git add ..." to include in what will be committed) > > Testing/Data/MFIXReader/.gitattributes.md5 > Testing/Data/NetCDF/.gitattributes.md5 > Testing/Data/WindBladeReader/.gitattributes.md5 > > no changes added to commit (use "git add" and/or "git commit -a") > ------------------------------- > > -- > ___________________________________________ > Andrew J. P. Maclean > > ___________________________________________ > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Wed Sep 27 18:15:41 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 27 Sep 2017 16:15:41 -0600 Subject: [vtk-developers] VTK Master git pull --rebase issue. In-Reply-To: References: Message-ID: I often have extra files in my working directory (messy, I know) so to avoid erasing them, I explicitly fetch whatever I know my upstream to be, and then I reset my head and working directory to the fetch_head: git fetch origin master git reset --hard FETCH_HEAD On Wed, Sep 27, 2017 at 4:08 PM, Paul Dao wrote: > If the relevant changes are stored in commits, then: > > *git reset --hard* > *git clean -dfx* > *git pull upstream master* > > THIS WILL DELETE ALL UNCOMMITTED CHANGES!!! > > 2017-09-27 17:04 GMT-05:00 Andrew Maclean : > >> Hi All, >> >> A *git pull --rebase* on the VTK Master fails because of these >> deleted/untracked files. Does anyone know how to fix this? >> Of course I can do a *git checkout --* on the deleted file but that does >> not fix the issue. The deleted/untracked files reappear. >> >> The only change I have made is to include VTK Large Data. >> >> ------------------------------- >> $ git status >> On branch master >> Your branch is up-to-date with 'origin/master'. >> Changes not staged for commit: >> (use "git add/rm ..." to update what will be committed) >> (use "git checkout -- ..." to discard changes in working >> directory) >> >> deleted: Testing/Data/MFIXReader/.gitattributes >> deleted: Testing/Data/NetCDF/.gitattributes >> deleted: Testing/Data/WindBladeReader/.gitattributes >> >> Untracked files: >> (use "git add ..." to include in what will be committed) >> >> Testing/Data/MFIXReader/.gitattributes.md5 >> Testing/Data/NetCDF/.gitattributes.md5 >> Testing/Data/WindBladeReader/.gitattributes.md5 >> >> no changes added to commit (use "git add" and/or "git commit -a") >> ------------------------------- >> >> -- >> ___________________________________________ >> Andrew J. P. Maclean >> >> ___________________________________________ >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Wed Sep 27 19:46:38 2017 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Thu, 28 Sep 2017 09:46:38 +1000 Subject: [vtk-developers] VTK Master git pull --rebase issue. In-Reply-To: References: Message-ID: I did: git fetch origin master git reset --hard FETCH_HEAD and everything looked Ok. Then I removed the untracked files: Testing/Data/MFIXReader/.gitattributes.md5 Testing/Data/NetCDF/.gitattributes.md5 Testing/Data/WindBladeReader/.gitattributes.md5 Then did *ninja-t clean, *re-ran CMake, and I am back to the same problem: --------- $ git status On branch master Your branch is up-to-date with 'origin/master'. Changes not staged for commit: (use "git add/rm ..." to update what will be committed) (use "git checkout -- ..." to discard changes in working directory) deleted: Testing/Data/MFIXReader/.gitattributes deleted: Testing/Data/NetCDF/.gitattributes deleted: Testing/Data/WindBladeReader/.gitattributes Untracked files: (use "git add ..." to include in what will be committed) Testing/Data/MFIXReader/.gitattributes.md5 Testing/Data/NetCDF/.gitattributes.md5 Testing/Data/WindBladeReader/.gitattributes.md5 no changes added to commit (use "git add" and/or "git commit -a") --------- So I think there is an issue with these three md files. On Thu, Sep 28, 2017 at 8:15 AM, David Gobbi wrote: > I often have extra files in my working directory (messy, I know) so to > avoid erasing them, I explicitly fetch whatever I know my upstream to be, > and then I reset my head and working directory to the fetch_head: > > git fetch origin master > git reset --hard FETCH_HEAD > > > On Wed, Sep 27, 2017 at 4:08 PM, Paul Dao wrote: > >> If the relevant changes are stored in commits, then: >> >> *git reset --hard* >> *git clean -dfx* >> *git pull upstream master* >> >> THIS WILL DELETE ALL UNCOMMITTED CHANGES!!! >> >> 2017-09-27 17:04 GMT-05:00 Andrew Maclean : >> >>> Hi All, >>> >>> A *git pull --rebase* on the VTK Master fails because of these >>> deleted/untracked files. Does anyone know how to fix this? >>> Of course I can do a *git checkout --* on the deleted file but that >>> does not fix the issue. The deleted/untracked files reappear. >>> >>> The only change I have made is to include VTK Large Data. >>> >>> ------------------------------- >>> $ git status >>> On branch master >>> Your branch is up-to-date with 'origin/master'. >>> Changes not staged for commit: >>> (use "git add/rm ..." to update what will be committed) >>> (use "git checkout -- ..." to discard changes in working >>> directory) >>> >>> deleted: Testing/Data/MFIXReader/.gitattributes >>> deleted: Testing/Data/NetCDF/.gitattributes >>> deleted: Testing/Data/WindBladeReader/.gitattributes >>> >>> Untracked files: >>> (use "git add ..." to include in what will be committed) >>> >>> Testing/Data/MFIXReader/.gitattributes.md5 >>> Testing/Data/NetCDF/.gitattributes.md5 >>> Testing/Data/WindBladeReader/.gitattributes.md5 >>> >>> no changes added to commit (use "git add" and/or "git commit -a") >>> ------------------------------- >>> >>> -- >>> ___________________________________________ >>> Andrew J. P. Maclean >>> >>> ___________________________________________ >>> >> > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn.waldon at kitware.com Thu Sep 28 09:17:34 2017 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Thu, 28 Sep 2017 09:17:34 -0400 Subject: [vtk-developers] VTK Master git pull --rebase issue. In-Reply-To: References: Message-ID: Hi Andrew, I think I know what is going on :(. The .gitattributes files are the new way we are marking the data as large data for the script that creates the VTK tarballs (Utilities/Maintenance/SourceTarball.bash). Which files are large data used to be hardcoded in the script. It appears that CMake thinks they are data files and is making MD5s of them. Brad & Ben, Is there an easy way to tell VTK's CMake that the .gitattributes files aren't data? Shawn On Wed, Sep 27, 2017 at 7:46 PM, Andrew Maclean wrote: > I did: > git fetch origin master > git reset --hard FETCH_HEAD > > and everything looked Ok. > > Then I removed the untracked files: > Testing/Data/MFIXReader/.gitattributes.md5 > Testing/Data/NetCDF/.gitattributes.md5 > Testing/Data/WindBladeReader/.gitattributes.md5 > > Then did *ninja-t clean, *re-ran CMake, and I am back to the same problem: > --------- > $ git status > On branch master > Your branch is up-to-date with 'origin/master'. > Changes not staged for commit: > (use "git add/rm ..." to update what will be committed) > (use "git checkout -- ..." to discard changes in working directory) > > deleted: Testing/Data/MFIXReader/.gitattributes > deleted: Testing/Data/NetCDF/.gitattributes > deleted: Testing/Data/WindBladeReader/.gitattributes > > Untracked files: > (use "git add ..." to include in what will be committed) > > Testing/Data/MFIXReader/.gitattributes.md5 > Testing/Data/NetCDF/.gitattributes.md5 > Testing/Data/WindBladeReader/.gitattributes.md5 > > no changes added to commit (use "git add" and/or "git commit -a") > > --------- > So I think there is an issue with these three md files. > > > On Thu, Sep 28, 2017 at 8:15 AM, David Gobbi > wrote: > >> I often have extra files in my working directory (messy, I know) so to >> avoid erasing them, I explicitly fetch whatever I know my upstream to be, >> and then I reset my head and working directory to the fetch_head: >> >> git fetch origin master >> git reset --hard FETCH_HEAD >> >> >> On Wed, Sep 27, 2017 at 4:08 PM, Paul Dao wrote: >> >>> If the relevant changes are stored in commits, then: >>> >>> *git reset --hard* >>> *git clean -dfx* >>> *git pull upstream master* >>> >>> THIS WILL DELETE ALL UNCOMMITTED CHANGES!!! >>> >>> 2017-09-27 17:04 GMT-05:00 Andrew Maclean : >>> >>>> Hi All, >>>> >>>> A *git pull --rebase* on the VTK Master fails because of these >>>> deleted/untracked files. Does anyone know how to fix this? >>>> Of course I can do a *git checkout --* on the deleted file but that >>>> does not fix the issue. The deleted/untracked files reappear. >>>> >>>> The only change I have made is to include VTK Large Data. >>>> >>>> ------------------------------- >>>> $ git status >>>> On branch master >>>> Your branch is up-to-date with 'origin/master'. >>>> Changes not staged for commit: >>>> (use "git add/rm ..." to update what will be committed) >>>> (use "git checkout -- ..." to discard changes in working >>>> directory) >>>> >>>> deleted: Testing/Data/MFIXReader/.gitattributes >>>> deleted: Testing/Data/NetCDF/.gitattributes >>>> deleted: Testing/Data/WindBladeReader/.gitattributes >>>> >>>> Untracked files: >>>> (use "git add ..." to include in what will be committed) >>>> >>>> Testing/Data/MFIXReader/.gitattributes.md5 >>>> Testing/Data/NetCDF/.gitattributes.md5 >>>> Testing/Data/WindBladeReader/.gitattributes.md5 >>>> >>>> no changes added to commit (use "git add" and/or "git commit -a") >>>> ------------------------------- >>>> >>>> -- >>>> ___________________________________________ >>>> Andrew J. P. Maclean >>>> >>>> ___________________________________________ >>>> >>> >> > > > -- > ___________________________________________ > Andrew J. P. Maclean > > ___________________________________________ > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.king at kitware.com Thu Sep 28 15:05:05 2017 From: brad.king at kitware.com (Brad King) Date: Thu, 28 Sep 2017 15:05:05 -0400 Subject: [vtk-developers] VTK Master git pull --rebase issue. In-Reply-To: References: Message-ID: On 09/28/2017 09:17 AM, Shawn Waldon wrote: > It appears that CMake thinks they are data files and is making MD5s of them. That should only happen if some code is telling CMake that they are data by mentioning them in a `DATA{}` reference somewhere. That syntax does support directories and globbing, so it may be by mistake. -Brad From andrew.amaclean at gmail.com Fri Sep 29 01:26:00 2017 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Fri, 29 Sep 2017 15:26:00 +1000 Subject: [vtk-developers] VTK Master git pull --rebase issue. In-Reply-To: References: Message-ID: Shawn and Brad, I can confirm that I am seeing the same thing in Linux and Windows. I only got alerted to this because the VTK master was suspiciously stable :-) You probably don't see this in the CTest machines as I think they do a delete of the source and then fetch from the master. Shawn, you may have something! There seem to be some inconsistences regarding these .gitattributes files in the ./Testing directories. Iin Testing there are these .gitattributes files: ./Testing/Data/LSDyna/.gitattributes ./Testing/Data/MFIXReader/.gitattributes ./Testing/Data/NetCDF/.gitattributes ./Testing/Data/SLAC/.gitattributes ./Testing/Data/WindBladeReader/.gitattributes The only ones being deleted when CMake runs are: ./Testing/Data/MFIXReader/.gitattributes ./Testing/Data/NetCDF/.gitattributes ./Testing/Data/WindBladeReader/.gitattributes and in these directories these files register as untracked: ./Testing/Data/MFIXReader/.gitattributes.md5 ./Testing/Data/NetCDF/.gitattributes.md5 ./Testing/Data/WindBladeReader/.gitattributes.md5 In: ./Testing/Data/LSDyna/.gitattributes the file has these contents: bug_14713/bug_14713.d3plot.md5 vtk-is-large-data foam/foam.d3plot.md5 vtk-is-large-data foam/foam.d3plot01.md5 vtk-is-large-data hemi.draw/hemi_draw.d3plot.md5 vtk-is-large-data hemi.draw/hemi_draw.d3plot01.md5 vtk-is-large-data hemi.draw/hemi_draw.d3thdt.md5 vtk-is-large-data hemi.draw/hemi_draw.glstat.md5 vtk-is-large-data hemi.draw/hemi_draw.k.md5 vtk-is-large-data impact/d3plot.md5 vtk-is-large-data impact/d3plot01.md5 vtk-is-large-data the folders referred to in this file contain .md files of that name. ./Testing/Data/MFIXReader/ there is no .gitattributes file just a .gitattributes.md5 along with a bunch of .md files. Regards Andrew On Fri, Sep 29, 2017 at 5:05 AM, Brad King wrote: > On 09/28/2017 09:17 AM, Shawn Waldon wrote: > > It appears that CMake thinks they are data files and is making MD5s of > them. > > That should only happen if some code is telling CMake that they > are data by mentioning them in a `DATA{}` reference somewhere. > That syntax does support directories and globbing, so it may be > by mistake. > > -Brad > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Fri Sep 29 08:27:40 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 29 Sep 2017 08:27:40 -0400 Subject: [vtk-developers] VTKExamples baselines Message-ID: Folks, I'll address the examples baselines today. Bill -- Unpaid intern in BillsBasement at noware dot com From ken.martin at kitware.com Fri Sep 29 08:37:32 2017 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 29 Sep 2017 08:37:32 -0400 Subject: [vtk-developers] VTKExamples baselines In-Reply-To: References: Message-ID: Is that what is causing the issues with mun? Or is that something else? some mun builds are reporting 20ish failures yet master seems to be fine. I don't want to +2 topics with 20+ failed tests but I suspect it isn't the topic causing the issues but rather that someone changed mun or something like that. Anyone know what is going on? On Fri, Sep 29, 2017 at 8:27 AM, Bill Lorensen wrote: > Folks, > > I'll address the examples baselines today. > > Bill > > -- > 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 > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dan.lipsa at kitware.com Fri Sep 29 09:35:46 2017 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Fri, 29 Sep 2017 09:35:46 -0400 Subject: [vtk-developers] VTKExamples baselines In-Reply-To: References: Message-ID: Failures on mun are triggered by WikiExamples remote module being activated recently. Some of the examples failures on mun (on devel branches only) seem to be small baseline differences. I noticed this yesterday while looking at the failures in my branch. It seems that the examples are not run on mun on the master branch, this is why we don't see the failures there (1889 tests run on master vs 2624 tests on a branch). Shawn looked briefly at this yesterday, but could not see why that is the case. Dan On Fri, Sep 29, 2017 at 8:37 AM, Ken Martin wrote: > Is that what is causing the issues with mun? Or is that something else? > some mun builds are reporting 20ish failures yet master seems to be fine. I > don't want to +2 topics with 20+ failed tests but I suspect it isn't the > topic causing the issues but rather that someone changed mun or something > like that. Anyone know what is going on? > > On Fri, Sep 29, 2017 at 8:27 AM, Bill Lorensen > wrote: > >> Folks, >> >> I'll address the examples baselines today. >> >> Bill >> >> -- >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > 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. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > 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 Sep 29 10:31:29 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 29 Sep 2017 10:31:29 -0400 Subject: [vtk-developers] VTKExamples baselines In-Reply-To: References: Message-ID: I'll address baseline issues later today. On Sep 29, 2017 9:36 AM, "Dan Lipsa" wrote: > Failures on mun are triggered by WikiExamples remote module being > activated recently. > Some of the examples failures on mun (on devel branches only) seem to be > small baseline differences. > I noticed this yesterday while looking at the failures in my branch. > > It seems that the examples are not run on mun on the master branch, this > is why we don't see the failures there (1889 tests run on master vs 2624 > tests on a branch). Shawn looked briefly at this yesterday, but could not > see why that is the case. > > Dan > > > On Fri, Sep 29, 2017 at 8:37 AM, Ken Martin > wrote: > >> Is that what is causing the issues with mun? Or is that something else? >> some mun builds are reporting 20ish failures yet master seems to be fine. I >> don't want to +2 topics with 20+ failed tests but I suspect it isn't the >> topic causing the issues but rather that someone changed mun or something >> like that. Anyone know what is going on? >> >> On Fri, Sep 29, 2017 at 8:27 AM, Bill Lorensen >> wrote: >> >>> Folks, >>> >>> I'll address the examples baselines today. >>> >>> Bill >>> >>> -- >>> 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 >>> >>> Search the list archives at: http://markmail.org/search/?q= >>> vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >> >> >> -- >> Ken Martin PhD >> Distinguished Engineer >> Kitware Inc. >> 28 Corporate Drive >> >> Clifton Park NY 12065 >> >> >> 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. >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> 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 Sep 29 13:36:17 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 29 Sep 2017 13:36:17 -0400 Subject: [vtk-developers] Motion Blur Message-ID: Folks, SetFDFrames on RenderWindow is now deprecated. This was used to implement Motion Blur in a textbook example: CamBlur.cxx. Do we still support the functionality, only in a different way? Bill From shawn.waldon at kitware.com Fri Sep 29 14:23:19 2017 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Fri, 29 Sep 2017 14:23:19 -0400 Subject: [vtk-developers] VTK Master git pull --rebase issue. In-Reply-To: References: Message-ID: The branch to fix this is here: https://gitlab.kitware.com/vtk/vtk/merge_requests/3372 Shawn On Fri, Sep 29, 2017 at 1:26 AM, Andrew Maclean wrote: > Shawn and Brad, > > I can confirm that I am seeing the same thing in Linux and Windows. > I only got alerted to this because the VTK master was suspiciously stable > :-) > You probably don't see this in the CTest machines as I think they do a > delete of the source and then fetch from the master. > > Shawn, you may have something! > > There seem to be some inconsistences regarding these .gitattributes files > in the ./Testing directories. > > Iin Testing there are these .gitattributes files: > ./Testing/Data/LSDyna/.gitattributes > ./Testing/Data/MFIXReader/.gitattributes > ./Testing/Data/NetCDF/.gitattributes > ./Testing/Data/SLAC/.gitattributes > ./Testing/Data/WindBladeReader/.gitattributes > > The only ones being deleted when CMake runs are: > ./Testing/Data/MFIXReader/.gitattributes > ./Testing/Data/NetCDF/.gitattributes > ./Testing/Data/WindBladeReader/.gitattributes > and in these directories these files register as untracked: > ./Testing/Data/MFIXReader/.gitattributes.md5 > ./Testing/Data/NetCDF/.gitattributes.md5 > ./Testing/Data/WindBladeReader/.gitattributes.md5 > > In: > ./Testing/Data/LSDyna/.gitattributes the file has these contents: > bug_14713/bug_14713.d3plot.md5 vtk-is-large-data > foam/foam.d3plot.md5 vtk-is-large-data > foam/foam.d3plot01.md5 vtk-is-large-data > hemi.draw/hemi_draw.d3plot.md5 vtk-is-large-data > hemi.draw/hemi_draw.d3plot01.md5 vtk-is-large-data > hemi.draw/hemi_draw.d3thdt.md5 vtk-is-large-data > hemi.draw/hemi_draw.glstat.md5 vtk-is-large-data > hemi.draw/hemi_draw.k.md5 vtk-is-large-data > impact/d3plot.md5 vtk-is-large-data > impact/d3plot01.md5 vtk-is-large-data > the folders referred to in this file contain .md files of that name. > > ./Testing/Data/MFIXReader/ there is no .gitattributes file just > a .gitattributes.md5 along with a bunch of .md files. > > Regards > Andrew > > > On Fri, Sep 29, 2017 at 5:05 AM, Brad King wrote: > >> On 09/28/2017 09:17 AM, Shawn Waldon wrote: >> > It appears that CMake thinks they are data files and is making MD5s of >> them. >> >> That should only happen if some code is telling CMake that they >> are data by mentioning them in a `DATA{}` reference somewhere. >> That syntax does support directories and globbing, so it may be >> by mistake. >> >> -Brad >> > > > > -- > ___________________________________________ > Andrew J. P. Maclean > > ___________________________________________ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Fri Sep 29 14:24:59 2017 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 29 Sep 2017 14:24:59 -0400 Subject: [vtk-developers] Motion Blur In-Reply-To: References: Message-ID: Right now it is simply missing. - Ken On Fri, Sep 29, 2017 at 1:36 PM, Bill Lorensen wrote: > Folks, > > SetFDFrames on RenderWindow is now deprecated. This was used to > implement Motion Blur in a textbook example: CamBlur.cxx. > > Do we still support the functionality, only in a different way? > > Bill > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Fri Sep 29 14:40:53 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 29 Sep 2017 14:40:53 -0400 Subject: [vtk-developers] Motion Blur In-Reply-To: References: Message-ID: So, it might be back someday? Seems like a low priority... On Fri, Sep 29, 2017 at 2:24 PM, Ken Martin wrote: > Right now it is simply missing. - Ken > > On Fri, Sep 29, 2017 at 1:36 PM, Bill Lorensen > wrote: >> >> Folks, >> >> SetFDFrames on RenderWindow is now deprecated. This was used to >> implement Motion Blur in a textbook example: CamBlur.cxx. >> >> Do we still support the functionality, only in a different way? >> >> Bill >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> > > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > 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. -- Unpaid intern in BillsBasement at noware dot com