[deal.II] preCICE workshop in February - contributions welcome

['David Schneider' via deal.II User Group]

Dear colleagues,

Spread the word: the SCCS and the preCICE team are organizing the 4th 
workshop of the coupling library preCICE, this time at LRZ in Garching 
(Munich/Germany). Expect user and developer talks, hands-on training 
sessions, discussions with the developers on your applications and use 
cases, feedback rounds, and plenty of opportunities to network with the 
rest of our vibrant community. 

Talk submission in two batches: early till December 16 (early), late till 
January 9 
Registration: early-bird till January 9, late till January 30 Find more 
details on https://precice.org/precice-workshop-2023.html

Best regards and hope to see you soon,
David

-- 
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 to the Google Groups 
"deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dealii+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dealii/5315c38c-a4f2-4fec-83fb-fa9ca88e01f7n%40googlegroups.com.

[deal.II] online preCICE workshop in February 2022

['David Schneider' via deal.II User Group]

Dear all,

the preCICE team is again organizing an online workshop from Feb. 21 to 
Feb. 24, 2022. Have a look at our workshop program 
 for details.

preCICE itself is a coupling library, allowing you to couple (different) 
simulation software in a black-box fashion for your (multi-physics) 
simulations. Have a look at our deal.II tutorial in the deal.II code-gallery 

 
for a minimal example on how you might want to use preCICE with deal.II.

Our workshop is a coming together of the whole preCICE community and 
everyone who wants to get started with it. Looking forward to share ideas 
and experiences in February.

Best regards,
David

-- 
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 to the Google Groups 
"deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dealii+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dealii/7bcf115b-482e-40b7-bb81-7664fe1ee45en%40googlegroups.com.

[deal.II] Signature of TARGET_LINK_LIBRARIES in deal.II macros

['David Schneider' via deal.II User Group]

Hello everyone,

I recently started a project with different dependencies and I'm running 
into an issue due to a CMake deal.II macro. I'm forced to use 
'DEAL_II_SETUP_TARGET' as well as a similar macro from the other project 
and the projects use different versions of CMake's TARGET_LINK_LIBRARIES: 
one project uses TARGET_LINK_LIBRARIES including the signature keyword 
(PUBLIC, PRIVATE, INTERFACE), deal.II uses TARGET_LINK_LIBRARIES without 
the signature keyword. However, CMake does not allow to use both versions 
in one project. In principle, the issue is also described on stackoverflow 

 
in a different context, but I cannot modify the signature from my project.

I was wondering whether I'm the first one with this problem and whether it 
would be possible to have a switch within the deal.II macro in order to 
choose either of these signatures. Maybe someone has another solution I'm 
not aware of. I'm not even entirely sure, which of both signatures is 
actually the recommended way to go.

Best regards,
David

-- 
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 to the Google Groups 
"deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dealii+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dealii/1d6ca7af-bac2-418f-a092-a44e3fe66162n%40googlegroups.com.

[deal.II] Re: Solving an interface problem using matrix-free

['David Schneider' via deal.II User Group]

I can answer it myself after a bit of work, maybe there is someone 
wondering about similar things in the future:

> (1) will the SolverControl emit convergence although I operate only on 
some of the DoFs (do I need to reset the remaining ones)

Yes it will. Just reset the irrelevant DoFs and consider only the relevant 
here.

> (2) are there other options to achieve this (solving a problem on a  
subdomain such as an interface) using matrix-free

Not sure. However, project_boundary_values works only for serial 
Triangulations (there is actually an Assertion in deal.II missing). 
Reducing the overall system size to the size of the subdomain (as it is 
done for the serial version) while still considering the global coupling of 
distributed DoFs is exceedingly complicated. With matrix-free, I only touch 
the relevant DoFs when solving the system and I still have the DoF coupling 
and ghost value exchange as usual. The only 'price' I pay consists of the 
additional memory consumption for a global vector in the CGSolve, which is 
tolerable, or at least the best I can get.

> (3) do you think the approach makes sense or should I just go with the 
sparse matrix-vector approach since the overall system will be anyway 
relatively small (dim - 1)?

Makes sense. Choosing here sparse matrices is not a good idea as then I 
would have more unused memory allocated. Also, the (my selected) Jacobi 
preconditioner might become problematic for sparse matrices, if DoFs on the 
diagonal are ignored completely.


On Friday, 2 July 2021 at 19:02:09 UTC+2 David Schneider wrote:

> Hello all together,
>
> I'm currently working on a modified version of step-37 dealing with a 
> matrix-free implementation of a Laplace problem. As a postprocessing step, 
> I need to solve an interface problem: the function is essentially already 
> implemented in VectorTools::project_boundary_values() 
> .
>  
> However, I cannot use the default implementation in the library, because I 
> don't have a boundary function to project, but I have already a nodal 
> vector (the RHS) describing the boundary.
> Thus, I copied more or less the implementation of 
> 'VectorTools::project_boundary_values' into my program and this works out. 
> However, the implementation relies on a matrix-based approach and there are 
> lots of data structures I need to setup for this small and simple system. I 
> was wondering if I can re-use the MatrixFree object for this purpose, as it 
> has already all the preconditioners and operators implemented. 
>
> The idea would be to pass a global vector into the cg.solve() function and 
> (instead of looping over all cells) looping over all boundary cells and 
> only perform operations on the desired faces belonging to the relevant 
> interface. There are mainly three questions I was wondering about: (1) will 
> the SolverControl emit convergence although I operate only on some of the 
> DoFs (do I need to reset the remaining ones) ? (2) are there other options 
> to achieve this (solving a problem on a  subdomain such as an interface) 
> using matrix-free (3) do you think the approach makes sense or should I 
> just go with the sparse matrix-vector approach since the overall system 
> will be anyway relatively small (dim - 1)?
>
> Thanks in advance and kind regards,
> David
>

-- 
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 to the Google Groups 
"deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dealii+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dealii/501bbd46-84e2-49bb-8287-a77dab7883a5n%40googlegroups.com.

[deal.II] Solving an interface problem using matrix-free

['David Schneider' via deal.II User Group]

Hello all together,

I'm currently working on a modified version of step-37 dealing with a 
matrix-free implementation of a Laplace problem. As a postprocessing step, 
I need to solve an interface problem: the function is essentially already 
implemented in VectorTools::project_boundary_values() 
.
 
However, I cannot use the default implementation in the library, because I 
don't have a boundary function to project, but I have already a nodal 
vector (the RHS) describing the boundary.
Thus, I copied more or less the implementation of 
'VectorTools::project_boundary_values' into my program and this works out. 
However, the implementation relies on a matrix-based approach and there are 
lots of data structures I need to setup for this small and simple system. I 
was wondering if I can re-use the MatrixFree object for this purpose, as it 
has already all the preconditioners and operators implemented. 

The idea would be to pass a global vector into the cg.solve() function and 
(instead of looping over all cells) looping over all boundary cells and 
only perform operations on the desired faces belonging to the relevant 
interface. There are mainly three questions I was wondering about: (1) will 
the SolverControl emit convergence although I operate only on some of the 
DoFs (do I need to reset the remaining ones) ? (2) are there other options 
to achieve this (solving a problem on a  subdomain such as an interface) 
using matrix-free (3) do you think the approach makes sense or should I 
just go with the sparse matrix-vector approach since the overall system 
will be anyway relatively small (dim - 1)?

Thanks in advance and kind regards,
David

-- 
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 to the Google Groups 
"deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dealii+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dealii/5055feff-a2c4-4679-9cf5-8ed2fa6dc73cn%40googlegroups.com.

Re: [deal.II] deal.II coupling using preCICE

['David Schneider' via deal.II User Group]

   Great. Do you want me to link to https://www.precice.org 

 
or to anything more 

> deal.II-related on your sub-pages? Whatever URL you give me I'll link to. 
>

 https://www.precice.org would be great. Soon, we will have deal.II more 
obvious in our coupled codes section on the website, so that people easily 
find the relation to deal.II.

Yes, we take them all. Thanks for the bib entries, I've added them to the 
> list 
> (as a pull request for now, but they will eventually show up on the 
> website as 
> well). 
>

Great!

> The 
> > current state of our project is -in terms of deal.II- very basic and 
> there 
> > might be a thesis in the future dealing with an extension. We will let 
> you 
> > know about completed thesis in this area. 
>
> Much appreciated. Keeping this list as complete as possible is important 
> to us! 
>
 
Perfect. Many thanks for your efforts!

Best regards,
David
 

-- 
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 to the Google Groups 
"deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dealii+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dealii/7e1fbe79-80be-40a7-8fe4-04f17bbe7876%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [deal.II] deal.II coupling using preCICE

['David Schneider' via deal.II User Group]

Am Mittwoch, 19. Juni 2019 00:52:47 UTC+2 schrieb Wolfgang Bangerth:
>
> Ah, this is very nice! On a personal level, it fills me with great 
> satisfaction that my hometown university (Stuttgart, Germany) finds use 
> for 
> our software ;-) 
>
>
Glad to hear that, thanks for your nice response!


Two questions: 
> * We link to applications that build on deal.II under the "Applications" 
> tab 
>at the top right of https://dealii.org/ . Should we link to preCICE as 
> well?


 We would be very happy about a linking. Thanks in advance.

* Are there any publications that use this coupling and that we could list 
> at 
>https://dealii.org/publications.html 
>

The recent post/project origanted from a student project without a thesis. 
But there have been previous student theses at the University of Siegen, 
which used deal.II and preCICE. Unfortunately, they are not online 
available. I attached BibTex files of both, in case you would like to list 
them anyway. The current state of our project is -in terms of deal.II- very 
basic and there might be a thesis in the future dealing with an extension. 
We will let you know about completed thesis in this area.

Liebe Grüße aus Deutschland!

David, on behalf of the preCICE team
 

-- 
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 to the Google Groups 
"deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dealii+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dealii/56b011b6-7e44-4133-85ea-c90940ffc81a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
@mastersthesis{2017,
  author= {Rave, Kevin},
  title = {Kopplung von OpenFOAM und deal.II Gleichungslösern mit preCICE zur Simulation multiphysikalischer Probleme},
  school= {Universität Siegen},
  year  = {2017}
}
@mastersthesis{2018,
  author= {Schneider, David},
  title = {Simulation von Fluid-Struktur-Interaktion mit der Kopplungsbibliothek preCICE},
  school= {Universität Siegen},
  year  = {2018},
  note  = {Bachelorarbeit}
}
~  

[deal.II] deal.II coupling using preCICE

['David Schneider' via deal.II User Group]

Dear deal.II users,


preCICE now supoorts an example of of an adapter for a deal.II coupling, 
making multi-physics simulations with deal.II and other solvers very easy.


What is preCICE? 

*preCICE is a free coupling library for partitioned multi-physics 
simulations on massively parallel systems. **This includes several features 
such as data mapping methods, parallel peer-to-peer communication, 
sophisticated coupling algorithms and many more. More details are available 
on the preCICE webpage  and the preCICE wiki on 
GitHub .*


Hence, preCICE allows to couple existing software and run partitioned 
multi-physics simulations in an efficient way. We built the deal.II adapter 
 to provide an example of 
coupling a deal.II code with preCICE and give users an easy integration of 
preCICE in their own deal.II projects. You may find all the details in the 
deal.II 
adapter wiki.  


Feel free to contact us  for 
any questions. 


Happy coupling,
the preCICE team

-- 
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 to the Google Groups 
"deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dealii+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dealii/2aee3719-65a1-4323-af1d-4c12d675c5b2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.