Re: [deal.II] Div-conforming elements in 3D

HI Konrad, I have no familiarity with the H-div elements, so I could be wrong with this suggestion... The Fe_Nedelec element suffered from a similar issue, where adjacent cells had to agree on the edge sense/directionality. This requirement could not be unconditionally guaranteed for that el

Re: [deal.II] Time loop in step-26

On 12/10/20 2:08 PM, Kaushik Das wrote: Unfortunately, I now think it may be better for me not to create a pull request to fix this issue in example-26 just so I don't inadvertently create an IP related conflict with my employer. It's a low chance but still, I think it's better I don't do this.

Re: [deal.II] Time loop in step-26

Hello Prof Bangerth: Unfortunately, I now think it may be better for me not to create a pull request to fix this issue in example-26 just so I don't inadvertently create an IP related conflict with my employer. It's a low chance but still, I think it's better I don't do this. Thank you for the help

Re: [deal.II] Div-conforming elements in 3D

Dear David, dear all, It seems like the issue is much more involved than I initially thought. Some updates since I started going into this issue . 1. I could solve the problem for lowest order RaviartThomas Elements (RT). This is already good. 2.

Re: [deal.II] Re: Saving particles for checkpointing

Awesome. It works perfectly Thank you all :)! On Wednesday, December 9, 2020 at 8:10:13 p.m. UTC-5 Wolfgang Bangerth wrote: > On 12/9/20 5:32 PM, blais...@gmail.com wrote: > > I have one tiny question actually. > > In all tests, the std::ostringstream oss which contains some information > abou