From dave.demarle at kitware.com Thu Jul 3 14:13:47 2014 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 3 Jul 2014 14:13:47 -0400 Subject: [Paraview-developers] announce: Kitware is hiring - now with more web! Message-ID: Howdy, If you are talented researcher and developer with strong C++ and/or web services development skills, please consider applying to Kitware. We are particularly interested now in developers who have significant web service development talent to help us expand the frontiers of visualization and analytics delivered over the web. At Kitware you will join a fun and talented team and work on many interesting and challenging technical problems - always aiming to deliver robust and widely used software solutions. Specifically, the scientific visualization and medical groups at Kitware is looking for these people: * Scientific Visualization Web Developer (see below) * GUI and Application Software Developer * Informatics Researcher * Informatics Software Developer * HPC Visualization and Data Analysis Software Developer * Scientific Visualization Developer * Research and Development Involving Machine Learning and Medical Image Analysis * Technical Lead in Biomedical Image Analysis and Visualization * Biomechanical Modeling and Surgical Simulation Software Developer Go to http://jobs.kitware.com/opportunities.html for more details and to apply. SCIENTIFIC VISUALIZATION WEB DEVELOPER Job Description: By joining our team you will participate in a dynamic work environment with exceptionally talented coworkers who are committed to high-quality development practices. You will collaborate with esteemed researchers from around the world to create next-generation, open-source software for web applications for data management, analysis, and visualization; design and produce full-featured, modern web interfaces for cutting-edge applications; and will deploy software applications and infrastructure that are used by people, every day, around the world, to improve the world. Work will be performed in the context of an open-source and highly collaborative development model. Qualifications: An ideal candidate should have at least four years of experience in HTML, CSS, and JavaScript, with an undergraduate or higher degree in Computer Science or a related field. Strong software development skills are a must, and familiarity with website UI/UX aesthetics and design as well as JavaScript libraries such as JQuery, Underscore, Backbone, and/or Angular is highly desirable. Candidates should be familiar with tools for good software practice such as git and web testing frameworks. Also desirable is experience with server scripting languages like Python, and server components such as Apache, Node.js, Django, and CherryPy. Strong candidates will also have experience with web visualization libraries such as D3, WebGL, and HTML5 Canvas. C++ experience is a plus. thanks and good luck! David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Fri Jul 4 09:29:30 2014 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 4 Jul 2014 09:29:30 -0400 Subject: [Paraview-developers] Gatekeeper Review Summary Message-ID: SUMMARY --------------------------------------------- Topics merged into master: 14794_fix_parallel_image_volume_rendering fix-null-stdstring fix_warnings manual-ParaViewData-controls-VTKData pv-add-extra-slactools-baseline From utkarsh.ayachit at kitware.com Fri Jul 11 09:56:02 2014 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 11 Jul 2014 09:56:02 -0400 Subject: [Paraview-developers] Gatekeeper Review Summary Message-ID: SUMMARY --------------------------------------------- Topics merged into master: 0014846-update-benchmarks 13575_site_settings_search_paths 14830_initial_opacity_function_display api_cleanup avi-compression dashboard-warnings tree_widget_height volume-rendering-catalyst (VTK) vtkweb-arg-for-custom-ws-endpoint --------------------------------------------- Topics reverted from next: 14784_PythonCatalyst_better_IO From utkarsh.ayachit at kitware.com Mon Jul 14 10:07:21 2014 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 14 Jul 2014 10:07:21 -0400 Subject: [Paraview-developers] Gatekeeper Review Summary Message-ID: SUMMARY --------------------------------------------- Topics merged into master: 14784_PythonCatalyst_better_IO (VTK) newest-xdmf From schneider at vision.ee.ethz.ch Mon Jul 14 10:52:35 2014 From: schneider at vision.ee.ethz.ch (Matthias Schneider) Date: Mon, 14 Jul 2014 16:52:35 +0200 Subject: [Paraview-developers] Slice representation Message-ID: <53C3EEB3.5010301@vision.ee.ethz.ch> Hi, I am trying to visualize volumetric image data (Uniform Rectilinear Grid) as single axial slices. The built-in "Slice" representation in ParaView has a rather 'non-intuitive' behavior -- from an image-processing point of view where I (would like to) consider a point as the center of a single voxel (as in ITK) rather than the voxel corner as used for Paraview's slice representation, which essentially results in slightly 'squeezed' pixels. For example, consider an axial slice of 3x3 voxels with an isotropic voxel spacing of 1cm. Paraview's slice representation then renders a quad with the same *bounds* as the slice, i.e. the quad dimensions are 2cm in each direction. The superimposed texture, however, shows 3x3 voxels, which results in an effective/apparent voxel size of 2/3cm. There might be different applications/data where this kind of representation is meaningful/desired (?) but it is rather misleading when trying to visualize volumetric image data. Could anybody possibly comment on whether or not this behavior is intentional? As I could not find an easy way to adjust this behavior for my needs, I was trying to include a 'voxel-centric slice' representation following the 'Plugin HowTo'. I more or less succeeded by adding my own data mappers that eventually use a modified version of vtkTexturePainter which renders the quad with outer bounds increased by half the spacing of the input slice - not quite sure if that will eventually have some other unexpected side effects. There are two rather GUI-related issues that I did not get right yet. 1. How can I set the panel visibility of the "Slicing" property group to default for the modified slice representation? The representation xml file uses the panel_visibility_default_for_representation attribute to select a single representation for default visibility in the SliceRepresenation proxy: Is there any way to add the modified slice representation without duplicating the GUI elements? Also not quite sure what the meaning of the share property exception is: I couldn't find any proper documentation for these parts but it might be related to the visibility problem. 2. When loading new image data from a file into ParaView and selecting the modified slice representation, I always get a 'Failed to locate selected scalars. Will use image scalars by default.' error. Doing the same with the built-in slice representation, the 'MetaImage' point attribute containing the image data gets selected automatically. The error vanishes of course when I manually select the point attribute. Am I missing something here or what is the 'trick' to automatically select the point attribute? Any hint is appreciated very much! I am more than happy to provide the source code if that helps. Kind regards, Matthias From utkarsh.ayachit at kitware.com Fri Jul 18 09:58:13 2014 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 18 Jul 2014 09:58:13 -0400 Subject: [Paraview-developers] Gatekeeper Review Summary Message-ID: SUMMARY --------------------------------------------- Topics merged into master: 0014872_restore_manta_options 14863-mac-python-path-fixes coprocessing-test (VTK) fix_find_data generalize_python_view more-dashboard-warnings numpy-interface-3 remove_path_printing static-plugins-branding (VTK) update-for-vtk-kits 14873_fix_table_selections -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Tue Jul 22 08:31:51 2014 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 22 Jul 2014 08:31:51 -0400 Subject: [Paraview-developers] Gatekeeper Review Summary Message-ID: --------------------------------------------- Topics merged into master: 0014874_fix_scalar_opacity_unit_distance 14834_fix_representation_update dashboard-warnings-20140721 refactor_python_tracing_2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Wed Jul 23 10:15:44 2014 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 23 Jul 2014 10:15:44 -0400 Subject: [Paraview-developers] Gatekeeper Review Summary Message-ID: SUMMARY --------------------------------------------- Topics merged into master: (VTK) 14828_fix_scalar_coloring --------------------------------------------- Topics reverted from next: 14880_fix_state_properties fix_apply_pqProxyWidgetDialog fix-int64_t widen_properties_panel -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at gmail.com Thu Jul 24 03:36:34 2014 From: mathieu.westphal at gmail.com (Mathieu Westphal) Date: Thu, 24 Jul 2014 09:36:34 +0200 Subject: [Paraview-developers] vtkSMSessionProxyManager::getProxies bug Message-ID: <20140724073634.GC10521@GlowArch> Hello It seems to me there is a bug in vtkSMSessionProxyManager::getProxies I try to recover scalar_bar representation so , i create one in the gui, then : vtkSMSessionProxyManager* pxm = vtkSMProxyManager::GetProxyManager()->GetActiveSessionProxyManager(); vtkSmartPointer legends = vtkSmartPointer::New(); pxm->GetProxies( LEGEND_REGISTERED_GROUP_NAME.toAscii().data(), legends ); printf("Nb: %i %i\n", legends->GetNumberOfItems(), pxm->GetNumberOfProxies( "scalar_bars" ) ); Give me : Nb: 0 1 THe proxy is not recovered in the vtkCollection because of this line ( vtkSMSessionProxyManager.cxx ): 488 if(ids.find(it3->GetPointer()->Proxy->GetGlobalID()) != ids.end()) I'm using a work around, wich works well : unsigned int nbLegend = pxm->GetNumberOfProxies( "scalar_bars" ); for(unsigned int i = 0; i < nbLegend; i++ ) { QString tmp ( pxm->GetProxyName("scalar_bars", i ) ); vtkSMProxy* proxy = pxm->GetProxy( "scalar_bars", tmp.toAscii().data() ); printf("%s %i\n", tmp.toAscii().data(), proxy ); } Mathieu From cory.quammen at kitware.com Thu Jul 24 09:29:49 2014 From: cory.quammen at kitware.com (Cory Quammen) Date: Thu, 24 Jul 2014 09:29:49 -0400 Subject: [Paraview-developers] vtkSMSessionProxyManager::getProxies bug In-Reply-To: <20140724073634.GC10521@GlowArch> References: <20140724073634.GC10521@GlowArch> Message-ID: Mathieu, It looks like line 488 should be if(ids.find(it3->GetPointer()->Proxy->GetGlobalID()) == ids.end()) otherwise nothing ever gets added to the set or collection. Does that sound right to you? If so, I'll push a patch. Thanks, Cory On Thu, Jul 24, 2014 at 3:36 AM, Mathieu Westphal wrote: > Hello > > It seems to me there is a bug in > vtkSMSessionProxyManager::getProxies > > I try to recover scalar_bar representation so , i create one in the gui, then : > > vtkSMSessionProxyManager* pxm = vtkSMProxyManager::GetProxyManager()->GetActiveSessionProxyManager(); > vtkSmartPointer legends = vtkSmartPointer::New(); > pxm->GetProxies( LEGEND_REGISTERED_GROUP_NAME.toAscii().data(), legends ); > printf("Nb: %i %i\n", legends->GetNumberOfItems(), pxm->GetNumberOfProxies( "scalar_bars" ) ); > > > > Give me : > Nb: 0 1 > > THe proxy is not recovered in the vtkCollection because of this line ( vtkSMSessionProxyManager.cxx ): > 488 if(ids.find(it3->GetPointer()->Proxy->GetGlobalID()) != ids.end()) > > I'm using a work around, wich works well : > unsigned int nbLegend = pxm->GetNumberOfProxies( "scalar_bars" ); > for(unsigned int i = 0; i < nbLegend; i++ ) > { > QString tmp ( pxm->GetProxyName("scalar_bars", i ) ); > vtkSMProxy* proxy = pxm->GetProxy( "scalar_bars", tmp.toAscii().data() ); > printf("%s %i\n", tmp.toAscii().data(), proxy ); > } > > > Mathieu > _______________________________________________ > Paraview-developers mailing list > Paraview-developers at paraview.org > http://public.kitware.com/mailman/listinfo/paraview-developers From cory.quammen at kitware.com Thu Jul 24 10:25:30 2014 From: cory.quammen at kitware.com (Cory Quammen) Date: Thu, 24 Jul 2014 10:25:30 -0400 Subject: [Paraview-developers] vtkSMSessionProxyManager::getProxies bug In-Reply-To: References: <20140724073634.GC10521@GlowArch> Message-ID: Mathieu, Thanks again for tracking this down. I pushed a fix and test for this on stage: commit 645ac1ea167ecf7aec942fa13f0bb945f43a46f9 Author: Cory Quammen Date: Thu Jul 24 09:27:55 2014 -0400 != was being used instead of == in conditional With this operator, this conditional was checking for whether the global proxy ID existed in a std::set that used to ensure uniqueness of the proxy in the collection. Instead, it should check whether that ID wasn't in the std::set. Added test for this fix Change-Id: I0a2b5bb614acff6bdc557ba9da7c1ef85c501691 It should be available in master after the next gatekeeper review Best, Cory On Thu, Jul 24, 2014 at 9:29 AM, Cory Quammen wrote: > Mathieu, > > It looks like line 488 should be > > if(ids.find(it3->GetPointer()->Proxy->GetGlobalID()) == ids.end()) > > otherwise nothing ever gets added to the set or collection. Does that > sound right to you? If so, I'll push a patch. > > Thanks, > Cory > > > On Thu, Jul 24, 2014 at 3:36 AM, Mathieu Westphal > wrote: >> Hello >> >> It seems to me there is a bug in >> vtkSMSessionProxyManager::getProxies >> >> I try to recover scalar_bar representation so , i create one in the gui, then : >> >> vtkSMSessionProxyManager* pxm = vtkSMProxyManager::GetProxyManager()->GetActiveSessionProxyManager(); >> vtkSmartPointer legends = vtkSmartPointer::New(); >> pxm->GetProxies( LEGEND_REGISTERED_GROUP_NAME.toAscii().data(), legends ); >> printf("Nb: %i %i\n", legends->GetNumberOfItems(), pxm->GetNumberOfProxies( "scalar_bars" ) ); >> >> >> >> Give me : >> Nb: 0 1 >> >> THe proxy is not recovered in the vtkCollection because of this line ( vtkSMSessionProxyManager.cxx ): >> 488 if(ids.find(it3->GetPointer()->Proxy->GetGlobalID()) != ids.end()) >> >> I'm using a work around, wich works well : >> unsigned int nbLegend = pxm->GetNumberOfProxies( "scalar_bars" ); >> for(unsigned int i = 0; i < nbLegend; i++ ) >> { >> QString tmp ( pxm->GetProxyName("scalar_bars", i ) ); >> vtkSMProxy* proxy = pxm->GetProxy( "scalar_bars", tmp.toAscii().data() ); >> printf("%s %i\n", tmp.toAscii().data(), proxy ); >> } >> >> >> Mathieu >> _______________________________________________ >> Paraview-developers mailing list >> Paraview-developers at paraview.org >> http://public.kitware.com/mailman/listinfo/paraview-developers From utkarsh.ayachit at kitware.com Fri Jul 25 09:37:23 2014 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 25 Jul 2014 09:37:23 -0400 Subject: [Paraview-developers] Gatekeeper Review Summary Message-ID: SUMMARY --------------------------------------------- Topics merged into master: 13575_PV_PLUGIN_DEBUG 14771_fix_global_annotation_filter 14885_python_view_crash fix_apply_pqProxyWidgetDialog fix_get_proxies fix-int64_t (VTK) remove_duplicate_tiff_readers remove_matplotlib_utilities --------------------------------------------- Topics reverted from next: widen_properties_panel From sebastien.jourdain at kitware.com Sun Jul 27 11:51:43 2014 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Sun, 27 Jul 2014 09:51:43 -0600 Subject: [Paraview-developers] Gatekeeper review Message-ID: SUMMARY --------------------------------------------- Topics merged into master: 14888_fix_state_loading_for_domains (VTK) pvweb-visualizer-widgets --------------------------------------------- Topics reverted from next: widen_properties_panel -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Tue Jul 29 13:07:14 2014 From: wascott at sandia.gov (Scott, W Alan) Date: Tue, 29 Jul 2014 17:07:14 +0000 Subject: [Paraview-developers] ColorBrewer Message-ID: <11b5a811bb974825b6675119c04cc14a@ES05AMSNLNT.srn.sandia.gov> Here is a cool tool to create simple color tables. Very nice! http://www.personal.psu.edu/cab38/ColorBrewer/ColorBrewer_intro.html Alan -------------------------------------------------------- W. Alan Scott ParaView Support Manager SAIC Sandia National Laboratories, MS 0822 Org 9326 - Building 880 A1-C (505) 284-0932 FAX (505) 284-5619 --------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Tue Jul 29 13:13:52 2014 From: david.thompson at kitware.com (David Thompson) Date: Tue, 29 Jul 2014 13:13:52 -0400 Subject: [Paraview-developers] ColorBrewer In-Reply-To: <11b5a811bb974825b6675119c04cc14a@ES05AMSNLNT.srn.sandia.gov> References: <11b5a811bb974825b6675119c04cc14a@ES05AMSNLNT.srn.sandia.gov> Message-ID: Hi Alan, > Here is a cool tool to create simple color tables. Very nice! > http://www.personal.psu.edu/cab38/ColorBrewer/ColorBrewer_intro.html I agree! The Brewer themes are available in ParaView when using categorical colormaps. They should probably be made available when interpolating colors, too -- although they were really intended to be used without interpolation so that values can be visually compared. David From kmorel at sandia.gov Tue Jul 29 16:56:28 2014 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Tue, 29 Jul 2014 20:56:28 +0000 Subject: [Paraview-developers] ColorBrewer In-Reply-To: References: <11b5a811bb974825b6675119c04cc14a@ES05AMSNLNT.srn.sandia.gov>, Message-ID: I usually go to colorbrewer.org. Same page, easier to type and remember. -Ken Sent from my iPad so blame autocorrect. > On Jul 29, 2014, at 1:21 PM, "David Thompson" wrote: > > Hi Alan, > >> Here is a cool tool to create simple color tables. Very nice! >> http://www.personal.psu.edu/cab38/ColorBrewer/ColorBrewer_intro.html > > I agree! The Brewer themes are available in ParaView when using categorical colormaps. They should probably be made available when interpolating colors, too -- although they were really intended to be used without interpolation so that values can be visually compared. > > David > _______________________________________________ > Paraview-developers mailing list > Paraview-developers at paraview.org > http://public.kitware.com/mailman/listinfo/paraview-developers From biddisco at cscs.ch Wed Jul 30 09:26:54 2014 From: biddisco at cscs.ch (Biddiscombe, John A.) Date: Wed, 30 Jul 2014 13:26:54 +0000 Subject: [Paraview-developers] IceT compositing in paraview Message-ID: <50320452A334BD42A5EC72BAD214509910856A4B@MBX210.d.ethz.ch> Dear List, but hopefully/probably for the attention of Ken Our custom splotch representation generates an image on each rank, but to get certain effects right, we pass all the images back from ranks>0 to rank=0 and perform a post render step on rank 0 (pixel normalization). Then rank0 returns the final image to paraview and all ranks N>0 return an empty (black) image. This means that the compositing step we do (inefficient because it is using MpiReduce and not binary swap or direct send - or any other nice stuff in IceT) is performed once, and then paraview does its own compositing step as well. I'd like to remove the duplicated compositing phase, but our image has no depth buffer information and so I need to tell paraview/IceT to do a composition of the images using a SUM operation rather than a z-buffer test. is it possible to do this? (from a representation?) If it is not possible to override the compositing step from paraview, could I implement a compositing step like allReduce(MPI::SUMP_OP), but using iceT instead of just raw MPI as it might improve performance. We'd like to use>1024 GPUs to render some really big cosmological data and so the compositing will be expensive and doing it twice is naturally undesirable. many thanks for any clues (I may have asked this question a couple of years ago, but have forgotten the answer). yours JB -- John Biddiscombe, email:biddisco @.at.@ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Trevano 131, 6900 Lugano, Switzerland | Fax: +41 (91) 610.82.82 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Wed Jul 30 11:37:06 2014 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Wed, 30 Jul 2014 15:37:06 +0000 Subject: [Paraview-developers] IceT compositing in paraview In-Reply-To: <50320452A334BD42A5EC72BAD214509910856A4B@MBX210.d.ethz.ch> References: <50320452A334BD42A5EC72BAD214509910856A4B@MBX210.d.ethz.ch> Message-ID: <7C13F12A-7530-42E5-89A0-66FD0867FC68@sandia.gov> John, If I understand correctly, you are looking to either turn off the IceT compositing since you are doing it yourself or to use IceT to composite using your custom operator. IceT supports a mode that will in effect turn off compositing. I think the ParaView representation/view classes support turning this on for the case when geometry is collected. Utkarsh would know better than me how to turn this on in ParaView. The second mode of using IceT with your custom composite operation is not directly supported, yet. Currently IceT only supports the hard coded operations of Z compare and alpha blending. That said, adding a custom compositing mode should be pretty straightforward. I'd be willing to add that core capability to IceT if someone else was willing to add corresponding changes to the ParaView code. -Ken Sent from my iPad so blame autocorrect. On Jul 30, 2014, at 9:33 AM, "Biddiscombe, John A." > wrote: Dear List, but hopefully/probably for the attention of Ken Our custom splotch representation generates an image on each rank, but to get certain effects right, we pass all the images back from ranks>0 to rank=0 and perform a post render step on rank 0 (pixel normalization). Then rank0 returns the final image to paraview and all ranks N>0 return an empty (black) image. This means that the compositing step we do (inefficient because it is using MpiReduce and not binary swap or direct send - or any other nice stuff in IceT) is performed once, and then paraview does its own compositing step as well. I?d like to remove the duplicated compositing phase, but our image has no depth buffer information and so I need to tell paraview/IceT to do a composition of the images using a SUM operation rather than a z-buffer test. is it possible to do this? (from a representation?) If it is not possible to override the compositing step from paraview, could I implement a compositing step like allReduce(MPI::SUMP_OP), but using iceT instead of just raw MPI as it might improve performance. We?d like to use>1024 GPUs to render some really big cosmological data and so the compositing will be expensive and doing it twice is naturally undesirable. many thanks for any clues (I may have asked this question a couple of years ago, but have forgotten the answer). yours JB -- John Biddiscombe, email:biddisco @.at.@ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Trevano 131, 6900 Lugano, Switzerland | Fax: +41 (91) 610.82.82 _______________________________________________ Paraview-developers mailing list Paraview-developers at paraview.org http://public.kitware.com/mailman/listinfo/paraview-developers -------------- next part -------------- An HTML attachment was scrubbed... URL: From biddisco at cscs.ch Wed Jul 30 12:04:40 2014 From: biddisco at cscs.ch (Biddiscombe, John A.) Date: Wed, 30 Jul 2014 16:04:40 +0000 Subject: [Paraview-developers] IceT compositing in paraview In-Reply-To: <7C13F12A-7530-42E5-89A0-66FD0867FC68@sandia.gov> References: <50320452A334BD42A5EC72BAD214509910856A4B@MBX210.d.ethz.ch> <7C13F12A-7530-42E5-89A0-66FD0867FC68@sandia.gov> Message-ID: <50320452A334BD42A5EC72BAD214509910856C30@MBX210.d.ethz.ch> Ken > If I understand correctly, you are looking to either turn off the IceT compositing since you are doing it yourself or to use IceT to composite using your custom operator. < yes that's about right. > IceT supports a mode that will in effect turn off compositing. I think the ParaView representation/view classes support turning this on for the case when geometry is collected. Utkarsh would know better than me how to turn this on in ParaView. <. Good. turning it off would be one way to go and is probably the easiest method. It will still leave us with a 'poor' implementation using MPIReduce, but at least there's not a second composite step. The downside is that it precludes the possibility that we might combine the splotch render with another dataset rendered using standard mappers. currently I set the z position of the generated image to the far clipping plane and then other geometries are overlaid on top, this is the best I can hope for without a lot of complex depth tests which would require a mapper having access to multiple datasets. If turning off the compositing is easy then we'll do that for now, but ... > The second mode of using IceT with your custom composite operation is not directly supported, yet. Currently IceT only supports the hard coded operations of Z compare and alpha blending. That said, adding a custom compositing mode should be pretty straightforward. I'd be willing to add that core capability to IceT if someone else was willing to add corresponding changes to the ParaView code. < OK, this would be great although I suspect my issue from above, that combining the splotch render with another dataset would break mixing of those datasets. I knew that this would be a problem, but I secretly hoped that you'd suggest some other method. I tried fooling iceT by manually calling IceTSetCompositeMode etce tc, but didn't have any luck. If Utkarsh knows how to disable the compositing then I may be able to modify the technique to achive something interesting. new idea : What about this : the blend operator is something like pix1*alpha + pix2*(1-alpha). if order was not important, would it be doable for us to premultiply each pixel by N(=numranks), set alpha for each pixel to 0.5 and then we'd get 1/N contributions all equally weighted and scaled by N to bring back the original image? I could reuse the zoltan partiioning stuff I worked on before to do an efficient redistribution and then use a standard blend mode and bypass the paraview data redistribution using our kdtree from zoltan. This ought tow work. I'll give it a try. Mind you if the blend operation is different, then I may need a new plan... thanks for the feedback JB -------------- next part -------------- An HTML attachment was scrubbed... URL: From sankhesh.jhaveri at kitware.com Wed Jul 30 12:31:03 2014 From: sankhesh.jhaveri at kitware.com (Sankhesh Jhaveri) Date: Wed, 30 Jul 2014 12:31:03 -0400 (EDT) Subject: [Paraview-developers] Dashboard Status: Tuesday, July 29 2014 Message-ID: <20140730163103.CE99C7FECD@sanganak-ubuntu> An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Wed Jul 30 13:57:09 2014 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Wed, 30 Jul 2014 17:57:09 +0000 Subject: [Paraview-developers] IceT compositing in paraview Message-ID: The actual blending operation in IceT is pix1 + pix2*(1-alpha1). Thus, I think your idea will work if you set all the alpha values to 0. -Ken From: , "John A." > Date: Wednesday, July 30, 2014 12:04 PM To: Kenneth Moreland > Cc: "paraview-developers at paraview.org" >, Dykes Timothy > Subject: [EXTERNAL] RE: [Paraview-developers] IceT compositing in paraview new idea : What about this : the blend operator is something like pix1*alpha + pix2*(1-alpha). if order was not important, would it be doable for us to premultiply each pixel by N(=numranks), set alpha for each pixel to 0.5 and then we?d get 1/N contributions all equally weighted and scaled by N to bring back the original image? I could reuse the zoltan partiioning stuff I worked on before to do an efficient redistribution and then use a standard blend mode and bypass the paraview data redistribution using our kdtree from zoltan. This ought tow work. I?ll give it a try. Mind you if the blend operation is different, then I may need a new plan... -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Wed Jul 30 14:45:51 2014 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 30 Jul 2014 14:45:51 -0400 Subject: [Paraview-developers] IceT compositing in paraview In-Reply-To: <50320452A334BD42A5EC72BAD214509910856C30@MBX210.d.ethz.ch> References: <50320452A334BD42A5EC72BAD214509910856A4B@MBX210.d.ethz.ch> <7C13F12A-7530-42E5-89A0-66FD0867FC68@sandia.gov> <50320452A334BD42A5EC72BAD214509910856C30@MBX210.d.ethz.ch> Message-ID: > If Utkarsh > knows how to disable the compositing then I may be able to modify the > technique to achive something interesting. Alright, I'm a little rusty here but hopefully this should give you enough pointers to start digging in: - vtkPVSynchronizedRenderer is created by vtkPVRenderView. It's used to do the "parallel rendering" among MPI ranks as well as client-server. - Among MPI ranks, this class will create either vtkIceTSynchronizedRenderers if this->DisableIceT is false and ParaView is compiled with IceT enabled. Otherwise vtkCompositedSynchronizedRenderers is used. - vtkCompositedSynchronizedRenderers uses the legacy vtkTreeCompositer to do the image compositing. One way would be to add a new mode to vtkPVSynchronizedRenderer to just use vtkSynchronizedRenderers instead of vtkCompositedSynchronizedRenderers or vtkIceTSynchronizedRenderers that does the "parallel rendering" without the compositing. Utkarsh From M.Schlottke at aia.rwth-aachen.de Thu Jul 31 05:45:44 2014 From: M.Schlottke at aia.rwth-aachen.de (Schlottke, Michael) Date: Thu, 31 Jul 2014 09:45:44 +0000 Subject: [Paraview-developers] How to read time data in custom reader plugin Message-ID: Hi folks, How can I make my custom plugin reader be aware of the simulation time, which is stored in the solution files I want to read? Thanks to the vtkFileSeriesReader (?) plugin I can already read in a series of files (i.e. solution_000*) and traverse through them in the correct order. However, in the ?time? field only the time step number is displayed, but not the actual simulation time. How can I make ParaView use the correct time? I guess it's something I have to add to the ?RequestInformation(..)? method in my reader. Is anyone there who has already solved this problem for her/himself? Thank you very much in advance Michael P.S.: I?m sure that this must have been asked here before, but I wasn?t able to find anything in the archives. If I missed something I?d greatly appreciate a link to the correct thread. -- Michael Schlottke SimLab Highly Scalable Fluids & Solids Engineering J?lich Aachen Research Alliance (JARA-HPC) RWTH Aachen University W?llnerstra?e 5a 52062 Aachen Germany Phone: +49 (241) 80 95188 Fax: +49 (241) 80 92257 Mail: m.schlottke at aia.rwth-aachen.de Web: http://www.jara.org/jara-hpc -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu Jul 31 09:03:16 2014 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 31 Jul 2014 09:03:16 -0400 Subject: [Paraview-developers] Gatekeeper Review Summary Message-ID: SUMMARY --------------------------------------------- Topics merged into master: (VTK) 14599_fix_double_range_issues 14789_fix_border 14831_log_scaling_crash 14848_fix_mutlselection appdata-file catalyst-dependencies catalyst-kits compilation_issue_processxml excess-moc-wrapping fix-cache-doc fix-catalyst-python kit-libraries (VTK) newest-xdmf pass_connectid_to_autompi remove-mpi4py (VTK) update-vtk-20140729 --------------------------------------------- Topics reverted from next: pvweb-fixes --------------------------------------------- Topics merged back into next: 14813_fix_mode_shapes_range fix_proxy_widget_dialog_apply From sankhesh.jhaveri at kitware.com Thu Jul 31 12:31:03 2014 From: sankhesh.jhaveri at kitware.com (Sankhesh Jhaveri) Date: Thu, 31 Jul 2014 12:31:03 -0400 (EDT) Subject: [Paraview-developers] Dashboard Status: Wednesday, July 30 2014 Message-ID: <20140731163103.6E4EE7FE9B@sanganak-ubuntu> An HTML attachment was scrubbed... URL: