<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
Dear Peter,</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
Thank you for the clarifications regarding the Simfactory macros and the best practice advice.</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
best,</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
Panayotis</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Peter Diener <diener@cct.lsu.edu><br>
<b>Sent:</b> Thursday, August 7, 2025 4:26 PM<br>
<b>To:</b> IOSIF PANAGIOTIS <PANAGIOTIS.IOSIF@units.it><br>
<b>Cc:</b> Leonardo Werneck <wernecklr@gmail.com>; users@einsteintoolkit.org <users@einsteintoolkit.org><br>
<b>Subject:</b> Re: [Users] Users Digest, Vol 184, Issue 14</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">Dear Iosif,<br>
<br>
Yes, @ALLOCATION@ will be read from the corresponding * .ini file if not <br>
specified with the --allocation=YOUR_ALLOCATION command line option. And <br>
yes the command line will override the information in the .ini file.<br>
<br>
However, I would rather place the allocation information in <br>
simfactory/etc/defs.local.ini than in the <machine>.ini file. Multiple<br>
users with different allocations can use the same machine, so that <br>
information belongs in the user specific .ini file.<br>
<br>
There is no list of macros documented anywhere, unfortunately.<br>
<br>
Cheers,<br>
<br>
   Peter<br>
<br>
Assistant Professor Research<br>
Center for Computation & Technology and<br>
Department of Physics & Astronomy<br>
Louisiana State University<br>
<br>
On Sat, 2 Aug 2025, IOSIF PANAGIOTIS wrote:<br>
<br>
> Dear Leo,<br>
> <br>
> Thank you for your answer and for sharing your experience.<br>
> No, I hadn't received a reply to my question yet.<br>
> <br>
> So it seems that macros such as @ALLOCATION@ (or any other SimFactory<br>
> placeholder) can be changed via :<br>
>  *  either editing the <machine>.ini file<br>
>  *  or specifying the relevant command line option (i.e., among the ones<br>
>     that come up when doing "./simfactory/bin/sim --help").<br>
> <br>
> And if I understand correctly, it seems that whatever is specified as a<br>
> command-line option for sim takes priority over what is specified in the<br>
> configuration files.<br>
> Is this correct?<br>
> <br>
> If yes, then these placeholders could be simply left alone when editing the<br>
> submitscript and runscript, and set via the respective sim command-line<br>
> option when submitting a simulation. Right?<br>
> <br>
> And to reiterate part of my initial question:<br>
>  *  If these @FOO@ macros for SimFactory are documented somewhere, I would<br>
>     be grateful if you could point me to the relevant page. <br>
>  *  If such documentation does not exist, then it is also ok, and this<br>
>     empirical understanding will have to suffice for now. I was just asking<br>
>     to make sure I was not missing some obvious documentation source.<br>
> <br>
> Best,<br>
> Panayotis<br>
> <br>
> ____________________________________________________________________________<br>
> From: Users <users-bounces@einsteintoolkit.org> on behalf of Leonardo<br>
> Werneck <wernecklr@gmail.com><br>
> Sent: Thursday, July 31, 2025 7:26 PM<br>
> To: users@einsteintoolkit.org <users@einsteintoolkit.org><br>
> Subject: Re: [Users] Users Digest, Vol 184, Issue 14  <br>
> Dear Iosif,<br>
> <br>
> I hope this message finds you well.<br>
> <br>
> I'm not sure you already got a reply, but in case you haven't, my<br>
> understanding is that placeholders like @FOO@ are there to indicate things<br>
> you need to change yourself, manually.<br>
> <br>
> So when you see something like:<br>
> <br>
> #SBATCH -A @ALLOCATION@<br>
> <br>
> then it means you should replace @ALLOCATION@ with the name of your<br>
> allocation in the specific cluster.<br>
> <br>
> Someone else can correct me if this is not correct, but that's how I usually<br>
> handle these.<br>
> <br>
> Cheers,<br>
> Leo<br>
> <br>
> <br>
> On Fri, Jul 25, 2025 at 8:06 AM <users-request@einsteintoolkit.org> wrote:<br>
>       Send Users mailing list submissions to<br>
>               users@einsteintoolkit.org<br>
><br>
>       To subscribe or unsubscribe via the World Wide Web, visit<br>
>               <a href="http://lists.einsteintoolkit.org/mailman/listinfo/users">
http://lists.einsteintoolkit.org/mailman/listinfo/users</a><br>
>       or, via email, send a message with subject or body 'help' to<br>
>               users-request@einsteintoolkit.org<br>
><br>
>       You can reach the person managing the list at<br>
>               users-owner@einsteintoolkit.org<br>
><br>
>       When replying, please edit your Subject line so it is more<br>
>       specific<br>
>       than "Re: Contents of Users digest..."<br>
> <br>
><br>
>       Today's Topics:<br>
><br>
>          1. SimFactory placeholder macros (IOSIF PANAGIOTIS)<br>
>          2. Issue with ReadInterpolate (Luciano Combi)<br>
> <br>
><br>
>       ----------------------------------------------------------------------<br>
><br>
>       Message: 1<br>
>       Date: Fri, 25 Jul 2025 10:43:36 +0000<br>
>       From: IOSIF PANAGIOTIS <PANAGIOTIS.IOSIF@units.it><br>
>       To: Einstein Toolkit Users <users@einsteintoolkit.org><br>
>       Subject: [Users] SimFactory placeholder macros<br>
>       Message-ID:<br>
>              <AS8P250MB08637A69A316C8763E533B5FF959A@AS8P250MB0863.EURP250.PROD.OUTLOOK.<br>
>       COM><br>
><br>
>       Content-Type: text/plain; charset="iso-8859-1"<br>
><br>
>       Hi,<br>
><br>
>       I have been following this document,<br>
>       <a href="https://einsteintoolkit.org/seminars/2022_02_24/index.html">https://einsteintoolkit.org/seminars/2022_02_24/index.html</a> , to<br>
>       set up ET on my cluster, working also on some example<br>
>       configuration files.<br>
><br>
>       While preparing the submit and run scripts, I wanted to check<br>
>       the description of the @FOO@ macros that SimFactory uses.<br>
><br>
>       I checked these places but found no information.<br>
><br>
>         *<br>
>       <a href="https://simfactory.bitbucket.io/simfactory2/userguide/">https://simfactory.bitbucket.io/simfactory2/userguide/</a> (no<br>
>       mention of macros)<br>
>         *<br>
> <a href="https://docs.einsteintoolkit.org/et-docs/Simulation_Factory_Advanced_Tutori">
https://docs.einsteintoolkit.org/et-docs/Simulation_Factory_Advanced_Tutori</a><br>
>       al (1 mention of the @USER@ macro and a pointer to a section#Macros<<a href=""></a>https://docs.einsteintoolkit.org/et-docs/Simulation_Factory_Advance<br>
>       d_Tutorial#Macros> that seems missing)<br>
>         *<br>
>       <a href="https://docs.einsteintoolkit.org/et-docs/Configuring_a_new_machine">
https://docs.einsteintoolkit.org/et-docs/Configuring_a_new_machine</a><br>
>       (there is no information on the submitscript and runscript)<br>
><br>
>       So I would like to ask:<br>
><br>
>       If e.g. I have this line in my submitscript:<br>
>       #SBATCH -A @ALLOCATION@<br>
><br>
>       Where is @ALLOCATION@ "read" from?<br>
><br>
>       My guess is that this is specified in the .ini file in this<br>
>       line:<br>
>       allocation = <project_account><br>
><br>
>       Could you confirm if this is the case?<br>
><br>
>       Is there another source of documentation (that I might have<br>
>       missed) describing what these @FOO@ placeholders do?<br>
><br>
>       Best regards,<br>
>       Panagiotis<br>
> <br>
><br>
>       -------------------<br>
>       Panagiotis Iosif<br>
>       postdoctoral researcher<br>
>       Department of Physics, University of Trieste<br>
>       Via Alfonso Valerio 2, Trieste 34127<br>
>       Italy<br>
>       -------------------<br>
><br>
>       -------------- next part --------------<br>
>       An HTML attachment was scrubbed...<br>
>       URL:<<a href=""></a>http://lists.einsteintoolkit.org/pipermail/users/attachments/20250725/dca9<br>
>       8ab5/attachment-0001.htm><br>
><br>
>       ------------------------------<br>
><br>
>       Message: 2<br>
>       Date: Fri, 25 Jul 2025 15:05:48 +0000<br>
>       From: Luciano Combi <lcombi@perimeterinstitute.ca><br>
>       To: "users@einsteintoolkit.org" <users@einsteintoolkit.org><br>
>       Subject: [Users] Issue with ReadInterpolate<br>
>       Message-ID:<br>
>              <YQBPR0101MB544409A753F7D8E3ED3097D9CC59A@YQBPR0101MB5444.CANPRD01.PROD.OUT<br>
>       LOOK.COM><br>
><br>
>       Content-Type: text/plain; charset="iso-8859-1"<br>
><br>
>       Hi people,<br>
><br>
>       I have used ReadInterpolate successfully for different<br>
>       applications in the past. I'm now trying to use it to<br>
>       interpolate onto a new grid that has 5 ghost zones i.e.:<br>
><br>
>       CoordBase::boundary_size_x_lower     = 5<br>
>       CoordBase::boundary_size_y_lower     = 5<br>
>       CoordBase::boundary_size_z_lower     = 5<br>
>       CoordBase::boundary_size_x_upper     = 5<br>
>       CoordBase::boundary_size_y_upper     = 5<br>
>       CoordBase::boundary_size_z_upper     = 5<br>
>       Driver::ghost_size                   = 5<br>
>       GRHydro::GRHydro_stencil             = 5<br>
>       But I'm getting this error:<br>
><br>
>       CCTK_Proc569.err <==<br>
>         while executing schedule bin ReadInterpolate_ReadData, routine<br>
>       ReadInterpolate::ReadInterpolate_Read<br>
>         in thorn ReadInterpolate, file/home/mvxcombi/ET_Zelmani/Cactus/arrangements/EinsteinInitialData/ReadInter<br>
>       polate/src/read.c:559:<br>
>         -> Skipping integer variable 'SPACEMASK::space_mask it=335925<br>
>       tl=0 rl=0 c=569'. Do not know how to interpolate integers.<br>
>       ERROR from host bcn1814.usr.hlrn.de process 569<br>
>         while executing schedule bin ReadInterpolate_ReadData, routine<br>
>       ReadInterpolate::ReadInterpolate_Read<br>
>         in thorn ReadInterpolate, file/home/mvxcombi/ET_Zelmani/Cactus/arrangements/EinsteinInitialData/ReadInter<br>
>       polate/src/interpolate.cc:130:<br>
>         -> There were 70227 points in 27 variables that could not be<br>
>       set.<br>
>       cactus_etk_devel:/home/mvxcombi/ET_Zelmani/Cactus/arrangements/Carpet/Carpet/src/helpers.cc:<br>
>       275: int Carpet::Abort(const cGH*, int): Assertion `0' failed.<br>
>       Rank 569 with PID 1675935 received signal 6<br>
>       Writing backtrace to AIC_interp/backtrace.569.txt<br>
>       The original grid has 3 ghost zones. I'm using the following<br>
>       parfile:<br>
>       # What to interpolate<br>
>       # -------------------<br>
>       ReadInterpolate::files                        =<br>
>       "checkpoint.chkpt.it_335925"<br>
>       ReadInterpolate::max_number_of_read_variables = 30<br>
>       ReadInterpolate::only_these_datasets          = ":Y_e, :rho,<br>
>       :temperature, :vel, :Ax, :Ay, :Az, :psi6phi, :kxx, :kxy, :kxz,<br>
>       :kyy, :kyz, :kzz, :gxx, :gxy, :gxz, :gyy, :gyz, :gzz, :betax,<br>
>       :betay, :betaz, :alp"<br>
>       ReadInterpolate::minimum_reflevel             = 0     # Default<br>
>       ReadInterpolate::maximum_reflevel             = 1000  # Default<br>
><br>
>       # Interpolator settings<br>
>       # ---------------------<br>
>       ReadInterpolate::epsilon                 = 1.e-12 #2  # Default<br>
>       ReadInterpolate::interpolator_half_width = -1      # Default,<br>
>       use cctk_nghostzones<br>
>       ReadInterpolate::interpolator_name       = "Lagrange polynomial<br>
>       interpolation"<br>
>       ReadInterpolate::interpolator_pars       = "<br>
>           order = 3<br>
>           boundary_off_centering_tolerance = {1. 1. 1. 1. 1. 1.}<br>
>           boundary_extrapolation_tolerance = {1.e-12 1.e-12 1.e-12<br>
>       1.e-12 1.e-12 1.e-12}<br>
>       "<br>
><br>
>       # Fixing the read-in data<br>
>       # -----------------------<br>
>       ReadInterpolate::shift_read_datasets_by[0] = 0.<br>
>       ReadInterpolate::shift_read_datasets_by[1] = 0.<br>
>       ReadInterpolate::shift_read_datasets_by[2] = 0.<br>
><br>
>       ReadInterpolate::enforce_symmetries_after_reading = no  #<br>
>       Default<br>
>       ReadInterpolate::fix_cell_centered_origins        = no  #<br>
>       Default<br>
><br>
>       Any suggestions on how to solve this issue?<br>
><br>
>       Thanks a lot!!<br>
>       -------------- next part --------------<br>
>       An HTML attachment was scrubbed...<br>
>       URL:<<a href=""></a>http://lists.einsteintoolkit.org/pipermail/users/attachments/20250725/8744<br>
>       4213/attachment.htm><br>
><br>
>       ------------------------------<br>
><br>
>       Subject: Digest Footer<br>
><br>
>       _______________________________________________<br>
>       Users mailing list<br>
>       Users@einsteintoolkit.org<br>
>       <a href="http://lists.einsteintoolkit.org/mailman/listinfo/users">http://lists.einsteintoolkit.org/mailman/listinfo/users</a><br>
> <br>
><br>
>       ------------------------------<br>
><br>
>       End of Users Digest, Vol 184, Issue 14<br>
>       **************************************<br>
> <br>
> <br>
></div>
</span></font></div>
</body>
</html>