From florence.wang at csiro.au Thu Nov 2 00:48:22 2017 From: florence.wang at csiro.au (Florence8627) Date: Wed, 1 Nov 2017 21:48:22 -0700 (MST) Subject: [vtk-developers] Timer in vtkOpenVRRenderWindowInteractor In-Reply-To: References: <1508217866369-0.post@n5.nabble.com> Message-ID: <1509598102034-0.post@n5.nabble.com> Hi Ken Can you elaborate a bit on startEvent. My current way of doing animation is through clicking keys on the hand controller. -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From ken.martin at kitware.com Thu Nov 2 08:33:27 2017 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 2 Nov 2017 08:33:27 -0400 Subject: [vtk-developers] Timer in vtkOpenVRRenderWindowInteractor In-Reply-To: <1509598102034-0.post@n5.nabble.com> References: <1508217866369-0.post@n5.nabble.com> <1509598102034-0.post@n5.nabble.com> Message-ID: Sure take a look at this example https://github.com/Kitware/VTK/blob/master/Examples/Tutorial/Step2/Cxx/Cone2.cxx On Thu, Nov 2, 2017 at 12:48 AM, Florence8627 wrote: > Hi Ken > > Can you elaborate a bit on startEvent. > My current way of doing animation is through clicking keys on the hand > controller. > > > > -- > Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html > _______________________________________________ > 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 Thu Nov 2 14:15:35 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 2 Nov 2017 11:15:35 -0700 Subject: [vtk-developers] Source code for this image Message-ID: Folks, I'm trying to find source core for this figure https://csdl-images.computer.org/mags/cg/2001/04/figures/g40341.gif which appears in: C. Charles Law, Berk Geveci, Ken Martin, James Ahrens, Kristi Brislawn, Michael Papka, "Large-Scale Data Visualization Using Parallel Data Streaming", IEEE Computer Graphics and Applications, vol. 21, no. , pp. 34-41, July/August 2001, doi:10.1109/38.933522 Bill From bill.lorensen at gmail.com Thu Nov 2 14:34:54 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 2 Nov 2017 11:34:54 -0700 Subject: [vtk-developers] Source code for this image In-Reply-To: References: Message-ID: It is also: Figure 4?11 Dividing a sphere into a piece (red) with ghost level cells and points (blue and green) In the VTK text book. Bill On Thu, Nov 2, 2017 at 11:15 AM, Bill Lorensen wrote: > Folks, > > I'm trying to find source core for this figure > https://csdl-images.computer.org/mags/cg/2001/04/figures/g40341.gif > > which appears in: > > C. Charles Law, Berk Geveci, Ken Martin, James Ahrens, Kristi > Brislawn, Michael Papka, "Large-Scale Data Visualization Using > Parallel Data Streaming", IEEE Computer Graphics and Applications, > vol. 21, no. , pp. 34-41, July/August 2001, doi:10.1109/38.933522 > > Bill -- Unpaid intern in BillsBasement at noware dot com From berk.geveci at kitware.com Thu Nov 2 15:59:46 2017 From: berk.geveci at kitware.com (Berk Geveci) Date: Thu, 2 Nov 2017 15:59:46 -0400 Subject: [vtk-developers] Source code for this image In-Reply-To: References: Message-ID: Hmmm. I doubt that the code is around anymore. Give me a few days to see if I can reproduce it. I am guessing that it will involve asking for a piece with 2 ghost levels from the sphere source. It looks like each ghost level is colored differently, which may be a bit tricky to do now because we no longer assign a ghost array with level information in it. -berk On Thu, Nov 2, 2017 at 2:34 PM, Bill Lorensen wrote: > It is also: > Figure 4?11 Dividing a sphere into a piece (red) with ghost level > cells and points (blue and green) > > In the VTK text book. > > Bill > > On Thu, Nov 2, 2017 at 11:15 AM, Bill Lorensen > wrote: > > Folks, > > > > I'm trying to find source core for this figure > > https://csdl-images.computer.org/mags/cg/2001/04/figures/g40341.gif > > > > which appears in: > > > > C. Charles Law, Berk Geveci, Ken Martin, James Ahrens, Kristi > > Brislawn, Michael Papka, "Large-Scale Data Visualization Using > > Parallel Data Streaming", IEEE Computer Graphics and Applications, > > vol. 21, no. , pp. 34-41, July/August 2001, doi:10.1109/38.933522 > > > > 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pdhahn at compintensehpc.com Thu Nov 2 16:38:28 2017 From: pdhahn at compintensehpc.com (Paul Douglas Hahn) Date: Thu, 2 Nov 2017 15:38:28 -0500 Subject: [vtk-developers] VTK and SFML Message-ID: <6cbb4f69-3053-7783-9cc1-7786c53e3986@compintensehpc.com> Is anyone out there familiar with SFML who might also have some pointers on the issue of using it with VTK (i.e., either VTK from SFML or vice-versa)? -- Paul D. Hahn CompIntense HPC, LLC From ken.martin at kitware.com Fri Nov 3 08:36:15 2017 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 3 Nov 2017 08:36:15 -0400 Subject: [vtk-developers] Failing tests vtk-m and WikiExamples Message-ID: Guys there are failing tests on mun that need to be fixed. I believe the cause of the failure is because the tests are larger than the display (1024x768 pixels) Please fix these tests. I suspect something (someone) changed mun's display resolution causing the failures but it is a good practice to keep tests below this resolution to be safe anyhow on various systems. Thanks! Ken -- 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 Fri Nov 3 09:04:19 2017 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 3 Nov 2017 09:04:19 -0400 Subject: [vtk-developers] OSMesa with Python issue (and semi fix) Message-ID: There is a problem with using OSMesa and python with VTK right now. I tracked down the issue. It seems that vtk either has to be built static or you need to add the following to your python script. import ctypes osm = ctypes.CDLL("libOSMesa.so", ctypes.RTLD_GLOBAL) for the OSMesa library symbols to be in a scope where glew's dlopen/dlsym calls can find them. Does someone knowledgeable in a Python modules know how to fix this in a less hacky way? It seems like when building vtk python modules with OSMesa that the OSMesa lib should be somehow linked/pulled into the python modules such that the glew library can find the symbols it needs. - Ken -- 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 dave.demarle at kitware.com Fri Nov 3 09:44:37 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 3 Nov 2017 09:44:37 -0400 Subject: [vtk-developers] Failing tests vtk-m and WikiExamples In-Reply-To: References: Message-ID: I've seen that limit recently on other windows dashboard machines. In my case it seemed that when dashboards run through task scheduler they get a different environment than you get when you run them interactively - regardless of the monitor and resolution settings that I could find. The straightforward resolution is to change the test to request a smaller vtk window. Another solution would be to hunt down whatever environment settings we need to ask for and then configure all the dashboards with it. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Nov 3, 2017 at 8:36 AM, Ken Martin wrote: > > Guys there are failing tests on mun that need to be fixed. I believe the > cause of the failure is because the tests are larger than the display > (1024x768 pixels) > > Please fix these tests. I suspect something (someone) changed mun's > display resolution causing the failures but it is a good practice to keep > tests below this resolution to be safe anyhow on various systems. > > Thanks! > Ken > > > > -- > 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 Nov 3 10:16:11 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 3 Nov 2017 07:16:11 -0700 Subject: [vtk-developers] Failing tests vtk-m and WikiExamples In-Reply-To: References: Message-ID: This is a bit of a PITA. I'll try to fix them over the weekend. On Fri, Nov 3, 2017 at 6:44 AM, David E DeMarle wrote: > I've seen that limit recently on other windows dashboard machines. > > In my case it seemed that when dashboards run through task scheduler they > get a different environment than you get when you run them interactively - > regardless of the monitor and resolution settings that I could find. > > The straightforward resolution is to change the test to request a smaller > vtk window. Another solution would be to hunt down whatever environment > settings we need to ask for and then configure all the dashboards with it. > > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Fri, Nov 3, 2017 at 8:36 AM, Ken Martin wrote: >> >> >> Guys there are failing tests on mun that need to be fixed. I believe the >> cause of the failure is because the tests are larger than the display >> (1024x768 pixels) >> >> Please fix these tests. I suspect something (someone) changed mun's >> display resolution causing the failures but it is a good practice to keep >> tests below this resolution to be safe anyhow on various systems. >> >> Thanks! >> Ken >> >> >> >> -- >> 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 >> >> > > > _______________________________________________ > 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 bill.lorensen at gmail.com Fri Nov 3 10:19:00 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 3 Nov 2017 07:19:00 -0700 Subject: [vtk-developers] Failing tests vtk-m and WikiExamples In-Reply-To: References: Message-ID: This test is not large. It should be 800x800 but is 800x746. https://open.cdash.org/testDetails.php?test=597587609&build=5127816 It looks like the max Y dimension is 746. Could someone fix his on mun? On Fri, Nov 3, 2017 at 7:16 AM, Bill Lorensen wrote: > This is a bit of a PITA. I'll try to fix them over the weekend. > > On Fri, Nov 3, 2017 at 6:44 AM, David E DeMarle > wrote: >> I've seen that limit recently on other windows dashboard machines. >> >> In my case it seemed that when dashboards run through task scheduler they >> get a different environment than you get when you run them interactively - >> regardless of the monitor and resolution settings that I could find. >> >> The straightforward resolution is to change the test to request a smaller >> vtk window. Another solution would be to hunt down whatever environment >> settings we need to ask for and then configure all the dashboards with it. >> >> >> David E DeMarle >> Kitware, Inc. >> Principal Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 >> >> On Fri, Nov 3, 2017 at 8:36 AM, Ken Martin wrote: >>> >>> >>> Guys there are failing tests on mun that need to be fixed. I believe the >>> cause of the failure is because the tests are larger than the display >>> (1024x768 pixels) >>> >>> Please fix these tests. I suspect something (someone) changed mun's >>> display resolution causing the failures but it is a good practice to keep >>> tests below this resolution to be safe anyhow on various systems. >>> >>> Thanks! >>> Ken >>> >>> >>> >>> -- >>> 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 >>> >>> >> >> >> _______________________________________________ >> 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 ben.boeckel at kitware.com Fri Nov 3 10:56:39 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 3 Nov 2017 10:56:39 -0400 Subject: [vtk-developers] Failing tests vtk-m and WikiExamples In-Reply-To: References: Message-ID: <20171103145639.GB10158@megas.kitware.com> On Fri, Nov 03, 2017 at 08:36:15 -0400, Ken Martin wrote: > Please fix these tests. I suspect something (someone) changed mun's > display resolution causing the failures mun was unplugged from the monitor (for some debugging on trey) and got rebooted making it use a default display size. It has been rebooted to be 1920x1080 again. --Ben From bill.lorensen at gmail.com Fri Nov 3 11:07:47 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 3 Nov 2017 08:07:47 -0700 Subject: [vtk-developers] Failing tests vtk-m and WikiExamples In-Reply-To: <20171103145639.GB10158@megas.kitware.com> References: <20171103145639.GB10158@megas.kitware.com> Message-ID: Thanks! On Fri, Nov 3, 2017 at 7:56 AM, Ben Boeckel wrote: > On Fri, Nov 03, 2017 at 08:36:15 -0400, Ken Martin wrote: >> Please fix these tests. I suspect something (someone) changed mun's >> display resolution causing the failures > > mun was unplugged from the monitor (for some debugging on trey) and got > rebooted making it use a default display size. It has been rebooted to > be 1920x1080 again. > > --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 > -- Unpaid intern in BillsBasement at noware dot com From ken.martin at kitware.com Fri Nov 3 11:11:29 2017 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 3 Nov 2017 11:11:29 -0400 Subject: [vtk-developers] Failing tests vtk-m and WikiExamples In-Reply-To: References: <20171103145639.GB10158@megas.kitware.com> Message-ID: Would still be good to fix these tests as I guarantee you they will fail again in the future. Seems to happen every other month or so as some system gets touched. On Fri, Nov 3, 2017 at 11:07 AM, Bill Lorensen wrote: > Thanks! > > > On Fri, Nov 3, 2017 at 7:56 AM, Ben Boeckel > wrote: > > On Fri, Nov 03, 2017 at 08:36:15 -0400, Ken Martin wrote: > >> Please fix these tests. I suspect something (someone) changed mun's > >> display resolution causing the failures > > > > mun was unplugged from the monitor (for some debugging on trey) and got > > rebooted making it use a default display size. It has been rebooted to > > be 1920x1080 again. > > > > --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 > > > > > > -- > Unpaid intern in BillsBasement at noware dot com > -- 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 Fri Nov 3 15:09:52 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 3 Nov 2017 15:09:52 -0400 Subject: [vtk-developers] Failing tests vtk-m and WikiExamples In-Reply-To: References: <20171103145639.GB10158@megas.kitware.com> Message-ID: <20171103190952.GB16099@megas.kitware.com> On Fri, Nov 03, 2017 at 11:11:29 -0400, Ken Martin wrote: > Would still be good to fix these tests as I guarantee you they will fail > again in the future. Seems to happen every other month or so as some system > gets touched. Yes, until I have another monitor that allows mun and trey to not share a monitor, power outages are likely to make one or the other unhappy (they are on separate UPS's, but I need to get a new battery for trey's). --Ben From ben.boeckel at kitware.com Tue Nov 7 14:10:35 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 7 Nov 2017 14:10:35 -0500 Subject: [vtk-developers] Thoughts on changelog maintenance? Message-ID: <20171107191035.GA11652@rotor.kitware.com> Hi all, With 8.1.0 recently starting its RC cycle and the changelog request emails being sent, what would thoughts be on having changelogs be part of merge requests directly starting with the 9.0 development cycle? There are two general ways of doing this: - a single file that gets updated by each MR. - a directory of files, one per changelog entry. The first is probably not fit for VTK due to the volume of changes that it receives and it would be a never-ending cause of conflicts. The latter would be either markdown or restructured text files. VTK seems to have more `.md` files than others right now, so that would probably work out better. How about putting them in `Documentation/release/dev`? The robot can warn (or enforce, but, IMO, that shouldn't be done) about missing changelogs on a topic level. Would that be something that we should enable? --Ben From elvis.stansvik at orexplore.com Tue Nov 7 14:22:36 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Tue, 7 Nov 2017 20:22:36 +0100 Subject: [vtk-developers] Thoughts on changelog maintenance? In-Reply-To: <20171107191035.GA11652@rotor.kitware.com> References: <20171107191035.GA11652@rotor.kitware.com> Message-ID: 2017-11-07 20:10 GMT+01:00 Ben Boeckel : > Hi all, > > With 8.1.0 recently starting its RC cycle and the changelog request > emails being sent, what would thoughts be on having changelogs be part > of merge requests directly starting with the 9.0 development cycle? > > There are two general ways of doing this: > > - a single file that gets updated by each MR. > - a directory of files, one per changelog entry. > > The first is probably not fit for VTK due to the volume of changes that > it receives and it would be a never-ending cause of conflicts. The > latter would be either markdown or restructured text files. VTK seems to > have more `.md` files than others right now, so that would probably work > out better. How about putting them in `Documentation/release/dev`? Personally I always start hunting for the ChangeLog at the top-level, next to the README. But maybe you'd like to keep the top-level as clean as possible? One thing I thought of: Perhaps CPython's way of handling it's NEWS file could offer some inspiration? (https://pypi.python.org/pypi/blurb). (It just struck me, since I recently had to dabble with that one). Elvis > > The robot can warn (or enforce, but, IMO, that shouldn't be done) about > missing changelogs on a topic level. Would that be something that we > should enable? > > --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 > From brad.king at kitware.com Tue Nov 7 14:40:03 2017 From: brad.king at kitware.com (Brad King) Date: Tue, 7 Nov 2017 14:40:03 -0500 Subject: [vtk-developers] Thoughts on changelog maintenance? In-Reply-To: <20171107191035.GA11652@rotor.kitware.com> References: <20171107191035.GA11652@rotor.kitware.com> Message-ID: On 11/07/2017 02:10 PM, Ben Boeckel wrote: > - a directory of files, one per changelog entry. > ... > How about putting them in `Documentation/release/dev`? To clarify, changelog entries during development would be put in files in that directory. Then at release time they will be consolidated into a single file for that release. Then the directory would be used to collect changelog entries for the next release. CMake does this for its release notes. So: - `Documentation/release/dev/$topic.md` files have changelog entries for new development since the last release. - `Documentation/release/$version.md` has consolidated changelog entries for release $version when released. The latter could be put in other places, like a top-level `CHANGELOG.md` file, since it is consolidated and curated by hand. -Brad From elvis.stansvik at orexplore.com Tue Nov 7 14:52:54 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Tue, 7 Nov 2017 20:52:54 +0100 Subject: [vtk-developers] Thoughts on changelog maintenance? In-Reply-To: References: <20171107191035.GA11652@rotor.kitware.com> Message-ID: 2017-11-07 20:40 GMT+01:00 Brad King : > On 11/07/2017 02:10 PM, Ben Boeckel wrote: >> - a directory of files, one per changelog entry. >> ... >> How about putting them in `Documentation/release/dev`? > > To clarify, changelog entries during development would be put in > files in that directory. Then at release time they will be > consolidated into a single file for that release. Then the > directory would be used to collect changelog entries for the > next release. CMake does this for its release notes. > > So: > > - `Documentation/release/dev/$topic.md` files have changelog > entries for new development since the last release. > > - `Documentation/release/$version.md` has consolidated changelog > entries for release $version when released. > > The latter could be put in other places, like a top-level > `CHANGELOG.md` file, since it is consolidated and curated by hand. Ah, makes sense. Thanks for clarifying. Elvis > > -Brad > _______________________________________________ > 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 david.gobbi at gmail.com Tue Nov 7 14:54:02 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Tue, 7 Nov 2017 12:54:02 -0700 Subject: [vtk-developers] Thoughts on changelog maintenance? In-Reply-To: References: <20171107191035.GA11652@rotor.kitware.com> Message-ID: In a perfect world, the changelog would be generated automatically from all of the issues that were closed between releases. That would require much more frequent use of the issue tracker (which would be a good thing). Issues and MRs would continue to be tied together via gitlab references. If someone wanted to see the latest changelog for master, they would just go to gitlab's list of closed issues. The changelog put into the source upon release would just be an md file that was a copy of the same. Overall, though, I'm not sure if a new changelog mechanism is even needed. The current workflow (summarizing our changes at release time) already seems pleasantly lightweight. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Tue Nov 7 15:48:44 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 7 Nov 2017 15:48:44 -0500 Subject: [vtk-developers] Thoughts on changelog maintenance? In-Reply-To: References: <20171107191035.GA11652@rotor.kitware.com> Message-ID: I support anything that move us further away from the centralized/semi-manual way we make releases now and towards the perfect world that David Gobbi recommends. Automating releases further will cut down on the time it takes to put them together and make it feasible to do them very frequently and on a regular schedule. Benefits of the current system are, besides the convenience for developers that David mentioned, are that the "tell us about your change?" emails are good karma and a nice way to reach out to new developers, and that from time to time the handcrafted release note announcements come out well. I for one am willing to trade these for multiple releases per year. I vote for optional md file per commit in a directory for the time being. To get beyond that (which I think we should do) we'll have to enforce no merges without accompanying issues or something like that to train us all over to an ideal workflow. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Nov 7, 2017 at 2:54 PM, David Gobbi wrote: > In a perfect world, the changelog would be generated automatically from > all of the issues that were closed between releases. That would require > much more frequent use of the issue tracker (which would be a good thing). > Issues and MRs would continue to be tied together via gitlab references. > > If someone wanted to see the latest changelog for master, they would just > go to gitlab's list of closed issues. The changelog put into the source > upon release would just be an md file that was a copy of the same. > > Overall, though, I'm not sure if a new changelog mechanism is even needed. > The current workflow (summarizing our changes at release time) already > seems pleasantly lightweight. > > - 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 > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Nov 7 15:55:54 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 7 Nov 2017 15:55:54 -0500 Subject: [vtk-developers] Thoughts on changelog maintenance? In-Reply-To: References: <20171107191035.GA11652@rotor.kitware.com> Message-ID: <20171107205554.GA30315@megas.kitware.com> On Tue, Nov 07, 2017 at 12:54:02 -0700, David Gobbi wrote: > In a perfect world, the changelog would be generated automatically from all > of the issues that were closed between releases. That would require much > more frequent use of the issue tracker (which would be a good thing). > Issues and MRs would continue to be tied together via gitlab references. Even issues aren't 1:1 for "what's important" in a release. It's better, but still not much better than using the git log (IMO). > If someone wanted to see the latest changelog for master, they would just > go to gitlab's list of closed issues. The changelog put into the source > upon release would just be an md file that was a copy of the same. But asking "what's different between 8.1 and 9.0?" is hard because you have to know dates to filter on (and I'm not sure how good Gitlab's filters are there). > Overall, though, I'm not sure if a new changelog mechanism is even needed. > The current workflow (summarizing our changes at release time) already > seems pleasantly lightweight. The issue is that during releases, some people can take weeks to reply. How long do we wait? If we're going to end up going through ourselves anyways, why not try and get it upfront? Plus, we tend to miss any fixes after rc1 since we don't send emails again. --Ben From andrew.amaclean at gmail.com Tue Nov 7 16:15:49 2017 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Wed, 8 Nov 2017 08:15:49 +1100 Subject: [vtk-developers] vtk-m issue Message-ID: I have been seeing this message in relation to vtk-m: ? ? git ?local changes checked into the index but not commited? ?This is what I see in gitk: ----------------- Author: Committer: Parent: e74451f07bc90d3671e69634494a10e6d556789a (Merge topic 'increment-master-version-number') Branch: Follows: Precedes: Local uncommitted changes, not checked in to index ---------------------------- ThirdParty/vtkm/vtk-m ---------------------------- Submodule ThirdParty/vtkm/vtk-m contains untracked content Submodule ThirdParty/vtkm/vtk-m contains modified content Submodule ThirdParty/vtkm/vtk-m 891cfe4..3f60845: > Merge topic 'new-virtual-objects' > Merge topic 'remove_vtkm_override'? ---------- So after finally giving up trying to fix this, I did a fresh checkout and I now get this: $ git submodule update --init Submodule 'VTK-m' (https://gitlab.kitware.com/vtk/vtk-m.git) registered for path 'ThirdParty/vtkm/vtk-m' Cloning into 'C:/Development/Kitware/src/VTK/ThirdParty/vtkm/vtk-m'... git: 'lfs' is not a git command. See 'git --help'. Did you mean this? flow error: external filter git lfs smudge %f failed 1 error: external filter git lfs smudge %f failed fatal: data/sample.cosmotools: smudge filter lfs failed Unable to checkout '891cfe4aec626d7e07e184a5bd92c48405714b69' in submodule path 'ThirdParty/vtkm/vtk-m' If you run git submodule update --init? again you get something like this: error: The following untracked working tree files would be overwritten by checkout: .clang-format .gitattributes CMake/FindEGL.cmake CMake/FindGLEW.cmake CMake/FindGLFW.cmake CMake/FindMESA.cmake CMake/FindPyexpander.cmake CMake/FindTBB.cmake CMake/FindThrust.cmake CMake/TestBuild.cxx.in CMake/VTKmBuildDocumentation.cmake ... Please move or remove them before you can switch branches. Aborting Unable to checkout '891cfe4aec626d7e07e184a5bd92c48405714b69' in submodule path 'ThirdParty/vtkm/vtk-m' Does anyone know what is going on? ?Thanks Andrew? -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aron.helser at kitware.com Tue Nov 7 21:08:56 2017 From: aron.helser at kitware.com (Aron Helser) Date: Tue, 7 Nov 2017 21:08:56 -0500 Subject: [vtk-developers] vtk-m issue In-Reply-To: References: Message-ID: Hi Andrew, If you see the ?local changes checked into the index but not commited? message again, try 'git submodule update' - it helps me sometimes. vtk-m recently started using git lfs to download its test data files, I think. You'll need to go install it for your platform: https://git-lfs.github.com/ HTH, Aron On Tue, Nov 7, 2017 at 4:15 PM, Andrew Maclean wrote: > I have been seeing this message in relation to vtk-m: > ? ? > git ?local changes checked into the index but not commited? > ?This is what I see in gitk: > ----------------- > Author: > Committer: > Parent: e74451f07bc90d3671e69634494a10e6d556789a (Merge topic > 'increment-master-version-number') > Branch: > Follows: > Precedes: > > Local uncommitted changes, not checked in to index > > ---------------------------- ThirdParty/vtkm/vtk-m > ---------------------------- > Submodule ThirdParty/vtkm/vtk-m contains untracked content > Submodule ThirdParty/vtkm/vtk-m contains modified content > Submodule ThirdParty/vtkm/vtk-m 891cfe4..3f60845: > > Merge topic 'new-virtual-objects' > > Merge topic 'remove_vtkm_override'? > > ---------- > > So after finally giving up trying to fix this, I did a fresh checkout and > I now get this: > > $ git submodule update --init > Submodule 'VTK-m' (https://gitlab.kitware.com/vtk/vtk-m.git) registered > for path 'ThirdParty/vtkm/vtk-m' > Cloning into 'C:/Development/Kitware/src/VTK/ThirdParty/vtkm/vtk-m'... > git: 'lfs' is not a git command. See 'git --help'. > > Did you mean this? > flow > error: external filter git lfs smudge %f failed 1 > error: external filter git lfs smudge %f failed > fatal: data/sample.cosmotools: smudge filter lfs failed > Unable to checkout '891cfe4aec626d7e07e184a5bd92c48405714b69' in > submodule path 'ThirdParty/vtkm/vtk-m' > > If you run git submodule update --init? again you get something like > this: > error: The following untracked working tree files would be overwritten by > checkout: > .clang-format > .gitattributes > CMake/FindEGL.cmake > CMake/FindGLEW.cmake > CMake/FindGLFW.cmake > CMake/FindMESA.cmake > CMake/FindPyexpander.cmake > CMake/FindTBB.cmake > CMake/FindThrust.cmake > CMake/TestBuild.cxx.in > CMake/VTKmBuildDocumentation.cmake > ... > Please move or remove them before you can switch branches. > Aborting > Unable to checkout '891cfe4aec626d7e07e184a5bd92c48405714b69' in > submodule path 'ThirdParty/vtkm/vtk-m' > > > Does anyone know what is going on? > > > > ?Thanks > Andrew? > > -- > ___________________________________________ > Andrew J. P. Maclean > > ___________________________________________ > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > 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 andrew.amaclean at gmail.com Tue Nov 7 23:42:55 2017 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Wed, 8 Nov 2017 15:42:55 +1100 Subject: [vtk-developers] vtk-m issue In-Reply-To: References: Message-ID: Hi Aron, That seems to have worked. Thankyou very much. Regards Andrew On Wed, Nov 8, 2017 at 1:08 PM, Aron Helser wrote: > Hi Andrew, > If you see the ?local changes checked into the index but not commited? > message again, > try 'git submodule update' - it helps me sometimes. > > vtk-m recently started using git lfs to download its test data files, I > think. You'll need to go install it for your platform: https://git-lfs. > github.com/ > > HTH, > Aron > > On Tue, Nov 7, 2017 at 4:15 PM, Andrew Maclean > wrote: > >> I have been seeing this message in relation to vtk-m: >> ? ? >> git ?local changes checked into the index but not commited? >> ?This is what I see in gitk: >> ----------------- >> Author: >> Committer: >> Parent: e74451f07bc90d3671e69634494a10e6d556789a (Merge topic >> 'increment-master-version-number') >> Branch: >> Follows: >> Precedes: >> >> Local uncommitted changes, not checked in to index >> >> ---------------------------- ThirdParty/vtkm/vtk-m >> ---------------------------- >> Submodule ThirdParty/vtkm/vtk-m contains untracked content >> Submodule ThirdParty/vtkm/vtk-m contains modified content >> Submodule ThirdParty/vtkm/vtk-m 891cfe4..3f60845: >> > Merge topic 'new-virtual-objects' >> > Merge topic 'remove_vtkm_override'? >> >> ---------- >> >> So after finally giving up trying to fix this, I did a fresh checkout and >> I now get this: >> >> $ git submodule update --init >> Submodule 'VTK-m' (https://gitlab.kitware.com/vtk/vtk-m.git) registered >> for path 'ThirdParty/vtkm/vtk-m' >> Cloning into 'C:/Development/Kitware/src/VTK/ThirdParty/vtkm/vtk-m'... >> git: 'lfs' is not a git command. See 'git --help'. >> >> Did you mean this? >> flow >> error: external filter git lfs smudge %f failed 1 >> error: external filter git lfs smudge %f failed >> fatal: data/sample.cosmotools: smudge filter lfs failed >> Unable to checkout '891cfe4aec626d7e07e184a5bd92c48405714b69' in >> submodule path 'ThirdParty/vtkm/vtk-m' >> >> If you run git submodule update --init? again you get something like >> this: >> error: The following untracked working tree files would be overwritten by >> checkout: >> .clang-format >> .gitattributes >> CMake/FindEGL.cmake >> CMake/FindGLEW.cmake >> CMake/FindGLFW.cmake >> CMake/FindMESA.cmake >> CMake/FindPyexpander.cmake >> CMake/FindTBB.cmake >> CMake/FindThrust.cmake >> CMake/TestBuild.cxx.in >> CMake/VTKmBuildDocumentation.cmake >> ... >> Please move or remove them before you can switch branches. >> Aborting >> Unable to checkout '891cfe4aec626d7e07e184a5bd92c48405714b69' in >> submodule path 'ThirdParty/vtkm/vtk-m' >> >> >> Does anyone know what is going on? >> >> >> >> ?Thanks >> Andrew? >> >> -- >> ___________________________________________ >> Andrew J. P. Maclean >> >> ___________________________________________ >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> 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 >> >> >> > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed Nov 8 10:15:12 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 8 Nov 2017 10:15:12 -0500 Subject: [vtk-developers] vtk-m issue In-Reply-To: References: Message-ID: <20171107213243.GA1912@megas.kitware.com> On Wed, Nov 08, 2017 at 08:15:49 +1100, Andrew Maclean wrote: > git: 'lfs' is not a git command. See 'git --help'. > > Did you mean this? > flow > error: external filter git lfs smudge %f failed 1 > error: external filter git lfs smudge %f failed > fatal: data/sample.cosmotools: smudge filter lfs failed > > Does anyone know what is going on? For the record, this indicates that git-lfs is set up globally, but is not in PATH. --Ben From dave.demarle at kitware.com Wed Nov 8 13:34:35 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 8 Nov 2017 13:34:35 -0500 Subject: [vtk-developers] announce: vtk 8.1.0.rc1 is ready to try Message-ID: Hi folks, VTK 8.1.0.rc1 is up on the downloads site and tagged in git. Please give it a try and report any problems that you find to us via the gitlab issue tracker with an "8.1" milestone tag. Developers, use the same tag to let us know of any fixes that you want integrated to the release branch in time for 8.1.0 final in a few weeks time. We are still gathering feedback from all 70 committers to make up the official release notes but in the meantime here is a preview of what seem to be the most notable changes. /** ------------------------------------------------------------------------------ In this release we?ve done more than the usual amount of deprecation and dead code removal. Most importantly in 8.1 we?ve deprecated both the legacy ?OpenGL1? backend and our interface to Qt4. We also removed the previously deprecated vtkInfovisParallel, vtkFiltersMatlab and vtkFiltersStatisticsGnuR modules as well as deprecated vtkInstantiator. The replacement for vtkInstantiator is to use vtkObjectFactory where applicable or an explicit list of classes. We expect that most of the newly deprecated code paths will be removed in master in preparation for the VTK 9.0 release next spring. The next big ticket item is progress on VTK-m - VTK?s burgeoning mechanism for multithreaded and GPU enabled fine grain parallel processing filters. The VTK-m project is now bundled with VTK (technically we use a git submodule for it) and we?ve made numerous performance improvements and added several new algorithms (vtkmExtractVOI, vtkmPolyDataNormals, and vtkmTriangleMeshPointNormals) to it. We?ve also started the process of transitioning the vtkSMP threaded filters (which are now deprecated) to VTK-m based implementations. In support of the VTK-m we?ve updated the minimum C++ compiler requirements to be Microsoft Visual Studio 2013 or newer, GCC 4.8.3 or newer, Clang 3.3 or newer, and Apple Clang 5.0 (from Xcode 5.0) or newer. VTK?s python interface has some nice new capabilities. First, debug builds of VTK can now better make use of the PYTHON_DEBUG_LIBRARY that cmake detects. Second, in 8.1 the numpy_support.numpy_to_vtk facility will automatically convert non-contiguous arrays to contiguous array and manage the numpy reference in memory using a private attribute called as _numpy_reference so that the programmer does not have to. Third, vtk?s python wrappers have some new capabilities that make wrapped VTK resources safer and generally more pythonc. The VTK_EXPECTS(condition) method hint that will assert a precondition in Python before a C++ method is called, causing Python exceptions to be raised for method calls that might otherwise cause undefined behavior. Two additional hints have been added for wrapping pointers: VTK_SIZEHINT(expression) tells the wrappers to treat a pointer as an array with a size given by 'expression', and VTK_ZEROCOPY tells the wrappers to use Python's buffer interface. This latter hint conveniently allows Python buffers to be used to construct zerocopy VTK data arrays. On the web front vtkWeb converted its client-server communication from using an outdated version of Autobahn WAMP to wslink - a new RPC and publish-subscribe library using websockets, in order to support upgrades to the ParaViewWeb classes and the Visualizer web application. For mobile devices we've begun work on a new mobile VTKViewer app which will replace the older KiwiViewer and use the mainline VTK library. The VTKExamples project has gained more than 111 C++ examples since VTK 8.0. Of the C++ examples added, 73 examples from the VTK Book have been added. We anticipate moving the rest of the VTK book and in source examples to the VTKExamples project over the next few releases. There is also a new SegY file format reader. This originated in Jia Chen?s Google Summer of Code 2015 project. The XML based ?.vtm? multiblock reader has a new load balancing scheme that distribute the load more evenly in some situations. XDMF3 gained an parallel write functionality and support for some of the FEnICs project?s higher order cell types. The later work came out of Michal Habera?s Google Summer this past summer. We?ve added support for arbitrary-order Lagrange-interpolated cells for the following shapes: curve, tri, quad, tet, hex, wedge. See the new vtkLagrangeXXX classes in VTK/Common/DataModel and read all about it in the next Kitware Source to learn more. There is also additional support and bug fixes for polyhedral cells, especially in combination with mapped (zero-copy) grids for in-situ processing ala Catalyst. The hypertree grid (vtkHyperTreeGrid) and its ancillary objects underwent a complete overhaul in order to reduce memory footprint and speed up execution time. The refactoring brings: a more compact hypertree representation, a hierarchy of traversal objects (cursors and supercursors) that transport the minimum amount of information required for any given algorithm, and suite of updated and new hypertree grid filters that take advantage of the above. The vtkArrayCalculator changed to be able to process data arrays from any attribute type (point, cell, field, etc) and operate on vtkGraphs and handle more than 256 arrays. The API for specifying which data association algorithms use changed as a part of this. We?ve made improvements to Dual Depth Peeling and FXAA anti aliased rendering and enabled them with several previously excluded OpenGL implementations. We?ve also fixed a variety of volume rendering bugs and added a means to supply custom GLSL shader codes for volume rendering. In related news the OSPRay rendering path can now directly volume render unstructured grid and vtkOverlappingAMR data sets. Continuing in the area of ray traced rendering VTK has a brand new interface to ray cast surface rendering in the vtkRenderingOptiX module which utilizes the GPU for tracing rays. Meanwhile VTK?s OSPRay based rendering option is also now capable of full path tracing of surface geometry. This is a big jump over the earlier ray casting like capability and includes support for soft shadowing area lights and arbitrary surface materials with generally bring about global illumination and photorealistic rendering capability. ------------------------------------------------------------------------------*/ enjoy! 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 jhlegarreta at vicomtech.org Wed Nov 8 16:46:29 2017 From: jhlegarreta at vicomtech.org (Jon Haitz Legarreta) Date: Wed, 8 Nov 2017 22:46:29 +0100 Subject: [vtk-developers] Thoughts on changelog maintenance? In-Reply-To: <20171107205554.GA30315@megas.kitware.com> References: <20171107191035.GA11652@rotor.kitware.com> <20171107205554.GA30315@megas.kitware.com> Message-ID: I may be missing some point, so I'd like to apologize if that turns out to be the case. But what's the advantage of keeping a changelog per MR/topic if the subject of the topic is meaningful or self-contained? That being said, having a CHANGELOG.md file, whatever its generation process is, seems fair to me. > I support anything that move us further away from the > centralized/semi-manual way we make releases now Dave, the "centralized/semi-manual way" you mention refers only to the changelog documentation generation or the whole release process (and thus making the discussion have a wider span)? Looks like there will always be a manual consolidation effort, which may be burdensome, right? I ignore about other mechanisms other C++ libraries or Python packages, for example, may have. Although, the Python scope is different, their "What's New" document is quite dense, and their changelog seems to be a collection of tickets from their issue tracker. > Even issues aren't 1:1 for "what's important" in a release. It's better, > but still not much better than using the git log (IMO). As David and Ben said, I'm afraid that having an issue to topic/MR ratio of 1:1 is not realistic right now. But if we think we should enforce that, I think we could learn living with it. May be that would also require opening issues that have more to do with tasks, milestones, or the toolkit's roadmap. If we are happy with the current mechanism to summarize our changes, I'd may be propose providing a set of recommendations, including the response time, (through an .md file in the documentation), so that the answers we deliver can be consistent across developers/releases. May be some mechanism can be developed to ping automatically contributors that have MRs for a given release, and submit the summaries to Gitlab? I ignore whether currently a script exists to gather all merged MRs for a release; then all contributors GitLab user could be gathered and may be an issue in GitLab could be opened with a pre-defined message asking all contributors to provide a summary in an .md file/format? I guess that would save time to maintainers, avoiding sending all individual mails requesting a summary, and collecting them. Finally, may be sectioning in the changelog (manual consolidation step or in the simple ticket gathering) is also relevant: using Elvis' feed, should it have a pre-defined sectioning (like enhancements per module, documentation improvements, language/compiler/platform support/compatibility changes, new tests, examples, etc.)? JON HAITZ -- On 7 November 2017 at 21:55, Ben Boeckel wrote: > > On Tue, Nov 07, 2017 at 12:54:02 -0700, David Gobbi wrote: > > In a perfect world, the changelog would be generated automatically from all > > of the issues that were closed between releases. That would require much > > more frequent use of the issue tracker (which would be a good thing). > > Issues and MRs would continue to be tied together via gitlab references. > > Even issues aren't 1:1 for "what's important" in a release. It's better, > but still not much better than using the git log (IMO). > > > If someone wanted to see the latest changelog for master, they would just > > go to gitlab's list of closed issues. The changelog put into the source > > upon release would just be an md file that was a copy of the same. > > But asking "what's different between 8.1 and 9.0?" is hard because you > have to know dates to filter on (and I'm not sure how good Gitlab's > filters are there). > > > Overall, though, I'm not sure if a new changelog mechanism is even needed. > > The current workflow (summarizing our changes at release time) already > > seems pleasantly lightweight. > > The issue is that during releases, some people can take weeks to reply. > How long do we wait? If we're going to end up going through ourselves > anyways, why not try and get it upfront? Plus, we tend to miss any fixes > after rc1 since we don't send emails again. > > --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 > From dave.demarle at kitware.com Wed Nov 8 16:48:21 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 8 Nov 2017 16:48:21 -0500 Subject: [vtk-developers] PYPI wheels In-Reply-To: References: Message-ID: Thanks Xoviat. Hopefully we'll get some concerted attention on this soon to pick it up and keep it going. In the meantime, we appreciate you taking this up, as we appreciate the time and effort of all of the packagers out there! David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 <(518)%20881-4909> On Fri, Oct 27, 2017 at 8:55 PM, xoviat wrote: > Hey everyone! > > > If you remember, I discussed uploading wheels to pypi. Unfortunately, that > seemed to go nowhere over the past couple of months, so I uploaded them > myself. I also added @jcfr to the package maintainer list so that he can > administer the project as well. Unfortunately, it has been somewhat > challenging to build the wheels, and OSX is not yet completed due to the > Travis CI backlog, although I hope that they will be up soon. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/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 andrew.amaclean at gmail.com Thu Nov 9 00:03:40 2017 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Thu, 9 Nov 2017 16:03:40 +1100 Subject: [vtk-developers] vtk-m issue In-Reply-To: <20171107213243.GA1912@megas.kitware.com> References: <20171107213243.GA1912@megas.kitware.com> Message-ID: Thanks On Thu, Nov 9, 2017 at 2:15 AM, Ben Boeckel wrote: > On Wed, Nov 08, 2017 at 08:15:49 +1100, Andrew Maclean wrote: > > git: 'lfs' is not a git command. See 'git --help'. > > > > Did you mean this? > > flow > > error: external filter git lfs smudge %f failed 1 > > error: external filter git lfs smudge %f failed > > fatal: data/sample.cosmotools: smudge filter lfs failed > > > > Does anyone know what is going on? > > For the record, this indicates that git-lfs is set up globally, but is > not in PATH. > > --Ben > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Thu Nov 9 10:45:40 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 9 Nov 2017 10:45:40 -0500 Subject: [vtk-developers] Thoughts on changelog maintenance? In-Reply-To: References: <20171107191035.GA11652@rotor.kitware.com> <20171107205554.GA30315@megas.kitware.com> Message-ID: <20171109154540.GA19615@megas.kitware.com> On Wed, Nov 08, 2017 at 22:46:29 +0100, Jon Haitz Legarreta wrote: > But what's the advantage of keeping a changelog per MR/topic if the > subject of the topic is meaningful or self-contained? So that when we cut a release, we already have a set of "here's what is important" to pull from instead of looking at commit logs and trying to figure out what's important (and then amending it if the code is later updated or even removed). > May be some mechanism can be developed to ping automatically > contributors that have MRs for a given release, and submit the > summaries to Gitlab? I ignore whether currently a script exists to > gather all merged MRs for a release; then all contributors GitLab user > could be gathered and may be an issue in GitLab could be opened with a > pre-defined message asking all contributors to provide a summary in an > .md file/format? The issue is that code that got in today may have changed until the release and therefore the release note could be inaccurate. > Finally, may be sectioning in the changelog (manual consolidation step > or in the simple ticket gathering) is also relevant: using Elvis' > feed, should it have a pre-defined sectioning (like enhancements per > module, documentation improvements, language/compiler/platform > support/compatibility changes, new tests, examples, etc.)? Personally, I'm more interested in gathering the information right now. I'm not sure of the best *format* for that information however (the sample file is just a section with bullet point(s) for items). Gitlab upstream uses something much more structured[1]. I'd be OK with finding out what's working or not as far as format goes as we see what information turns out to be useful and/or expected. --Ben [1]https://gitlab.com/gitlab-org/gitlab-ce/blob/master/changelogs/unreleased/1312-time-spent-at.yml From bookandpay at yahoo.com Thu Nov 9 17:08:45 2017 From: bookandpay at yahoo.com (Todd Martin) Date: Thu, 9 Nov 2017 22:08:45 +0000 (UTC) Subject: [vtk-developers] Hidden static method vtkGenericEnSightReader::CanReadFile() References: <1403907144.6673003.1510265325505.ref@mail.yahoo.com> Message-ID: <1403907144.6673003.1510265325505@mail.yahoo.com> Hi This commit has generated some discussion in recent weeks. https://gitlab.kitware.com/todoooo/vtk/commit/9b15f1354e1d7d1574f2f15e90097fd9d4b163daIf you use CanReadFile() from vtkGenericEnSightReader, vtkEnSightReader or vtkEnSightMasterServerReader perhaps you can clarify how it is being used. I submitted a merge request to change the static method name to vtkGenericEnSightReader::IsEnSightFile() so that it still visible in descendant classes and then made vtkGenericEnSightReader::CanReadFile() non-static virtual. Now it is unclear whether vtkEnSightMasterServerReader should call vtkGenericEnSightReader::CanReadFile() because we simply don't know if the ability of the master server reader to read a file also depends on the file being an EnSight file. If that is the case, then the original implementation was wrong. Can anyone who uses this function please comment? Freelance Engineer/Software ArchitectB.E. (Mech) Hons, PhD. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Sat Nov 11 09:33:13 2017 From: ken.martin at kitware.com (Ken Martin) Date: Sat, 11 Nov 2017 09:33:13 -0500 Subject: [vtk-developers] Failing Tests Message-ID: These tests are failing due to their size for a number of days. Please fix them or remove them. Name Status Time StatusTime Details Summary Utilities-FullScreen Failed Passed 8s 670ms Completed (Failed) Summary VisualizationAlgorithms-MarchingCasesA Failed Passed 10s 690ms Completed (Failed) Summary Also Adora seems to have issues capturing the results of tests, Please move it to experimental until someone can make it consistently work. And also https://open.cdash.org/testDetails.php?test=599666236&build=5137590 TestExtentWriting has been failing with some nan issues for a long time. And needs to be fixed. Someone broke it either by changing the system or by changing VTK. If that was you :-) , please fix it. Thanks! Ken -- 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 Mon Nov 13 14:59:47 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 13 Nov 2017 14:59:47 -0500 Subject: [vtk-developers] Sorting legacy data to go with modules Message-ID: <20171113195947.GA1782@megas.kitware.com> Hi, I'm going through VTK's CMake for some cleanups and I found the vtkLegacyData module. I'd like to see it gone, but there's lots of work to do. I opened an issue here: https://gitlab.kitware.com/vtk/vtk/issues/17172 which lists the directories which are being unconditionally downloaded when testing is enabled. I see some that are apparently completely unused and others which can easily be moved to a single module (though there may be unused files within each directory that can be removed). The others may need split. Note that double checking that my module relationships are correct is recommended; I only used `git grep`. If you'd like to take one (or more!) of them, leave a comment (with a link to the MR if you have one) and I'll update the list. Please do not use `Closes #17172`, but instead `See #17172` so that it stays open, but a link between the two is still made. Thanks, --Ben From will.schroeder at kitware.com Tue Nov 14 08:50:52 2017 From: will.schroeder at kitware.com (Will Schroeder) Date: Tue, 14 Nov 2017 08:50:52 -0500 Subject: [vtk-developers] Dashboard warnings Message-ID: FYI- A couple of dashboard warnings popped up due to a commit of a new point segmentation (connectivty) filter that I made yesterday. I will push corrections later today. -- 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 shawn.waldon at kitware.com Thu Nov 16 11:06:32 2017 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Thu, 16 Nov 2017 11:06:32 -0500 Subject: [vtk-developers] Failing Tests In-Reply-To: References: Message-ID: Hi All, ping on this topic... Bill, As far as the WikiExamples tests that are failing, these appear to be testing fullscreen or very large windows. Both of them are resulting in an image that is bigger than their valid image for some reason. Perhaps the fullscreen test should be handled differently? I'm not sure about the other one. Ken wants to disable the WikiExamples testing as this has not been addressed in almost a week. Shawn On Sat, Nov 11, 2017 at 9:33 AM, Ken Martin wrote: > > These tests are failing due to their size for a number of days. Please fix > them or remove them. > > > Name Status Time StatusTime Details Summary > Utilities-FullScreen > > Failed > > Passed > 8s > 670ms Completed (Failed) Summary > > VisualizationAlgorithms-MarchingCasesA > > Failed > > Passed > 10s > 690ms Completed (Failed) Summary > > > > Also Adora seems to have issues capturing the results of tests, Please > move it to experimental until someone can make it consistently work. > > And also > > https://open.cdash.org/testDetails.php?test=599666236&build=5137590 > TestExtentWriting has been failing with some nan issues for a long time. > And needs to be fixed. Someone broke it either by changing the system or by > changing VTK. If that was you :-) , please fix it. > > > Thanks! > Ken > > > -- > 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 utkarsh.ayachit at kitware.com Thu Nov 16 11:17:50 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 16 Nov 2017 11:17:50 -0500 Subject: [vtk-developers] Failing Tests In-Reply-To: References: Message-ID: > > Ken wants to disable the WikiExamples testing as this has not been > addressed in almost a week. > I second that. I don't think the current workflow for testing WikiExamples is sensible. It's impossible to test MRs correctly that may affect WikiExamples too on buildbots. We need to think of some other strategy. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Thu Nov 16 11:18:09 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 16 Nov 2017 11:18:09 -0500 Subject: [vtk-developers] ANN: Deprecating Tcl Message-ID: <20171116161809.GA23130@megas.kitware.com> Hi, I've made an MR to deprecate Tcl for 8.1 and remove it for 9.0. There was discussion before the hackathon on it, but it seems to have been missed. Deprecating it is easy, but there are related modules which are now in question: vtkRenderingTk vtkTclTk (a third party module) Are these also able to be removed? I'm seeing only "sweeping change" maintenance for the directory since 2012 except for these commits by David Gobbi: commit cd1c29e6cd21c84994ae29a9dbeda170751f592f Author: David Gobbi Date: Mon Oct 31 21:18:13 2016 -0600 Clean up by destroying the vtkTkRenderWidget. commit ad0c3395e9da9e5414cedb6abca8020e9808539b Author: David Gobbi Date: Sat Sep 24 06:24:36 2016 -0600 Fix errors with Cocoa vtkTkRenderWidget --Ben From bill.lorensen at gmail.com Thu Nov 16 11:44:16 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 16 Nov 2017 11:44:16 -0500 Subject: [vtk-developers] Failing Tests In-Reply-To: References: Message-ID: Just disable those tests on that machine if possible. On Thu, Nov 16, 2017 at 11:06 AM, Shawn Waldon wrote: > Hi All, > > ping on this topic... > > Bill, > > As far as the WikiExamples tests that are failing, these appear to be > testing fullscreen or very large windows. Both of them are resulting in an > image that is bigger than their valid image for some reason. Perhaps the > fullscreen test should be handled differently? I'm not sure about the > other one. Ken wants to disable the WikiExamples testing as this has not > been addressed in almost a week. > > Shawn > > On Sat, Nov 11, 2017 at 9:33 AM, Ken Martin > wrote: > >> >> These tests are failing due to their size for a number of days. Please >> fix them or remove them. >> >> >> Name Status Time StatusTime Details Summary >> Utilities-FullScreen >> >> Failed >> >> Passed >> 8s >> 670ms Completed (Failed) Summary >> >> VisualizationAlgorithms-MarchingCasesA >> >> Failed >> >> Passed >> 10s >> 690ms Completed (Failed) Summary >> >> >> >> Also Adora seems to have issues capturing the results of tests, Please >> move it to experimental until someone can make it consistently work. >> >> And also >> >> https://open.cdash.org/testDetails.php?test=599666236&build=5137590 >> TestExtentWriting has been failing with some nan issues for a long time. >> And needs to be fixed. Someone broke it either by changing the system or by >> changing VTK. If that was you :-) , please fix it. >> >> >> Thanks! >> Ken >> >> >> -- >> 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 >> >> >> > -- Unpaid intern in BillsBasement at noware dot com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Thu Nov 16 11:44:49 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 16 Nov 2017 11:44:49 -0500 Subject: [vtk-developers] Failing Tests In-Reply-To: References: Message-ID: They used to be fine. Something changed on the failing system.... On Thu, Nov 16, 2017 at 11:44 AM, Bill Lorensen wrote: > Just disable those tests on that machine if possible. > > > On Thu, Nov 16, 2017 at 11:06 AM, Shawn Waldon > wrote: > >> Hi All, >> >> ping on this topic... >> >> Bill, >> >> As far as the WikiExamples tests that are failing, these appear to be >> testing fullscreen or very large windows. Both of them are resulting in an >> image that is bigger than their valid image for some reason. Perhaps the >> fullscreen test should be handled differently? I'm not sure about the >> other one. Ken wants to disable the WikiExamples testing as this has not >> been addressed in almost a week. >> >> Shawn >> >> On Sat, Nov 11, 2017 at 9:33 AM, Ken Martin >> wrote: >> >>> >>> These tests are failing due to their size for a number of days. Please >>> fix them or remove them. >>> >>> >>> Name Status Time StatusTime Details Summary >>> Utilities-FullScreen >>> >>> Failed >>> >>> Passed >>> 8s >>> 670ms Completed (Failed) Summary >>> >>> VisualizationAlgorithms-MarchingCasesA >>> >>> Failed >>> >>> Passed >>> 10s >>> 690ms Completed (Failed) Summary >>> >>> >>> >>> Also Adora seems to have issues capturing the results of tests, Please >>> move it to experimental until someone can make it consistently work. >>> >>> And also >>> >>> https://open.cdash.org/testDetails.php?test=599666236&build=5137590 >>> TestExtentWriting has been failing with some nan issues for a long time. >>> And needs to be fixed. Someone broke it either by changing the system or by >>> changing VTK. If that was you :-) , please fix it. >>> >>> >>> Thanks! >>> Ken >>> >>> >>> -- >>> 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 >>> >>> >>> >> > > > -- > Unpaid intern in BillsBasement at noware dot com > -- Unpaid intern in BillsBasement at noware dot com -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Thu Nov 16 11:56:40 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 16 Nov 2017 11:56:40 -0500 Subject: [vtk-developers] Failing Tests In-Reply-To: References: Message-ID: <20171116165639.GA20249@megas.kitware.com> On Thu, Nov 16, 2017 at 11:44:49 -0500, Bill Lorensen wrote: > They used to be fine. Something changed on the failing system.... `mun` got a new monitor. Our test suite shouldn't be monitor-size-dependent. --Ben From bill.lorensen at gmail.com Thu Nov 16 12:40:53 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 16 Nov 2017 12:40:53 -0500 Subject: [vtk-developers] Failing Tests In-Reply-To: <20171116165639.GA20249@megas.kitware.com> References: <20171116165639.GA20249@megas.kitware.com> Message-ID: I'll try to check on a new baseline\. On Thu, Nov 16, 2017 at 11:56 AM, Ben Boeckel wrote: > On Thu, Nov 16, 2017 at 11:44:49 -0500, Bill Lorensen wrote: >> They used to be fine. Something changed on the failing system.... > > `mun` got a new monitor. Our test suite shouldn't be > monitor-size-dependent. > > --Ben -- Unpaid intern in BillsBasement at noware dot com From amine.aboufirass at gmail.com Fri Nov 17 08:09:18 2017 From: amine.aboufirass at gmail.com (Amine Aboufirass) Date: Fri, 17 Nov 2017 14:09:18 +0100 Subject: [vtk-developers] Trying to extract points by location Message-ID: Hello, I am attempting to extract scalar data from an unstructured grid dataset based on point locations using python. First I am importing some libraries: import vtk > from vtk.util.numpy_support import vtk_to_numpy > import os > Then I define a list of tuples where the location coordinates are stored. > Locations = [(0,0.2,0.0),(0,0.4,0.0),(0,0.5,0.0),(0,0.6,0.0)] > Next I create a vtkUnstructuredGridReader object, provide the filename and scalar field and update it: > reader = vtk.vtkUnstructuredGridReader() > reader.SetFileName('MyData.vtk') > reader.SetScalarsName('mass_solid') > reader.Update() > Then I create a SelectionList as a vtkFloatArray() instance. This was inspired from this example ( https://www.vtk.org/Wiki/VTK/Examples/Python/PolyData/ExtractSelectionCells ). I also feed in the location tuples into my SelectionList object. SelectionList = vtk.vtkFloatArray() > SelectionList.SetNumberOfComponents(3) #dimension of the components > for Location in Locations: > SelectionList.InsertNextTuple(Location) > I create a SelectionNode object and define the parameters for selection. > SelectionNode = vtk.vtkSelectionNode() > SelectionNode.SetFieldType(vtk.vtkSelectionNode.POINT) > SelectionNode.SetContentType(vtk.vtkSelectionNode.LOCATIONS) > SelectionNode.SetSelectionList(SelectionList) > I create a Selection and Add the SelectionNode object to it. > Selection = vtk.vtkSelection() > Selection.AddNode(SelectionNode) > I create an ExtractSelection, define input connection, selection etc, > ExtractSelection = vtk.vtkExtractSelection() > ExtractSelection.SetInputConnection(0, reader.GetOutputPort()) > ExtractSelection.SetInput(1,Selection) > ExtractSelection.Update() > I generate a new Unstructured Grid from my selection: > Selected = vtk.vtkUnstructuredGrid() > Selected.ShallowCopy(ExtractSelection.GetOutput()) > I attempt to return the extracted data: > PointData = Selected.GetPointData() > Data = vtk_to_numpy(PointData.GetScalars()) This last line however throws an error, and when I check to see why, the PointData is indeed a vtkObject but what is output from it's GetPointData() method is NoneType. This is frustrating since I had already defined the scalars to extract and I know they are there. Does anyone know what I am doing Wrong? Thanks Amine -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Fri Nov 17 16:12:05 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 17 Nov 2017 16:12:05 -0500 Subject: [vtk-developers] ANN: Removing Qt4 and OpenGL1 Message-ID: <20171117211205.GA32324@megas.kitware.com> Hi, I've opened merge requests to remove Qt4 support: https://gitlab.kitware.com/vtk/vtk/merge_requests/3592 and the OpenGL1 backend: https://gitlab.kitware.com/vtk/vtk/merge_requests/3591 Did I miss anything? Thanks, --Ben From ken.martin at kitware.com Sat Nov 18 10:21:37 2017 From: ken.martin at kitware.com (Ken Martin) Date: Sat, 18 Nov 2017 10:21:37 -0500 Subject: [vtk-developers] Python Configure Error Message-ID: I am getting a configure error on buildbots today as shown below. I noticed the MR https://gitlab.kitware.com/vtk/vtk/merge_requests/3586 shows these same warnings on its buildbots. Is this expected or maybe a bad merge? Not searching for unused variables given on the command line. -- Performing Test VTK_UNDEFINED_SYMBOLS_ALLOWED - Success CMake Warning at CMakeLists.txt:236 (message): VTK_INSTALL_PYTHON_MODULE_DIR is no longer supported. Set `VTK_PYTHON_SITE_PACKAGES_SUFFIX` instead, although not needed in most cases. CMake Warning at CMakeLists.txt:241 (message): VTK_BUILD_PYTHON_MODULE_DIR is no longer supported. Set `VTK_PYTHON_SITE_PACKAGES_SUFFIX` instead, although not needed in most cases. -- 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 utkarsh.ayachit at kitware.com Sat Nov 18 17:14:06 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Sat, 18 Nov 2017 17:14:06 -0500 Subject: [vtk-developers] Python Configure Error In-Reply-To: References: Message-ID: Until all VTK MR's start using latest master, we'll end up getting these warnings from old MRs that add these variables to the cache if not set. It's safe to ignore. Utkarsh On Sat, Nov 18, 2017 at 10:21 AM, Ken Martin wrote: > > I am getting a configure error on buildbots today as shown below. I noticed > the MR https://gitlab.kitware.com/vtk/vtk/merge_requests/3586 shows these > same warnings on its buildbots. Is this expected or maybe a bad merge? > > > Not searching for unused variables given on the command line. > -- Performing Test VTK_UNDEFINED_SYMBOLS_ALLOWED - Success > CMake Warning at CMakeLists.txt:236 (message): > VTK_INSTALL_PYTHON_MODULE_DIR is no longer supported. Set > `VTK_PYTHON_SITE_PACKAGES_SUFFIX` instead, although not needed in most > cases. > > > CMake Warning at CMakeLists.txt:241 (message): > VTK_BUILD_PYTHON_MODULE_DIR is no longer supported. Set > `VTK_PYTHON_SITE_PACKAGES_SUFFIX` instead, although not needed in most > cases. > > > > > -- > 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 > > From ken.martin at kitware.com Wed Nov 22 08:25:09 2017 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 22 Nov 2017 08:25:09 -0500 Subject: [vtk-developers] Dashboards Message-ID: They are in pretty bad shape and the trend is not good. Let's clean these up. - Two wiki failing buildbot tests going on multiple weeks https://open.cdash.org/viewTest.php?onlyfailed&buildid=5151867 - Failing compile In file included from /home/kitware/Dashboards/My Tests/VTK-gnu/IO/Export/vtkX3DExporterXMLWriterJava.cxx:6:0: /home/kitware/Dashboards/My Tests/VTK/IO/Export/vtkX3DExporterXMLWriter.h:80:15: error: field 'ActTab' has incomplete type 'std::__cxx11::string {aka std::__cxx11::basic_string}' std::string ActTab; - discretizableColorTFun warnings K/Rendering/Core/vtkDiscretizableColorTransferFunction.h:83 :3: warning: declaration does not declare anything [-Wmissing-declarations] - bunch of utf8 compile warnings /Users/builder/external/VTK/ThirdParty/utf8/vtkutf8/utf8/checked.h:45:42: warning: dynamic exception specifications are deprecated [-Wdeprecated-dynamic-exception-spec] virtual const char* what() const throw() { return "Invalid code point"; } - missing override In file included from /Users/builder/external/VTK/Utilities/PythonInterpreter/vtkPythonInterpreter.cxx:22: /Users/builder/external/VTK/Common/Misc/vtkResourceFileLocator.h:97:3: warning: '~vtkResourceFileLocator' overrides a destructor but is not marked 'override' [-Winconsistent-missing-destructor-override] ~vtkResourceFileLocator(); ^ /Users/builder/external/VTK/Common/Core/vtkObject.h:243:3: note: overridden virtual function is here ~vtkObject() override; -- 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 Wed Nov 22 08:58:19 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Wed, 22 Nov 2017 08:58:19 -0500 Subject: [vtk-developers] Dashboards In-Reply-To: References: Message-ID: I'm checking the logic in vtkTesting when baselines have differing extents. Something is fishy. I have a proper baseline for FullScreen but vtkTesting is not recognizing it since there are multiple baselines with differing extents... On Wed, Nov 22, 2017 at 8:25 AM, Ken Martin wrote: > > They are in pretty bad shape and the trend is not good. Let's clean these > up. > > - Two wiki failing buildbot tests going on multiple weeks > > https://open.cdash.org/viewTest.php?onlyfailed&buildid=5151867 > > - Failing compile > > In file included from /home/kitware/Dashboards/My > Tests/VTK-gnu/IO/Export/vtkX3DExporterXMLWriterJava.cxx:6:0: > /home/kitware/Dashboards/My > Tests/VTK/IO/Export/vtkX3DExporterXMLWriter.h:80:15: error: field 'ActTab' > has incomplete type 'std::__cxx11::string {aka > std::__cxx11::basic_string}' > std::string ActTab; > > > - discretizableColorTFun warnings > > K/Rendering/Core/vtkDiscretizableColorTransferFunction.h:83:3: warning: > declaration does not declare anything [-Wmissing-declarations] > > - bunch of utf8 compile warnings > > /Users/builder/external/VTK/ThirdParty/utf8/vtkutf8/utf8/checked.h:45:42: > warning: dynamic exception specifications are deprecated > [-Wdeprecated-dynamic-exception-spec] > virtual const char* what() const throw() { return "Invalid code > point"; } > > > - missing override > > In file included from > /Users/builder/external/VTK/Utilities/PythonInterpreter/vtkPythonInterpreter.cxx:22: > /Users/builder/external/VTK/Common/Misc/vtkResourceFileLocator.h:97:3: > warning: '~vtkResourceFileLocator' overrides a destructor but is not marked > 'override' [-Winconsistent-missing-destructor-override] > ~vtkResourceFileLocator(); > ^ > /Users/builder/external/VTK/Common/Core/vtkObject.h:243:3: note: overridden > virtual function is here > ~vtkObject() override; > > > > -- > 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 > > -- Unpaid intern in BillsBasement at noware dot com From ben.boeckel at kitware.com Wed Nov 22 10:56:44 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 22 Nov 2017 10:56:44 -0500 Subject: [vtk-developers] Dashboards In-Reply-To: References: Message-ID: <20171122155644.GA13691@megas.kitware.com> On Wed, Nov 22, 2017 at 08:25:09 -0500, Ken Martin wrote: > - bunch of utf8 compile warnings > > /Users/builder/external/VTK/ThirdParty/utf8/vtkutf8/utf8/checked.h:45:42: > warning: dynamic exception specifications are deprecated > [-Wdeprecated-dynamic-exception-spec] > virtual const char* what() const throw() { return "Invalid > code point"; } > > > - missing override > > In file included from > /Users/builder/external/VTK/Utilities/PythonInterpreter/vtkPythonInterpreter.cxx:22: > /Users/builder/external/VTK/Common/Misc/vtkResourceFileLocator.h:97:3: > warning: '~vtkResourceFileLocator' overrides a destructor but is not > marked 'override' [-Winconsistent-missing-destructor-override] > ~vtkResourceFileLocator(); > ^ > /Users/builder/external/VTK/Common/Core/vtkObject.h:243:3: note: > overridden virtual function is here > ~vtkObject() override; These two are here: https://gitlab.kitware.com/vtk/vtk/merge_requests/3588 But I need to see if `noexcept` works on VS2013's toolchain or not (will do today). --Ben From bill.lorensen at gmail.com Fri Nov 24 14:27:19 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 24 Nov 2017 14:27:19 -0500 Subject: [vtk-developers] Dashboards In-Reply-To: <20171122155644.GA13691@megas.kitware.com> References: <20171122155644.GA13691@megas.kitware.com> Message-ID: VTKExamples are fixed now... On Wed, Nov 22, 2017 at 10:56 AM, Ben Boeckel wrote: > On Wed, Nov 22, 2017 at 08:25:09 -0500, Ken Martin wrote: >> - bunch of utf8 compile warnings >> >> /Users/builder/external/VTK/ThirdParty/utf8/vtkutf8/utf8/checked.h:45:42: >> warning: dynamic exception specifications are deprecated >> [-Wdeprecated-dynamic-exception-spec] >> virtual const char* what() const throw() { return "Invalid >> code point"; } >> >> >> - missing override >> >> In file included from >> /Users/builder/external/VTK/Utilities/PythonInterpreter/vtkPythonInterpreter.cxx:22: >> /Users/builder/external/VTK/Common/Misc/vtkResourceFileLocator.h:97:3: >> warning: '~vtkResourceFileLocator' overrides a destructor but is not >> marked 'override' [-Winconsistent-missing-destructor-override] >> ~vtkResourceFileLocator(); >> ^ >> /Users/builder/external/VTK/Common/Core/vtkObject.h:243:3: note: >> overridden virtual function is here >> ~vtkObject() override; > > These two are here: > > https://gitlab.kitware.com/vtk/vtk/merge_requests/3588 > > But I need to see if `noexcept` works on VS2013's toolchain or not (will > do today). > > --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 > -- Unpaid intern in BillsBasement at noware dot com From ahmedbenltaief29 at gmail.com Mon Nov 27 04:42:35 2017 From: ahmedbenltaief29 at gmail.com (AhmedCSS) Date: Mon, 27 Nov 2017 02:42:35 -0700 (MST) Subject: [vtk-developers] Errors when running VTK Message-ID: <1511775755468-0.post@n5.nabble.com> Dear all, I'm new to vtk.js, i tried to run this exemple and i did the same steps: https://kitware.github.io/vtk-js/docs/intro_vtk_as_es6_dependency.html But when doing npm run build i get this errors: ERROR in ./src/index.js Module not found: Error: Can't resolve 'vtk.js/Sources/Common/DataModel/DataSet/Constants' in '/home/ahmed/MyWebProject/src' @ ./src/index.js 7:0-83 @ ./src/index.js ERROR in ./src/index.js Module not found: Error: Can't resolve 'vtk.js/Sources/Common/DataModel/DataSetAttributes/Constants' in '/home/ahmed/MyWebProject/src' @ ./src/index.js 6:0-93 @ ./src/index.js ERROR in ./src/index.js Module not found: Error: Can't resolve 'vtk.js/Sources/Filters/General/Calculator' in '/home/ahmed/MyWebProject/src' @ ./src/index.js 3:0-75 @ ./src/index.js ERROR in ./src/index.js Module not found: Error: Can't resolve 'vtk.js/Sources/Filters/Sources/ConeSource' in '/home/ahmed/MyWebProject/src' @ ./src/index.js 4:0-75 @ ./src/index.js ERROR in ./src/index.js Module not found: Error: Can't resolve 'vtk.js/Sources/Rendering/Core/Actor' in '/home/ahmed/MyWebProject/src' @ ./src/index.js 2:0-69 @ ./src/index.js ERROR in ./src/index.js Module not found: Error: Can't resolve 'vtk.js/Sources/Rendering/Core/Mapper' in '/home/ahmed/MyWebProject/src' @ ./src/index.js 5:0-70 @ ./src/index.js ERROR in ./src/index.js Module not found: Error: Can't resolve 'vtk.js/Sources/Rendering/Misc/FullScreenRenderWindow' in '/home/ahmed/MyWebProject/src' @ ./src/index.js 1:0-93 @ ./src/index.js Please help me to fixe it, many thanks. -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From sebastien.jourdain at kitware.com Mon Nov 27 10:03:14 2017 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Mon, 27 Nov 2017 08:03:14 -0700 Subject: [vtk-developers] Errors when running VTK In-Reply-To: <1511775755468-0.post@n5.nabble.com> References: <1511775755468-0.post@n5.nabble.com> Message-ID: Did you ran npm install vtk.js --save ? On Mon, Nov 27, 2017 at 2:42 AM, AhmedCSS wrote: > Dear all, > > I'm new to vtk.js, i tried to run this exemple and i did the same steps: > https://kitware.github.io/vtk-js/docs/intro_vtk_as_es6_dependency.html > > But when doing npm run build i get this errors: > > ERROR in ./src/index.js > Module not found: Error: Can't resolve > 'vtk.js/Sources/Common/DataModel/DataSet/Constants' in > '/home/ahmed/MyWebProject/src' > @ ./src/index.js 7:0-83 > @ ./src/index.js > > ERROR in ./src/index.js > Module not found: Error: Can't resolve > 'vtk.js/Sources/Common/DataModel/DataSetAttributes/Constants' in > '/home/ahmed/MyWebProject/src' > @ ./src/index.js 6:0-93 > @ ./src/index.js > > ERROR in ./src/index.js > Module not found: Error: Can't resolve > 'vtk.js/Sources/Filters/General/Calculator' in > '/home/ahmed/MyWebProject/src' > @ ./src/index.js 3:0-75 > @ ./src/index.js > > ERROR in ./src/index.js > Module not found: Error: Can't resolve > 'vtk.js/Sources/Filters/Sources/ConeSource' in > '/home/ahmed/MyWebProject/src' > @ ./src/index.js 4:0-75 > @ ./src/index.js > > ERROR in ./src/index.js > Module not found: Error: Can't resolve 'vtk.js/Sources/Rendering/ > Core/Actor' > in '/home/ahmed/MyWebProject/src' > @ ./src/index.js 2:0-69 > @ ./src/index.js > > ERROR in ./src/index.js > Module not found: Error: Can't resolve > 'vtk.js/Sources/Rendering/Core/Mapper' in '/home/ahmed/MyWebProject/src' > @ ./src/index.js 5:0-70 > @ ./src/index.js > > ERROR in ./src/index.js > Module not found: Error: Can't resolve > 'vtk.js/Sources/Rendering/Misc/FullScreenRenderWindow' in > '/home/ahmed/MyWebProject/src' > @ ./src/index.js 1:0-93 > @ ./src/index.js > > Please help me to fixe it, > many thanks. > > > > > -- > Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html > _______________________________________________ > 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 ahmedbenltaief29 at gmail.com Tue Nov 28 03:57:47 2017 From: ahmedbenltaief29 at gmail.com (Ahmed Ben Ltaief) Date: Tue, 28 Nov 2017 09:57:47 +0100 Subject: [vtk-developers] Errors when running VTK In-Reply-To: References: <1511775755468-0.post@n5.nabble.com> Message-ID: Yes, i followed the same steps Garanti sans virus. www.avast.com <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> 2017-11-27 16:03 GMT+01:00 Sebastien Jourdain < sebastien.jourdain at kitware.com>: > Did you ran npm install vtk.js --save ? > > On Mon, Nov 27, 2017 at 2:42 AM, AhmedCSS > wrote: > >> Dear all, >> >> I'm new to vtk.js, i tried to run this exemple and i did the same steps: >> https://kitware.github.io/vtk-js/docs/intro_vtk_as_es6_dependency.html >> >> But when doing npm run build i get this errors: >> >> ERROR in ./src/index.js >> Module not found: Error: Can't resolve >> 'vtk.js/Sources/Common/DataModel/DataSet/Constants' in >> '/home/ahmed/MyWebProject/src' >> @ ./src/index.js 7:0-83 >> @ ./src/index.js >> >> ERROR in ./src/index.js >> Module not found: Error: Can't resolve >> 'vtk.js/Sources/Common/DataModel/DataSetAttributes/Constants' in >> '/home/ahmed/MyWebProject/src' >> @ ./src/index.js 6:0-93 >> @ ./src/index.js >> >> ERROR in ./src/index.js >> Module not found: Error: Can't resolve >> 'vtk.js/Sources/Filters/General/Calculator' in >> '/home/ahmed/MyWebProject/src' >> @ ./src/index.js 3:0-75 >> @ ./src/index.js >> >> ERROR in ./src/index.js >> Module not found: Error: Can't resolve >> 'vtk.js/Sources/Filters/Sources/ConeSource' in >> '/home/ahmed/MyWebProject/src' >> @ ./src/index.js 4:0-75 >> @ ./src/index.js >> >> ERROR in ./src/index.js >> Module not found: Error: Can't resolve 'vtk.js/Sources/Rendering/Core >> /Actor' >> in '/home/ahmed/MyWebProject/src' >> @ ./src/index.js 2:0-69 >> @ ./src/index.js >> >> ERROR in ./src/index.js >> Module not found: Error: Can't resolve >> 'vtk.js/Sources/Rendering/Core/Mapper' in '/home/ahmed/MyWebProject/src' >> @ ./src/index.js 5:0-70 >> @ ./src/index.js >> >> ERROR in ./src/index.js >> Module not found: Error: Can't resolve >> 'vtk.js/Sources/Rendering/Misc/FullScreenRenderWindow' in >> '/home/ahmed/MyWebProject/src' >> @ ./src/index.js 1:0-93 >> @ ./src/index.js >> >> Please help me to fixe it, >> many thanks. >> >> >> >> >> -- >> Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html >> _______________________________________________ >> 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 sebastien.jourdain at kitware.com Tue Nov 28 09:53:11 2017 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Tue, 28 Nov 2017 07:53:11 -0700 Subject: [vtk-developers] Errors when running VTK In-Reply-To: References: <1511775755468-0.post@n5.nabble.com> Message-ID: Do you see a directory "vtk.js" under ./node_modules? On Tue, Nov 28, 2017 at 1:57 AM, Ahmed Ben Ltaief < ahmedbenltaief29 at gmail.com> wrote: > Yes, i followed the same steps > > > Garanti > sans virus. www.avast.com > > <#m_-6551614364501692194_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > 2017-11-27 16:03 GMT+01:00 Sebastien Jourdain com>: > >> Did you ran npm install vtk.js --save ? >> >> On Mon, Nov 27, 2017 at 2:42 AM, AhmedCSS >> wrote: >> >>> Dear all, >>> >>> I'm new to vtk.js, i tried to run this exemple and i did the same steps: >>> https://kitware.github.io/vtk-js/docs/intro_vtk_as_es6_dependency.html >>> >>> But when doing npm run build i get this errors: >>> >>> ERROR in ./src/index.js >>> Module not found: Error: Can't resolve >>> 'vtk.js/Sources/Common/DataModel/DataSet/Constants' in >>> '/home/ahmed/MyWebProject/src' >>> @ ./src/index.js 7:0-83 >>> @ ./src/index.js >>> >>> ERROR in ./src/index.js >>> Module not found: Error: Can't resolve >>> 'vtk.js/Sources/Common/DataModel/DataSetAttributes/Constants' in >>> '/home/ahmed/MyWebProject/src' >>> @ ./src/index.js 6:0-93 >>> @ ./src/index.js >>> >>> ERROR in ./src/index.js >>> Module not found: Error: Can't resolve >>> 'vtk.js/Sources/Filters/General/Calculator' in >>> '/home/ahmed/MyWebProject/src' >>> @ ./src/index.js 3:0-75 >>> @ ./src/index.js >>> >>> ERROR in ./src/index.js >>> Module not found: Error: Can't resolve >>> 'vtk.js/Sources/Filters/Sources/ConeSource' in >>> '/home/ahmed/MyWebProject/src' >>> @ ./src/index.js 4:0-75 >>> @ ./src/index.js >>> >>> ERROR in ./src/index.js >>> Module not found: Error: Can't resolve 'vtk.js/Sources/Rendering/Core >>> /Actor' >>> in '/home/ahmed/MyWebProject/src' >>> @ ./src/index.js 2:0-69 >>> @ ./src/index.js >>> >>> ERROR in ./src/index.js >>> Module not found: Error: Can't resolve >>> 'vtk.js/Sources/Rendering/Core/Mapper' in '/home/ahmed/MyWebProject/src' >>> @ ./src/index.js 5:0-70 >>> @ ./src/index.js >>> >>> ERROR in ./src/index.js >>> Module not found: Error: Can't resolve >>> 'vtk.js/Sources/Rendering/Misc/FullScreenRenderWindow' in >>> '/home/ahmed/MyWebProject/src' >>> @ ./src/index.js 1:0-93 >>> @ ./src/index.js >>> >>> Please help me to fixe it, >>> many thanks. >>> >>> >>> >>> >>> -- >>> Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html >>> _______________________________________________ >>> 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 sebastien.jourdain at kitware.com Tue Nov 28 12:12:08 2017 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Tue, 28 Nov 2017 10:12:08 -0700 Subject: [vtk-developers] ANN: vtk.js, an Open-Source Toolkit for SciVis on the Web Message-ID: The Kitware team is pleased to announce vtk.js, a WebGL library taking the best of VTK to the Web. To learn more, click on the link for our blog post. https://blog.kitware.com/vtk-js-the-visualization-toolkit-on-the-web/ And if you want to follow along the progress of the project, star it on github! https://github.com/Kitware/vtk-js Feel free to leave feedback on the mailing list or issue tracker. Thank you all for making VTK such a great platform for SciViz! Sebastien -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.schroeder at kitware.com Wed Nov 29 15:49:04 2017 From: will.schroeder at kitware.com (Will Schroeder) Date: Wed, 29 Nov 2017 15:49:04 -0500 Subject: [vtk-developers] [Paraview-developers] ANN: vtk.js, an Open-Source Toolkit for SciVis on the Web In-Reply-To: References: Message-ID: Note that vtk.js is a relatively young project. That means if you are anxious to contribute to an open source community here's a chance to get in on the ground floor; we can certainly use your help. Give yourself the holiday gift of contributing to an OS platform :-) On Tue, Nov 28, 2017 at 12:12 PM, Sebastien Jourdain < sebastien.jourdain at kitware.com> wrote: > The Kitware team is pleased to announce vtk.js, a WebGL library taking the > best of VTK to the Web. > To learn more, click on the link for our blog post. > > https://blog.kitware.com/vtk-js-the-visualization-toolkit-on-the-web/ > > And if you want to follow along the progress of the project, star it on > github! > > https://github.com/Kitware/vtk-js > > Feel free to leave feedback on the mailing list or issue tracker. > > Thank you all for making VTK such a great platform for SciViz! > > Sebastien > > _______________________________________________ > 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= > Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-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 prabhu at aero.iitb.ac.in Wed Nov 29 20:50:56 2017 From: prabhu at aero.iitb.ac.in (Prabhu Ramachandran) Date: Thu, 30 Nov 2017 07:20:56 +0530 Subject: [vtk-developers] PYPI wheels In-Reply-To: References: Message-ID: <3e4c43a9-ab0e-6330-f3e1-6475d705eeb3@aero.iitb.ac.in> Hi Xoviat, Sorry for getting back so late on this thread. If you are looking for funding to help move this along faster, I can try to help.? Can we discuss this off-list perhaps?? I'd really like to see this happen so we have reliable wheels for all platforms. cheers, Prabhu On 11/9/17 3:18 AM, David E DeMarle wrote: > Thanks Xoviat. > > Hopefully we'll get some concerted attention on this soon to pick it up and > keep it going. > > In the meantime, we appreciate you taking this up, as we appreciate the time > and effort of all of the packagers out there! > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Fri, Oct 27, 2017 at 8:55 PM, xoviat > wrote: > > Hey everyone! > > > If you remember, I discussed uploading wheels to pypi. Unfortunately, that > seemed to go nowhere over the past couple of months, so I uploaded them > myself. I also added @jcfr to the package maintainer list so that he can > administer the project as well. Unfortunately, it has been somewhat > challenging to build the wheels, and OSX is not yet completed due to the > Travis CI backlog, although I hope that they will be up soon. > > _______________________________________________ > 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 Thu Nov 30 06:48:19 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 30 Nov 2017 06:48:19 -0500 Subject: [vtk-developers] Dashboard machines and git lfs Message-ID: Do any of the dashboard machines have the git lfs client installed? I'm thinking of using git lfs to version large data files for the VTKExamples. Bill From david.thompson at kitware.com Thu Nov 30 07:55:00 2017 From: david.thompson at kitware.com (David Thompson) Date: Thu, 30 Nov 2017 07:55:00 -0500 Subject: [vtk-developers] Dashboard machines and git lfs In-Reply-To: References: Message-ID: <5F90248E-5D31-48F1-A91E-2FFFA910D737@kitware.com> Hi Bill, Ben Boeckel set up LFS for the SMTK and CMB dashboard buildbots, so it is possible. However, he prefers to enable LFS on a per-repo basis rather than enable it globally. So most probably some configuration would be required to enable it for any VTK build. David > On Nov 30, 2017, at 06:48, Bill Lorensen wrote: > > Do any of the dashboard machines have the git lfs client installed? > I'm thinking of using git lfs to version large data files for the > VTKExamples. > > 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 > From bill.lorensen at gmail.com Thu Nov 30 08:17:39 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 30 Nov 2017 08:17:39 -0500 Subject: [vtk-developers] Dashboard machines and git lfs In-Reply-To: <5F90248E-5D31-48F1-A91E-2FFFA910D737@kitware.com> References: <5F90248E-5D31-48F1-A91E-2FFFA910D737@kitware.com> Message-ID: I'm really impressed with git lfs. Maybe I'll see if there is someway to use cake to detect if it is installed. Then we could skip tests or examples that reference lfs data. On Nov 30, 2017 7:55 AM, "David Thompson" wrote: > Hi Bill, > > Ben Boeckel set up LFS for the SMTK and CMB dashboard buildbots, so it is > possible. However, he prefers to enable LFS on a per-repo basis rather than > enable it globally. So most probably some configuration would be required > to enable it for any VTK build. > > David > > > On Nov 30, 2017, at 06:48, Bill Lorensen > wrote: > > > > Do any of the dashboard machines have the git lfs client installed? > > I'm thinking of using git lfs to version large data files for the > > VTKExamples. > > > > 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 > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Thu Nov 30 08:37:00 2017 From: david.thompson at kitware.com (David Thompson) Date: Thu, 30 Nov 2017 08:37:00 -0500 Subject: [vtk-developers] Dashboard machines and git lfs In-Reply-To: References: <5F90248E-5D31-48F1-A91E-2FFFA910D737@kitware.com> Message-ID: > I'm really impressed with git lfs. Maybe I'll see if there is someway to use cake to detect if it is installed. Then we could skip tests or examples that reference lfs data. We have been happy with it for CMB/SMTK. We use an empty file marked for storage with LFS (in .gitattributes) to detect whether the LFS smudge has been run. See lines 153-166 here: https://gitlab.kitware.com/cmb/smtk/blob/285a424a4b6c21c54aa314d6693dee39fb27d027/CMakeLists.txt#L166 for the CMake test we use. David >> On Nov 30, 2017 7:55 AM, "David Thompson" wrote: >> Hi Bill, >> >> Ben Boeckel set up LFS for the SMTK and CMB dashboard buildbots, so it is possible. However, he prefers to enable LFS on a per-repo basis rather than enable it globally. So most probably some configuration would be required to enable it for any VTK build. >> >> David >> >> > On Nov 30, 2017, at 06:48, Bill Lorensen wrote: >> > >> > Do any of the dashboard machines have the git lfs client installed? >> > I'm thinking of using git lfs to version large data files for the >> > VTKExamples. >> > >> > 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 >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Thu Nov 30 08:56:44 2017 From: david.thompson at kitware.com (David Thompson) Date: Thu, 30 Nov 2017 08:56:44 -0500 Subject: [vtk-developers] Dashboard machines and git lfs In-Reply-To: References: <5F90248E-5D31-48F1-A91E-2FFFA910D737@kitware.com> Message-ID: <8F1F363E-02C1-46B5-BF6A-DA4A99F7290D@kitware.com> Hi Bill, >> I'm really impressed with git lfs. Maybe I'll see if there is someway to use cake to detect if it is installed. Then we could skip tests or examples that reference lfs data. > We have been happy with it for CMB/SMTK. We use an empty file marked for storage with LFS (in .gitattributes) to detect whether the LFS smudge has been run. See lines 153-166 here: > > https://gitlab.kitware.com/cmb/smtk/blob/285a424a4b6c21c54aa314d6693dee39fb27d027/CMakeLists.txt#L166 > > for the CMake test we use. One important detail: the "empty" file (named "${CMAKE_CURRENT_SOURCE_DIR}/data/smtk-data" in the link above) must actually contain at least 1 character (a newline in our case); LFS considers an empty file to be its own pointer (and so there won't be a difference between LFS installed or not). But a single newline character is enough to make LFS turn the file into a pointer file which CMake can then test to see if the LFS smudge occurred or not. David From ben.boeckel at kitware.com Thu Nov 30 10:31:57 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 30 Nov 2017 10:31:57 -0500 Subject: [vtk-developers] Dashboard machines and git lfs In-Reply-To: References: Message-ID: <20171130153157.GA29953@megas.kitware.com> On Thu, Nov 30, 2017 at 06:48:19 -0500, Bill Lorensen wrote: > Do any of the dashboard machines have the git lfs client installed? > I'm thinking of using git lfs to version large data files for the > VTKExamples. Yes, some might have it. You can check for it using `git lfs version`. If it is there, please run `git lfs fetch && git lfs checkout` (during the clone step) to make fetch and checkout the data. If you warn that LFS isn't available, we can start installing it where necessary when they show up on dashboards. --Ben From bill.lorensen at gmail.com Thu Nov 30 13:40:47 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 30 Nov 2017 13:40:47 -0500 Subject: [vtk-developers] Dashboard machines and git lfs In-Reply-To: <8F1F363E-02C1-46B5-BF6A-DA4A99F7290D@kitware.com> References: <5F90248E-5D31-48F1-A91E-2FFFA910D737@kitware.com> <8F1F363E-02C1-46B5-BF6A-DA4A99F7290D@kitware.com> Message-ID: David, Thanks. I used your technique (slightly modified). Works great! Bill On Thu, Nov 30, 2017 at 8:56 AM, David Thompson wrote: > Hi Bill, > >>> I'm really impressed with git lfs. Maybe I'll see if there is someway to use cake to detect if it is installed. Then we could skip tests or examples that reference lfs data. >> We have been happy with it for CMB/SMTK. We use an empty file marked for storage with LFS (in .gitattributes) to detect whether the LFS smudge has been run. See lines 153-166 here: >> >> https://gitlab.kitware.com/cmb/smtk/blob/285a424a4b6c21c54aa314d6693dee39fb27d027/CMakeLists.txt#L166 >> >> for the CMake test we use. > > One important detail: the "empty" file (named "${CMAKE_CURRENT_SOURCE_DIR}/data/smtk-data" in the link above) must actually contain at least 1 character (a newline in our case); LFS considers an empty file to be its own pointer (and so there won't be a difference between LFS installed or not). But a single newline character is enough to make LFS turn the file into a pointer file which CMake can then test to see if the LFS smudge occurred or not. > > David -- Unpaid intern in BillsBasement at noware dot com