Execution of anafast requires a user to specify the maximum spherical harmonic order up to which the harmonic decomposition of the input maps will be performed. Since there are no formal limits on parameter enforced by anafast, the user should make his/her choices judiciously. Hereafter it is convenient to specify in terms of the HEALPix map resolution parameter Nside (called nsmax in some other contexts).
If the function to be analysed is strictly band-width limited, or nearly band-width limited (as in the case of a Gaussian beam smoothed signal discretized at a rate of a few pixels per beam area), it is sufficient to run anafast with , with a very good error performance already in the raw (i.e. uncorrected quadrature) harmonic transform mode. If quadrature corrections are still desired in this case, it should be sufficient to use, at no extra cost in execution time, the ring-weighted quadrature scheme. This is the recommended mode of operation of anafast for essentially error and worry free typical applications, e.g. CPU-intensive Monte Carlo studies.
A new set of pixel-based quadrature weights was introduced in HEALPix 3.40. Pre-computed to inforce a (near) ideal integration of the spherical harmonics on the pixelized sphere (ie ) for , they can be used to insure that the and computed by anafast are perfectly accurate (almost to machine precision) without the need for iterations, but only for band-width limited input signal with .
If more aggressive attempts are undertaken to extract from a map the spectral coefficients at (for example, as in a possible case of an attempt to analyse an existing map, which was irreversibly binned at a suboptimal resolution) the following should be kept in mind:
Spherical harmonics discretized using HEALPix (either sampled at pixel centers, or avaraged over pixel areas) form a linearly independent system up to . Hence, the functions which are strictly band-width limited to can be fully spectrally resolved with anafast, albeit with integration errors in the uncorrected quadrature mode, which grow up to , with , at the highest values of . These integration errors can be efficiently reduced using anafast in the iterative mode. Although this range — — is easily manageable with anafast used on strictly band-width limited functions, it should be used with caution in basic and automated applications, e.g. Monte Carlo simulations.
As with any discrete Fourier transform, anafast application to functions which are not band-width limited results with aliasing of power, which can not be remedied. If the particular case of interest may result in such a band-width violation (i.e. there is significant power in the function at ), the function should be smoothed before the application of anafast, or discretized and then analysed, on a refined HEALPix grid (with larger Nside).
REMEMBER: A peculiar property of the sphere, which usually surprises those whose intuition is built on experience with FFTs on a segment, or on a Euclidean
multidimensional domain, is the lack of a regular and uniform point-set at arbitrary resolution, and the resulting non-commutativity of the forward and backward discrete Fourier transforms on nearly-uniform point-sets, e.g. HEALPix. Hence, as in any case of attempting an extreme application of an off-the-shelf software, use caution and understand your problem well before executing anafast under such circumstances!
% anafast [options] [parameter_file]
Anafast reads one or two binary FITS-files containing a HEALPix map. These files can each contain a temperature map or both temperature and polarisation (Q,U) maps. Anafast analyses the map(s) and makes an output ascii-FITS file containing the angular auto or cross power spectra s (and , , , and if specified, as well as , and if two maps are provided). Here is meant as the power spectrum built from the T field of the first (polarized) map, and the E field of the second polarized map, while it is the other way around for . Anafast produces s up to a specified maximum -value (see Recommendations for Users). If requested, the computed coefficients can be written to a FITS file. This file can be used in the constrained realisation mode of synfast.
Anafast permits two execution modes that allow to improve the quadrature accuracy: (1) the ring weight corrected quadrature, and (2) the iterative scheme. Using the ring weights does not increase the execution time. The precomputed ring weights to be used for each HEALPix resolution Nside are provided in the $HEALPIX/data directory. The more sophisticated iterative scheme increases the accuracy more effectively than the weighted ring scheme, but its disadvantage is that the time for the analysis increases, 1 iteration takes 3 times as long, 2 iterations 5 times as long on so forth, since each order of iteration requires one more forward and backward transform.
The spherical harmonics evaluation uses a recurrence on associated Legendre polynomials . This recurrence consumed most of the CPU time used by anafast up to version 2.15. We have therefore included an option to load precomputed values for the from a file generated by the HEALPix facility plmgen. Since the introduction of accelerated spherical harmonic transforms in HEALPix v2.20, this feature is obsolete and should no longer be used.
When dealing with polarized signal maps, the anafast behavior will depend on the value of the POLCCONV FITS keyword (see note on POLCCONV in The HEALPix Primer)
In version 3.50 a bug affecting previous versions of anafast has been fixed. (It occured previously when iter_order>0 was used in conjonction with a maskfile and/or a restrictive theta_cut_deg, see map2alm_iterative for details). The result was correct when the mask (if any) was applied to the map prior to the anafast calling, or when no iteration was requested.
Dataset | Description |
---|---|
data/weight_ring_n0xxxx.fits | Files containing ring weights for the anafast improved quadrature mode. |
anafast |
Anafast runs in interactive mode — self-explanatory.
anafast filename |
When 'filename' is present, anafast enters the non-interactive mode and parses its inputs from the file 'filename'. This has the following structure: the first entry is a qualifier which announces to the parser which input immediately follows. If this input is omitted in the input file, the parser assumes the default value. If the equality sign is omitted, then the parser ignores the entry. In this way comments may also be included in the file. In this example, the file contains the following qualifiers:
simul_type= 1
nlmax= 64
theta_cut_deg= 0
iter_order= 0
infile= map.fits
outfile= cl_out.fits
regression= 0
Anafast reads the map from map.fits, makes an analysis and produces CTls up to l=64. This powerspectrum is saved in the file cl_out.fits. No galactic cut is excised and no iterations are performed. As regressionis set to 0 (its default value) the map is analyzed as is, without prior best fit removal of the monopole nor the dipole.Since
infile2
outfile_alms
outfile_alms2
w8file
w8filedir
plmfile
maskfile
were omitted, they take their default values (empty strings). This means that no file for precomputed Legendre polynomials is read, no second map is read, no mask is applied, and anafast does not save the values from the analysis.Also since
won
is not given, it takes its default value 0, which means that quadrature weights are not used.
- ■ Initial release (HEALPix 0.90)
- ■ Optional non-interactive operation. Proper FITS file support. Improved reccurence algorithm for which can compute to higher values. New functionality: arbitrary order of iterations, precomputed , dumping of . (HEALPix 1.00)
- ■ New functionality: possibility of removing the best fit monopole and dipole. New Parser. Can be linked to FFTW (HEALPix 1.20)
- ■ New functionality: addition of maskfile (HEALPix 2.0)
- ■ Bug correction: correct interaction of iterative scheme with masked pixels (HEALPix 2.01)
- ■ New functionality: cross-correlation of 2 maps; Correction of this documentation: the code expects maskfile and not mask_file (HEALPix 2.1)
- ■ Bug correction: now correctly supports mask pro/down-grading
- ■ Support for pixel-based quadrature weights when won=2 (HEALPix 3.40)
- ■ Correction of a bug in map2alm_iterative (HEALPix 3.50)
Message | Severity | Text |
---|---|---|
can not allocate memory for array xxx | Fatal | You do not have sufficient system resources to run this facility at the map resolution you required. Try a lower map resolution. |
Version 3.83, 2024-11-13