Re: [deal.II] Using data from external matrix as source for calculations done with deal.II - best approach?

I implemented it the following way: Functions::InterpolatedTensorProductGridData interpolator(this-> coordinate_values, this->data_storage); VectorFunctionFromScalarFunctionObject interpolator_object(& interpolator.v

Re: [deal.II] Using data from external matrix as source for calculations done with deal.II - best approach?

| Functions::InterpolatedTensorProductGridData interpolator(this->coordinate_values, this->data_storage); VectorFunctionFromScalarFunctionObject interpolator_object(&interpolator.value, The error... but the compilation fails

Re: [deal.II] Using data from external matrix as source for calculations done with deal.II - best approach?

Yes, the lambda worked, thanks! Am Donnerstag, 27. Februar 2020 17:00:12 UTC+1 schrieb Wolfgang Bangerth: > > > > | > > Functions::InterpolatedTensorProductGridData > interpolator(this->coordinate_values, > > > this->data_storage);

[deal.II] Mesh refinement with periodic boundary conditions

HI all, I'm trying to implement a time-dependent convection equation using DG elements with periodic boundary conditions on and adaptive mesh. However, when I try to adapt the mesh using periodic using this code: // estimate the error in each cell Vector estimatedErrorPerCell(triangulation

Re: [deal.II] Mesh refinement with periodic boundary conditions

Andrew, Did you tell the triangulation that it should take periodic boundaries into account? My best bet (with the information given) would be that you didn't call parallel::distributed::Triangulation::add_periodicity()

Re: [deal.II] Using data from external matrix as source for calculations done with deal.II - best approach?

After additional tests I noticed that I'm not only overwriting the target_component-component with the new values, but also the other components, but with 0 instead. But instead I do not want to touch them. How can I do that (if possible)? Thanks! Am Donnerstag, 27. Februar 2020 17:00:12 UTC+1