Hi Kyle,
Disclaimer: I'm not an expert in C++, but have some experience in
maintaining packages, including ones of C++ software.
First, it's a bad idea to patch *Config.cmake files, they are meant to
accurately describe the currently installed software. This is
especially important because GCC an
On Tue, 2023-01-17 at 19:17 -0700, Wolfgang Bangerth wrote:
> On 1/16/23 06:29, Alexander Kiselyov wrote:
> > I'm trying to solve inhomogeneous Maxwellian equations in 4-
> > potential
> > form in 3D space. In terms of math it is equivalent to solving a
> > system
Dear deal.II users and developers,
I'm trying to solve inhomogeneous Maxwellian equations in 4-potential
form in 3D space. In terms of math it is equivalent to solving a system
of 4 independent scalar wave equations. I'm using "free space" b/c of
Neumann type, calculated via solving an integral bo
t;
> On Tue, Nov 22, 2022 at 6:48 AM Alexander Kiselyov
> wrote:
> > Dear Peter,
> >
> > Thank you for the reply!
> >
> > The thing is that the input data is a FE_DGQ DoF vector, and I
> > would rather not project it into FE_Q elements. The original plan
nly has DoFs in the cell.
> Switch to quadratic FE_Q and then your idea with the dummy DoFHandler
> to globally uniquely identify faces should work! Not sure why you
> create a system!?
>
> Peter
>
> On Friday, 18 November 2022 at 18:30:38 UTC+1 Alexander Kiselyov
>
`FESystem::max_dofs_per_face()`, surprisingly, returns 0. See the
attachment for a minimal example. The problem persists when running on
a single process. The version of deal.II used is 9.4.0.
What am I doing wrong here? Is there a better way to globally identify
a face?
Best regards,
Alexander Kiselyo
Thank you very much, Jean-Paul! I have totally forgot that deal.II has
a wiki in addition to doxygen documentation!
Best regards,
Alexander Kiselyov
On Fri, 2022-07-15 at 22:51 +0200, Jean-Paul Pelteret wrote:
> Hi Alexander,
>
> The answer that Wolfgang gave is the one that you want
aving their own mesh refinement loops). It
seems that in this case VectorTools::interpolate_to_different_mesh has
to be used, am I right?
Best regards,
Alexander Kiselyov
On Fri, 2022-07-15 at 13:36 -0600, Wolfgang Bangerth wrote:
> On 7/15/22 08:36, Alexander Kiselyov wrote:
> >
> > Wh
e the B's
solution to the FE system used to solve A, but there might be an RHS
incompatible with FE_Nedelec elements.
Which tools could be used to overcome this problem? Or is my approach
deficient in general?
Best regards,
Alexander Kiselyov
--
The deal.II project is located at http:
cell iterator from Triangulation or DoFHandler.
Best regards,
Alexander Kiselyov
On Thu, 2022-07-07 at 12:55 -0700, Peter Munch wrote:
> The problem is that ECL is not working with AMR, yet.
>
> A technical issue is that one cannot that easily loop over 2*dim
> faces and compute the fl
Are you building deal.II manually? The default install path of
manually-built software is /usr/local on Linux. It is usually write-
accessible only by the root user. I recommend to use candi, it will
install deal.II + dependencies in user-accessible locations, it is much
easier than doing it manual
move the discussion
to: https://github.com/hyperdeal/hyperdeal/discussions.
On the first glance, the code seems to be correct but I have one or two
ideas how to simplify the problem so that it is easier to debug!
Thanks,
Peter
On Thursday, 3 February 2022 at 12:12:20 UTC+1 Alexander Kiselyov
12 matches
Mail list logo
