I agree with the idea in deal.II when doing AMR. In my project (http://code.google.com/p/futureye/), I laso leave this part to users. I provide a Function class which behaves like what functions do in mathematical way that can be used to wrap a solution vector.Then user can associate the new function with the refined mesh to generate a new vector which would be interplated automaically. Yueming > Date: Thu, 10 May 2012 13:55:29 -0500 > From: [email protected] > To: [email protected] > Subject: Re: [deal.II] Projecting computed solution after refinement. > > > > Just a thought: why is this not the default behavior when doing AMR ? > > Perhaps a user flag to control whether the transfer should be done > > would be a nicer API. > > The problem is that deal.II is built as a collection of tools that know > nothing about how they (and the other tools) are used. In other words, > whenever a triangulation is refined, it doesn't know if and what > DoFHandlers are attached to it, and the DoFHandler have no knowledge > which vectors exist that store solution values (and not, for example, > random data or right hand side vectors, both of which one would have to > treat differently). > > Best > W. > > ------------------------------------------------------------------------ > Wolfgang Bangerth email: [email protected] > www: http://www.math.tamu.edu/~bangerth/ > > _______________________________________________ > dealii mailing list http://poisson.dealii.org/mailman/listinfo/dealii
_______________________________________________ dealii mailing list http://poisson.dealii.org/mailman/listinfo/dealii
