Users December 2011

users@lists.einsteintoolkit.org

16 participants
29 discussions

questions on CarpetIOASCII
by Luca Baiotti 12 Dec '11

12 Dec '11

Hello, I was looking into the param.ccl of CarpetIOASCII (hg version) and found some deprecated parameters: BOOLEAN out3D_ghosts "Output ghost zones (DEPRECATED)" { } "yes" BOOLEAN out3D_outer_ghosts "Output outer boundary zones (assuming that there are nghostzones boundary points (DEPRECATED)" { } "yes" In what sense are they deprecated? I don't do 3D ASCII output, but I think that setting the above parameters to "no" would be better (see also below). Furthermore, BOOLEAN out1D_d "Do output along the diagonal" STEERABLE = ALWAYS { } "yes" should also default to no, I suggest. Finally, I would also make the default of: BOOLEAN output_ghost_points "Output ghost points" { } "yes" to "no". This would also make the script CarpetIOASCII/src/util/Carpet2ygraph.pl work again (see other message about Carpet2ygraph.pl in this mailing list). Except for debugging, is there any advantage in outputting ghost zones? Cheers, Luca

3 3

Re: [Users] [Einstein Toolkit] #677: parameter default change in CarpetIOASCII
by Luca Baiotti 12 Dec '11

12 Dec '11

On 12/12/11 7:50 AM, Einstein Toolkit wrote: > #677: parameter default change in CarpetIOASCII > ----------------------------------------+----------------------------------- > Reporter: baiotti@… | Owner: eschnett > Type: enhancement | Status: new > Priority: optional | Milestone: > Component: Carpet | Version: > Resolution: | Keywords: CaroetIOASCII parameter default > ----------------------------------------+----------------------------------- > > Comment (by eschnett): > > Luca, do you want to discuss this on the mailing list? This ticket seems > to be ignored, and the changing a default value should be done by > consensus. Erik, I had originally asked on the mailing list, with the message "questions on CarpetIOASCII" sent on 10 Oct 2011. Cheers, Luca

2 1

Einstein Toolkit Meeting Reminder
by Frank Loeffler 11 Dec '11

11 Dec '11

1 0

CCP2012 (October 2012)
by Luca Baiotti 10 Dec '11

10 Dec '11

Dear all, I would like to invite you all to the Conference on Computational Physics 2012 (CPP2012) that we are organising in Kobe (Japan) next year October 14 (Sun) - 18 (Thu), 2012. This is not yet an official invitation letter, but I would like you to save the date in your busy schedule for 2012. The preliminary website is: http://www.ile.osaka-u.ac.jp/CCP2012 I hope to see you all there :-) Luca Baiotti Osaka University P.S. Feel free to advertise this informal invitation and webpage to anyone interested.

1 0

Failing test cases
by Erik Schnetter 08 Dec '11

08 Dec '11

I just see that, on my local system, 7 out of 127 test cases are failing. Do we know why? I sincerely hope I'm not to blame for too many of those 7... -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/

3 6

Meeting minutes
by Roland Haas 05 Dec '11

05 Dec '11

Hello all, present were: Frank, Yosef, Tanja, Roland, Erik, Bruno Giacomazzo, Josh, Eloisa + at least one more ET paper: * being reviewd by CQG now * smalller changes, eg. plot formating, citations still possible ET seminars: * propose to have bi-weekly seminar similar to last week's talk (and eg. the CCE talk) on topics of interest * have wiki page to collect suggestions: https://docs.einsteintoolkit.org/et-docs/Einstein_Toolkit_Seminar_Proposals * please think of topics for seminars during the week * see reminder email for details Incoming thorns: * SphericalSurface: ** want code review by non-author ** want test case ** ask Christian Reisswig to give short (5min) presentation next week * TOVolverHot: ** leave in incoming for now ** merge branches (Hot, CIGR_tmp, ...) ** code cleanup (possible student project) NSF software development institute letter of commitment (not proposed by us) * cross-field algorithm and infrastructure development and discussion * institute will organize workshops * Frank will compose letter and send it to maintainers Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net. _______________________________________________ Users mailing list Users(a)einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users

1 0

Einstein Toolkit Meeting Reminder
by Frank Loeffler 04 Dec '11

04 Dec '11

Hi Please consider joining the weekly Einstein Toolkit phone call at 10 am US central time on Mondays. As usual, you can find instructions how to join on the following web site: http://einsteintoolkit.org/community/support/ I short: the number is (+1) 225-578-4942 or (+1) 866-573-0359 and the conference id is 118682#. Topics are welcome from everyone, here is what I would like to discuss: - The ET paper has entered the review process of CQG. We should still work on the remaining small issues, which we would be allowed to change. - We should start an Einstein Toolkit Seminar series, with the idea the any topic interesting for a large part of the community could be presented, regardless of within the ET or not. One nice example was last weeks talk from Zach. Talks could be irregular at the beginning, and as last week use the time of the regular ET meeting if there isn't anything urgent to discuss (like a paper, release or similar). If this turns out to be a success we probably should find another time. Talks would be announced at least here on this list, and at http://einsteintoolkit.org/seminars/ Potential talks could be proposed and discussed here: https://docs.einsteintoolkit.org/et-docs/Einstein_Toolkit_Seminar_Proposals - /incoming contains: - ADMDerivatives: Why was that put in, in connection with the PITTNull code and Christian R. extraction method? - SphericalSlice: Ok to go to CactusNumerical? - TOVSolverHot: There are too many versions of TOVSolver around and the code (of TOVSolver) should be cleaned up anyway. Does anyone has a student who could do that (and also learn that way how to use [and not use] various numerical methods and software engineering techniques)? Although, it might be good to wait with the cleanup until after a few versions merged. - I am thinking about creating ET profiles including logins, separate from CCT logins. - Advantages would be that, since we manage them, we can help people directly, we can pick our own policies (think about expired passwords), we can more easily add data about people like their home institution, their avatar. - Disadvantage would be that we have to manage it, and that it would be yet another login for everyone. Before thinking about implementation details, or who (probably at LSU) would actually do that: is this something the majority of users would like to see? Why? Why not? What are the weak points of the current account handling? Would such an approach be an improvement? Should it be done entirely differently, if so: how? Could this somehow be combined with a similar approach for the Cactus framework? Essentially what I would like to hear at the call is a wish-list, prioritized as much as possible. In how far this is feasible remains then to be seen. Frank Loeffler

1 0

Re: [Users] highest output frequency for CarpetIOBasic?
by Erik Schnetter 01 Dec '11

01 Dec '11

On Thu, Dec 1, 2011 at 12:13 PM, Kelly, Bernard J. (GSFC-660.0)[UNIVERSITY OF MARYLAND BALTIMORE COUNTY] <bernard.j.kelly(a)nasa.gov> wrote: > Thanks, Erik & Frank. Roland gave me much the same answer off-list. > > As I told Roland, I'll have to check, but that sounds plausible: I > sometimes > am sloppy with my max_refinement_levels. It never occurred to me that > something like this could be a side-effect. There is no sloppiness. I tend to set max_refinement_levels to the same value in all simulations (say, 10), independent of the number of actual levels, so that one coarse grid time step corresponds to 512 iterations in all simulations. Makes it easier to compare things. -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/

1 0

highest output frequency for CarpetIOBasic?
by Kelly, Bernard J. (GSFC-660.0)[UNIVERSITY OF MARYLAND BALTIMORE COUNTY] 01 Dec '11

01 Dec '11

Hi all. Something new (I think) and trivial, but is annoying me. For diagnostic purposes, I was running a Cactus/Carpet executable (ETK Maxwell) with CarpetIOBasic::output_1Devery = 1. To my surprise, the output happens every *two* timesteps. When I switch the parameter to 2, the same thing happens. So I get the following behaviour: parameter value => actual output frequency ------------------------------------------------------------- 1 => 2 2 => 2 4 => 4 8 => 8 The grid has multiple refinement levels. I tried a smaller testsuite (perhaps one of the ML_BSSN tests, which are unigrid), and there "output_1Devery = 1" really did produce output every timestep. I know a proper report needs a sample parameter file for reproducibility, but before I get that (not logged into the right machine right now), perhaps someone could tell me why this -might- happen? The logic in the IOBasic thorn seems simple enough ... Thanks, Bernard ----------------------------------------------------------------------------- Bernard Kelly -- CRESST Research Associate, NASA/GSFC Phone: +1 (301) 286-7243 E-Mail: bernard.j.kelly(a)nasa.gov Web: http://science.gsfc.nasa.gov/sed/index.cfm?fuseAction=people.jumpBio&iphone… -----------------------------------------------------------------------------

4 7

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users December 2011