16.12.2012 Views

Version 15 June 2007 compiled: 11-11-2009 - Hamburger Sternwarte

Version 15 June 2007 compiled: 11-11-2009 - Hamburger Sternwarte

Version 15 June 2007 compiled: 11-11-2009 - Hamburger Sternwarte

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Messages of the day:<br />

PHOENIX<br />

<strong>Version</strong> <strong>15</strong><br />

<strong>June</strong> <strong>2007</strong><br />

<strong>compiled</strong>: <strong>11</strong>-<strong>11</strong>-<strong>2009</strong><br />

Peter H. Hauschildt<br />

<strong>Hamburger</strong> <strong>Sternwarte</strong><br />

Gojenbergsweg <strong>11</strong>2<br />

21029 Hamburg, Germany<br />

yeti@hs.uni-hamburg.de<br />

Edward Baron<br />

Department of Physics and Astronomy<br />

University of Oklahoma, Norman, OK 73019-0225<br />

baron@phyast.nhn.ou.ede<br />

November <strong>11</strong>, <strong>2009</strong><br />

******************************************************************<br />

* "real programmers don’t use pascal!" (E. Post, 1982) *<br />

* and *<br />

* "scientific progress goes ’boink’?!" (Watterson, 1991) *<br />

******************************************************************<br />

1


Abstract<br />

This (very brief) manual is intended to serve as a guideline for users of PHOENIX. The description<br />

is very short and preliminary, however, even a short manual seems to be better than no manual at<br />

all. Warning: This manual is partly outdated, version 14 includes many more features than described<br />

here. I basically have not enough time to update the manual continuously. The earliest versions of<br />

this code were named SNIRIS but beginning with SNIRIS version 3.0α the code has been renamed to<br />

PHOENIX. The main reasons are the large number of changes to the old code, so that PHOENIX has<br />

“risen from the ashes” of SNIRIS. The first part of this manuscript gives a description of the purpose<br />

of the code and the equations and numerical methods used in PHOENIX, whereas the second part<br />

gives details about the input and output files and the control variables used by PHOENIX.<br />

1 Introduction<br />

<strong>Version</strong> 13 of PHOENIX includes<br />

1. many NLTE species (too many to list, e.g., all CHIANTI or APED data can be included as NLTE<br />

species),<br />

2. molecular NLTE (currently for CO, water and TiO planned),<br />

3. up to <strong>11</strong>0 chemical elements (all 83 with known solar abundances)<br />

4. updated equations of state with more molecules and dust formation,<br />

5. dust settling,<br />

6. more molecular band and line opacities,<br />

7. exponential density profile,<br />

8. a much improved user interface (by using namelist input),<br />

9. the capability to compute wind models for O stars and novae,<br />

10. parameterized clouds (for very cool objects),<br />

Later versions of this report will contain also information about the internal structure of PHOENIX<br />

(subroutines/functions, calling sequences and code parameters/variables).<br />

1.1 Purpose of PHOENIX<br />

PHOENIX was designed as an extremely general stellar atmosphere code 1 . Its first first application<br />

was the computation of the radiation emergent from a rapidly expanding supernova or nova envelope<br />

during the first weeks and months after explosion. PHOENIX is also used to construct LTE and NLTE<br />

model atmospheres for dwarf and giant stars all across the HRD, brown dwarfs, extrasolar planets<br />

(including irradiation), hot winds from CVs in outburst, AGN disks (with Herbert Störzer), and a lot<br />

of other things.<br />

1.2 Physical assumptions<br />

• spherical symmetry,<br />

• steady state, i.e., ∂/∂t ≡ 0,<br />

• homologous expansion, i.e., v(r) = v0(r/R0) for supernova models or constant mass-loss rate for<br />

nova models,<br />

• expansion velocity v0, typically v0 ≈ 10 4 km s −1 for supernovae and v0 ≈ 10 3 km s −1 for novae,<br />

• power law density, i.e., ρ(r) = ρ0 (r/R0) −nρ , or exponential density profile<br />

ρ(r) = ρ0 exp (ve/v0(r − R0)), or hydrostatic equilibrium,<br />

• energy conservation, especially radiative equilibrium, in the Lagrangian frame,<br />

1 The true purpose of the code is, of course, to be written and modified. Yes, it is self-sufficient!<br />

2


• deviations from “local thermodynamic equilibrium”, i.e., the Saha-Boltzmann equation for the<br />

atomic level populations, are allowed for important species as, e.g., H, He, Li, CNO, S, Si, Mg,<br />

Ca, Ti, Co, Fe, for a total of more than 3700 NLTE level and more than 37000 primary NLTE<br />

lines,<br />

• local thermodynamic equilibrium for another ca. 40 elements and their ions.<br />

• local chemical equilibrium for up to ≈ 229 molecules and some of their ions.<br />

1.3 Most important model parameters<br />

• exponent nρ of the density law, typically nρ ≈ 10 . . . 20 for supernovae and nρ ≈ 3 for novae;<br />

• gravity (for stellar models)<br />

• outer pressure Pout or outer density ρout;<br />

• radius R0 at an optical depth of unity, i.e. rout has to be determined so that<br />

� rout<br />

R0<br />

κ dr = 1;<br />

• total radiative luminosity L0 or, equivalent, the “effective temperature” Teff;<br />

• abundances ɛi for all considered elements,<br />

• for NLTE calculations: number of levels of each model atom;<br />

• for line calculations: number of lines to be included;<br />

1.4 Numerical methods<br />

• 1-D Newton or Brent’s method with respect to the electron pressure for the solution of the<br />

coupled (generalized) Saha-Boltzmann equations for all elements (no molecules),<br />

• Multi-D Newton method for the solution of the coupled (generalized) Saha-Boltzmann and<br />

molecular dissociation equations for the ’big’ EOS,<br />

• operator splitting/approximate Λ-operator iteration (OS/ALI) method for the solution of the<br />

special relativistic radiative transfer equation for all wavelength points,<br />

• rate operator formalism for multi-level direct NLTE,<br />

• multi-D Newton-Raphson method (DOME), hybrid or modified Unsöld-Lucy method (OS/ALI)<br />

for the solution of the energy conservation equation in the Lagrangian frame,<br />

• Bulirsch-Stoer method for the solution of auxiliary ordinary differential equations, e.g., for the<br />

energy equation dL/dr = f(r) and for the computation of the radial grid according to<br />

dr/dτ = −1/κ,<br />

• Shooting method for the computation of the outer radius Rout.<br />

1.5 Model equations<br />

• The time independent, special relativistic equation of radiative transfer, with the assumptions:<br />

– spherical symmetry,<br />

– time independence (∂/∂t ≡ 0),<br />

Spherically symmetric, special relativistic equation of radiative transfer<br />

– partial integro-differential equation,<br />

– telegrapher’s equation: boundary value problem in r and initial value problem in λ as long<br />

as the velocities are monotonically increasing.<br />

The equation of radiative transfer<br />

3


with<br />

and<br />

e ∂I ∂ ∂<br />

+ (fI) + g (λI) + hI = η − χI<br />

∂r ∂µ ∂λ<br />

e(r, µ) = γ(µ + β)<br />

f(r, µ) = γ(1 − µ 2 �<br />

1 + βµ<br />

) − γ<br />

r<br />

2 (µ + β) ∂β<br />

�<br />

∂r<br />

� 2 β(1 − µ )<br />

g(r, µ) = γ<br />

+ γ<br />

r<br />

2 µ(µ + β) ∂β<br />

�<br />

�<br />

∂r<br />

2 β(1 − µ )<br />

h(r, µ) = γ<br />

+ γ<br />

r<br />

2 (1 + µ 2 + 2βµ) ∂β<br />

�<br />

∂r<br />

– I(r, µ, λ): specific intensity scaled by r 2 ,<br />

– r: radial coordinate,<br />

– µ: cosine of the direction angle, µ = cos φ<br />

– v: velocity, β = v/c, γ 2 = 1/(1 − β 2 ),<br />

– χ(r, λ): extinction coefficient, χ = κ + σe + κlϕ(λ)<br />

– η(r, λ): emissivity.<br />

Example for η(r, λ) (thermal, electron scattering and line sources):<br />

η = κBλ(T ) + σeJ + κlϕ(λ)<br />

� ∞<br />

0<br />

ϕ(λ)J(λ) dλ<br />

The form of η for line and NLTE calculation is more complicated but in principle similar.<br />

Therefore, the radiative transfer equation is a partial integro-differential equation, which<br />

describes a boundary value problem in r (the on the shell incident intensities are known) and<br />

initial value problem in ν (only for the case of monotonic velocity fields).<br />

• The equation of radiative equilibrium in the Lagrangian frame,<br />

� ∞<br />

0<br />

χ(B − S) dν = 0,<br />

where J = 1/2 � 1<br />

I dµ is the mean intensity and B Planck’s function. This equation has to be<br />

−1<br />

fulfilled for all radial grid points in order to ensure energy conservation. The main physical<br />

problem embedded in eq. ?? is the global coupling of the mean intensity with all r points<br />

through the equation of radiative transfer and the interaction with the local quantity B.<br />

• The Saha-Boltzmann equation: in thermodynamic equilibrium at temperature T and electron<br />

pressure Pe, the atoms are distributed over their bound levels according to the Boltzmann<br />

statistics. The number Nr,s of atoms in excitation state r of ionization state s (s = 0 for neutral<br />

atoms) compared to the total number Ns of atoms in ionization state s is accordingly:<br />

Nr,s<br />

Ns<br />

= gre −χr/kT<br />

Qs(T, Pe)<br />

where k is Boltzmann’s constant, Qs the partition function and χr the excitation potential<br />

relative to the ground-state configuration of s. Between two ionization states, the Saha equation<br />

has to be used:<br />

Ns+1<br />

Ns<br />

= (2πm)3/2 (kT ) 5/2<br />

h 3 Pe<br />

4<br />

2Qs+1e −χs,s+1/kT<br />

Qs


with χs,s+1 =| χs − χs+1 |, the energy difference between the ionization states s and s + 1. These<br />

equations have to be solved with respect to the constraints of particle (total and for each<br />

element) and charge conservation:<br />

Ntot = �<br />

and<br />

r,s,i<br />

ɛiNtot = �<br />

Ne = �<br />

r,s<br />

r,s�=0,i<br />

Nr,s,i<br />

Nr,s,i<br />

Nr,s,i,<br />

where ɛi denotes the abundance of the element i and Ntot and Ne denote the total and the<br />

electron number densities, respectively. It can be shown, that this equations are equivalent to a<br />

single non-linear equation for the electron density Ne.<br />

• The rate equations for the species considered in NLTE:<br />

�<br />

ji<br />

nj<br />

n ∗ i<br />

(Rij + Cij)<br />

In eq. ??, bi denotes the departure coefficient of level i of the model atom, i.e. bi = ni/n∗ i , where<br />

n∗ i denotes the LTE population of the level i computed from the actual number densities of the<br />

ground state of the next ionization stage of the element and the electron density. (ni/nj) ∗<br />

denotes the Saha-Boltzmann factor between the levels i and j, or the continuum stage κ. The<br />

collisional rates Cij are given by Cij = ΩijNe and Ωij is a constant tabulated for each level of the<br />

model atom. The radiative rates for the lines are given by<br />

Rij = Bij ¯ Jij<br />

Rji = Aji + Bji ¯ Jij<br />

¯Jij =<br />

� ∞<br />

0<br />

φij(λ)J(λ) dλ<br />

Here Aji, Bji and Bij denote the Einstein coefficients for the transition i → j and φij(λ) is the<br />

normalized line profile function for this transition. The radiative rates for the bound-free<br />

transitions are given by<br />

Riκ<br />

= 4π<br />

� ∞<br />

� � hc<br />

∗ � nκ 4π ∞<br />

Rκi = ni hc 0 σiκλ<br />

�<br />

2<br />

2hc<br />

λ5 ⎫<br />

⎬<br />

⎭<br />

0 σiκλJ(λ) dλ<br />

�<br />

+ J(λ) exp � − hc<br />

�<br />

kλT dλ<br />

Here σiκ = σiκ(λ) denotes the photo ionization cross-section from level i to the continuum state<br />

κ.<br />

• Solution of the rate equations using an Operator Splitting method:<br />

– define a “rate operator” in analogy to the Λ-operator:<br />

Rij = [Rij][n]<br />

5


– define an “approximate rate operator” [R∗ ij ] and write the iteration scheme in the form:<br />

�<br />

ji<br />

Rij = [R ∗ ij][nnew] + � [Rij] − [R ∗ ij] � [nold]<br />

⎧<br />

⎨�<br />

[R<br />

⎩<br />

ji<br />

∗ �<br />

i<br />

� ∗ �<br />

nj [R ∗ ji][nnew]<br />

nj,old<br />

n ∗ i<br />

+ �<br />

nj,new ([∆Rji][nold] + Cji)<br />

ji<br />

[R ∗ ij][nnew]<br />

⎧<br />

⎨�<br />

([∆Rij][nold] + Cij)<br />

⎩<br />

ji<br />

∗ ⎫<br />

�<br />

⎬<br />

([∆Rij][nold] + Cij)<br />

i<br />

⎭<br />

� ∗ �<br />

nj ([∆Rji][nold] + Cji) = 0.<br />

nj,new<br />

2 Some literature references<br />

n ∗ i<br />

Description of certain aspects of the code can be found in the literature list later in this paper.<br />

3 PHOENIX program files and utilities<br />

This section describes the files and modules of PHOENIX and the utilities which make the code usage<br />

easier.<br />

3.1 Program files and subdirectories<br />

• phoenix.f: This is the main program PHOENIX.<br />

• machine.*.f: modules with several small subroutines to make the conversion between<br />

different machines easier and to collect the machine dependent program parts, e.g., CPU time<br />

and date routines, file name conventions, contained in one module. Currently available for AIX,<br />

HPUX, SGI, CRAY, AXP, and, of course, LINUX, Mac OS X & FreeBSD (with the NAG F90<br />

compiler) systems. The parallel version (using MPI) is in production available on all these<br />

platforms. There is no current or planned support for any version of Microsoft Windows type<br />

systems 2<br />

• input.f: module managing the namelist based I/O of input parameters<br />

2 In fact, they would have to be added over my dead body!<br />

6<br />

⎫<br />

⎬<br />


• linecom.f: module with data structure and methods for the line opacity routines<br />

• casscom.f: module with data structure and methods for the NLTE routines<br />

• S3R2T/: The OS/ALI radiative transfer module, including the OS/ALI and Unsöld-Lucy<br />

temperature correction methods. This module can be used together with matpack.f stand<br />

alone for RT calculations.<br />

NLTE/: This directory contains the atomic models for the NLTE species and the other model<br />

atom related subroutines. Some service and debug routines are also included in this module.<br />

• Cassandra/: This directory contains the OS/ALI multi-level NLTE method. It uses the results<br />

of the OS/ALI RT and the atomic models provided in NLTE/. Completely rewritten for PHOENIX<br />

version 13.<br />

• Sybil/: This directory contains the OS/ALI multi-level NLTE method for molecules. It uses the<br />

results of the OS/ALI RT. It started as a clone of Cassandra. It also includes the model molecule<br />

routines (unlike Cassandra/, which needs NLTE/). Note, the main routine gets called<br />

Cassandra/.<br />

• FPPRESS/: The EOS modules. Contains both EOS solvers (IONS and PPRESS) as well as service<br />

routines used by the EOS. It can be used stand alone.<br />

• KAPCAL/: The continuum opacity routines. Contains the b-f cross-section routines and the<br />

molecular band opacity routines. It can be used stand alone.<br />

• MISC/: This module contains a number of smaller sub-modules, e.g., utility functions for use in<br />

PHOENIX, numerical integration subroutines and BLOCK DATA with ionization potentials.<br />

• LTELINES/: This directory contains the routines to handle the line lists, i.e., the atomic<br />

(Kurucz) and molecular (Kurucz, Jørgensen, Miller & Tennyson, Goorvitch, Schwenke &<br />

Partridge, HITRAN92) lists. It includes the routines for line selection (both old and new blocked<br />

algorithms), line opacity calculations (including damping constants, inline Voigt profiles etc).<br />

• FUZZ/: Treatment of the secondary NLTE lines, requires the Cassandra NLTE method.<br />

• matpack.f: Module with matrix algebra subroutines used throughout PHOENIX.<br />

• blasuse.f: Contains the BLAS routines PHOENIX or its modules use.<br />

• linpack.f: Contains a large fraction of the LINPACK routines used by PHOENIX or its modules.<br />

Obsolete, use the netlib provided LAPACK and ATLAS libraries instead.<br />

• csppress.f: driver program to compute EOS tables.<br />

• *.inc: include files that are used throughout PHOENIX, e.g., to specify parameter values, define<br />

physical constants etc.<br />

In addition, a few modules with development versions of new routines may be present.<br />

3.2 Utilities<br />

• mk *: Shell scripts that can directly compile PHOENIX from scratch on a number of systems.<br />

• build: A perl program that detects the system type and creates the correct Makefiles for the<br />

system on which it is invoked (or for the architecture that was given as argument to build).<br />

• Makefile.in: These are the template Makefiles (present in most subdirectories) that are the<br />

used by build to create the system specific Makefiles.<br />

• Compiler.options: Master compiler options file for all system that PHOENIX supports. build<br />

uses it to create the system specific options.make that is used by all Makefiles.<br />

• *.pl: Perl programs that are used internally during the compilation phase of PHOENIX<br />

(2*.pl) or that are used to apply global changed to all routines (e.g., to semi-automatically add<br />

new NLTE species).<br />

7


• mktar: shell script that creates a single gziped tar files with all files necessary to compile<br />

PHOENIX.<br />

3.3 PHOENIX files<br />

3.3.1 logical units<br />

It follows a description of the different input and output logical units and the corresponding files used<br />

by PHOENIX.<br />

• Unit 1: Input file. As Unit 2, but for molecular lines. This file should be connected to the<br />

binary molecular line list. The current version of this list contains around 30 million molecular<br />

lines for a number of sources.<br />

• Unit 2: Input file. This file is only used, if EZL=.TRUE.. If used, this file should be connected to<br />

the binary coded line list. This list contains approximately 42,000,000 lines taken from a line list<br />

provided by R. L. Kurucz (1993, private communication) which has been transformed to make it<br />

more compact and to improve the computational performance. The list consists of atomic data<br />

needed to compute the absorption and emission from spectral lines of about 60 different species.<br />

If EZL=.TRUE., but the file connected to unit 2 is empty, PHOENIX will ignore it and perform a<br />

continuum computation without a warning. This file is read once in each model iteration.<br />

• Unit 3 and 33: scratch file, used to “swap” currently unused blocks of the atomic lines out of<br />

core.<br />

• Unit 4: Input files. This unit is used by a number of different routines to read, e.g., the atomic<br />

data needed to compute partition functions of a number of species or opacity data (tables, cross<br />

sections etc). These files are needed to run PHOENIX and are described later. If the file is<br />

missing, PHOENIX will crash after about 1–2 seconds CPU time.<br />

• Unit 5: Input file. This file contains the control parameters of the run. This is a namelist<br />

based description of the model that you like to run. Must be named fort.5 for the input<br />

routine to locate it.<br />

• Unit 6: Output file. All printer output, e.g., results, Lagrange frame spectra etc. is printed on<br />

this unit. The file should have at least a LRECL of 133 for IBM mainframe systems.<br />

• Unit 7: Output file. This file is only used, if ITER=0 in the unit 5 input file. If ITER=0, then the<br />

Euler (or observer’s) frame spectrum is punched in the format: wavelength (in ˚A), log 10(Flux),<br />

log 10(Planck function) and log 10(Flux(τstd(2))). On IBM mainframe systems the LRECL should be<br />

80. For static models this file always contains the spectrum. The Flux is given as Fλ in cgs units<br />

(erg/s/cm 2 /cm). There are additional columns in the file that are only of interest to PHOENIX<br />

experts (e.g., line ID’s are collected here).<br />

Unit 9: Output file. This file is used to communicate with Holger Beck’s chemistry code. The<br />

first line gives the relevant model parameters. The Lagrange frame spectrum is punched in the<br />

format: wavelength (in ˚A), log 10(mean intensity), log 10(Eddington flux) and<br />

log 10(Planck function(λ, Teff)). On IBM mainframe systems the LRECL should be 80.<br />

• Units 10,<strong>11</strong>: binary files with the partial pressure table and header. These files are read only<br />

if the EOS table mode is selected in PHOENIX but they are unconditionally openend with<br />

STATUS=’OLD’. The tables are created with csppress.<br />

• Unit 17: Input file. File containing a “dump” in PHOENIX-internal format. Used only if JOB=5.<br />

Use this file for communication with other codes or for the input of arbitrary density structures<br />

to PHOENIX.<br />

• Unit 18: Input file. This file contains the data computed in previous runs of PHOENIX. It holds<br />

the parameters, temperature structure etc. in ASCII form and is read only if JOB = 1 in the unit<br />

5 input file, otherwise it is ignored. Warning: This file contains case-sensitive data! PHOENIX<br />

scans this file for certain keywords using the index function. Make sure that the case of the<br />

letters in this file match the case of the <strong>compiled</strong> version of PHOENIX, otherwise the results will<br />

8


e wrong!<br />

• Unit 19: Output files. It contains the results of the iteration process for all iterations<br />

performed by PHOENIX in the format used in the Unit 18 input file.<br />

• Unit 20: Output file. This file contains the same information as the Unit 19 file, but only for<br />

the last finished iteration of PHOENIX. It can directly be copied to the unit 18 file.<br />

• Unit 21: Output file. If LINOUT is set to 2 in the control file, PHOENIX will print the list of lines<br />

considered in the calculation onto this file as formatted test (detail in subroutine GRELCM of file<br />

misc.f). Presently, only the LTE lines read from unit 2 are used, however, one of the next<br />

versions will include the NLTE lines too.<br />

• Unit 22: Output file. A “level 0 dump” of the results is printed here, in the same format as unit<br />

17. It saves only the results of the last iteration.<br />

• Unit 30: Input file. This unit will be used to read “fuzz.bin,” the binary list of NLTE<br />

background lines. It is used (and opened) only if NLTE is switched on.<br />

• Unit 31: scratch file, used to “swap” currently unused blocks of the NLTE background lines out<br />

of core.<br />

• Unit 32 and 35: scratch file, used to “swap” currently unused blocks of the molecular lines<br />

out of core.<br />

• Unit 36 and 37: scratch file, used to “swap” currently unused blocks of the molecular NLTE<br />

lines out of core.<br />

• Unit 33 and 3: scratch file, used to “swap” currently unused blocks of the atomic lines out of<br />

core.<br />

• Units 40-53: scratch files for the NLTE bock algorithm.<br />

• Unit 66: Output file. Internal information and warnings are printed on this unit. The file is<br />

mainly used for debugging purposes. For production runs, it can be connected to /dev/null on<br />

UNIX systems or can be set to DUMMY on IBM mainframe machines (or equivalent for other<br />

operating systems).<br />

• Unit 67: scratch file, for debugging only<br />

• Unit 71: Output file. Used to communicate with Herbert Störzer’s 3D radiative transfer code<br />

(for AGN models).<br />

• Unit 77: Output file. Used to write Sobolev optical depths for line IDs in SN mode.<br />

• Unit 99: Output file. This file gives the iteration history for the “Cassandra” multi-level<br />

non-LTE method. The columns give the iteration number, the maximum relative change of the<br />

electron density, the maximum and average relative changes of the generalized departure<br />

coefficients and the maximum and average relative changes of the population densities of the<br />

non-LTE levels.<br />

4 The Input to PHOENIX<br />

This file contains the program control parameters for PHOENIX. We give here only a short description<br />

of the most important variables. The description uses the name of the variables as defined for the<br />

mkinput utility. The names used in PHOENIX may be slightly different.<br />

4.1 Global job control parameters<br />

• phxvers: version number of PHOENIX for which mkinput will generate the Unit 5 input file.<br />

Currently allowed values are 3 to 8. This variable is no longer needed.<br />

• comment: A CHARACTER variable. The value of this variable will be printed as a reminder for<br />

the user.<br />

• command: CHARACTER array with commands that are interpreted by mkinput. See the source<br />

code of mkinput for details of the commands that are allowed.<br />

9


• job: INTEGER variable indicating the main task of the job; 0: start a new model with a plane<br />

parallel grey temperature stratification and LTE occupation numbers for all species; 1: use data<br />

read from unit 18 to continue an previous calculation; 5: read a “dump” file from unit 17 and use<br />

the density stratification for the computation. This is used for (a) using arbitrary density<br />

profiles and (b) for reading in structures produced by other codes. The utility rdvis converts<br />

Lisa Ensman’s VISPHOT files into PHOENIX dump-files. Some more values will be accepted by<br />

PHOENIX, but they are obsolete and will be removed in a later version.<br />

• aufg: an alias for job<br />

• doid: LOGICAL flag, .FALSE. for normal operation of PHOENIX. If set to .TRUE., the spectrum<br />

file will include line identification based on the optical depth of the lines (with a considerable<br />

increase on CPU time for the run). Currently, the line ID feature works only for static models.<br />

See the separate (in development) chapter for a detailed description of the line ID output file.<br />

• allow interpol: .TRUE. allows the restart file reader to interpolate in the number of layers.<br />

Default is .FALSE., i.e., a mismatch in the number of layers between PHOENIX and the restart<br />

data causes an error.<br />

• iter: INTEGER variable, gives the maximum number of model iterations to perform. The value<br />

0 for this variable instructs PHOENIX to perform one iteration and compute an observer’s frame<br />

spectrum, which will be punched on the logical unit 7.<br />

• ngrrad: Number of radiative iterations. Starting with iteration number ngrrad+1, one<br />

intermediate and subsequent fully convective iterations will be performed. Useful only for<br />

Dwarf and Giant models. Setting ngrrad=0 will start with a convective iteration. Note that<br />

mkinput will set this input parameter to iter+1 for SN and Nova models.<br />

• convec opacity flag: INTEGER variable. It chooses the opacity that will be used for the<br />

convection calculations. 0: the same opacity as for the τstd grid will be used, 1 to 4 select the<br />

different mean opacities that are available (see fcthyd in misc.f for further details).<br />

• tau conv min: REAL variable. Minimum optical depth at which the convection will be<br />

considered. Usually set to zero (everywhere). Can be used to accelerate convergence in models<br />

with bad initial guesses of the outer temperature structure (mostly giants)<br />

• mixlng: ratio of mixing length to scale height parameter.<br />

• ntc: number of species to used to calculate the adiabatic gradient. Default set by mkinput.<br />

• codcnv: list of codes of the adiabatic gradient species. Default set by mkinput.<br />

• ieos: indicates the EOS to be used. 0 selects the big EOS of France Allard, including molecules,<br />

1 selects the much faster EOS including only atoms and positive ions. Partial pressure tables in<br />

the format used by PPRESS are used for IEOS=2.<br />

• idirect: allows control of ppress startup estimates: 0: no direct mode, i.e., table interpolation<br />

(for ieos=2); 1: direct mode using usual ppress.f startups; 2: direct mode using EOS tables as<br />

startup.<br />

• use zusu old: set to .TRUE. to use the old atomic partition function routines. The default is<br />

.FALSE., i.e., using the new partition function routines for atoms and ions. The new Q routines<br />

are required to use the new additional chemical elements in the EOS.<br />

• use qas: set to .FALSE. to ignore the asymptotic parts of the partition functions for atoms and<br />

ions. This works only with the new Q routines (use zusu old=.FALSE.) and only for LTE<br />

species.<br />

• dchi factor: REAL variable used to control ionization potential reduction. dchi is multiplied<br />

by dchi factor. set to 0.d0 to turn ionization limit lowering off, set to 1.d0 to use standard<br />

values.<br />

• no dchi for neg ions: LOGICAL flag for ionization potential lowering for negative ions.<br />

.TRUE.: will use dchi for negative ions, .FALSE.: will not use ionization potential reduction for<br />

negative ions.<br />

• hminus meth: Sets which H − opacities to use: 0: John (1988) data, uses implicit Saha factor, 1:<br />

original data, use H − pressure for b-f. Results are (in strict LTE) nearly the same.<br />

10


• newcia: set which CIA version to use: .TRUE.: new CIA data, .FALSE.: old CIA data<br />

• shomate: Set to .TRUE. to use the SHOMATE data for the EOS.<br />

• sch2: Set to .TRUE. to use the SC Q(H2) rather than the old one.<br />

• fastmode: 1: selects the faster, smaller EOS (IONS) for the integration of the hydro static<br />

equation (after that the EOS chosen with IEOS will be used to recompute EOS at the grid<br />

points) for test purposes, 0: use the same EOS for the whole run (can be very slow if IEOS=0).<br />

• inlte: INTEGER variable; 0: LTE calculation, 1: NLTE calculation for the selected species.<br />

• imolnlte: INTEGER variable; 0: molecular LTE calculation, 1: molecular NLTE calculation for<br />

the selected species see sec. (??).<br />

• ezl: LOGICAL variable. If EZL=.TRUE. line blanketing of the LTE lines will be included in the<br />

calculation, otherwise only NLTE lines will be included.<br />

• ezlmol: LOGICAL variable. If .TRUE. line blanketing of the LTE molecular lines will be<br />

included in the calculation, otherwise only molecular bands will be included.<br />

• laus: INTEGER variable. Setting laus to a value greater than 0 will result in an increasing<br />

output on unit 6 for debugging purposes and additional information output, e.g., partial<br />

pressures of all species.<br />

• hydstop: INTEGER variable. Default: 0, normal operations, 1: stop after hydrostatic integration<br />

and EOS output, 2: stop after wind integration<br />

• use rkqc: LOGICAL variable. .FALSE. (default) uses Burlirsch-Stoer method for hydro<br />

integration, .TRUE. uses Runge-Kutta.<br />

• opac out: wavelength dependent opacity output flag. 0: no output, 1: ASCII output (huge!), 2:<br />

binary output (not much smaller!).<br />

• blkalg: .TRUE. selects the blocked line blanketing algorithm. This parameter is obsolete<br />

because the old non-block algorithm has been disabled in the source code. Setting this<br />

parameter to .FALSE. will cause an error exit.<br />

4.2 Parameters for the parallel mode<br />

• nworkers: INTEGER variable, number of worker nodes per wavelength cluster (?, see).<br />

• nwlnodes: INTEGER variable, number of wavelength clusters (?, see). If ≤ 0, the total number of<br />

available MPI tasks will be used.<br />

The product nwlnodes * nworkers must be equal to the total number of processors or nodes<br />

allocated to the PHOENIX run. If this is not the case, PHOENIX will complain and stop.<br />

• nsynch: INTEGER variable, number of wavelength points to calculate before a barrier call<br />

synchronizes all worker nodes within a wavelength cluster. Normally set to a large number to<br />

disable this feature. Very convenient when an MPI implementation has some bugs.<br />

• n rt: INTEGER variable, number of worker nodes per wavelength cluster that will work on the<br />

radiative transfer solution at each wavelength point.<br />

• j pipeline: LOGICAL variable, .TRUE. to use the J-pipeline between wavelength clusters.<br />

Normally .FALSE..<br />

• n nlte opac: INTEGER variable, number of worker nodes per wavelength cluster that will work<br />

on the NLTE opacity calculation at each wavelength point. Note that this number must be the<br />

same as n nlte rates.<br />

• n nlte rates: INTEGER variable, number of worker nodes per wavelength cluster that will<br />

work on the NLTE rate calculation at each wavelength point. Note that this number must be the<br />

same as n nlte opac.<br />

• n nlte grp: INTEGER variable, number of distinct NLTE groups that should be automatically<br />

distributed onto a single cluster.<br />

• n lin atm v: INTEGER variable, number of worker nodes per wavelength cluster that will work<br />

on the LTE background atomic lines with Voigt profiles.<br />

<strong>11</strong>


• n lin atm g: INTEGER variable, number of worker nodes per wavelength cluster that will work<br />

on the LTE background atomic lines with Gauss profiles.<br />

• n lin mol v: INTEGER variable, number of worker nodes per wavelength cluster that will work<br />

on the LTE background molecular lines with Voigt profiles.<br />

• n lin mol g: INTEGER variable, number of worker nodes per wavelength cluster that will work<br />

on the LTE background molecular lines with Gauss profiles.<br />

• n selec atm: INTEGER variable, number of nodes that will work on the line selection for the<br />

LTE background atomic lines. Can be set to some large number so that all nodes will work on<br />

the line selection.<br />

• n selec mol: INTEGER variable, number of nodes that will work on the line selection for the<br />

LTE background molecular lines. Can be set to some large number so that all nodes will work<br />

on the line selection.<br />

• n selec fuzz: INTEGER variable, number of nodes that will work on the line selection for the<br />

NLTE secondary lines. Can be set to some large number so that all nodes will work on the line<br />

selection.<br />

4.3 Code parameters affecting memory usage<br />

These parameters will have an effect only if PHOENIX was <strong>compiled</strong> in module-mode.<br />

• linmax: INTEGER variable, blocksize for the atomic Voigt and Gauss line blocks. Should be<br />

around 20,000.<br />

• linmaxm: INTEGER variable, blocksize for the molecular Voigt and Gauss line blocks. Should be<br />

around 20,000.<br />

• linmaxf: INTEGER variable, blocksize for the secondary NLTE Voigt and Gauss line blocks.<br />

Should be around 50,000.<br />

• ncache atm v: INTEGER variable, number of atomic Voigt line cache blocks, normally around<br />

3–5.<br />

• ncache atm g: INTEGER variable, number of atomic Gauss line cache blocks, normally around<br />

3.<br />

• ncache mol v: INTEGER variable, number of molecular Voigt line cache blocks, normally<br />

around 3–5.<br />

• ncache mol g: INTEGER variable, number of molecular Gauss line cache blocks, normally<br />

around 3.<br />

• ncache fuzz: INTEGER variable, number of secondary NLTE line cache blocks, normally<br />

around 3.<br />

• lin blksize div:INTEGER variable, used to reduce the blocksize of the LTE line IO by this<br />

factor. It must divide the stored blocksize so that<br />

mod(store block size,lin blksize div)=0. This is used to reduce the cache sizes for<br />

faster parallel performance.<br />

4.4 Outline of the Wind Model Package<br />

Update: (jpa, 13/dec/02)<br />

See Aufdenberg et al. (2002) ApJ 570, 344 for another description of wind module.<br />

Wind models (model = 7) for hot and cool stars use<br />

1. a “β” velocity law (ivelcalc = 0) of the form: v(r) = v∞(1 − R∗/r) β or<br />

v(r) = v0(1 − r0/r) windbeta in terms of input parameters.<br />

2. OR a linear velocity law (ivelcalc = 2) of the form: v(r) = vmax(r − R∗)/(Rmax − R∗) or<br />

v(r) = v0(r − r0)/(rmaxw − r0) in terms of input parameters.<br />

12


3. OR a velocity law for a red giant (ivelcalc = 3) of the form: v(r) = vmaxc1(r/R) m for r/R < 3.75<br />

and v(r) = vmax(1 − e −c2(r/R−c3) ) for r/R > 3.75 for the cool component of EG And (see Vogel<br />

1991, A&A, 249,173)<br />

4. Here, r0 is the “photospheric” radius which is located at the base of the wind. The maximum<br />

radius of the wind model is specified by rmaxw. In both the beta and linear velocity law cases,<br />

the density structure,in the dynamic (v(r) > 0) layers, is calculated from the continuity<br />

equation, ρ(r) = ˙ M/4πr 2 v(r). The mass-loss rate, ˙ M, is specified by the input parameter dmdt in<br />

units of solar masses per year.<br />

5. The velocity field may be further characterized by either a constant or depth dependent<br />

turbulence. A constant, depth-independent turbulence is specified via the parameter vturb or<br />

xi (see also xinlte). A depth-dependent turbulence (vturb2 in the code) is parameterized via<br />

vturbmaxfrac (default = 0). If model = 7, the vturb2 array read from unit 18 is overwritten.<br />

vturb2(r) = vturbmaxfrac · v∞ if v(r) > vturbmaxfrac · v∞,<br />

vturb2(r) = v(r) if v(r) ≤ vturbmaxfrac · v∞,<br />

vturb2(r) = xi if v(r) = 0.<br />

6. The radial grid for wind models is setup to finely grid the velocity field in the region of large<br />

acceleration, near the base of the wind, and more coarsely sample the velocity field in the<br />

outermost layers, near the terminal velocity (v0). Radial grid options (irgrid = 0 or 1, 1 is<br />

default) include a hyperbolic cosine distribution (irgrid = 0) and an exponential distribution<br />

(irgrid = 1), parameterized by cosh fac and steff fac respectively.<br />

7. For an optically thin wind, the structure of the hydrostatic region (below iswlayer) is<br />

computed on a fixed optical depth grid where dr/dτ is evaluated to compute the radius at each<br />

layer. The maximum optical depth in the hydrostatic zones is specified by tmaxlg. The density<br />

is calculated from the equation of state under the condition of hydrostatic equilibrium.<br />

8. Mass-loss rates greater than ˙ M ∼ 10 −4 M⊙ yr −1 may result in an optically thick wind with no<br />

hydrostatic base. In this case, it will likely be required to adjust steff fac or steff fac,<br />

iswlayer, and tmaxlg to achieve a reasonable radial grid for the density and velocity<br />

structure. Optically thick models are currently defined as structures in which the optical depth<br />

at the supposed dynamic/static boundary (ie. iswlayer) is greater than the maximum optical<br />

depth, tmaxlg. Very high mass-loss rates are tricky, so try large values of dmdt at your own<br />

risk! (optically thick wind models are still largely experimental)<br />

9. Wind models (model = 7) where the velocity field is calculated (ivelcalc = 1) from the run of<br />

radiative acceleration with depth is still in the development stage. Use ivelcalc = 1 at your<br />

own risk!!<br />

10. Wind models were initially developed for hot and luminous stars (Teff > 9000 K and gravities<br />

log(g)


turbulent velocity (see above). Default = 0. (From de Koter, Hubeny,& Heap (1994) ApJ, 435, 71.)<br />

• ivelcalc: Velocity law type. 0: standard β law wind models 1: self-consistent velocity<br />

calculation (under development) 2: linear velocity law<br />

• windbeta: The exponent β in the velocity law in the case ivelcalc = 0. Typically β � 1.0 for<br />

O- and early B-type stars, up to 3.0 for late B- and A-type supergiants.<br />

• tmaxlg: Gives the maximum optical depth of the hydrostatic zone. The grid (in this zone) will be<br />

logarithmically spaced between the optical depth at the base of the wind (not known in advance)<br />

and τlayer = 10 tmaxlg . This parameter is not ignored if job=1, so make you sure you use the right<br />

value! tmaxlg = 2 for most wind models, tmaxlg = 2 to 3 for optically thick wind models.<br />

4.4.2 Self-consistent Velocity Field (ivelcalc = 1) Parameters<br />

These models must restarted (job = 1) from an existing ivelcalc = 0 model in order to supply<br />

radiative acceleration structure required for the velocity field calculation. Both ˙ M and v(r) will be<br />

computed in this mode.<br />

• model: For all wind models, model=7.<br />

• ivelcalc: For these models ivelcalc = 1.<br />

• teff: Effective temperature [in K].<br />

• logg: gives log(g) at the radius r0.<br />

• r0: The reference radius [in cm], used in the wind velocity law. In addition, r0 sets the<br />

luminosity of the model via L = 4πR2 0σT 4 eff , and is the radius at which logg is specified.<br />

• rmaxw: The outer radius [in cm] of the wind model, typically 200R0.<br />

In this self-consistent wind convergence scheme the temperature correction iterations and<br />

velocity field computation iterations are interleaved following each solution of the radiative<br />

transfer equation. The next four parameters allow control of the order and spacing of these<br />

iterations.<br />

• ivelcntmx: Maximum number of velocity iterations for a fixed temperature structure (default<br />

3).<br />

• itempcntmx: Maximum number of temperature correction iterations for a fixed velocity<br />

structure (default 3).<br />

• ivelcount: start velocity iterations at this number (default 0, do velocity iterations first)<br />

• itempcount: start temp. corr. iterations at this number (default 1, do temp. corr. iterations<br />

second).<br />

4.4.3 Additional Optional Wind Parameters<br />

These parameters, which specify the grid of the radial points, apply to all wind models.<br />

• iswlayer: Model layer for switch from dynamic to static structure (default is 30). Dynamic<br />

region from (1,...,iswlayer) and static region from (iswlayer+1,...,layer). If the total<br />

number of layers in PHOENIX is different from 50, you’ll want to change this.<br />

• irgrid: The type of radius grid construction, 0: use cosh fac, 1:use steff fac (default)<br />

• inewrgrid: For a restarted model (job = 1), 0: use radii from restart file (unit 18) (default), 1:<br />

construct new radial grid from parameters rmaxw, rtau1, and irgrid in the input file, but<br />

continue to use the temperature structure from restart file (unit 18).<br />

• steff fac: Radial points distributed using a exponential scheme from (Steffan et al.1997,<br />

A&AS, 126, 39.) of which steff fac is a scale factor (default 1.5). Adjusting this value may be<br />

useful for redistributing radial points in some cases (e.g. high-mass loss, low velocity). The grid<br />

is very sensitive to this parameter, adjust in units of 0.1.<br />

• cosh fac: Radial points distributed using a hyperbolic cosine of which cosh fac is a scale<br />

factor. Useful for redistributing radial points (default is <strong>15</strong>), values 10-<strong>15</strong> seem to work well.<br />

14


• itaugrid: The type of tau-grid construction, 0: original scheme (default), 1: new adaptive<br />

scheme.<br />

• velminp: The percentage of terminal or max velocity V0 which will be the minimum velocity in<br />

the hydrodynamic layers (default is 0.0002 or 0.2 %). This sets the velocity of the lowest radial<br />

grid point in the wind. Useful to getting a good density match between the dynamic and static<br />

layers in tough cases.<br />

4.5 Dust Clouds and Gravitational Settling parameters<br />

Over the years since the first inclusion of dust opacities in phoenix the code was subjected to several<br />

cloud models, each involving a set of input parameters, some of which are no longer supported. We<br />

list those models and their parameters and indicate which methods can still be used below.<br />

4.5.1 General Dust Opacity Parameters<br />

These parameters concern only the use of the opacity cross-sections themselves and are required with<br />

any of the method described below.<br />

• igrains: (icond in phoenix.f) flag for use with grains: 0: grains are ignored, 1: grains are<br />

considered in the EOS but ignored in the opacity, 2: grains are consistently included in the EOS<br />

and the opacity, 3: as before, but the grains are ignored in the calculation of the PHOENIX<br />

standard optical depth grid.<br />

• dust porosity: value f of the assumed dust grain porosity to be applied as a multiplication<br />

factor to a grain’s mass density (grain rho new = (1.d0-f)* grain rho). This is done in<br />

KAPCAL/gnsize.f and KAPCAL/kapdust.f for the two main cloud methods. Must be ≤ f < 1.<br />

Default is no porosity i.e. 0.d0.<br />

• usedust: DOUBLE array with dust opacity multipliers for each individual dust ’species’ that<br />

have supported opacities. Default depend on the original setup. Setting an element of this array<br />

to zero remove that species’ opacity completely. Used to adjust dust opacities.<br />

• cloud covering factor: sets the cloud covering fraction, from 0.d0 to 1.d0 in the spectrum<br />

only (vcapdustcloud). Possibility to use a different fraction for each layer and species of dust<br />

particle for which we have an opacity profile (clouds matix), however not turned on in phoenix.f<br />

though. Default is 1.d0.<br />

• use clouds: switch to choose from cloud methods: ≤ 0: equilibrium model, > 0: settling model.<br />

4.5.2 Rainout Model:<br />

Produce 100% grain settling i.e. all grains sedimented out and corresponding refractory metal<br />

depletion. The fraction “xout” (0 for no settling, 1 for maximum settling) can be changed the rainout.f<br />

routine directly (in KAPCAL/rainout.f). The rainout option is available in csppress.f for EOS<br />

calculations as in phoenix.f for direct mode model calculations.<br />

• rainout: Set to .TRUE. to use the RAINOUT EOS.<br />

This option is independent of other cloud models and of variables like use clouds or settleos. Rainout<br />

should be used with standard EOS parameters like ieos and idirect and with at least igrains=1.<br />

4.5.3 Equilibrium Cloud Model:<br />

When use clouds ≤ 0 this cloud model is chosen, where number densities of grains as provided by the<br />

EOS with igrains > 1 are used in csgrain0 with a log-normal distribution of grain sizes defined in<br />

gnsize.f as called from input.f is used. This type of cloud models generate dust opacities all through<br />

<strong>15</strong>


from the base of the cloud to the uppermost atmospheric layers, hence overestimating the cloud<br />

opacity contribution in the upper atmosphere. But these provide a limiting case to the effects of<br />

grains on atmospheres. Other relevant parameters for this model are:<br />

• gnsize: base size of the grains im µm. The grain sizes are distributed as<br />

arad(n) = gnsize ∗ (1.d0/(1.0d0 − f)) ∗ (1.5 n−1 )<br />

for n = 1 . . . 10 and where f is the dust porosity factor (see below).<br />

• gnexp is the power of the power law for the dust size distribution function, arad(i) gnexp .<br />

4.5.4 Rossow Gravitational Settling Cloud Model:<br />

When use clouds > 0 this cloud model is chosen. Here a new computational step is introduced<br />

between the hydrostatic and the radiative transfer, that solves a diffusion equation involving<br />

microphysical timescales for the most important processus involved in determining the fraction of<br />

grains produced by the EOS which would sediment out of the current layer. These are the<br />

condensation, coagulation, sedimentation and mixing (assumed convective). In the radiative zone, the<br />

mixing must be assumed. For this we use the fall-off of the convective velocity (usually exponential<br />

from the top of the convection zone in hydro models), but a parameter (itmix) can be used to try other<br />

assumptions. The Settling model can be computed with or without repercussion on the elemental<br />

abundances (settleos). But when turned on, the repercussion causes stratified abundances and such a<br />

model must therefore be compute in direct mode also for the hydrostatic so that these abundances<br />

changes are taken into account on the structure as well. For this, use France’s EOS (ieos=0) and to<br />

facilitate restart use the partial pressures (TOTN matrix) stored from a previous iteration/model on<br />

the input .20 file. This can be done with the idirect switch (idirect=1). Finally, we also offer a variety<br />

of scenarios for the initial abundances to deplete from (see istartsolar).<br />

• itmix: switch to choose, in the radiative zone only, the shape of the mixing time scale profile as<br />

a function of height in the atmosphere: 1: tmix shape is parabolic, 2: tmix shape is fixed to<br />

alpha clouds, 3: tmix shape is fixed to dldhp/vconv out, where vconv out is the convective<br />

velocity at the top of the innermost convection zone. Default is 1.<br />

• alpha clouds: Value of the mixing time scale in sec used in the radiative zones unless itmix<br />

(see above) specified otherwise. Default is 1.d5 sec.<br />

• settleos: flag (.true./.false.) to turn on/off a readjustment of the elemental abundances due to<br />

the gravitational settling of grains. When .true. a matrix SEHEU will store the resulting<br />

stratified abundances. Careful! Default is .false.! In newer phoenix versions, settleos=true also<br />

allows use of input .20 seheu abundances in the hydrostatic T-P structure solver.<br />

• istartsolar: flag used in the Rossow cloud model to choose from various scenarios of the<br />

thermal hystory of the gas. This is done by choosing amongst various original abundance mix:<br />

istartsolar=0: use stored .20 abundances at first iteration and deplete from there at each layer<br />

from iteration to iteration, 1: deplete the atmosphere progressively from bottom to top using<br />

scaled solar abundances (zscal) in bottom-most layer (=nlayer), and, 2: use scaled solar<br />

abundances throughout at first iteration and deplete from there at each layer from iteration to<br />

iteration. Use 0 to account for thermal history of the gas from model to model (inconvenient and<br />

unnecessary as abundances only change by gas cooling, use solely for test purposes), use 1 when<br />

the atmosphere only cools over time (e.g. brown dwarf grids), use 2 to neglect any former<br />

thermal history of the gas (results depend upon iteration route, leave it for test purposes).<br />

Default is 1. This flag has NOTHING to do with the use of the input .20 seheu stratified<br />

abundances in the hydrostatic. This will be done simply if settleos=true.<br />

16


4.5.5 Ad’hoc Gravitational Settling Cloud Model:<br />

This method is the first we have developed to account for gravitational settling back in 1999. It is<br />

crap! But apparently still available in the code (kapdust and vcapdustcloud, ie both in the hydrostatic<br />

and on the spectrum) and can even be turned on along with the new settling model stuff, though not<br />

for long if I can help it :-) The method is turned off when dust settl > 0 which is the case by default.<br />

• alpha clouds: Sets the top of the clouds at alpha clouds times the pressure scale height at<br />

the top of the innermost convection zone. Default is 1.0.<br />

• dust settl: Fraction on the total mass density assumed to be sedimented out (same for all<br />

layers). Default is 5.d-5.<br />

• settl speed: Argument of exponential function in vcapdustcloud intended to “accelerate” the<br />

settling. Default is 0.d0.<br />

4.6 Input for using C.Hellings input data and/or chemistry<br />

If C.Hellings data are used (helling.out = true), a file called helling.out will be generated,<br />

which contains the molecules considered by C.H., their array index and a flag of usage. The file exists<br />

for information purposes only.<br />

• use helling: LOGICAL variable. The Kp’s in FPPRESS/discon.f will be calculated by<br />

C.Helling’s data for selected molecules if set true. h use all and h use molec (see below) will<br />

be ignored if set false.<br />

• h use all: LOGICAL variable. If set true, every available molecule-Kp from C.H. will be used.<br />

• h use molec: LOGICALarray. Only valid, if h use all is false. The array has as many entries<br />

as C.H.’s number of molecules are available. If the appropriate entry is set true, the molecule<br />

will be considered for C.H.’s Kp-calculation.<br />

4.7 Radiative transfer parameters<br />

• irtmth: INTEGER variable. This flag controls the radiative transfer method used in the<br />

calculation. irtmth = 0 selects the DOME method and irtmth = 1 selects the OS/ALI method.<br />

• lwdth: bandwidth of the acceleration operator for the operator splitting radiative transfer<br />

method. 0 selects the diagonal operator (very slow), 1 the tri-diagonal operator (best overall<br />

performance) and ¿1 sets the bandwidth directly (can give performance improvements on some<br />

types of machines).<br />

• didl discr meth: set S3R2T weight distribution for dI/dλ discretization. Must be in [0, 1], 0<br />

gives S3R2T version 3 discretization, 1 the original version 2 discretization.<br />

• nmue pp: INTEGER variable specifying the number of angular points per half-sphere if the<br />

OS/ALI plane parallel radiative transfer is used. The points are distributed according to a<br />

Gauss-quadrature formula.<br />

• ncore: number of core intersecting characteristics. They are distributed linearly in (static) µ<br />

from 1 to the last shell.<br />

• nadd: number of additional characteristics. They are distributed linearly between shell indices<br />

nvon and nbis. An error will occur if an additional characteristic lies exactly on top of a regular<br />

characteristic.<br />

• wldiscr: INTEGER flag specifying the type of the wavelength derivative discretization used in<br />

the CMF RT. 0 uses the fully implicit 2 point formula, 1 the implicit 3-point discretization<br />

(default).<br />

• clambavg: INTEGER flag specifying the form of the implicit term of the wavelength derivative<br />

discretization used in the CMF RT. 1 is the default and should be used for all models. 0 is a test<br />

setting and should not be used for anything but testing.<br />

17


• irfout: INTEGER variable specifying the unit number of the output of the full angular<br />

dependent radiation field. If set to 0 (default), no output will be produced. For values greater<br />

than zero, the angles are represented by the direction cosine, µ (mu). For values less than zero,<br />

the angles are angular radii, � (1 − µ 2 ), useful for very extended atmospheres and winds.<br />

[update: jpa, 13/dec/02]<br />

• lay rf: INTEGER variable specifying the radial gridpoint number for which the angular<br />

dependent radiation field might be printed, default is the outermost point (1).<br />

• mkhint: LOGICAL parameter. The default value is false, and should only be set to true (which<br />

must be done explicitly by the user) when using irradiation mode. When set to true, PHOENIX<br />

will solve the radiative transfer equation twice per global iteration. The first solution is without<br />

any incident flux, and the second is with the incident flux.<br />

4.8 Specific model parameters<br />

• teff: The effective temperature Teff [K]. Typically be in the range from about 6000 K to about<br />

<strong>15</strong>000 K for supernova model calculations and about 10000 K to 40000 K for nova models.<br />

• logg: gives log(g) for the stellar modes of PHOENIX. Note that logg is an alias for vfold.<br />

• r0: The radius, where τstd is unity [cm]. This parameter fixes together with Teff the model<br />

luminosity, L = 4πR 2 0σ Teff 4 . In the giant models, r0 gives the outer radius (and logg is the<br />

gravity the outer radius).<br />

• reff: used with new giant mode to define the radius of a giant model at tstd=1. In this mode,<br />

R0 is considered a first estimate for the outer radius of the star.<br />

• new giant mode: Used with modtyp=4, invokes the sliding scale height which is defines the<br />

gravity, log(g), at (currently) tstd=1 for a radius called reff. Phoenix needs teff, logg, and r0 to<br />

calculate a model, lsun and msun can be read in, see below. Note: teff must be one of the 3 input<br />

parameters.<br />

• v0: The expansion velocity in [ km s −1 ] (!). For modtyp = 1 (SN standard), v0 is assumed to be<br />

the expansion velocity at τstd = 1, for modtyp = 2 (Novae) and modtyp = 3 (SN mode 2), v0 is<br />

the maximum expansion velocity (v(r = rmax)). For supernova models, v0 should be<br />

5000–20000 km s −1 , and for novae it should be around 2000 km s −1 . For nova models (modtyp =<br />

2), PHOENIX accepts also values less than zero and treats them as the mass-loss rate in M⊙ yr −1 .<br />

Warning: If the maximum velocity is greater than about 5 × 10 4 km s −1 and irtmth=0, the<br />

current version of PHOENIX will crash because of a simplification in the DOME radiative<br />

transfer code. The OS/ALI method, however, will work for higher velocities.<br />

• model: Type of the model as an INTEGER variable (called modtyp in PHOENIX). 1 stands for<br />

supernova models, 2 for nova models, 3 denotes SN models with v0 interpreted as the maximum<br />

expansion velocity. Stellar atmosphere models are indicated by the code 4 for giants (spherical<br />

RT, g varies with radius) and 5 for dwarf atmospheres (plane parallel, g constant). AGN models<br />

are denoted by model=6, these models use a dump file to read in a structure (fixed Pg) and use<br />

the static, plane-parallel radiative transfer. All other values result in an error message and an<br />

emergency stop of the main program.<br />

• dentyp: Type of the density profile. 1: pure power law density profile (n is the power law index),<br />

2: exponential density profile (vfold and v0 give the exponential index, 3: arbitrary density<br />

profile read from unit 17 is used (interpreted as constant ρ (model=1, job=5) or Pg (model=6,<br />

job=5) according to model), 4: hydrostatic equation is solved to compute the density profile (for<br />

model=4,5).<br />

• vfold: The e-folding velocity if the exponential density law is used. vfold/v0 gives then the<br />

power law density index at τstd = 1. Note that vfold and logg are aliases, so that vfold will<br />

be log(g) in dwarf or giant models. Warning: If the exponential density profile is used and vfold<br />

is set too large, the code will crash with negative radii!<br />

• etaparm: parameter to multiply total instantaneous radiative decay energy by to use for target<br />

18


luminosity (used in makehydro)<br />

• useetaparm: flag to determine whether to use etaparam<br />

• uselumparm: flag to determine if the target luminosity is set using lumparm<br />

• lumparm: value of the target luminosity (r 2 H)<br />

• usemodellum: read the target luminiosity from the hydro model (used in makehydro)<br />

• ihydrotype sets the type of input model 10, <strong>11</strong> are models that have just gone homologous and<br />

are expanded to the target day after explosion (tsince). Model 20 is a light curve calculation<br />

where the data is actually for the target date<br />

• outer point fix: determines whether the bi of the outermost zone are set bi(1) = bi(2) where<br />

1,2 refer to the layer number<br />

• rhtohe: ratio of hydrogen to helium. Hydrogen as read in is “burned” to helium such that the<br />

final NH/NHe = rhtohe<br />

• use cmflux j set .TRUE.to use standard Eddington factor H/J in integrating the target<br />

luminosity<br />

• n: The exponent in the power law density as an INTEGER variable. It should be about 10 for<br />

supernova models and about 3 for nova models.<br />

• pout: The outer pressure on the model atmosphere [dyn cm −2 ]. The value should be small<br />

enough to ensure that the material above the model atmosphere is optically thin at all<br />

wavelengths. Usually this variable is set to 10 −4...−6 for supernova and to 10 −3...−4 for nova<br />

models.<br />

• aradfac: multiplicative factor for radiation pressure in hydrostatic equation, zero neglects<br />

radiation pressure, 1 uses normal radiation pressure in the hydrostatic equation (as computed<br />

in the previous model iteration).<br />

• lwd: specifies the luminosity of an external radiation source illuminating the outside of the<br />

model. The energy distribution of the source is assumed to be a Planck-function.<br />

• twd: specifies the radiation temperature of the external source.<br />

• d2: specifies the distance of the external source to the outermost gridpoint of the model.<br />

• domue: specifies the index of the angle point that received the incoming radiation.<br />

• redist: REAL variable. The incident flux at the surface will be multiplied by redist. redist<br />

should normally be set to 1 or 0.5, but may be anything you like! redist = 0.5 would imply a<br />

redistribution of the incident flux over the entire irradiated hemisphere. redist = 1.0 would<br />

imply no redistribution.<br />

4.9 Parameters describing the optical depth grid<br />

• wltau: reference wavelength (in ˚A) of the optical depth grid. Typical value is 5000 ˚A, for cool<br />

models 1.2 µ.<br />

• extscl: LOGICAL variable, if .TRUE. the extinction χ = κ + σ will be used instead of κ in<br />

eq. (1). This has influence on the optical depth scale grid. For relatively cool models<br />

( Teff ≤ 10 4 K) extscl should be .true., but for hot models it could be better to use<br />

extscl=.false. in order to obtain smooth convergence. WARNING: Although extscl is a<br />

quite important parameter of the models, it is not saved in the continuation files. Be careful to<br />

use the correct value of extscl if a continuation file is used!<br />

• tminlg: see tmaxlg<br />

• tmaxlg: Gives together with tminlg the standard optical depth scale. The grid will be<br />

logarithmically spaced between τstd,2 = 10 −tminlg and τstd,layer = 10 tmaxlg . τstd,1 will always be<br />

zero. The important point τstd = 1 will be inserted automatically. Both parameters will be<br />

ignored, if job=1. The data given be tauskala will be used, if tminlg > tmaxlg.<br />

• tauskala: The following array gives the standard optical depth scale used by PHOENIX if<br />

job=0 and tminlg > tmaxlg, otherwise it will be ignored.<br />

19


4.10 Parameters to handle opacity tables<br />

• do opac table: set true for calculation of an opacity table over a grid with the temperature T<br />

and Pgas or ρ as the second independent variable. opac out has to be 0.<br />

• logt: flag specifying the temperature grid (0: log10, 1: linear, 2: linear in θ = 5040/T)<br />

• modeos: set the second independent variable (0: Pgas, 1: rho)<br />

• tstart: starting point of the temperature grid (logarithmic or linear value, depending on logt)<br />

• tstop: last point of the temperature grid (logarithmic or linear value, depending on logt)<br />

• tstep: increment for the temperature grid (logarithmic or linear value, depending on logt)<br />

• pstart: starting point for the second variable (logarithmic value)<br />

• pstop: last point of the second variable (logarithmic value)<br />

• pstep: increment for the second variable (logarithmic value)<br />

• tstart2, ..., tstart5, tstop2, ..., tstop5, tstep2, ..., tstep5: to define<br />

multiple temperature grids.<br />

The opacity table has a size of Σ = (tstop − tstart)/tstep ∗ (pstop − pstart)/pstep. In each iteration<br />

one point of the table will be calculated for each layer. For calculation of a complete opacity table<br />

N = Σ/layer iterations are necessary. An incomplete opacity table can be used for input to complete<br />

the calculation by use of some more iterations. The opacity table is written to fort.19 and fort.20 as an<br />

unformated and a formated table after all iterations are done. Use as many layers as possible to<br />

minimize the number of iterations.<br />

• use opac table: set true to read a rosseland mean opacity grid for the optical depth grid from<br />

an opacity table. Copy the formatted opacity table to fort.48 before the start of the model<br />

calculation. This opacity table should be calculated for the same parameters like in the model<br />

which uses the table.<br />

4.<strong>11</strong> Standard wind model parameters<br />

v(r) = v∞(1 − R∗/r) β<br />

v(r) = V0(1 − R0/r) WINDBETA<br />

• model: For standard wind models, model=7.<br />

• r0: The radius [in cm], used in the standard wind velocity law, v(r) = v∞(1 − r0/r) β . In wind<br />

models, r0 is the radius at which logg is specified. The parameter rmaxw sets the outer radius<br />

of the wind model. This parameter fixes together with Teff the model luminosity,<br />

L = 4πR 2 0σ Teff 4 .<br />

• rmaxw: The outer radius of the wind model, typically 100r0.<br />

• logg: gives log(g) at the radius r0.<br />

• v0: The terminal velocity (v∞) of the wind in [ km s −1 ] (!).<br />

• windbeta: The exponent β in the velocity law. Typically between 0.5 and 1.0.<br />

• dmdt: The mass-loss rate in M⊙ yr −1 .<br />

The density structure in the standard wind model is calculated assuming a constant mass lost rate,<br />

ρ = M⊙ /4πr 2 v, where the radial grid is determined by integrating dr/dτ. A non standard tau grid is<br />

used to give a fine tau spacing around the high acceleration region of the wind. Below the<br />

“photospheric” radius, specified by R0 the density structure is determined from hydrostatic<br />

equilibrium and the velocity is calculated such that mass loss rate is held constant.<br />

4.12 Parameters for the temperature correction<br />

• dotcor: LOGICAL parameter. If set to .true., the temperature correction procedure is<br />

activated, otherwise no temperature correction is attempted (and PHOENIX will run about 20%<br />

20


faster if the DOME radiative transfer method is used). dotcor=.false. is mainly used<br />

together with iter=0 and irtmth=0 to compute high resolution observer’s frame spectra using<br />

the DOME transfer code. The overhead of the temperature correction procedure for the OS/ALI<br />

method is relatively small and can be neglected.<br />

• tcor min: REAL variable. If the temperature corrections at all layers are all less than<br />

tcor min, no more iterations will be preformed. The default value is 1K.<br />

• idmin: INTEGER variable which gives the minimum damping factor for the temperature<br />

iterations. The iterations will be damped with 2 −idmin in order to avoid over corrections and<br />

oscillations. Usually this parameter should be between 1 and 2. If idmin < 0, −idmin gives the<br />

maximum allowed temperature correction ∆T in % (this may help in difficult cases).<br />

• ultcor: .TRUE., if the modified Unsöld-Lucy temperature correction method is selected (this<br />

requires the OS/ALI radiative transfer), the default is .FALSE., selecting the Newton-hybrid<br />

temperature correction.<br />

• tsw: A technical parameter. At this standard optical depth, PHOENIX will switch from the<br />

� κ(J − B) dλ condition to the “luminosity” condition. For an extinction optical depth scale, the<br />

value of tsw should be around 1, for an absorption scale around 10 −2 . If the value is too small,<br />

the temperature iteration will be strongly unstable in the outer parts of the atmosphere; if the<br />

value is too large, large over-corrections of the temperature will occur. This variable is not used,<br />

if dotcor (see below) is .false..<br />

• tapp: A technical parameter. The temperature for τstd < τapp will be set constant. This<br />

parameter is useful to speed up the temperature iteration for some models. Usually set to zero.<br />

4.13 LTE atomic, ionic and molecular line parameters<br />

• greli: lines selection threshold parameter. A LTE line will be included in the calculation, if<br />

κlc/κcont ≥ greli for the reference layers, otherwise it is ignored. Here κlc denotes the<br />

absorption coefficient at the line center and κcont the corresponding continuum absorption<br />

coefficient. If greli = 0, all available lines will be included until the arrays for storing line data<br />

are filled and the time consuming selection procedure is skipped. Not used, if EZL=.FALSE..<br />

• gremlin: As greli but for molecular lines. Not used if ezlmol=.false..<br />

• cas greli: As greli but for the NLTE lines from the Cassandra data structures. Not used if<br />

inlte=0.<br />

• skip select: LOGICAL variable, set to .TRUE. to skip molecular line selection after first<br />

iteration when running in MPI parallel mode. Default is .FALSE.. Warning: if you use this<br />

speed-up, make sure to select all important lines on the first run, e.g., by choosing extremely small<br />

thresholds.<br />

• grelvoigt: used only for iwhprof=2 and gives the threshold for lines with full Voigt profiles<br />

(works like greli).<br />

• gremvoigt: like grelvoigt but for the molecular lines<br />

• nonunfm: set to .TRUE. to allow non uniform abundances in SN modes.<br />

• binary compositions: Set to .TRUE. to read composition file in binary mode.<br />

• nref: number of references points for the line selection procedure. Default is 3, if set to layer<br />

the line selection procedure will be done automatically for all radial grid points.<br />

• tauref: standard optical depth points used for the line selection procedure. Default set by<br />

mkinput.<br />

• sobid: .TRUE. to turn on Sobolev ID’s for SN models (used only for IDs, nothing else).<br />

• nsobref: number of references points for Sobolev line ID procedure. Default is 4, if set to<br />

layer the Sobolev line ID procedure will be done automatically for all radial grid points.<br />

• tausobref: standard optical depth points used for the Sobolev line ID procedure. Default set<br />

by mkinput.<br />

21


• iwhprof: INTEGER flag for the line profiles for the LTE atomic lines. 0: pure Gauss profiles; 1:<br />

old Voigt profiles for all lines using computed damping constants (see France’s thesis for details);<br />

2: use pre-computed (during line selection) damping constants for lines that are stronger than<br />

GRELVOIGT, Gaussian profiles for the weaker lines, 3: like 2 but with improved vdW damping<br />

constant computation.<br />

• molprof: like iwhprof but for the molecular lines.<br />

• c6corr: sets the correction factor for C6 in LTE and NLTE lines (also molecular lines). Default<br />

is 10 1.8 , set to unity to disable correction (useful for the Sun etc!!)<br />

• gamnatver: INTEGER flag specifying the way the natural radiative damping constants are<br />

calculated for atomic lines: 0 uses internal approximation, 1 the values read from the line list<br />

file.<br />

• gam4ver: INTEGER flag specifying the way the quadratic Stark damping constants are<br />

calculated for atomic lines: 0 uses internal approximation, 1 the values read from the line list<br />

• gam6ver: INTEGER flag specifying the way the vdW damping constants are calculated for<br />

atomic lines: 0 uses internal approximation, 1 the values read from the line list file.<br />

• dlilam: Gives the wavelength range [ ˚A] around which PHOENIX will search for LTE-lines at<br />

each Lagrangian wavelength point. The value should be considerably larger than the width of<br />

the lines. If the value is too large, the execution time will increase; if it is too small, the results<br />

may be not accurate enough. Ignored, if EZL=.FALSE..<br />

• gausswin: Gives the wavelength range in Doppler widths which PHOENIX will search for Gauss<br />

LTE-lines at each Lagrangian wavelength point. See dlilam for caveats.<br />

• gremol: As greli but for the molecular bands. Note that gremol is the negative logarithm of<br />

the threshold. Recommended value is 40.<br />

• dmolam: As dlilam but for molecular bands.<br />

• h2olin: INTEGER variable to control the use of either the Ludwig water opacity routines (0) or<br />

the water linelist found in the unit 1 file. If ezlmol is .FALSE., h2olin will be set<br />

automatically to 0, regardless of the input value. The default for this parameter is 0. Note: This<br />

parameter is now superseded by uselin and should not be used.<br />

• jh2o: INTEGER switch to select the Jørgensen water vapor opacity sampling table. 1: selects the<br />

table, 0: selects Ludwig water opacity.<br />

• tioeps: INTEGER switch to selectively switch off the Jørgensen TiO epsilon band. 0: use the<br />

lines of the TiO epsilon band from Jørgensen, 1: use JOLA for the TiO epsilon band.<br />

• new tio fel: LOGICAL switch to selectively change the J-TiO (Jørgensen TiO) fel values.<br />

.TRUE.: use the new values, .FALSE.: use the values stored in the line list. This conversion is<br />

done by bkdecode f90. This switch must be set to .TRUE. to make the next 3 switches active!<br />

• ames TiO version: INTEGER selector to change the AMES-TiO fel values. Currently allowed<br />

values are<br />

1005: use setup of PHOENIX version 10.5 and earlier<br />

<strong>11</strong>03: use setup of PHOENIX version <strong>11</strong>.3 and earlier<br />

<strong>11</strong>04: use setup of PHOENIX version <strong>11</strong>.4 and later<br />

This conversion is done by bkdecode f90 and requires new tio fel=.TRUE..<br />

• VO version: INTEGER selector to change the VO fel values. Currently allowed values are<br />

1005: use setup of PHOENIX version 10.5 and earlier<br />

<strong>11</strong>03: use setup of PHOENIX version <strong>11</strong>.3 and earlier<br />

<strong>11</strong>04: use setup of PHOENIX version <strong>11</strong>.4 and later<br />

This conversion is done by bkdecode f90 and requires new tio fel=.TRUE..<br />

• FeH version: INTEGER selector to change the FeH fel values. Currently allowed values are<br />

1005: use setup of PHOENIX version 10.5 and earlier<br />

<strong>11</strong>03: use setup of PHOENIX version <strong>11</strong>.3 and earlier<br />

<strong>11</strong>04: use setup of PHOENIX version <strong>11</strong>.4 and later<br />

This conversion is done by bkdecode f90 and requires new tio fel=.TRUE..<br />

22


• uselin: INTEGER array with flags for line or band usage. For every molecular isotope (with<br />

lines in the current list) the flag controls of these lines should be considered (uselin=1) or<br />

neglected (uselin=0) in the model calculation. If corresponding JOLA bands exist for the<br />

molecule, they will be automatically switched off if one of its isotopes is considered as lines (this<br />

concerns currently TiO, CN, OH, H2O, MgH). Note that there are currently lines of the same<br />

band systems of one molecule but from different sources (e.g., TiO+CN Kurucz and Jørgensen;<br />

CO Kurucz and Jørgensen and Goorvitch and HITRAN92; H2O Miller+Tennyson and HITRAN92,<br />

this list is incomplete) in the molecular line list. Warning: Currently no tests for inconsistencies<br />

are done by PHOENIX!!<br />

• usedust: DOUBLE array with dust opacity multipliers for each individual dust ’species’ that<br />

have supported opacities. Default depend on the original setup. Setting an element of this array<br />

to zero remove that species’ opacity completely. Used to adjust dust opacities.<br />

• use clouds: 0: clouds are off (default), 1: clouds are on. If set to 1, mkinput will automatically<br />

set settl speed=0.<br />

• alpha clouds: Sets the top of the clouds at alpha clouds times the pressure scale height at<br />

the top of the innermost convection zone. Default is 1.0.<br />

• covering factor set the cloud covering factor, 0 to 1, DOUBLE<br />

• gnsize: base size of the grains im µm. The grain sizes are distributed as<br />

arad(n) = gnsize ∗ (1.d0/(1.0d0 − f)) ∗ (1.5 n−1 )<br />

for n = 1 . . . 10 and where f is the dust porosity factor (see below).<br />

• gnexp is the power of the power law for the dust size distribution function, arad(i) gnexp .<br />

• dust porosity: dust porosity factor f (see above), must be 0 ≤ f < 1.<br />

• vturb: micro turbulence (or statistical) velocity in [ km s −1 ]. Should be around v0/10 for<br />

supernova and nova models. This parameter determines essentially the width of the lines.<br />

• xi: alias for vturb.<br />

• xilte: If positive, statistical velocity used for the LTE lines; if not set or negative, xi will be<br />

used.<br />

• ximolec: as xilte, but for the molecular lines.<br />

• epslin: LTE line thermalization parameter. The LTE line opacity,χ l is divided into line<br />

absorption κ l = epslin ∗ χ l and line scattering σ l = (1 − epslin) ∗ χ l .<br />

• epsmoL: As epslin but for the molecular lines.<br />

• linout: INTEGER variable. If this parameter is set to 1, all considered lines will be echoed on<br />

logical unit 6, if set to 2 the printout will go to unit 21 (this may result in extremely large output<br />

files!). Not used, if EZL=.FALSE..<br />

• anf, ende, step, elmin, elmax: These parameters control the output level of the line<br />

statistics. Not used, if EZL=.FALSE..<br />

4.14 Non-thermal parameter<br />

• tsince: time in days since explosion or creation of the decaying cobalt and nickel nuclei. Used<br />

to compute the radioactive energy input and the number of non-thermal electrons generated.<br />

Makes sense only in SN models.<br />

• frnth0: fraction of the non-thermal electrons with respect to all free electrons. Can be chosen<br />

arbitrarily, but should be connected to the Ni and Co abundances to ensure physical<br />

self-consistence.<br />

• xlumx: Luminosity of a radiation field impinging on the outer boundary of the star, in cgs units.<br />

If set to 0, the outer boundary condition is the standard (zero incoming intensity) assumption.<br />

Useful for all classes of models.<br />

• tcirc: Blackbody radiation temperature for the impinging radiation field. At the moment, a<br />

strict BB for the “circumstellar” radiation field is assumed. Can be changed rather arbitrarily by<br />

23


adapting the code in the subroutine wavcon in misc.f. tcirc=0 will also disable the<br />

impinging radiation field.<br />

4.<strong>15</strong> Eulerian and Lagrangian continuum wavelength grids<br />

• intber: An array containing the interval boundaries for the wavelength grid used for the<br />

observer’s frame by PHOENIX. The wavelengths are given in ˚A, a zero indicates the last point<br />

used. The length of the array is fixed to 50, the last value should be 0 if not all entries are used.<br />

• intdis: This array contains the step size between the corresponding intber points [ ˚A]. If the<br />

step size is larger than the difference between the corresponding intber points, an error<br />

message will be issued. If the total number of wavelength points is too large to fit into the<br />

internal arrays on PHOENIX, a warning will be printed, and the maximum number of points will<br />

be used. To increase this maximum number of points, increase maxobs in all subroutines of<br />

PHOENIX and recompile. These computed Euler grid will only be used, if iter is zero, otherwise<br />

it will be ignored.<br />

• cmtber: analogous to intber, but for the Lagrangian frame<br />

• cmtdis: analogous to intdis, but for the Lagrangian frame. The number of Lagrange frame<br />

points will influence the CPU time used for one temperature iteration (linear).<br />

• fmt vfld: string for format code for spectrum output to channel 7, used for models with a<br />

velocity field. Note: the number and type of the arguments must be exactly like the default<br />

setup or a runtime error will occur. This setting is useful if high resolution wavelength and flux<br />

outputs are needed.<br />

• fmt stat: string for format code for spectrum output to channel 7, used for static models. Note:<br />

the number and type of the arguments must be exactly like the default setup or a runtime error<br />

will occur. This setting is useful if high resolution wavelength and flux outputs are needed.<br />

• fmt id: string for format code for spectrum output to channel 7, used for static models in ID<br />

mode (see doid). Note: the number and type of the arguments must be exactly like the default<br />

setup or a runtime error will occur. This setting is useful if high resolution wavelength and flux<br />

outputs are needed.<br />

• read wl grid: logical switch. Defaults to false. If set to true PHOENIX reads a wavelength grid<br />

from an input file called wl.grid. This file can contain several “wavelength chunks”. The first<br />

line of a chunk is the number of wavelength points for this chunk in integer format. Then follow<br />

the wavelength points, one wavelength point per line, read in as double precision. Usually, there<br />

is only one chunk. The wavelength points need not to be sorted. The grid will be ADDED to the<br />

existing LAGRANGIAN frame grid.<br />

4.16 NLTE parameters<br />

The number of NLTE species has rapidly increased since the first version of the manual was written.<br />

The new version of the NLTE routines use a generalized input scheme for the NLTE species<br />

description, see below. One goal is the existing parameters here. The number of levels treated in<br />

NLTE can be set for each ion individually. The naming convection for the parameters is nXX# where<br />

XX is the chemical symbol (e.g., fe for iron) and # is the ionization stage (1 for the neutral element, 2<br />

singly ionized stages etc.). For example, nsi4=50 specifies that 50 levels of Si IV are treated in<br />

NLTE. The number given in the input file will be set to the maximum number of levels available if it<br />

exceeds that value.<br />

• chianti path: full pathname to CHIANTI data file root directory, this is used only if NLTE<br />

species using CHIANTI data files are requested. The directory structure has to be a standard<br />

CHIANTI 3.03 system.<br />

• chianti4 path: same as chianti path, but for CHIANTI 4.02 data.<br />

• aped path: same as chianti path, but for APED (ATOMDB) data.<br />

24


• phoenix path: full pathname to PHOENIX .atom files. Used only if NLTE species using<br />

PHOENIX data files are requested. This path is also used to locate special line profiles (as they<br />

depend on the atomic level data used).<br />

• h1 internal: .TRUE. (default) to use the internally coded PHOENIX model atom for H I.<br />

.FALSE. uses the external file data.<br />

• he1 internal: .TRUE. (default) to use the internally coded PHOENIX model atom for He I.<br />

.FALSE. uses the external file data.<br />

• he2 internal: .TRUE. (default) to use the internally coded PHOENIX model atom for He II.<br />

.FALSE. uses the external file data.<br />

• ne1 internal: .TRUE. (default) to use the internally coded PHOENIX model atom for Ne I.<br />

.FALSE. uses the external file data.<br />

• nlte z list(???): nuclear charge for NLTE species number “???”, 1 for H, 2 for He etc.<br />

• nlte ion stg list(???): Ionization state for species number “???’, e.h., 1 for I (neutral), 2 for<br />

II (singly ionized) etc.<br />

• nlte level number(???): Number of levels to be considered in the model atom for species<br />

number “???”. Can be set to large number to request maximum available.<br />

• nlte dataset(???): Code for NLTE dataset to use for species number “???”: 1 for PHOENIX<br />

.atom file, 2 for CHIANTI version 3 dataset, 3 for CHIANTI version 4 dataset and 4 for APED<br />

(ATOMDB) dataset. Other values are reserved and will be available later.<br />

• nlte line mode: INTEGER flag selecting the formula to use for Cassandra NLTE lines.<br />

Currently allowed values are 0: strict LTE formula, 1: standard Cassandra formula, 2: classic<br />

formula. Default is ’1’. ’2’ is automatically selected in opacity table mode. ’0’ should be selected if<br />

Cassandra is just used to compute detailed line profiles for cool stars.<br />

• profile files(???): List of file names for special NLTE line profile files. The max. number of<br />

files is set in input.f. The path to the files is given in phoenix path. The files must be<br />

compatible with cas profile read and give all profiles for a given set of transitions that share<br />

the same relative profile for a number of temperatures and perturbers.<br />

• n wl 4 prfs: number of wavelength points per special NLTE line profile for normalization and<br />

interpolation. Points are automatically distributed.<br />

• use van reg: set to .TRUE. to allow the use of the Van Regemorter formula for collisional rates<br />

if no other data are available. .FALSE. will resort to Allen’s old formula.<br />

• pb h coll rates: set to .TRUE. to use new H I bound-bound collision rates from Przybilla &<br />

Butler (2004) for levels n


• lamlor: real array giving the nlor wavelength points (in units of the Lorentz width) which are<br />

inserted for NLTE lines at both sides of their profile.<br />

• dvmax: size of the NLTE line search window for Voigt lines, measured in Doppler widths.<br />

• dgmax: size of the NLTE line search window for Gauss lines, measured in Doppler widths.<br />

• voigt cutoff: size of the NLTE line search window for Voigt lines, measured in ˚Angstroem.<br />

• p coll chianti4: Set to .TRUE. to use the proton-proton collision data of the CHIANTI<br />

version 4 database.<br />

• p coll aped: Set to .TRUE. to use the proton-proton collision data of the APED (ATOMDB)<br />

database.<br />

• brems em chianti4: Set to .TRUE. to use the relativistic bremsstrahlung continuum data of<br />

the CHIANTI version 4 database, calculated by the analytic fitting formula of Sutherland<br />

[MNRAS 300, 321 (1998)] for the low temperatures and Itoh et. al [ApJS 128, 125 (2000)] for<br />

temperatures T> 10 6 K.<br />

• twoph chianti4: Set to .TRUE. to use the 2-photon continuum emission data of the CHIANTI<br />

version 4 database. Data is available for the isoelectronic sequence of hydrogen and helium like<br />

ions.<br />

• fb el chianti4: Set to .TRUE. to use the free-bound emissivity data of the CHIANTI version<br />

4 database. It is calculated by including more accurate ground photoionization cross sections<br />

and, for excited levels, using the gaunt factors of Karzas & Latter [ApJS 6, 167 (1961)].<br />

ATTENTION: THIS HAS NOT BEEN TESTED, YET!<br />

4.17 Cassandra acceleration parameters<br />

• iaccel: 0: no convergence acceleration method will be used, 1: use Ng (4th order) acceleration<br />

in Cassandra, 2: use Orthomin acceleration of order inord in Cassandra.<br />

• inord: order of the Orthomin acceleration, if selected. If set to too large a value it will be<br />

automatically set to the maximum available order.<br />

• iaccst: number of the iteration for which the acceleration will start. This variable counts the<br />

internal OS/ALI iterations of Cassandra which will be done without using convergence<br />

acceleration procedures. Beginning with iteration iaccst, the convergence acceleration will be<br />

applied.<br />

4.18 Molecular NLTE (Sybil) parameters<br />

This part is only relevant, if imolnlte is not zero.<br />

• ncosu: Number of CO levels to be calculated in NLTE.<br />

The molecular NLTE calculation uses superlevels. The necessary superlevel information is read in<br />

from three files for each molecule. As an example, the files for CO are explained. The names of the<br />

files for the other molecules can be obtained by exchanging co with the molecule name.<br />

• co.super: Contains the superlevel data information.<br />

• co.actual: Contains the energies and the degeneracy (g) for the actual individual levels.<br />

• co.grid: Contains the wavelength grid to properly sample the transitions between superlevels.<br />

Furthermore, the molecular line list needs to be modified that the integer field for the natural<br />

damping constant contains the number of the upper superlevel and the integer field for the vdW<br />

damping constant contains the number of the lower superlevel.<br />

The selection of a particular superlevel model is done by linking the appropriate files to co.super,<br />

co.actual and co.grid and by using the appropriate molecular input file.<br />

26


4.19 EOS parameters, e.g., abundances, molecules<br />

• nelem: number of elements to consider in the EOS. If set to -1 or not given, all 39 elements will<br />

be considered. The abundances will be updated according to the data given in nome, eheu, and<br />

istg.<br />

• nome: INTEGER array giving the code of an element to consider in the EOS and the opacity<br />

calculation. Format is Z*100.<br />

• eheu: array giving the logarithmic abundance by number of the corresponding element. Will be<br />

re-normalized and re-scaled in PHOENIX.<br />

• yscl: scaling factor for the helium abundance (by number).<br />

• zscl: scaling factor for the metal abundances (by number).<br />

• istg: number of ionization stages to consider for the corresponding element (positive ions).<br />

• mol: flag for use with molecules: 0: molecules are ignored, 1: molecules are considered in the<br />

EOS but ignored in the opacity, 2: molecules are consistently included in the EOS and the<br />

opacity.<br />

• igrains: flag for use with grains: 0: grains are ignored, 1: grains are considered in the EOS but<br />

ignored in the opacity, 2: grains are consistently included in the EOS and the opacity, 3: as<br />

before, but the grains are ignored in the calculation of the PHOENIX standard optical depth grid.<br />

• nneg: number of negative ions to consider<br />

• negion: codes of the negative ions to consider<br />

• nmol: number of molecules to consider<br />

• molcod: codes of the molecules to consider<br />

4.20 Nonmonotonic coupling of wavelengths<br />

The radiative transfer problem can be alternatively solved with a matrix formulation of the formal<br />

solution. Then the radiative transfer is not solved wavelength by wavelength but instead for all<br />

wavelengths at the same time.<br />

This means a complification of the numerical approach as the opacity data for all wavelengths as well<br />

as the ray data (interpolation coefficients, optical depth etc) must be known at the same time for all<br />

wavelengths simultanouesly.<br />

This is a resource demanding approach that has a great benefit, however. Without being an initial<br />

value problem, arbitrary wavelength couplings may be added to the radiative transport problem.<br />

These couplings include for instance:<br />

• non monotonic velocity fields<br />

• general relativistic wavelength couplings due to a graviational field<br />

• arbitrary shock fronts<br />

• any combination of the above<br />

The only aspect of a normal PHOENIX run that is changed is the calculation of the radiative transfer<br />

in S3R2T. The routines necessary to replace the transfer are found in the NMS3 directory (NMS3 =<br />

NonMonotonicSphericalSymmetricSpecial. . . ) and in the according module found in nms3 module.f.<br />

4.20.1 Namelist parameters affecting NMS3<br />

• use nms3 : Logical switch. If set to .true. the radiative transfer will be solved via the NMS3<br />

framework and S3R2T is omitted.<br />

• nms3 solver : Integer switch. It determines the method for the formal solution.<br />

27


nms3 solver method<br />

0 standard band matrix solver<br />

1 SuperLU solver (old)<br />

2 rapido solver (Zurmühl)<br />

3 simple...<br />

4 SuperLU (new) default<br />

5 SuperLU Dist (parallel)<br />

6 Jacobi solver<br />

7 Gauss-Seidel solver<br />

8 7 with Ng acceleration<br />

9 7 with improved starting conditions<br />

10 9 with Ng acceleration<br />

<strong>11</strong> 10 with additional Ng acceleration in the ALI<br />

Default is SuperLU (new). In<br />

large scale applications one of the GS routines with improved starting conditions should be<br />

chosen.<br />

• nms3 nonblocking IO : Logical switch. If set to .true. the NMS3 setup routines use a sheme<br />

that is better suited for nonparallel filesystems. Set to .true. for the use on nathan or seneca.<br />

Leave it alone on Hanni or NERSC.<br />

• track allocs nms3 : Logical switch. If set to .true. allocation statements will be written to<br />

fort.6.(May bloat the output.)<br />

• spectrum output nms3 : Logical switch. If set to .true. a spectrum calculation is forced on<br />

every ALI step. See also spectrum output mpi gr.<br />

• spectrum output mpi gr : Logical switch. If set to .true. a spectrum will only be calculated<br />

after the ALI is done. Note that spectrum output mpi gr and spectrum output nms3<br />

cannot be true at the same time,PHOENIX will stop.<br />

• nms3 s3r2t nlte compatibility : Logical switch. If set to .true. the parallel NMS3 NLTE<br />

code will calculate ∂J<br />

∂B exactly the same as the S3R2T version. This will in general be different<br />

from the result of serial version that is recovered if set to .false.. (For debugging and<br />

regression)<br />

5 Sending UNIX signals to PHOENIX<br />

PHOENIX currently catches two signals :<br />

• SIGHUP (1): Finishes the current iteration and then stops.<br />

• SIGTERM (<strong>15</strong>): Stops the current run immediately. But also closes all files and produces all<br />

output up to the current point of calculation.<br />

28


References<br />

Albrow, M., An, J., Beaulieu, J.-P., Caldwell, J. A. R., Dominik, M., Greenhill, J., Hill, K., Kane, S.,<br />

Martin, R., Menzies, J., Pollard, K., Sackett, P. D., Sahu, K. C., Vermaak, P., Watson, R., Williams,<br />

A., & Hauschildt, P. H. 2001, ApJ, 550, L173–L177.<br />

Alibert, Y., Baraffe, I., Hauschildt, P. H., & Allard, F. 1999, A&A, 344, 551.<br />

Allard, F., & Hauschildt, P. H. 1995, ApJ, 445, 433.<br />

Allard, F., Hauschildt, P. H., Miller, S., & Tennyson, J. 1994, ApJL, 426, 39.<br />

Allard, F., Hauschildt, P. H., Baraffe, I., & Chabrier, G. 1996, ApJL, 465, L123.<br />

Allard, F., Hauschildt, P. H., Alexander, D. R., & Starrfield, S. 1997, ARAA, 35, 137.<br />

Allard, F., Hauschildt, P. H., & Schweitzer, S. 2000, ApJ, in press.<br />

Allard, F., Hauschildt, P. H., & Schweitzer, A. 2000, ApJ, 539, 366–371.<br />

Allard, F., Hauschildt, P. H., & Schwenke, D. 2000, ApJ, 540, 1005–10<strong>15</strong>.<br />

Allard, F., Hauschildt, P. H., & Schwenke, D. 2000, ApJ, 540, 1005–10<strong>15</strong>.<br />

Allard, F., Hauschildt, P. H., Alexander, D. R., Tamanai, A., & Schweitzer, A. 2001, ApJ, 556, 357.<br />

Allard, F., Hauschildt, P. H., Alexander, D. R., Tamanai, A., & Schweitzer, A. 2001, ApJ, 556, 357–372.<br />

Allard, N. F., Allard, F., Hauschildt, P. H., Kielkopf, J. F., & Machin, L. 2003, A&A, 4<strong>11</strong>, L473–L476.<br />

Aufdenberg, J. P., & Hauschildt, P. H. 2002, Testing Spherical, Expanding, Line-Blanketed Model<br />

Atmospheres of Giant Stars with Interferometry, In Proc. SPIE Vol. 4838, Interferometry in Optical<br />

Astronomy II, W. Traub; Ed., in press,<br />

http://cfa-www.harvard.edu/∼jaufdenb/INTERFEROMETRY/spie.pdf.<br />

Aufdenberg, J. P., Hauschildt, P. H., Shore, S. N., & Baron, E. 1998, ApJ, 498, 837.<br />

Aufdenberg, J. P., Hauschildt, P. H., Sankrit, R., & Baron, E. 1999, MNRAS, 302, 599.<br />

Aufdenberg, J. P., Hauschildt, P. H., Baron, E., Nordgren, T. E., Howarth, I. D., Burnley, A., Gordon,<br />

K. D., & Stansberry, J. A. 2002, ApJ, 570, 344.<br />

Baraffe, I., Chabrier, G., Allard, F., & Hauschildt, P. H. 1995, ApJL, 446, L35.<br />

Baraffe, I., Chabrier, G., Allard, F., & Hauschildt, P. 1997, A&A, 327, 1054.<br />

Baraffe, I., Chabrier, G., Allard, F., & Hauschildt, P. 1998, A&A, 337, 403.<br />

Baraffe, I., Chabrier, G., Allard, F., & Hauschildt, P. H. 1998, A&A, 337, 403–412.<br />

Baraffe, I., Chabrier, G., Allard, F., & Hauschildt, P. H. 2002a, A&A, 382, 563–572.<br />

Baraffe, I., Chabrier, G., Allard, F., & Hauschildt, P. 2002b, From the Sun to Jupiter: Evolution of<br />

Low Mass Stars and Brown Dwarfs down to Planetary Masses, In The Origins of Stars and Planets:<br />

The VLT View. Proceedings of the ESO Workshop held in Garching, Germany, 24-27 April 2001, p.<br />

93., pages 93–+.<br />

Baraffe, I., Chabrier, G., Barman, T. S., Allard, F., & Hauschildt, P. H. 2003, A&A, 402, 701–712.<br />

29


Baraffe, I., Selsis, F., Chabrier, G., Barman, T. S., Allard, F., Hauschildt, P. H., & Lammer, H. 2004,<br />

A&A, 419, L13–L16.<br />

Baraffe, I., Chabrier, G., Barman, T. S., Selsis, F., Allard, F., & Hauschildt, P. H. 2005, A&A, 436,<br />

L47–L51.<br />

Barman, T. S., Hauschildt, P. H., Short, C. I., & Baron, E. 2000, ApJ, 537, 946–952.<br />

Barman, T. S., Hauschildt, P. H., & Allard, F. 2001, ApJ, 556, 885–895.<br />

Barman, T. S., Hauschildt, P. H., & Allard, F. 2002, Irradiation of CV secondaries, In ASP Conf. Ser.<br />

261: The Physics of Cataclysmic Variables and Related Objects, pages 49–+.<br />

Barman, T. S., Hauschildt, P. H., Schweitzer, A., Stancil, P. C., Baron, E., & Allard, F. 2002, ApJ, 569,<br />

L51–L54.<br />

Barman, T. S., Hauschildt, P. H., & Allard, F. 2004a, ApJ, 614, 338–348.<br />

Barman, T. S., Hauschildt, P. H., & Allard, F. 2004b, ApJ, 614, 338–348.<br />

Barman, T. S., Hauschildt, P. H., & Allard, F. 2005, ApJ, 632, <strong>11</strong>32–<strong>11</strong>39.<br />

Baron, E., & Hauschildt, P. H. 1998, ApJ, 495, 370.<br />

Baron, E., & Hauschildt, P. H. 2004a, A&A, 427, 987–994.<br />

Baron, E., & Hauschildt, P. H. 2004b, A&A, 427, 987–994.<br />

Baron, E., Hauschildt, P. H., D. Branch, a. R. M. W., Austin, S. J., Filippenko, A. V., & Matheson, T.<br />

1993, ApJL, 416, 21.<br />

Baron, E., Hauschildt, P. H., & Branch, D. 1994, ApJ, 426, 334.<br />

Baron, E., Hauschildt, P. H., Branch, D., Austin, S., Garnavich, P., Ann, H. B., Wagner, R. M.,<br />

Filippenko, A. V., Matheson, T., & Liebert, J. 1994, ApJ, 441, 170.<br />

Baron, E., Hauschildt, P. H., & Young, T. R. 1995, Phys. Repts., 256, 33.<br />

Baron, E., Hauschildt, P. H., Nugent, P., & Branch, D. 1996a, MNRAS, 283, 297.<br />

Baron, E., Hauschildt, P. H., Branch, D., Kirshner, R. P., & Filippenko, A. V. 1996b, MNRAS, 279, 170.<br />

Baron, E., Hauschildt, P. H., & Mezzacapa, A. 1996, MNRAS, 278, 763.<br />

Baron, E., Lentz, E. J., & Hauschildt, P. H. 2003, ApJ, 588, L29–L32.<br />

Baron, E., Lentz, E., & Hauschildt, P. H. 2003, ApJ, 588L, 29.<br />

Baron, E., Nugent, P. E., Branch, D., Hauschildt, P. H., Turatto, M., & Cappellaro, E. 2003, ApJ, 586,<br />

<strong>11</strong>99–1210.<br />

Baron, E., Nugent, P. E., Branch, D., & Hauschildt, P. H. 2004, ApJ, 616, L91–L94.<br />

Baron, E., Bongard, S., Branch, D., & Hauschildt, P. H. 2006, ApJ, 645, 480–487.<br />

Basri, G., Mohanty, S., Allard, F., Hauschildt, P. H., Delfosse, X., Martín, E. L., Forveille, T., &<br />

Goldman, B. 2000a, ApJ, 538, 363–385.<br />

Basri, G., Mohanty, S., Allard, F., Hauschildt, P. H., Delfosse, X., Martín, E. L., Forveille, T., &<br />

Goldman, B. 2000b, ApJ, 538, 363–385.<br />

30


Bean, J. L., Sneden, C., Hauschildt, P. H., Johns-Krull, C. M., & Benedict, G. F. 2006, ApJ, 652,<br />

1604–1616.<br />

Beck, H. K. B., Hauschildt, P. H., Gail, H.-P., & Sedlmayr, E. 1995, A&A, 294, 195.<br />

Best, M., Hauschildt, P. H., Wehrse, R., & Shaviv, G. 1991, Ann. Phys. Fr., 16, 397.<br />

Bongard, S., Baron, E., Smadja, G., Branch, D., & Hauschildt, P. H. 2006, ApJ, 647, 513–524.<br />

Brott, I., Hauschildt, P. H., & Allard, F. 2006, in preparation.<br />

Buchholz, B., Hauschildt, P. H., Rammacher, W., & Ulmschneider, P. 1994, A&A, 285, 987.<br />

Cassan, A., Beaulieu, J. P., Brillant, S., Coutures, C., Dominik, M., Donatowicz, J., Jørgensen, U. G.,<br />

Kubas, D., Albrow, M. D., Caldwell, J. A. R., Fouqué, P., Greenhill, J., Hill, K., Horne, K., Kane, S.,<br />

Martin, R., Menzies, J., Pollard, K. R., Sahu, K. C., Vinter, C., Wambsganss, J., Watson, R.,<br />

Williams, A., Fendt, C., Hauschildt, P., Heinmueller, J., Marquette, J. B., & Thurl, C. 2004, A&A,<br />

419, L1–L4.<br />

Chabrier, G., Baraffe, I., Allard, F., & Hauschildt, P. 2000a, ApJl, 542, L<strong>11</strong>9–L122.<br />

Chabrier, G., Baraffe, I., Allard, F., & Hauschildt, P. 2000b, ApJ, 542, 464–472.<br />

Chabrier, G., Barman, T., Baraffe, I., Allard, F., & Hauschildt, P. H. 2004, ApJ, 603, L53–L56.<br />

Christian, D. J., Mathioudakis, M., Jevremović, D., Hauschildt, P. H., & Baron, E. 2005, ApJ, 632,<br />

L127–L130.<br />

Claret, A., & Hauschildt, P. H. 2003, A&A, 412, 241–248.<br />

Delgado, R. M. G., Cerviño, M., Martins, L. P., Leitherer, C., & Hauschildt, P. H. 2005, MNRAS, 357,<br />

945–960.<br />

Doyle, J. G., Jevremović, D., Short, C. I., Hauschildt, P. H., Livingston, W., & Vince, I. 2001, A&A,<br />

369, L13–L16.<br />

Drake, J. J., Wagner, R. M., Starrfield, S., Butt, Y., Krautter, J., Bond, H. E., Della Valle, M., Gehrz,<br />

R. D., Woodward, C. E., Evans, A., Orio, M., Hauschildt, P., Hernanz, M., Mukai, K., & Truran,<br />

J. W. 2003, ApJ, 584, 448–452.<br />

Dreizler, S., Rauch, T., Hauschildt, P., Schuh, S. L., Kley, W., & Werner, K. 2002, A&A, 391, L17–L20.<br />

Ferguson, J. W., Alexander, D. R., Allard, F., & Hauschildt, P. H. 2001, ApJ, 557, 798–801.<br />

Ferguson, J. W., Alexander, D. R., Allard, F., Barman, T., Bodnarik, J. G., Hauschildt, P. H.,<br />

Heffner-Wong, A., & Tamanai, A. 2005, ApJ, 623, 585–596.<br />

Fuhrmeister, B., Schmitt, J. H. M. M., & Hauschildt, P. H. 2005a, A&A, 436, 677–686.<br />

Fuhrmeister, B., Schmitt, J. H. M. M., & Hauschildt, P. H. 2005b, A&A, 439, <strong>11</strong>37–<strong>11</strong>48.<br />

Fuhrmeister, B., Short, C. I., & Hauschildt, P. H. 2006, A&A, 452, 1083–1088.<br />

Hauschildt, P., Baron, E., Starrfield, S., & Allard, F. 1996a, ApJ, 462, 386.<br />

Hauschildt, P., Allard, F., Ferguson, J., Baron, E., & Alexander, D. R. 1999, ApJ, 525, 871.<br />

Hauschildt, P. H. 1991, NLTE Model Atmospheres for Novae and Supernovae, Ph.D. thesis,<br />

University of Heidelberg.<br />

31


Hauschildt, P. H. 1992a, JQSRT, 47, 433.<br />

Hauschildt, P. H. 1992b, ApJ, 398, 224.<br />

Hauschildt, P. H. 1993, JQSRT, 50, 301.<br />

Hauschildt, P. H., & Baron, E. 1995, JQSRT, 54, 987.<br />

Hauschildt, P. H., & Baron, E. 1999, Journal of Computational and Applied Mathematics, 109, 41–63.<br />

Hauschildt, P. H., & Baron, E. 2004a, A&A, 417, 317–324.<br />

Hauschildt, P. H., & Baron, E. 2004b, A&A, 417, 317–324.<br />

Hauschildt, P. H., & Baron, E. 2006, A&A, 451, 273–284.<br />

Hauschildt, P. H., & Ensman, L. M. 1994, ApJ, 424, 905.<br />

Hauschildt, P. H., & Wehrse, R. 1991, JQSRT, 46, 81.<br />

Hauschildt, P. H., Wehrse, R., & Shaviv, G. 1989a, A&AS, 77, 1<strong>15</strong>.<br />

Hauschildt, P. H., Wehrse, R., & Shaviv, G. 1989b, A&A, 210, 262.<br />

Hauschildt, P. H., Best, M., & Wehrse, R. 1991, A&A, 247, L21.<br />

Hauschildt, P. H., Wehrse, R., Starrfield, S., & Shaviv, G. 1992, ApJ, 393, 307.<br />

Hauschildt, P. H., Starrfield, S., & Allard, F. 1994, In Proc. 8th Cambridge Workshop on Cool Stars,<br />

J. P. Cailliault, editor, page 705.<br />

Hauschildt, P. H., Störzer, H., & Baron, E. 1994, JQSRT, 51, 875.<br />

Hauschildt, P. H., Starrfield, S., Shore, S. N., Gonzales-Riestra, R., Sonneborn, G., & Allard, F. 1994a,<br />

AJ, 108, 1008.<br />

Hauschildt, P. H., Starrfield, S., Austin, S. J., Wagner, R. M., Shore, S. N., & Sonneborn, G. 1994b,<br />

ApJ, 422, 831.<br />

Hauschildt, P. H., Starrfield, S., Shore, S. N., Allard, F., & Baron, E. 1995, ApJ, 447, 829.<br />

Hauschildt, P. H., Starrfield, S., Baron, E., & Allard, F. 1996b, The hot winds of novae, In Proceedings<br />

IAU Conference <strong>15</strong>2, “Astrophysics in the Extreme Ultraviolet”, S. Bowyer and R. F. Malina, editors,<br />

page 413, Dordrecht, Kluwer Acedemic Publishers.<br />

Hauschildt, P. H., Allard, F., Alexander, D. R., Schweitzer, A., & Baron, E. 1996c, Nlte model<br />

atmospheres for m dwarfs and giants, In Proc. IAU symposion 174 “Stellar Surface Structure”,<br />

K. Strassmeier and J. L. Linsky, editors, page 539, Dordrecht, Kluwer academic publishers.<br />

Hauschildt, P. H., Schwarz, G. J., Baron, E., Starrfield, S., Shore, S., & Allard, F. 1997a, ApJ, 490, 803.<br />

Hauschildt, P. H., Allard, F., Alexander, D. R., & Baron, E. 1997b, ApJ, 488, 428.<br />

Hauschildt, P. H., Baron, E., & Allard, F. 1997, ApJ, 483, 390.<br />

Hauschildt, P. H., Allard, F., & Baron, E. 1999, ApJ, 512, 377.<br />

Hauschildt, P. H., Lowenthal, D. K., & Baron, E. 2001a, ApJS, 134, 323–329.<br />

Hauschildt, P. H., Lowenthal, D. K., & Baron, E. 2001b, ApJS, 134, 323–329.<br />

32


Howell, S. B., Hauschildt, P. H., & Dhillon, V. S. 1997, ApJL, 494, 223.<br />

Hui-Bon-Hoa, A., LeBlanc, F., & Hauschildt, P. H. 2000, ApJl, 535, L43–L45.<br />

Hui-Bon-Hoa, A., LeBlanc, F., Hauschildt, P. H., & Baron, E. 2002, A&A, 381, 197–208.<br />

Jones, H. R. A., Longmore, A. J., Allard, F., Hauschildt, P. H., Miller, S., & Tennyson, J. 1995,<br />

MNRAS, 277, 767.<br />

Jones, H. R. A., Longmore, A. J., Allard, F., & Hauschildt, P. H. 1996a, MNRAS, in press.<br />

Jones, H. R. A., Longmore, A. J., Allard, F., & Hauschildt, P. H. 1996b, MNRAS, 280, 77.<br />

Kasen, D., Nugent, P., Wang, L., Howell, D. A., Wheeler, J. C., Höflich, P., Baade, D., Baron, E., &<br />

Hauschildt, P. H. 2003, ApJ, 593, 788–808.<br />

Kučinskas, A., Hauschildt, P. H., Ludwig, H.-G., Brott, I., Vansevičius, V., Lindegren, L., Tanabé, T., &<br />

Allard, F. 2005, A&A, 442, 281–308.<br />

Kučinskas, A., Hauschildt, P. H., Brott, I., Vansevičius, V., Lindegren, L., Tanabé, T., & Allard, F.<br />

2006, A&A, 452, 1021–1038.<br />

Leggett, S. K., Allard, F., Berriman, G., Dahn, C. C., & Hauschildt, P. H. 1996, ApJS, 104, <strong>11</strong>7.<br />

Leggett, S. K., Allard, F., & Hauschildt, P. H. 1998, ApJ, 509, 836.<br />

Leggett, S. K., Allard, F., Dahn, C., Hauschildt, P. H., Kerr, T. H., & Rayner, J. 2000, ApJ, 535, 965.<br />

Leggett, S. K., Allard, F., Dahn, C., Hauschildt, P. H., Kerr, T. H., & Rayner, J. 2000, ApJ, 535,<br />

965–974.<br />

Leggett, S. K., Allard, F., Geballe, T. R., Hauschildt, P. H., & Schweitzer, A. 2001, ApJ, 548, 908.<br />

Leggett, S. K., Allard, F., Geballe, T. R., Hauschildt, P. H., & Schweitzer, A. 2001, ApJ, 548, 908–918.<br />

Leggett, S. K., Hauschildt, P. H., Allard, F., Geballe, T. R., & Baron, E. 2002, MNRAS, 2002, 78.<br />

Leinert, C., Allard, F., Richichi, A., & Hauschildt, P. H. 2000a, A&A, 353, 691–706.<br />

Leinert, C., Allard, F., Richichi, A., & Hauschildt, P. H. 2000b, A&A, 353, 691–706.<br />

Lentz, E. J., Baron, E., Branch, D., Hauschildt, P. H., & Nugent, P. E. 2000, ApJ, 530, 966–976.<br />

Lentz, E. J., Baron, E., Lundqvist, P., Branch, D., Hauschildt, P. H., Fransson, C., Garnavich, P.,<br />

Bastian, N., Filippenko, A. V., Kirshner, R. P., Challis, P. M., Jha, S., Leibundgut, B., McCray, R.,<br />

Michael, E., Panagia, N., Phillips, M. M., Pun, C. S. J., Schmidt, B., Sonneborn, G., Suntzeff, N. B.,<br />

Wang, L., & Wheeler, J. C. 2001a, ApJ, 547, 406–4<strong>11</strong>.<br />

Lentz, E. J., Baron, E., Branch, D., & Hauschildt, P. H. 2001b, ApJ, 557, 266–278.<br />

Lentz, E. J., Baron, E., Branch, D., & Hauschildt, P. H. 2001c, ApJ, 547, 402–405.<br />

Lentz, E. J., Baron, E., Hauschildt, P. H., & Branch, D. 2002, ApJ, 580, 374–379.<br />

Lucas, P. W., Roche, P. F., Allard, F., & Hauschildt, P. H. 2001, MNRAS, 326, 695–721.<br />

Ludwig, H. G., Allard, F., & Hauschildt, P. 2002, A&A, 395, 99.<br />

Ludwig, H.-G., Allard, F., & Hauschildt, P. H. 2002, A&A, 395, 99–1<strong>15</strong>.<br />

33


Ludwig, H.-G., Allard, F., & Hauschildt, P. H. 2006, A&A, 459, 599–612.<br />

Lynch, D. K., Woodward, C. E., Geballe, T. R., Russell, R. W., Rudy, R. J., Venturini, C. C., Schwarz,<br />

G. J., Gehrz, R. D., Smith, N., Lyke, J. E., Bus, S. J., Sitko, M. L., Harrison, T. E., Fisher, S., Eyres,<br />

S. P., Evans, A., Shore, S. N., Starrfield, S., Bode, M. F., Greenhouse, M. A., Hauschildt, P. H.,<br />

Truran, J. W., Williams, R. E., Perry, R. B., Zamanov, R., & O’Brien, T. J. 2006, ApJ, 638, 987–1003.<br />

Martins, L. P., Delgado, R. M. G., Leitherer, C., Cerviño, M., & Hauschildt, P. 2005, MNRAS, 358,<br />

49–65.<br />

Mihajlov, A. A., Jevremović, D., Hauschildt, P., Dimitrijević, M. S., Ignjatović, L. M., & Alard, F. 2003,<br />

A&A, 403, 787–791.<br />

Mitchell, R. C., Baron, E., Branch, D., Lundqvist, P., Blinnikov, S., Hauschildt, P. H., & Pun, C. S. J.<br />

2001, ApJ, 556, 979–986.<br />

Mitchell, R. C., Baron, E., Branch, D., Hauschildt, P. H., Nugent, P. E., Lundqvist, P., Blinnikov, S., &<br />

Pun, C. S. J. 2002, ApJ, 574, 293–305.<br />

Mohanty, S., Basri, G., Jayawardhana, S., Allard, F., Hauschildt, P. H., , & Ardila, D. 2003, ApJ,<br />

submitted.<br />

Mohanty, S., Basri, G., Jayawardhana, R., Allard, F., Hauschildt, P., & Ardila, D. 2004, ApJ, 609,<br />

854–884.<br />

Ness, J.-U., Starrfield, S., Burwitz, V., Wichmann, R., Hauschildt, P., Drake, J. J., Wagner, R. M.,<br />

Bond, H. E., Krautter, J., Orio, M., Hernanz, M., Gehrz, R. D., Woodward, C. E., Butt, Y., Mukai, K.,<br />

Balman, S., & Truran, J. W. 2003, ApJ, 594, L127–L130.<br />

Neuhäuser, R., Guenther, E. W., Wuchterl, G., Mugrauer, M., Bedalov, A., & Hauschildt, P. H. 2005,<br />

A&A, 435, L13–L16.<br />

Nugent, P., Phillips, M., Baron, E., Branch, D., & Hauschildt, P. H. 1995a, ApJL, 455, L147.<br />

Nugent, P., Baron, E., Hauschildt, P. H., & Branch, D. 1995b, ApJL, 441, 33.<br />

Nugent, P., Baron, E., Branch, D., Fisher, A., & Hauschildt, P. 1997, ApJ, 485, 812.<br />

Orosz, J. A., & Hauschildt, P. H. 2000, A&A, 364, 265.<br />

Petz, A., Hauschildt, P. H., Ness, J.-U., & Starrfield, S. 2005, A&A, 431, 321–328.<br />

Pistinner, S., Shaviv, G., Hauschildt, P. H., & Starrfield, S. 1995, ApJ, 451, 451.<br />

Rattenbury, N. J., Abe, F., Bennett, D. P., Bond, I. A., Calitz, J. J., Claret, A., Cook, K. H., Furuta, Y.,<br />

Gal-Yam, A., Glicenstein, J.-F., Hearnshaw, J. B., Hauschildt, P. H., Kilmartin, P. M., Kurata, Y.,<br />

Masuda, K., Maoz, D., Matsubara, Y., Meintjes, P. J., Moniez, M., Muraki, Y., Noda, S., Ofek, E. O.,<br />

Okajima, K., Philpott, L., Rhie, S. H., Sako, T., Sullivan, D. J., Sumi, T., Terndrup, D. M., Tristram,<br />

P. J., Wood, J., Yanagisawa, T., & Yock, P. C. M. 2005, A&A, 439, 645–650.<br />

Schmidtke, P., Cowley, A., Hauschildt, P. H., Ponder, A., McGrath, T., Frattare, L., & Franklin, B.<br />

1996, PASP, 108, 668.<br />

Schwarz, G. J., Hauschildt, P. H., Starrfield, S., Baron, E., Allard, F., Shore, S. N., & Sonneborn, G.<br />

1997, MNRAS, 284, 669.<br />

Schwarz, G. J., Shore, S. N., Starrfield, S., Hauschildt, P. H., Della Valle, M., & Baron, E. 2001,<br />

MNRAS, 320, 103–123.<br />

34


Schweitzer, A., Hauschildt, P. H., Allard, F., & Basri, G. 1996, MNRAS, 283, 821.<br />

Schweitzer, A., Hauschildt, P. H., & Baron, E. 2000, ApJ, 541, 1004–10<strong>15</strong>.<br />

Schweitzer, A., Gizis, J. E., Hauschildt, P. H., Allard, F., & Reid, I. N. 2001, ApJ, 555, 368–379.<br />

Schweitzer, A., Gizis, J. E., Hauschildt, P. H., Allard, F., Howard, E. M., & Kirkpatrick, J. D. 2002,<br />

ApJ, 566, 435–441.<br />

Schweitzer, S., Hauschildt, P. H., & Baron, E. 2000, ApJ, 541, 1004.<br />

Shore, S. N., Starrfield, S., Gonzales-Riestra, R., Hauschildt, P. H., & Sonneborn, G. 1994, Nature,<br />

369, 539.<br />

Shore, S. N., Starrfield, S., Bond, H. E., Downes, R., Hauschildt, P. H., Gehrz, R. D., Woodward, C. E.,<br />

Krautter, J., & Evans, A. N. 2000, ??jnlIAU Circ., 7486, 1+.<br />

Shore, S. N., Schwarz, G., Bond, H. E., Downes, R. A., Starrfield, S., Evans, A., Gehrz, R. D.,<br />

Hauschildt, P. H., Krautter, J., & Woodward, C. E. 2003, AJ, 125, <strong>15</strong>07–<strong>15</strong>18.<br />

Short, C. I., & Hauschildt, P. H. 2003, ApJ, 596, 501–508.<br />

Short, C. I., & Hauschildt, P. H. 2005, ApJ, 618, 926–938.<br />

Short, C. I., & Hauschildt, P. H. 2006, ApJ, 641, 494–503.<br />

Short, C. I., Hauschildt, P. H., & Baron, E. 1999, ApJ, 525, 375–385.<br />

Short, C. I., Hauschildt, P. H., Starrfield, S., & Baron, E. 2001a, ApJ, 547, 1057–1070.<br />

Short, C. I., Hauschildt, P. H., Starrfield, S., & Baron, E. 2001b, ApJ, 547, 1057–1070.<br />

Steiner, O., Hauschildt, P. H., & Bruls, J. 2001, A&A, 372, L13–L16.<br />

Störzer, H., & Hauschildt, P. H. 1994, A&A, 289, 45.<br />

Störzer, H., Hauschildt, P. H., & Allard, F. 1994, ApJL, 437, 91.<br />

Thurl, C., Sackett, P. D., & Hauschildt, P. H. 2006, A&A, 455, 3<strong>15</strong>–324.<br />

Weck, P. F., Schweitzer, A., Stancil, P. C., Hauschildt, P. H., & Kirby, K. 2003a, ApJ, 584, 459–464.<br />

Weck, P. F., Schweitzer, A., Stancil, P. C., Hauschildt, P. H., & Kirby, K. 2003b, ApJ, 582, 1059–1065.<br />

Weck, P. F., Schweitzer, A., Kirby, K., Hauschildt, P. H., & Stancil, P. C. 2004, ApJ, 613, 567–571.<br />

35

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!