[Dune] FW: H5Fed into Dune as a grid manager, comments, ideas ???

[Oliver Sander]

Hi Benedikt!
So far I thought that what you guys did was developing a general
and powerful file format for fe grids and data.  Now all of a sudden
it is a grid.  My impression reading your email below is that you are
reinventing the wheel.  What can your grid do that ALUGrid or UGGrid
cannot do already?  Why spend the time to write yet another grid
manager (yagm)?  If the problem is that there is currently no way to
get a hierarchical grid from your file into a ALU/Alberta/UGGrid then
we should discuss the possibility of extending the GridFactory interface.

Yours,
Oliver

Oswald Benedikt schrieb:
>  
> Hi Christian, yes, local refinement with hanging nodes is  is already
> available in the current H5Fed (which has no connection to Dune yet)
> including tags and adjacencies; i.e. we can attach and read / write
> data to any top. entity on any level; data may be scalar, vector and
> matrices of type double, complex, integer.
>
> Maybe we should use derive from the grid factory class
> and add additional member functions ?
>
> Benedikt
>
>
>
>
> -----Original Message-----
> From: Christian Engwer [mailto:christi at uni-hd.de]
> Sent: Fri 13.11.2009 14:03
> To: Oswald Benedikt
> Cc: Markus Blatt; dune at dune-project.org
> Subject: Re: [Dune] H5Fed into Dune as a grid manager, comments, ideas ???
>  
> On Fri, Nov 13, 2009 at 01:56:26PM +0100, Oswald Benedikt wrote:
>   
>> indeed yes, the idea is to fully connect/integrate H5Fed into Dune so that we can also use
>> H5Fed as a grid manager. So far H5Fed works in serial mode, without connection to Dune,
>> and has been tested up to about 2 million tets, but tests are ongoing and of course this
>> number of tets makes more sense in parallel aynway.
>>
>> One of the questions is then if we should adhere to the grid factory approach as do the
>> other grid managers ?
>>     
>
> Well, the grid factory is only for coarse grid creation. I suggest to
> support this interface, but you will need more. Do you intend to
> implement a full grid manager with local refinement etc? In this case
> you will also want to add read/write methods for your "internal" data
> format.
>
> Christian
>
>   
>> Greetings, Benedikt
>>
>>
>>
>> -----Original Message-----
>> From: dune-bounces+benedikt.oswald=psi.ch at dune-project.org on behalf of Markus Blatt
>> Sent: Fri 13.11.2009 13:51
>> To: dune at dune-project.org
>> Subject: Re: [Dune] H5Fed into Dune as a grid manager, comments, ideas ???
>>  
>> Hi,
>>
>> On Thu, Nov 12, 2009 at 05:17:06PM +0100, Oswald Benedikt wrote:
>>     
>>> NOW, we want to integrate H5Fed into Dune as a (parallel) grid manager,
>>> in a way like other grid managers are connected to Dune:
>>>
>>>       
>> Up to now I thought that you are just concerned about reading and
>> writing data. Do I interpret your comment correctly in sense that you
>> will provide a full Dune grid based on H5fed? Or am I just not
>> comprehending your sentence?
>>
>> Markus
>>
>> _______________________________________________
>> Dune mailing list
>> Dune at dune-project.org
>> http://lists.dune-project.org/mailman/listinfo/dune
>>
>>
>> _______________________________________________
>> Dune mailing list
>> Dune at dune-project.org
>> http://lists.dune-project.org/mailman/listinfo/dune
>>
>>     
>
>
>
> _______________________________________________
> Dune mailing list
> Dune at dune-project.org
> http://lists.dune-project.org/mailman/listinfo/dune
>   


-- 
************************************************************************
* Oliver Sander                ** email: sander at mi.fu-berlin.de        *
* Freie Universität Berlin     ** phone: + 49 (30) 838 75348           *
* Institut für Mathematik      ** URL  : page.mi.fu-berlin.de/~sander  *
* Arnimallee 6                 ** -------------------------------------*
* 14195 Berlin, Germany        ** Member of MATHEON (www.matheon.de)   *
************************************************************************