-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
editing defaults for consistency #88
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -398,9 +398,9 @@ main(int ac, char **av) | |
("LMAX", "Harmonic order for halo expansion", | ||
cxxopts::value<int>(LMAX)->default_value("18")) | ||
("LMAXFID", "Harmonic order for EOF spherical model", | ||
cxxopts::value<int>(LMAXFID)->default_value("48")) | ||
cxxopts::value<int>(LMAXFID)->default_value("72")) | ||
("NMAXFID", "Radial order for EOF spherical model", | ||
cxxopts::value<int>(NMAXFID)->default_value("48")) | ||
cxxopts::value<int>(NMAXFID)->default_value("64")) | ||
("MMAX", "Aximuthal order for Cylindrical expansion", | ||
cxxopts::value<int>(MMAX)->default_value("6")) | ||
("NUMX", "Number of knots in radial dimension of meridional grid", | ||
|
@@ -434,7 +434,7 @@ main(int ac, char **av) | |
("NOUT", "Number of radial terms in diagnostic basis file for cylinder", | ||
cxxopts::value<int>(NOUT)->default_value("18")) | ||
("NODD", "Number of vertically odd terms in cylindrical expansion", | ||
cxxopts::value<int>(NODD)->default_value("6")) | ||
cxxopts::value<int>(NODD)->default_value("9")) | ||
("NMAXH", "Number of radial terms for spherical expansion", | ||
cxxopts::value<int>(NMAXH)->default_value("18")) | ||
("NMAXD", "Number of radial terms for cylindrical expansion", | ||
|
@@ -518,7 +518,7 @@ main(int ac, char **av) | |
("SCSPH", "Scale for Spherical SL coordinate mapping", | ||
cxxopts::value<double>(SCSPH)->default_value("1.0")) | ||
("RSPHSL", "Maximum halo expansion radius", | ||
cxxopts::value<double>(RSPHSL)->default_value("47.5")) | ||
cxxopts::value<double>(RSPHSL)->default_value("1.95")) | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Another strategy here would be to accept whatever the maximum radius in the input table is. That is probably more user-error proof? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The main reason for There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Right, I guess my hope is that users will have good density models, especially if they are making a set of ICs. But I guess this is a way out if a user had a table they couldn't change (for some weird reason). There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Hm. I'm okay with forcing the user to change their table to something consistent with SL. I'm in favor of reducing the number of free parameters generally. So I'm in favor of your first proposal: get rid of There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I don't know how to implement this suggestion but it probably is the best fix |
||
("ASCALE", "Radial scale length for disk basis construction", | ||
cxxopts::value<double>(ASCALE)->default_value("1.0")) | ||
("ASHIFT", "Fraction of scale length for shift in conditioning function", | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lmaxfid=128
will be really computationally expensive -- I wonder if we want to go the other way and change the defaults elsewhere to a lower value?There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah,
lmaxfid=128
is a lot. Do you have a suggestion?72
or96
maybe?There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In the past I found diminishing returns after
72
unless really going for it on the other parameters (it takes a lot of integration points to resolve even96
!). Unless we want this to be super-production-ready code, I'd set at72
.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay, let's do
72
.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lmaxfid
is set to 128 in src/cylinder.cc and expui/BiorthBasis.H - I'll change it to 72 throughout.