[dune-pdelab] Very large .vtu files

Marian Piatkowski marian.piatkowski at iwr.uni-heidelberg.de
Mon Aug 24 10:44:30 CEST 2015


Hi,

concerning the size of the vtu-files:
Maybe you could try to reduce the amount of sub-sampling. This is the 
number '3' in the VTK-writer.
Because sub-sampling stands for the number of virtual refinements of 
your grid to draw the VTK-output and at the moment you do it three times.
A common choice for the sub-sampling would be 'degree-1' where 'degree' 
is the polynomial degree of your function space.

Best regards,

Marian

On 21.08.2015 23:52, conf86 at web.de wrote:
> Sorry for my late response.
> Thank you, I did it just like that.
> If someone is interested, this is how I solved it:
>
>   // <<<9>>> time loop
>    U unew(gfs,0.0);                                            // solution to be computed
>    while (time<tend-1e-8) {
>        // do time step
>        bctype.setTime(time+dt);                                // compute constraints
>        cc.clear();                                             // for this time step
>        Dune::PDELab::constraints(bctype,gfs,cc);
>        osm.apply(time,dt,uold,g,unew);                         // do one time step
>        
>        if (fmod(time,10*dt)<=1e-3*dt){                         // write every 10th step into a graphic file
>        // graphics
>        Dune::SubsamplingVTKWriter<GV> vtkwriter(gv,3);
>        Dune::PDELab::addSolutionToVTKWriter(vtkwriter,gfs,unew);
>        vtkwriter.write(fn.getName(),Dune::VTK::appendedraw);
>        fn.increment();
>        }
>
>        uold = unew;                                            // advance time step
>        time += dt;
>      }
>
> _______________________________________________
> dune-pdelab mailing list
> dune-pdelab at dune-project.org
> http://lists.dune-project.org/mailman/listinfo/dune-pdelab





More information about the dune-pdelab mailing list