then view with paraview, paraview only shows the mesh,not the function, and complains " Skipping attribute u at Node. Warning: In /build/paraview-OJ3Fdc/paraview-5.4.1+dfsg4/VTK/IO/Xdmf2/vtkXdmfHeavyData.cxx, line 1059
vtkXdmfReader (0x558075860f00): Skipping attribute u at Node"
If instead I use
fileXDMF.write(u)
then paraview displays the function as expected.
Is there something that I missed with fileXDMF.write_checkpoint(u,"u")? This is with dolfin 2018.1.0.
Viewing a solution saved to .xdmf using write_checkpoint is working fine for me using Paraview version 5.5.2 and dolfin 2018.1.0. You may want to try a different version of Paraview. I have had small issues with specific versions before.
Ah, no, actually it does work, but only conditionally.
There is a clue in the detailed error message it emits (shown in the dialog box):
Warning: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash-linux-shared-release_superbuild/build/superbuild/paraview/src/VTK/IO/Xdmf2/vtkXdmfHeavyData.cxx, line 1059 vtkXdmfReader (0x5e1d6f0): Skipping attribute u at Node
So the error is coming from Xdmf2/vtk.
But when I start up the paraview from the tarball, it asks me to specify which reader:
Xdmf3ReaderS
Xdmf3ReaderT
XDMF Reader
I had chosen “XDMF Reader” because it seemed like a “finished” reader while the others look like work-in-progress (what is S, T ??). But XDMF Reader is the one that gives the error. Evidently it’s the old reader, Xdmf2. The one we need to use is the Xdmf3 reader.
(No idea what the difference between Xdmf3ReaderS and Xdmf3ReaderT is, both work on my simple test case. The Open File dialog box refers to “Xdmf3 Top Level Partition”, so that must be T).
The data arrays don’t seem to be accessible, I can’t see the 1D data either from paraview (I was testing a 2D function). Hopefully others can advise.