[Dune] attaching data to intersections

[Arya Fallahi]

Dear Duners,

Following your recommendations, I am progressing with the attachment of
data to faces. But, I got to have a very strange problem and that is with
refinement. When I attach a data to a face and then refine a grid, I need
to update the face indices attached to this data. In this regard, I need to
find the index of the corresponding face in the father element. I realized
that father() is only accepted by the element entities. I can find the
father element through this function but have no idea how I can transfer to
the face including the considered leaf face and find its index.

Do you have any idea which function in Dune is better to use? I am thinking
of comparing the unit vector normal to the surface for that case, but I am
worried that probably some already implemented functions in Dune are better
to use.

Thank you very much for your help and best regards,
Arya


On Thu, Jun 6, 2013 at 5:36 PM, Andreas Buhr <andreas at andreasbuhr.de> wrote:

> On 06/06/2013 04:24 PM, Oliver Sander wrote:
>
>>
>> Unfortunately, IIRC even though you can tag faces in the .msh format,
>> our gmsh reader doesn't actually forward that information.
>> We'd happily accept patches.
>>
>
> Hi,
>
> I think it does. Isn't it stored in 'boundary_id_to_physical_**entity'
> when calling
>
> GmshReader::read (
>   Dune::GridFactory<Grid>& factory,
>   const std::string& fileName,
>   std::vector<int>& boundary_id_to_physical_**entity,
>   std::vector<int>& element_index_to_physical_**entity,
>   bool verbose = true,
>   bool insert_boundary_segments=true)**;
>
> Or are we talking about something else here?
>
> Best,
> Andreas
>
>
>
> ______________________________**_________________
> Dune mailing list
> Dune at dune-project.org
> http://lists.dune-project.org/**mailman/listinfo/dune<http://lists.dune-project.org/mailman/listinfo/dune>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.dune-project.org/pipermail/dune/attachments/20130606/69b336bc/attachment.htm>