isochrones
isochrones copied to clipboard
timothydmorton
Dartmouth Isochrones: support for HST/WFC3-UVIS+IR
I would like to use this program to type stars in the LMC from the Dartmouth isochrones using archival HST Wfc3 Uvis and IR data. When I use your isochrone program though this is not an option for the Dartmouth isochrones: -->DartmouthModelGrid.phot_bands {'LSST': ['LSST_r', 'LSST_u', 'LSST_y', 'LSST_z', 'LSST_g', 'LSST_i'], 'SDSSugriz': ['sdss_z', 'sdss_i', 'sdss_r', 'sdss_u', 'sdss_g'], 'UBVRIJHKsKp': ['B', 'I', 'H', 'J', 'Ks', 'R', 'U', 'V', 'D51', 'Kp'], 'UKIDSS': ['Y', 'H', 'K', 'J', 'Z'], 'WISE': ['W4', 'W3', 'W2', 'W1']}
. Is there anyway to include the phot bands that I need?
The Dartmouth page has a calculator at: http://stellar.dartmouth.edu/models/isolf_new.html and the bands I am interested in are in the "Colors" pull down menu.
Thanks! Luke Hovey
So it should be relatively straightforward to enable downloading and inclusion of models that are posted here but not included in my arbitrarily chosen subset of models that I download with this package. I started doing this with the HST_WFC3 set, but my automated parsing suffers because it looks like there are no spaces in the header between the magnitude column names:
ResNet-7-54:HST_WFC3 tdm$ head -20 fehm05afem2.HST_WFC3
#NUMBER OF AGES=37 MAGS=77
#----------------------------------------------------
#MIX-LEN Y Z Zeff [Fe/H] [a/Fe]
# 1.9380 0.2516 4.0467E-03 5.2929E-03 -0.51 -0.20
#----------------------------------------------------
#**PHOTOMETRIC SYSTEM**: HST WFC3-UVIS+IR (Vega)
#----------------------------------------------------
#AGE= 1.000 EEPS=278
#EEP M/Mo LogTeff LogG LogL/Lo f200lp.Uf218w.UVf225w.UVf275w.UVf280n.UVf300x.UVf336w.UVf343n.UVf350lp.Uf373n.UVf390m.UVf390w.UVf395n.UVf410m.UVf438w.UVf467m.UVf469n.UVf475w.UVf475x.UVf487n.UVf502n.UVf547m.UVf555w.UVf600lp.Uf606w.UVf621m.UVf625w.UVf631n.UVf645n.UVf656n.UVf657n.UVf658n.UVf665n.UVf673n.UVf680n.UVf689m.UVf763m.UVf775w.UVf814w.UVf845m.UVf850lp.Uf953n.UVfq232n.Ufq243n.Ufq378n.Ufq387n.Ufq422m.Ufq436n.Ufq437n.Ufq492n.Ufq508n.Ufq575n.Ufq619n.Ufq634n.Ufq672n.Ufq674n.Ufq727n.Ufq750n.Ufq889n.Ufq906n.Ufq924n.Ufq937n.Uf098m.IRf105w.IRf110w.IRf125w.IRf126n.IRf127m.IRf128n.IRf130n.IRf132n.IRf139m.IRf140w.IRf153m.IRf160w.IRf164n.IRf167n.IR
@aarondotter, is it possible that this could be fixed and replaced on the website?
Hi Tim,
In fact the models stored on the web had a fix applied to the unfortunate column headers a long time ago. Only the tarball was not corrected. I've updated the tarball so that it is current you'll now find WFC3 files that look like this:
#EEP M/Mo LogTeff LogG LogL/Lo uvf200l uvf218w uvf225w uvf275w uvf280n uvf300x uvf336w uvf343n uvf350l uvf373n uvf390m
Aaron
On Sat, May 12, 2018 at 5:59 AM, Timothy Morton [email protected] wrote:
So it should be relatively straightforward to enable downloading and inclusion of models that are posted here http://stellar.dartmouth.edu/models/grid.html but not included in my arbitrarily chosen subset of models that I download with this package. I started doing this with the HST_WFC3 set, but my automated parsing suffers because it looks like there are no spaces in the header between the magnitude column names:
ResNet-7-54:HST_WFC3 tdm$ head -20 fehm05afem2.HST_WFC3 #NUMBER OF AGES=37 MAGS=77 #---------------------------------------------------- #MIX-LEN Y Z Zeff [Fe/H] [a/Fe]
1.9380 0.2516 4.0467E-03 5.2929E-03 -0.51 -0.20
#---------------------------------------------------- #PHOTOMETRIC SYSTEM: HST WFC3-UVIS+IR (Vega) #---------------------------------------------------- #AGE= 1.000 EEPS=278 #EEP M/Mo LogTeff LogG LogL/Lo f200lp.Uf218w.UVf225w.UVf275w.UVf280n.UVf300x.UVf336w.UVf343n.UVf350lp.Uf373n.UVf390m.UVf390w.UVf395n.UVf410m.UVf438w.UVf467m.UVf469n.UVf475w.UVf475x.UVf487n.UVf502n.UVf547m.UVf555w.UVf600lp.Uf606w.UVf621m.UVf625w.UVf631n.UVf645n.UVf656n.UVf657n.UVf658n.UVf665n.UVf673n.UVf680n.UVf689m.UVf763m.UVf775w.UVf814w.UVf845m.UVf850lp.Uf953n.UVfq232n.Ufq243n.Ufq378n.Ufq387n.Ufq422m.Ufq436n.Ufq437n.Ufq492n.Ufq508n.Ufq575n.Ufq619n.Ufq634n.Ufq672n.Ufq674n.Ufq727n.Ufq750n.Ufq889n.Ufq906n.Ufq924n.Ufq937n.Uf098m.IRf105w.IRf110w.IRf125w.IRf126n.IRf127m.IRf128n.IRf130n.IRf132n.IRf139m.IRf140w.IRf153m.IRf160w.IRf164n.IRf167n.IR
@aarondotter https://github.com/aarondotter, is it possible that this could be fixed and replaced on the website?
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/timothydmorton/isochrones/issues/68#issuecomment-388544315, or mute the thread https://github.com/notifications/unsubscribe-auth/ADFuL7xntj_U25Upk-EpxcsucvG6lZNYks5txrKYgaJpZM4Tj73M .
I got the new version of the HST grids from the new .tgz, and I'd just like to ask one more small favor to simplify my life. When I unzip HST_WFC3.tgz, the directory it unzips to is isochrones/hst_wfc3 (lowercase). While I could play around with cases, it's much simpler if the directories have the same names as the tarballs (all the other ones I've used so far are that way). Could you fix that (one way or the other) and post a new version? Thanks!
Done!
On Wed, May 16, 2018 at 3:19 AM, Timothy Morton [email protected] wrote:
I got the new version of the HST grids from the new .tgz, and I'd just like to ask one more small favor to simplify my life. When I unzip HST_WFC3.tgz, the directory it unzips to is isochrones/hst_wfc3 (lowercase). While I could play around with cases, it's much simpler if the directories have the same names as the tarballs (all the other ones I've used so far are that way). Could you fix that (one way or the other) and post a new version? Thanks!
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/timothydmorton/isochrones/issues/68#issuecomment-389420147, or mute the thread https://github.com/notifications/unsubscribe-auth/ADFuLw3Cz3UtpY4P0NiHxamqrgCNa0IEks5ty9L-gaJpZM4Tj73M .
@lukehovey81 I just pushed an update that should allow you to define a dartmouth grid using bands from the HSC_WFC3 set. Let me know if you have any problems!