From cristina at cluna.info Mon Jul 1 03:41:52 2019 From: cristina at cluna.info (cristinaluna) Date: Mon, 1 Jul 2019 00:41:52 -0700 (MST) Subject: [vtkusers] VTK 8.1 + Qt 5.7 + CMake Message-ID: <1561966912915-0.post@n5.nabble.com> Hi all! I'm trying to run a Qt application using VTK, but I found this errors: /opt/Qt5.7.0/5.7/gcc_64/include/QtWidgets/QVTKWidget.h:32: error: vtkGUISupportQtModule.h: No such file or directory I've found in stackoverflow/vtkforums that I have to enable the option VTK_Group_Qt in CMAKE in order to install the QVTKWidget. When I try cmake with this option, I get: Make Error at /usr/share/cmake-3.5/Modules/FindPackageHandleStandardArgs.cmake:148 (message): Could NOT find Qt4 (missing: QT_WIDGETS_INCLUDE_DIR QT_WIDGETS_LIBRARY) (found version "4.8.7") Call Stack (most recent call first): /usr/share/cmake-3.5/Modules/FindPackageHandleStandardArgs.cmake:388 (_FPHSA_FAILURE_MESSAGE) /usr/share/cmake-3.5/Modules/FindQt4.cmake:1333 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) build/lib/cmake/vtk-8.1/Modules/vtkGUISupportQt.cmake:16 (find_package) CMake/vtkModuleAPI.cmake:45 (include) CMake/vtkModuleAPI.cmake:15 (vtk_module_load) CMake/vtkModuleAPI.cmake:155 (_vtk_module_config_recurse) CMake/vtkModuleMacros.cmake:432 (vtk_module_config) CMake/vtkModuleMacros.cmake:639 (vtk_module_test) CMake/vtkTestingMacros.cmake:357 (vtk_module_test_executable) GUISupport/Qt/Testing/Cxx/CMakeLists.txt:44 (vtk_test_cxx_executable) I don't know what to do now, I have the PATHs on my .bashrc and installed Qt4 too. Do you know how to fix this problem? Thank you! -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Users-f1224199.html From sunayanag at gmail.com Mon Jul 1 03:55:11 2019 From: sunayanag at gmail.com (sunayanag) Date: Mon, 1 Jul 2019 00:55:11 -0700 (MST) Subject: [vtkusers] vtkm help with using the CleanGrid filter In-Reply-To: References: <1561648003180-0.post@n5.nabble.com> <1561717287494-0.post@n5.nabble.com> Message-ID: <1561967711104-0.post@n5.nabble.com> Thanks, that worked -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Users-f1224199.html From paulo.r.m.carvalho at gmail.com Mon Jul 1 06:55:41 2019 From: paulo.r.m.carvalho at gmail.com (Paulo Carvalho) Date: Mon, 1 Jul 2019 07:55:41 -0300 Subject: [vtkusers] VTK 8.1 + Qt 5.7 + CMake In-Reply-To: <1561966912915-0.post@n5.nabble.com> References: <1561966912915-0.post@n5.nabble.com> Message-ID: Hello, Cristina ! Enabling the Qt group is not enough. You have to set which Qt version you're using. From your messages, it seems that you have Qt 5 in your system, but CMake is trying to use Qt 4. Go back to CMake and set VTK_QT_VERSION to 5. Please, address your VTK questions in VTK Discourse: https://discourse.vtk.org/. This mail list will be disabled soon. You're likely to get answers there and you can count on new features. all the best, Paulo Em seg, 1 de jul de 2019 ?s 04:42, cristinaluna escreveu: > Hi all! > > I'm trying to run a Qt application using VTK, but I found this errors: > > /opt/Qt5.7.0/5.7/gcc_64/include/QtWidgets/QVTKWidget.h:32: error: > vtkGUISupportQtModule.h: No such file or directory > > I've found in stackoverflow/vtkforums that I have to enable the option > VTK_Group_Qt in CMAKE in order to install the QVTKWidget. > > When I try cmake with this option, I get: > > Make Error at > /usr/share/cmake-3.5/Modules/FindPackageHandleStandardArgs.cmake:148 > (message): > Could NOT find Qt4 (missing: QT_WIDGETS_INCLUDE_DIR QT_WIDGETS_LIBRARY) > (found version "4.8.7") > Call Stack (most recent call first): > /usr/share/cmake-3.5/Modules/FindPackageHandleStandardArgs.cmake:388 > (_FPHSA_FAILURE_MESSAGE) > /usr/share/cmake-3.5/Modules/FindQt4.cmake:1333 > (FIND_PACKAGE_HANDLE_STANDARD_ARGS) > build/lib/cmake/vtk-8.1/Modules/vtkGUISupportQt.cmake:16 (find_package) > CMake/vtkModuleAPI.cmake:45 (include) > CMake/vtkModuleAPI.cmake:15 (vtk_module_load) > CMake/vtkModuleAPI.cmake:155 (_vtk_module_config_recurse) > CMake/vtkModuleMacros.cmake:432 (vtk_module_config) > CMake/vtkModuleMacros.cmake:639 (vtk_module_test) > CMake/vtkTestingMacros.cmake:357 (vtk_module_test_executable) > GUISupport/Qt/Testing/Cxx/CMakeLists.txt:44 (vtk_test_cxx_executable) > > > I don't know what to do now, I have the PATHs on my .bashrc and installed > Qt4 too. Do you know how to fix this problem? > > Thank you! > > > > -- > Sent from: http://vtk.1045678.n5.nabble.com/VTK-Users-f1224199.html > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the VTK FAQ at: > http://www.vtk.org/Wiki/VTK_FAQ > > Search the list archives at: http://markmail.org/search/?q=vtkusers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtkusers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matimontg at gmail.com Mon Jul 1 17:28:48 2019 From: matimontg at gmail.com (Matimont) Date: Mon, 1 Jul 2019 14:28:48 -0700 (MST) Subject: [vtkusers] mummy build issue with CableSwig error In-Reply-To: <1552359643472-0.post@n5.nabble.com> References: <1551756543454-0.post@n5.nabble.com> <1552359643472-0.post@n5.nabble.com> Message-ID: <1562016528107-0.post@n5.nabble.com> Have you been able to resolve your issue? I'm having the same problem, using Visual Studio 2015. I think I was able to build it before using VS2012 but not sure that would be a show-stopper. -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Users-f1224199.html From cristina at cluna.info Tue Jul 2 01:43:21 2019 From: cristina at cluna.info (Cristina Luna Santos) Date: Tue, 2 Jul 2019 07:43:21 +0200 Subject: [vtkusers] VTK 8.1 + Qt 5.7 + CMake In-Reply-To: References: <1561966912915-0.post@n5.nabble.com> Message-ID: Hello! Thank you for your response! I have this option set in cmake, but it seems to still using Qt4 qmake, even if I change it to Qt5. Cristina Luna www.cluna.info > El 1 jul 2019, a las 12:55, Paulo Carvalho escribi?: > > Hello, Cristina ! > > Enabling the Qt group is not enough. You have to set which Qt version > you're using. From your messages, it seems that you have Qt 5 in your > system, but CMake is trying to use Qt 4. > > Go back to CMake and set VTK_QT_VERSION to 5. > > Please, address your VTK questions in VTK Discourse: > h From paulo.r.m.carvalho at gmail.com Tue Jul 2 07:20:16 2019 From: paulo.r.m.carvalho at gmail.com (Paulo Carvalho) Date: Tue, 2 Jul 2019 08:20:16 -0300 Subject: [vtkusers] VTK 8.1 + Qt 5.7 + CMake In-Reply-To: References: <1561966912915-0.post@n5.nabble.com> Message-ID: Hello! What do you have for Qt5_DIR in CMake? Mine is C:/W64/msys64/mingw64/lib/cmake/Qt5 That directory is where the main Qt5 .cmake file is located so that the find*() functions in VTK's CMake script can find everything correctly. That directory is usually located where Qt5 libraries and headers were installed or deployed. cheers, Paulo Em ter, 2 de jul de 2019 ?s 02:43, Cristina Luna Santos escreveu: > Hello! > > Thank you for your response! > > I have this option set in cmake, but it seems to still using Qt4 qmake, > even if I change it to Qt5. > > Cristina Luna > www.cluna.info > > > El 1 jul 2019, a las 12:55, Paulo Carvalho > escribi?: > > > > Hello, Cristina ! > > > > Enabling the Qt group is not enough. You have to set which Qt version > > you're using. From your messages, it seems that you have Qt 5 in your > > system, but CMake is trying to use Qt 4. > > > > Go back to CMake and set VTK_QT_VERSION to 5. > > > > Please, address your VTK questions in VTK Discourse: > > h > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vaya.candida.putra at gmail.com Tue Jul 2 11:25:35 2019 From: vaya.candida.putra at gmail.com (Vaya Putra) Date: Wed, 3 Jul 2019 00:25:35 +0900 Subject: [vtkusers] create VTU file Message-ID: dear all i am new user using vtu file. i want to build unstructured grid, including some value pressure, temperature and fracture. please find my attachment VTU file i got some error message Error parsing input file. ReadXMLInformation aborting. thank for your help -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: test1.vtu Type: application/octet-stream Size: 2736 bytes Desc: not available URL: From dave.demarle at kitware.com Tue Jul 2 12:57:48 2019 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 2 Jul 2019 12:57:48 -0400 Subject: [vtkusers] announce - VTK mailing lists are shutting down next Tuesdau Message-ID: Hello, VTK's discourse discussion forum (https://discourse.vtk.org/) has been up and running for almost half a year now and it seems that most of the traffic has moved over already. It is now time to shut down the VTK mailing lists. Sometime next Tuesday vtkdev at vtk.org and vtkusers at vtk.org will no longer new messages. The archives will stay online indefinitely. To read earlier discussions about the transition see: https://markmail.org/thread/2dricthoo3ugw7jv and https://markmail.org/thread/6plzx6d3blnkeuic. David E DeMarle Kitware, Inc. Principal Engineer -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Tue Jul 2 14:06:53 2019 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 2 Jul 2019 14:06:53 -0400 Subject: [vtkusers] create VTU file In-Reply-To: References: Message-ID: There is a typo in your file on line 153. DataArray type="Int64" Name="offsets" format="ascii" RangeMin="8" RangeMax="200" should be Note - Please ask questions on discourse.vtk.org. The existing mailing lists are about to be put into read only/archive mode. David E DeMarle Kitware, Inc. Principal Engineer On Tue, Jul 2, 2019 at 11:27 AM Vaya Putra wrote: > dear all > i am new user using vtu file. > i want to build unstructured grid, including some value pressure, > temperature and fracture. > please find my attachment VTU file > > i got some error message > Error parsing input file. ReadXMLInformation aborting. > > > thank for your help > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the VTK FAQ at: > http://www.vtk.org/Wiki/VTK_FAQ > > Search the list archives at: http://markmail.org/search/?q=vtkusers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtkusers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From slavd88 at gmail.com Wed Jul 3 09:46:18 2019 From: slavd88 at gmail.com (bdemin) Date: Wed, 3 Jul 2019 06:46:18 -0700 (MST) Subject: [vtkusers] How to get elevation data of a rocky surface? Message-ID: <1562161578586-0.post@n5.nabble.com> I'm running a multi-body simulation of a vehicle driving on a rocky terrain and need to get the elevation data of the terrain. The terrain is built from 2 parts: 1) 2D grid of elevation data 2) "Rocks" which are defined as polygonal meshes with a random number of vertices, scattered on the grid. I need to combine the 2 parts to get a single grid representing elevation data, including the rocks. Basically, projecting the rocks on the surface and updating the elevation data in that area to that of the rock. Note that the grid of the surface is finer than that of the polygonal mesh rock. Here are the two objects rendered separately: Is there a quick way to get the combined elevation data? Thank you. -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Users-f1224199.html From abhishek at meddiff.com Fri Jul 5 05:55:07 2019 From: abhishek at meddiff.com (abhishek) Date: Fri, 5 Jul 2019 02:55:07 -0700 (MST) Subject: [vtkusers] VTKImageReslice: slow performance. Message-ID: <1562320507028-0.post@n5.nabble.com> Hello Group, I am having performance issues while extracting SAGGITAL/CORONAL planes using VTKImageReslice. Each call to VTKImageReslice->GetOutput() takes 5-7 ms. The volume used has the following properties: 1. Dimensions: 512x512x297 2. Pixel spacing: 0.4x0.4x0.7 3. Scalar type: Unsigned Int16 4. Number of components: 1 (Monochrome). System & Build environment: 1. Windows 7, 12GB RAM, i3 processor. 2. Visual studio 2013 2. VTK 7.1.1 3. WPF for UI Are there any known considerations for making VTKImageReslice fast? -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Users-f1224199.html From david.gobbi at gmail.com Fri Jul 5 11:12:07 2019 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 5 Jul 2019 09:12:07 -0600 Subject: [vtkusers] VTKImageReslice: slow performance. In-Reply-To: <1562320507028-0.post@n5.nabble.com> References: <1562320507028-0.post@n5.nabble.com> Message-ID: Hi Abhishek, It's the Update() method is what actually executes the filter. GetOutput() is just a getter method that returns a pointer. Can you provide a short code snippet so that we can see exactly how you are using vtkImageReslice? David On Fri, Jul 5, 2019 at 3:55 AM abhishek wrote: > Hello Group, I am having performance issues while extracting > SAGGITAL/CORONAL > planes using VTKImageReslice. Each call to VTKImageReslice->GetOutput() > takes 5-7 ms. > > The volume used has the following properties: > 1. Dimensions: 512x512x297 > 2. Pixel spacing: 0.4x0.4x0.7 > 3. Scalar type: Unsigned Int16 > 4. Number of components: 1 (Monochrome). > > System & Build environment: > 1. Windows 7, 12GB RAM, i3 processor. > 2. Visual studio 2013 > 2. VTK 7.1.1 > 3. WPF for UI > > Are there any known considerations for making VTKImageReslice fast? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lasso at queensu.ca Fri Jul 5 11:23:21 2019 From: lasso at queensu.ca (Andras Lasso) Date: Fri, 5 Jul 2019 15:23:21 +0000 Subject: [vtkusers] VTKImageReslice: slow performance. In-Reply-To: References: <1562320507028-0.post@n5.nabble.com> Message-ID: The mailing list will be shut down soon. Please continue the discussion on the forum on the topic that you have already created - https://discourse.vtk.org/t/vtkimagereslice-slow-performance/1281 Andras From: vtkusers On Behalf Of David Gobbi Sent: Friday, July 5, 2019 11:12 AM To: abhishek Cc: VTK Users Subject: Re: [vtkusers] VTKImageReslice: slow performance. Hi Abhishek, It's the Update() method is what actually executes the filter. GetOutput() is just a getter method that returns a pointer. Can you provide a short code snippet so that we can see exactly how you are using vtkImageReslice? David On Fri, Jul 5, 2019 at 3:55 AM abhishek > wrote: Hello Group, I am having performance issues while extracting SAGGITAL/CORONAL planes using VTKImageReslice. Each call to VTKImageReslice->GetOutput() takes 5-7 ms. The volume used has the following properties: 1. Dimensions: 512x512x297 2. Pixel spacing: 0.4x0.4x0.7 3. Scalar type: Unsigned Int16 4. Number of components: 1 (Monochrome). System & Build environment: 1. Windows 7, 12GB RAM, i3 processor. 2. Visual studio 2013 2. VTK 7.1.1 3. WPF for UI Are there any known considerations for making VTKImageReslice fast? -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.genet at polytechnique.edu Sat Jul 6 16:30:56 2019 From: martin.genet at polytechnique.edu (Martin Genet) Date: Sat, 6 Jul 2019 22:30:56 +0200 Subject: [vtkusers] apply filter multiple times Message-ID: Dear all: I am having some issue setting up a rather complex pipeline involving, but not exclusively, vtk objects and filters. I think basically the issue boils down to this: I create an unstructured grid with some vector field, warp it, modify the vector field (outside vtk), warp it again, etc. Pretty basic, right? Of course I do not want to reallocate an unstructured grid for the warped mesh each time I run the warp filter, but rather modify the one that is allocated the first time I run the warp filter. Makes sense? I have done this many times, for pipelines that only involve vtk stuff. However, I am not sure how to do this for pipelines involving non-vtk operations. Attached is a minimal example: I create a sphere, warp it along the normals, scale the normals, warp it again using the already existing warp filter (here the scaling is not taken into account for some reason), and warp it using a new warp filter (here it is, but I guess it creates a new object instead of modifying the existing one, right?). This seem like a trivial issue, but I cannot seem to figure it out. Can someone help me? Thank you so much. Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: test_vtk.py Type: text/x-python-script Size: 1488 bytes Desc: not available URL: From paulo.r.m.carvalho at gmail.com Sun Jul 7 09:06:31 2019 From: paulo.r.m.carvalho at gmail.com (Paulo Carvalho) Date: Sun, 7 Jul 2019 10:06:31 -0300 Subject: [vtkusers] Fwd: apply filter multiple times In-Reply-To: References: Message-ID: ---------- Forwarded message --------- De: Paulo Carvalho Date: dom, 7 de jul de 2019 ?s 10:06 Subject: Re: [vtkusers] apply filter multiple times To: Martin Genet Hi, Martin! If I understood right, you want to create a vtkUnstructuredGridAlgorithm specialization so you can plug it in to a VTK pipeline. That would be "easy" if it were in C++, but it seems you want to do it in pure Python. Thus, your problem is two-fold: 1) You need to learn know how to extend C++ classes in Python and make your Python class usable in a C++ framework: https://stackoverflow.com/questions/2200912/inheritance-in-python-c-extension . 2) You need to implement a custom sub-class of vtkUnstructuredGridAlgorithm in Python to be able to plug it in to some VTK pipeline. I've never tried it myself, but be ready for some real headaches as I recall the pain that was to write CORBA wrappers for Java-C++ interoperabilty. I think you'd be better off if you write your custom vtkUnstructuredGridAlgorithm subclass in C++ and use it in Python like other VTK classes. Overriding vtkUnstructuredGridAlgorithm alone will be enough trouble. all the best, Paulo Em s?b, 6 de jul de 2019 ?s 17:31, Martin Genet < martin.genet at polytechnique.edu> escreveu: > Dear all: > > I am having some issue setting up a rather complex pipeline involving, > but not exclusively, vtk objects and filters. I think basically the > issue boils down to this: I create an unstructured grid with some vector > field, warp it, modify the vector field (outside vtk), warp it again, > etc. Pretty basic, right? Of course I do not want to reallocate an > unstructured grid for the warped mesh each time I run the warp filter, > but rather modify the one that is allocated the first time I run the > warp filter. Makes sense? I have done this many times, for pipelines > that only involve vtk stuff. However, I am not sure how to do this for > pipelines involving non-vtk operations. Attached is a minimal example: I > create a sphere, warp it along the normals, scale the normals, warp it > again using the already existing warp filter (here the scaling is not > taken into account for some reason), and warp it using a new warp filter > (here it is, but I guess it creates a new object instead of modifying > the existing one, right?). This seem like a trivial issue, but I cannot > seem to figure it out. Can someone help me? Thank you so much. > > Martin > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the VTK FAQ at: > http://www.vtk.org/Wiki/VTK_FAQ > > Search the list archives at: http://markmail.org/search/?q=vtkusers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtkusers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From epd at ilight.com Mon Jul 8 19:06:40 2019 From: epd at ilight.com (Earl Duque) Date: Mon, 8 Jul 2019 16:06:40 -0700 Subject: [vtkusers] SC19 Workshop Call for Papers: ISAV 2019: In Situ Infrastructures for Enabling Extreme-Scale Analysis and Visualization Message-ID: <002b01d535e1$d29261a0$77b724e0$@ilight.com> ISAV 2019: In Situ Infrastructures for Enabling Extreme-Scale Analysis and Visualization Held in conjunction with SC19: The International Conference on High Performance Computing, Networking, Storage and Analysis ISAV 2019 -- http://dav.lbl.gov/events/ISAV2019/ Full-day 9:00 AM - 5:30 PM Monday 18 Nov 2019 Workshop Theme The considerable interest in the HPC community regarding in situ analysis and visualization is due to several factors. First is an I/O cost savings, where data is analyzed/visualized while being generated, without first storing to a file system. Second is the potential for increased accuracy, where fine temporal sampling of transient analysis might expose some complex behavior missed in coarse temporal sampling. Third is the ability to use all available resources, CPUs and accelerators, in the computation of analysis products. The workshop brings together researchers, developers and practitioners from industry, academia, and government laboratories developing, applying, and deploying in situ methods in extreme-scale, high performance computing. The goal is to present research findings, lessons learned, and insights related to developing and applying in situ methods and infrastructure across a range of science and engineering applications in HPC environments; to discuss topics like opportunities presented by new architectures, existing infrastructure needs, requirements, and gaps, and experiences to foster and enable in situ analysis and visualization; to serve as a ?center of gravity? for researchers, practitioners, and users/consumers of in situ methods and infrastructure in the HPC space. Participation/Call for Papers and Oral Presentations We invite two types of submissions to ISAV 2019: (1) short, 4-page (+references) papers that present research results, that identify opportunities or challenges, and that present case studies/best practices for in situ methods/infrastructure in the areas of data management, analysis and visualization; (2) lightning presentation submissions, which consist of a 1- or 2-page (+references) proposed presentation description, for a brief oral presentation at the workshop. Short papers will appear in the workshop proceedings and will be invited to give an oral presentation of 15 to 20 minutes; lightning round submissions that are invited to present at the workshop will have author names and titles included as part of the proceedings. Submissions of both types are welcome that fall within one or more areas of interest, as follows: Areas of interest for ISAV, include, but are not limited to: In situ data management and infrastructures * Current Systems: production quality, research prototypes * Opportunities * Gaps System resources, hardware, and emerging architectures * Enabling Hardware * Hardware and architectures that provide opportunities for In situ processing, such as burst buffers, staging computations on I/O nodes, sharing cores within a node for both simulation and in situ processing Methods and Algorithms * Best practices * Analysis: feature detection, statistical methods, temporal methods, geometric and topological methods * Visualization: information visualization, scientific visualization, time-varying methods * Data reduction/compression Case Studies and Data Sources * Examples/case studies of solving a specific science challenge with in situ methods/infrastructure. * In situ methods/systems applied to data from simulations and/or experiments/observations Simulation and Workflows * Integration:data modeling, software-engineering * Resilience: error detection, fault recovery; Workflows for supporting complex in situ processing pipelines * Workflows for supporting complex in situ processing pipelines Requirements, Usability * Reproducibility, provenance and metadata * Using in situ to enable rapid and flexible post-processing exploration and analysis * Simplified access to extreme heterogeneous resources Review Process All submissions will undergo a peer-review process consisting of three reviews by experts in the field, and evaluated according to relevance to the workshop theme, technical soundness, creativity, originality, and impactfulness of method/results. Lightning round submissions will be evaluated primarily for relevance to the workshop. Submission Process Authors are invited to submit papers of at most 4 pages in PDF format, excluding references, and lightning presentations of at most 2 pages in PDF format, excluding references. Papers must be submitted in PDF format (readable by Adobe Acrobat Reader 5.0 and higher) and formatted for 8.5? x 11? (U.S. Letter). Please use the sigconf configuration in the new combined LaTeX template from ACM available at https://www.acm.org/publications/authors/submissions. We believe that reproducible science is essential and that SC should be a leader in this effort. As a consequence ISAV 2019 participates in the SC reproducibility initiative and encourages submitters to include an appendix with reproducibility information. While we will not disqualify a paper based on information provided or not provided in this appendix, nor if the appendix is not available, the availability and quality of an appendix will receive added consideration when ranking a paper for the Best Paper Award. For more information, see the ISAV 2019 reproducibility FAQ. Papers must be self-contained and provide the technical substance required for the program committee to evaluate their contributions. Submitted papers must be original work that has not appeared in and is not under consideration for another conference or a journal. See the ACM Prior Publication Policy for more details. Please submit your paper at https://submissions.supercomputing.org. Publication in proceedings, presentation at the workshop All paper submissions that receive favorable reviews will be included as part of the workshop proceedings, which will be published by the ACM, and will appear in the ACM Digital Library as part of the International Conference Proceedings Series ( https://dl.acm.org/icps.cfm). Lightning round titles and author names will also be included in the proceedings, but the lightning round 2-page submission will not be included as part of the proceedings. Subject to the constraints of workshop length, some subset of the accepted publications will be invited to give a brief oral presentation at the workshop. The exact number of such presentations and their length will be determined after the review process has been completed. Timeline/Important Dates 2 August 2019 Paper submission deadline 13 September 2019 Author notification 7 October 2019 Camera ready copy due 25 October 2019 Final program posted to ISAV web page 18 November 2019 ISAV 2019 workshop at SC19 Committees and Chairs * General chair and co-chair: * Kenneth Moreland, Sandia National Laboratories, USA * Christoph Garth, Technische Universit?t Kaiserslautern,Germany * Program chair and co-chair: * Wes Bethel, Lawrence Berkeley National Laboratory, USA * Bruno Raffin, INRIA, France * Publicity chair: * Earl P.N. Duque, Intelligent Light, USA * Publications chair and co-chair: * Nicola Ferrier, Argonne National Laboratory, USA; Silvio Rizzi, Argonne National Laboratory, USA * Early Career Program Committee Chair: * Hank Childs, University of Oregon, USA * At-large chair: * Patrick O?Leary, Kitware, Inc., USA Organizing Committee * E. Wes Bethel, Lawrence Berkeley National Laboratory, USA * Earl P.N. Duque, Intelligent Light, USA * Nicola Ferrier, Argonne National Laboratory, USA * Kenneth Moreland, Sandia National Laboratories, USA * Patrick O?Leary, Kitware, Inc., USA * Gunther H. Weber, Lawrence Berkeley National Laboratory, USA * Matthew Wolf, Oak Ridge National Laboratory, USA Program Committee To be announced Early Career Program Committee To be announced -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 40677 bytes Desc: not available URL: