Kaushik,
the last error message you showed was observed also here:
https://github.com/dealii/dealii/issues/15749#issuecomment-1636841767
Best,
Marco
Il giorno giovedì 17 ottobre 2024 alle 21:48:39 UTC+2 k.d...@gmail.com ha
scritto:
> Hello again, I may have declared victory a little
ould be nice to provide a policy that allows the used to simply
tweak the CGAL kernels that are employed.
Best,
Marco
Il giorno domenica 26 novembre 2023 alle 09:58:51 UTC+1 najwaa...@gmail.com
ha scritto:
> Dear team,
>
> I am adding the two domain meshes (cycle 0) in .vtk format for a be
id is entirely included in the original one.
Hope that helps,
Marco
Il giorno mercoledì 8 marzo 2023 alle 08:17:17 UTC+1 elyn...@gmail.com ha
scritto:
> Hello,
>
> I have a solution on an unstructured grid obtained by deal.ii in VTU
> format, and now I want to interpolate it to a cartesian
scussion: https://groups.google.com/g/dealii/c/nodblNqEjd4
Best,
Marco
Il giorno mercoledì 22 febbraio 2023 alle 13:36:12 UTC+1 yy.wayne ha
scritto:
> Since spack is calling error, I install directly with the depending
> libraries installed by spack.
> Deal.II cmake and 'make ins
Hi,
Maybe Trame is an option for you?
You have to build something yourself, but a lot of the complexity is hidden.
https://kitware.github.io/trame/
Marco
On Wed, Jan 18, 2023, 4:05 PM Kaushik Das wrote:
> Hi all,
> I have been using deal.ii for a while. I would like to create a simp
* // do what you need here*
* }*
* }*
Best,
Marco
Il giorno giovedì 15 dicembre 2022 alle 05:55:51 UTC+1 Praveen C ha scritto:
> Dear all
>
> I am looking for available methods to find cells cut by some given curve.
>
> I found such a case in step-60 and made this example
>
> h
Ah, I hadn’t noticed you were compiling a tutorial program. My apologies.
Il giorno lunedì 7 novembre 2022 alle 17:53:10 UTC+1 d.arnd...@gmail.com ha
scritto:
> You would get this compile-time error if you haven't configured deal.II
> with `DEAL_II_WITH_MPI=ON`.
>
> Best,
> Daniel
>
> On Mon, N
ealii.org/developer/doxygen/deal.II/classparallel_1_1distributed_1_1Triangulation.html#a32dee27541d4a63c275046f6e4bdec3b>
Best,
Marco
Il giorno lunedì 7 novembre 2022 alle 15:51:17 UTC+1 ztdep...@gmail.com ha
scritto:
> when i compile the tutorial 40, i met the following error. It semms that
With your u(x,y) you get as (manufactured) rhs:
f(x,y) \approx 1.8 e^(-1.9 x)
I don’t think that with these data your condition
\int_\Omega f + \int_{\partial \Omega} \partial_n u = 0
is satisfied.
Best,
Marco
> On 26 Aug 2022, at 14:42, ztdep...@gmail.com wrote:
>
> I solve
What are the data (rhs, Neumann condition,...) of your problem ?
What is the value of the residual ?
Best,
Marco
> On 26 Aug 2022, at 13:48, ztdep...@gmail.com wrote:
>
> it seems I cann't get a converged solution . which Solver should i use
> to treat this situation?The
Actually, it turns out there's a tutorial program doing precisely what you
are looking for: step-11
(https://www.dealii.org/developer/doxygen/deal.II/step_11.html)
Best,
Marco
Il giorno martedì 23 agosto 2022 alle 18:54:24 UTC+2 Marco Feder ha scritto:
>
> Hi,
>
&
satisfy a
compatibility condition between the r.h.s. and the neumann data.
Best,
Marco
Il giorno martedì 23 agosto 2022 alle 15:54:19 UTC+2 ztdep...@gmail.com ha
scritto:
> In step 3 , I want to implemente the Neumann bc for all the boundary
> condition. which tutorial show this procedure.
-
Thanks Simon,
As you might suspect, I was using your step-85 to solve an interface problem
also in the “outside” region with cutFEM, and “hardcoding" the jump terms like
in DG as you suggested finally solved the issue. Sorry for the late reply.
Best,
Marco
> On 9 Aug 2022, at 17:5
Hi Wolfgang,
No, I didn't check. I was just running a few example programs that were
compiled during the installation process.
However, I believe it is a good exercise for me to see if I can find the
bug :). So, I will give it a try and report back if I find anything or get
stuck.
Marco
ore than willing to.
Kind regards,
Marco
On Thursday, August 11, 2022 at 9:30:41 PM UTC+2 Jean-Paul Pelteret wrote:
> Hi Marco,
>
> I've open a PR in Spack (https://github.com/spack/spack/pull/32079) that
> backports the patches that we added to the development version to
w why).
Building without HDF5 would be an option for me for the short term, but I
will first try to see if I can get it working.
Again, I am pretty impressed by the spack. It works like a charm and it
provides a lot of flexibility.
Kind regards,
Marco
On Tuesday, August 9, 2022 at 7:27:38 PM
thing cluster like.
Just as a side note. I am pretty impressed with the easy and flexibility of
spack. All other dependencies installed without a hitch (petsc, sundials,
trilinios etc.).
Does anybody have an idea of what the problem is?
Any help is highly appreciated.
Marco
P.S. I am a com
d):
*The FiniteElement you provided to FEValues and the FiniteElement that
belongs to the DoFHandler that provided the cell iterator do not
match.*
since we have different spaces on cell0 and cell1. Is there a possible
workaround to this?
Best,
Marco
--
The deal.II project is
This may be of interest to
you: https://github.com/dealii/dealii/issues/13574#issuecomment-1166472620
Best,
Marco
Il giorno giovedì 30 giugno 2022 alle 13:55:34 UTC+2 Alberto Salvadori ha
scritto:
> Matthias,
>
> I wonder if this release is fully compatible with Apple M1 (and M2 a
#ga87e38fbde431397c069a88692bd24ae7],
as explained in step-20.
(https://www.dealii.org/current/doxygen/deal.II/step_20.html#TheLinearOperatorframeworkindealII)
Best,
Marco
Il giorno sabato 9 aprile 2022 alle 05:33:22 UTC+2 hkch...@gmail.com ha
scritto:
> Hello team,
> First, I got the linear_operator op
)
to get points and weights in the "real" line, since one coordinate is fixed.
More advanced users probably have nicer solutions :-)
Best,
Marco
Il giorno venerdì 11 marzo 2022 alle 16:26:05 UTC+1 gius...@gmail.com ha
scritto:
> Good morning everyone,
> I would have a qu
#ab670894e45080a2c39d0698c0f582c9d)
to get points and weights in the "real" line, since one coordinate is fixed.
More advanced users probably have nicer solutions :-)
Best,
Marco
Il giorno venerdì 11 marzo 2022 alle 16:26:05 UTC+1 gius...@gmail.com ha
scritto:
> Good morning everyone,
> I would have
Dear All,
Let me first quickly introduce myself. My name is Marco Nawijn, I am 49
years
old and I hold a masters degree in aerospace engineering. I have many years
of
practical experience in the application of the finite element method in the
field of mechanics (plasticity, buckling, damage
Thanks Wolfgang,
indeed, as we have incompressibility, the last component of the rhs will
always be 0. I wrote a possible patch, I'll open the pr tomorrow so that I
can take another look at it!
Best,
Marco
Il giorno venerdì 19 novembre 2021 alle 23:15:50 UTC+1 Wolfgang Bangerth ha
sc
m; ++s)
{
sum += phi_u[i][s] * rhs_values[q][s];
}
local_rhs(i) +=
(sum + rhs_values[q][dim] * phi_p[i]) * fe_values.JxW(q);
}
}
or is there a better way to achieve this?
Best,
Marco
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://group
You're right, I totally missed the default parameter h in the constructor.
Thanks,
Marco
Il giorno domenica 8 agosto 2021 alle 22:26:01 UTC+2 Timo Heister ha
scritto:
> FunctionParser uses a finite difference approximation for the gradient. I
> think this is explained i
t the source code and in the documentation of
integrate_difference, I don't see how the H^1 norm was computed without
having an implementation of the Gradient. I would expect to see an
exception asking for its implementation. Was it using some FD-like
approximation or am I missing someth
febbraio 2021 alle 09:59:21 UTC+1 Marco ha scritto:
> I answered to Luca right after Thodoros' answer. I'm gonna try this asap,
> thanks for the support.
>
> Cheers,
> Marco
> Il giorno mercoledì 24 febbraio 2021 alle 09:57:14 UTC+1 Marco ha scritto:
>
>> T
I answered to Luca right after Thodoros' answer. I'm gonna try this asap,
thanks for the support.
Cheers,
Marco
Il giorno mercoledì 24 febbraio 2021 alle 09:57:14 UTC+1 Marco ha scritto:
> Thanks for the reply.
>
> Yes, it is precisely what I wrote at the beginning of
a scritto:
> can you try running it after issuing the command
>
> module load dealii
>
> ?
>
> I’m not sure why, but it looks like some paths are not set correctly.
>
> L.
>
> > On 23 Feb 2021, at 21:46, Marco wrote:
> >
> > Dear all,
> >
y because "CMAKE_PREFIX_PATH and
DYLD_LIBRARY_PATH set to work with Deal.II", as written after opening the
terminal app.
What am I missing? Any help is highly appreciated!
Best,
Marco
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://group
, we would need the Trilinos
solver/perconditioner capabilities and also are very interested in the
Sacado package that does automatic differentiation.
Thanks,
Marco
On Wed, Jun 8, 2016 at 8:01 AM, Bruno Turcksin
wrote:
> Marco,
>
> like Jean-Paul said the Trilinos wrappers are mainl
deal.ii developers and users who have
experience with using Trilinos in deal.ii
Thanks,
Marco
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
---
You received this message because you are subscribed
33 matches
Mail list logo
