Re: [Paraview] Particles-in-Cells: Two XDMF files?
Hey, did anyone else try combining a mesh and a polydata data set in *one* xdmf file with paraview before? Best, Axel On 24.02.2014 15:45, Huebl, Axel wrote: Hi ParaView mailing list, we are adding paraview/xdmf support to our particle-in-cell code PIConGPU [1] right now. To start with the general topology: The particle in cell algorithm stores field data (scalars and vectors) on a grid, in the simplest case a 3DCoRectMesh. In between the mesh points live particles, described with a Polyvertex topology. The problem that now arises: we would like to describe both grid and polyvertex data in the *same xdmf file*. Doing so, e.g. by combining them on the Domain level in two separate Temporal Collections causes ParaView to refuse volume-rendering the fields (not available in the drop down menu). Adding two Domains to one file causes ParaView to omit the second data domain during load. Adding both grid types in the same Temporal Collection causes a crash. Do we really have to write two xdmf files or did we miss a point? A snippet of our data structures, stored in a hdf5 file per time step: ?xml version=1.0 ? Xdmf Domain Grid CollectionType=Temporal GridType=Collection Name=Grids Grid GridType=Uniform Name=Grid_0_0 Topology Dimensions=256 768 256 TopologyType=3DCoRectMesh/ Geometry Type=ORIGIN_DXDYDZ DataItem Dimensions=3 Format=XML0.0 0.0 0.0/DataItem DataItem Dimensions=3 Format=XML1.0 1.0 1.0/DataItem /Geometry Attribute Name=fields/Density_e DataItem Dimensions=256 768 256 Format=HDF NumberType=Float Precision=4h5_0.h5:Density_e/DataItem /Attribute /Grid !-- -- /Grid /Domain /Xdmf and the particles: Xdmf Domain Grid CollectionType=Temporal GridType=Collection Name=Polys Grid GridType=Uniform Name=Poly_0_0 Topology NodesPerElement=94109696 TopologyType=Polyvertex/ Attribute Name=particles/e/weighting DataItem Dimensions=94109696 Format=HDF NumberType=Float Precision=4h5_0.h5:weighting/DataItem /Attribute Time TimeType=Single Value=0/ Attribute AttributeType=Vector Name=particles/e/momentum DataItem Dimensions=94109696 3 Function=JOIN($0,$1,$2) ItemType=Function DataItem Dimensions=94109696 Format=HDF NumberType=Float Precision=4h5_0.h5:momentum/x/DataItem DataItem Dimensions=94109696 Format=HDF NumberType=Float Precision=4h5_0.h5:momentum/y/DataItem DataItem Dimensions=94109696 Format=HDF NumberType=Float Precision=4h5_0.h5:momentum/z/DataItem /DataItem /Attribute /Grid !-- -- /Grid /Domain /Xdmf Best regards and thanks for your Feedback, Axel Huebl [1] http://picongpu.hzdr.de -- . . Axel Huebl - Diploma Student. . a.hu...@hzdr.de - Phone +49 351 260 3582 . .https://www.hzdr.de/crp. . . . Computational Radiation Physics . . Laser Particle Acceleration Division . . Helmholtz-Zentrum Dresden - Rossendorf e.V. . . . . Bautzner Landstrasse 400, 01328 Dresden . . POB 510119, D-01314 Dresden . . Vorstand: Prof. Dr.Dr.h.c. R. Sauerbrey . . Prof. Dr.Dr.h.c. P. Joehnk . . VR 1693 beim Amtsgericht Dresden . . smime.p7s Description: S/MIME Cryptographic Signature ___ 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 ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] NEK5000 with ParaView
Hello Patrick and Giuseppe, I am also facing the same issue as Giuseppe did on visualizing the NEK5000 solution data. I have simulated a moving boundary problem using NEK5000, and have the output saved in *.fld* format. When I load the meta file to read the files in Paraview, only one time-step mesh geometry is loaded, whereas the field results of all the time-steps are available in Paraview. I would appreciate if either of you could suggest any workaround to read the moving mesh geometry which is saved for each time-step of the solution. I am trying to read my NEK5000 output in version 4.1.0 64-bit Paraview installation. If you want the data files, please let me know, I can send them across. Thanks in advance for you help. Sincerely, Ravi On Mon, Jan 20, 2014 at 10:44 AM, Patrick O'Leary patrick.ole...@kitware.com wrote: Dear Giuseppe, Yes I remember the issue. I have a test data set, and I just tested it. It works with version 4.1. Send me your data set and I'll look at what we might have missed. Best regards, Patrick On Mon, Jan 20, 2014 at 8:37 AM, Giuseppe Pitton giuseppe.pit...@gmail.com wrote: Dear Patrick, I am a ParaView user, and I am experiencing some issues with NEK5000 output format, both with the 4.0.1 and the 4.1 version. I have found a user already reported this bug, but I have not found any solution online. The problem is that only the first timestep is visualized, and not the following ones. If you want, I could send you an example output (few Mb). Thank you in advance, best regards. Giuseppe Pitton ___ 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 ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview -- Ravi Kumar T R University of Illinois at Urbana-Champaign ph : +1 217 778 7538 http://lndvl.mechse.illinois.edu/ ___ 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 ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] [EXTERNAL] a new user with a simple question
I tried rm paraview .ini file and indeed got a fresh start with paraFoam (by looking at the Recent tab under Filter). However, on one of my computers (unlike the others) the plotOverLine window is still blank (without anything visible, not even the coordinates). I tried to put in a Chart Title but it does not appear in the blank window (although colors were assigned to data sets). I tried Save Data and looked at the csv file, which shows the data were there. which might be due to that the data did not get in there. Could there be something else I can do to manually get the data (over line) plotted in that window? Thanks. On Wed, Jan 22, 2014 at 1:25 PM, Scott, W Alan wasc...@sandia.gov wrote: This web site tells you how to do it - from the ParaView Wiki. http://www.paraview.org/Wiki/ParaView_Settings_Files. Just delete the configuration files. You can also find out if taking ParaView to initial conditions is what you want. Run paraview -dr (disable registry), and that does the same thing as deleting the configuration files. Alan *From:* ParaView [mailto:paraview-boun...@paraview.org] *On Behalf Of *James Feng *Sent:* Wednesday, January 22, 2014 11:15 AM *To:* paraview@paraview.org *Subject:* [EXTERNAL] [Paraview] a new user with a simple question Hello ParaView, I tried to use ParaFoam (ParaView) with OpenFoam. During my several trial-and-error playing-without-knowing, I lost the plotOverLine display (although the plotOverLine sub-window still comes up but without any curves and axes appearing). I wanted to get the original settings back (because I had a working plotOverLine in the beginning), but haven't been able to. I re-installed OpenFoam and re-compiled ParaFoam; neither of those could get me a fresh start. The ParaFoam window seems to always remember what I had last time. So, I wonder if you can tell me how I can get ParaView to the initial (default?) state as if I had it installed the first time? Thank you very much. James Feng ___ 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 ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
[Paraview] On further investigating the VRPlugin
Hi All, I managed to achieve an almost optimal configuration of screens and tracked devices on a small 3-screens display (through vrpn only yet, I use a razer hydra to track the wands interaction and a wintrackerIII for the head position). Now with all of that properly configured, i had a chance to test more in detail the vrplugin. My feeling is that it's based on a couple of wrong assumptions. One above all, it's based on the origin of the scene. That means that if you're moving you're object a bit around (and i've seen most of the users do it a lot), at a certain point the head movement goes wrong. If I try with a simple cylinder built on the origin, and i bring it on the 0,0,0 of my system (defined in the cave file in relation to my screens potions), then the head movements are correct. If my move my head to the left, i see the object correctly rotating so to show me his right side (considering the cylinder facing me) and it slides to its own left a bit as it should (therefore also moving properly among the screens as well). But if i push the cylinder back a bit, cause maybe i wanna have a look at it in smaller size, then i move the head to my left, the object also moves to the left, in a completely wrong behavior. Shouldnt therefore the 0 of the tracker always be based on the 0 of the system and not on the 0 of the scene? Also, the translation with the wand works well, it's natural to be used, but the rotation axis, move with each consecutive rotation of the scene, and therefore, if i first rotate on one axis the scene, the second rotation is gonna be based on the already transformed axis system, and soon it will become completely unnatural (not a single test user i had on the system felt confident with it). I see that not many people are using paraview in VR environments, but i think with the proper adjustments it could really become a popular tool, specially in low cost VR systems like mine (thanks to the fact that doesn't require any expensive lib to run). One last thing, i'm running paraview on a single 16-cores machine with 4 Nvidia4000 (one for each screen, each with 2 DLP projectors and one for the control displays), and specially when i deal with volume visualization, it tends to be even slower than when i run it single screen in my other simple test machine that only has a 4-core and nvidia 600. Is there any known reason for that? Best, H ___ 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 ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview