Re: [deal.II] Re: NedelecSZ with adaptive mesh refinement

Wolfgang, On Wednesday, June 26, 2019 at 3:50:22 PM UTC+2, Wolfgang Bangerth wrote: > > > OK, attached is some code that builds the constraints that correspond to > this > rather esoteric paper (but also one I enjoyed working on the most because > it's > just so weird!): > > https://www.

Re: [deal.II] Re: NedelecSZ with adaptive mesh refinement

On 6/26/19 3:59 AM, Alexander wrote: > indeed, this should be possible to do it that way. Would you mind putting an > example to the mentioned github issue? I might give it a thought in the > background if I see more details. OK, attached is some code that builds the constraints that correspond

Re: [deal.II] Re: NedelecSZ with adaptive mesh refinement

Hi Daniel, > Let me know if your are going to take care of this or need help! > If you take care of this that would be great otherwise I can give it try > Please feel free to take a leading role here. I'm happy to help and look at your code, but I won't be able to lead this myself in the next

Re: [deal.II] Re: NedelecSZ with adaptive mesh refinement

Hi Wolfang, On Tuesday, June 25, 2019 at 9:49:15 PM UTC+2, Wolfgang Bangerth wrote: > > > But one doesn't have to go through this function. One could just as well > write > a function that is specific to the FE_NedelecSZ element and that computes > these kinds of constraints and puts them into

Re: [deal.II] Re: NedelecSZ with adaptive mesh refinement

Wolfgang, indeed, this should be possible to do it that way. Would you mind putting an example to the mentioned github issue? I might give it a thought in the background if I see more details. Best Alexander On Tuesday, June 25, 2019 at 9:49:15 PM UTC+2, Wolfgang Bangerth wrote: > > On 6/25/19

Re: [deal.II] Re: NedelecSZ with adaptive mesh refinement

On 6/25/19 11:55 AM, Daniel Garcia-Sanchez wrote: > According to Alexander Grayver, deal.II interface does not permit dynamic > constraints (that is, constraints, which depend on a cell orientation). This > problem does not seem easy to solve. That's only partly true. The DoFTools::make_hanging_

Re: [deal.II] Re: NedelecSZ with adaptive mesh refinement

Bruno, On Tuesday, June 25, 2019 at 8:06:09 PM UTC+2, Bruno Turcksin wrote: > > > Yes, that's correct. The old Nedelec can be refined but I would trust > it only if you have rectangles/regular hex . > > In that case, I think that the old FE_Nedelec should be good for my application. Best, Dani

Re: [deal.II] Re: NedelecSZ with adaptive mesh refinement

Daniel Le mar. 25 juin 2019 à 13:55, Daniel Garcia-Sanchez a écrit : > Thanks for the reference. Yes, it seems that this is a non-trivial problem. > Although from what I understand from the post. > > The new FE_NedelecSZ element can be used with complex meshes, but can not be > refined > The ol

[deal.II] Re: NedelecSZ with adaptive mesh refinement

Bruno, On Tuesday, June 25, 2019 at 7:04:07 PM UTC+2, Bruno Turcksin wrote: > > > This post > > briefly discuss the problem. Apparently it is non-trivial but I can't > really comment on it (I've never used Nedelec element) >

[deal.II] Re: NedelecSZ with adaptive mesh refinement

Dani, On Tuesday, June 25, 2019 at 12:52:09 PM UTC-4, Daniel Garcia-Sanchez wrote: > > > That means that I can not do adaptive mesh refinement with NedelecSZ? > That's correct. > > If that is the case, I would be happy to contribute and make this element > compatible with adaptive mesh refineme