Welcome to the Bug Tracking System for the DUNE project.
Due to increasing spam attacks, we had to disable the feature of anonymous bug reports. You will have to register before you are able to report a new bug.
In case you experience any problems, let us know at http://www.dune-project.org/mailinglists.html .
Tasklist |

FS#604 - move reference element related stuff to separate module

Attached to Project: Dune
Opened by Andreas Dedner (dedner) - Friday, 25 September 2009, 11:52 GMT+2
Last edited by Oliver Sander (sander) - Thursday, 01 April 2010, 17:34 GMT+2
Task Type Feature Request
Category Discussion
Status New
Assigned To Jö Fahlke (joe)
Operating System Unspecified / All
Severity High
Priority Normal
Reported Version SVN (pre2.1)
Due in Version 2.1
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

This is a replacement task to  FS#538 :
instead of moving things to dune-common, we could
introduce a new dune module (name suggestions welcomed)
which contains:
1) parts from the generic geometries
(generic construction classes, corner mappings...)
2) the geometry type
3) the generic reference elements
4) the quadratures
5) a geometry interface class
6) ...
both dune-grid and dune-localfunctions
would depend on this module.
It would increase the non-monolithic design
(removing geometry type from dune-common, quadratures and
reference elements from dune-grid) and would
make the dependency between modules a lot clearer.

The transition could be done smoothly by adding deprectaed headers in
the appropriate places.
Comment by Jö Fahlke (joe) - Friday, 25 September 2009, 14:13 GMT+2
I have

6) VirtualRefinement

which requires reimplementation of the refinement for cubes, because the current implementation uses sgrid.
Comment by Carsten Gräser (Carsten) - Monday, 28 September 2009, 15:23 GMT+2
IMO this would be a nice solution. As this module would contain all grid-independent stuff related to geometries (which is more than just the reference elements) I suggest 'dune-geometry' as name.

However, before introducing a new official module it would be nice to have a decision on  FS#386 .

Loading...