dolfin team mailing list archive
-
dolfin team
-
Mailing list archive
-
Message #07354
Re: DiscreteFunction::interpolate vs UFC interpolate_vertex_values definition
Anders Logg skrev den 10/04-2008 følgende:
> On Thu, Apr 10, 2008 at 06:19:59PM +0200, Martin Sandve Alnæs wrote:
> > I've been debugging some boundary condition trouble with the
> > syfi/pydolfin combination and vector elements, and narrowed it down to
> > the interpolate function which is used prior to plotting.
> >
> > The bug is in the assumed numbering of the vertex_values array as
> > returned by ufc::finite_element::interpolate_vertex_values:
> >
> > void DiscreteFunction::interpolate(real* values) const
> > {
> > ...
> >
> > // Copy values to array of vertex values
> > for (VertexIterator vertex(*cell); !vertex.end(); ++vertex)
> > for (uint i = 0; i < scratch->size; ++i)
> > values[i*mesh.numVertices() + vertex->index()] =
> > vertex_values[i*num_cell_vertices + vertex.pos()];
> >
> >
> > By the UFC definition this should've been:
> >
> > vertex_values[vertex.pos()*scratch->size + i];
> >
> > i.e. the vector components are collected together in memory for each
> > vertex. This bug must be mirrored in FFC, and should be fixed both
> > places at once.
> >
> > I'll let someone with write access to FFC and DOLFIN fix it.
>
> Then should we also change the order Viper expects to receive the
> values?
Sure. You update stuff, I'll make it work with Viper later.
Ola
> It would be good to have the same order everywhere.
>
> --
> Anders
> _______________________________________________
> DOLFIN-dev mailing list
> DOLFIN-dev@xxxxxxxxxx
> http://www.fenics.org/mailman/listinfo/dolfin-dev
Follow ups
References