FIPHOT(1)
π FIPHOT(1) π
okay bestie, sit down, grab a snack π, because we are about to do photometry. aperture photometry. on normal images or on subtracted/convolved ones. it's giving observatory-at-3am energy and honestly? iconic. π
this is the manual page for fiphot, and by the end of it you will know every single flag. no cap. β¨
β¨ NAME β¨
fiphot β performing photometry on normal or subtracted images π¦
πΈ SYNOPSIS πΈ
fiphot [options] [<input>] [-o|--output <output>]
π DESCRIPTION π
This program performs aperture photometry on normal or subtracted/convolved images. that's the whole vibe. periodt. π
π OPTIONS π
π« General options:
-h,--helpβ Gives general summary about the command line options. like a lil recap, cute. π«Ά--long-help,--help-longβ Gives a detailed list of command line options. the full lore drop. π--wiki-help,--help-wiki,--mediawiki-help,--help-mediawikiβ Gives a detailed list of command line options in Mediawiki format. for when you wanna paste it somewhere pretty. β¨--version,--version-short,--short-versionβ Gives some version information about the program. who are you, what era are you from. π-i,--input <image file>β Name of the input FITS image file. your main character image. πΈ
π Simple aperture photometry:
-L,--input-list <input coordinate list file>β Name of the input coordinate list file. the guest list of all your objects. π--col-xy <colx>,<coly>β Column indices for centroid coordinates. and listen, the coordinates read from this file follow the native coordinating scheme (which is not the same as e.g. in IRAF), namely the lower-left corner of the lower-left pixel has the coordinate of(0,0)while the center of the lower-left pixel has the coordinate of(0.5,0.5). Programs like IRAF use the coordinate(1,1)for the center of the lower-left pixel. so like, do not come in here with IRAF habits, bestie, i'm begging π--col-ap <A1>,<A2>,...β Column indices for various apertures. In each such column, there must be three colon-separated number, for the radius of the aperture, inner radius for the background annulus and the thickness of the annulus, respectively. This option is not mandatory, all of the objects can be measured with the same set of apertures, see also-a|--aperturesfor more details. so it's optional but she's there if you need her. π--col-id <identifier column>β Column index for object identifier. name tag for each lil guy. π·οΈ--col-mag,--col-magnitude <magnitude column>β Column index for reference magnitude.--col-col,--col-color <color column>β Column index for photometric color.--col-err,--col-error <magnitude error column>β Column index for magnitude uncertainty.-z,--zoom <zoom level>β Mutiply both the input centroid coordinates and aperture/annulusradii by the given integer factor. yes, it's a glow-up for your whole coordinate system. π--serial <serial>β Serial identifier for the whole photometry procedure. Can be any arbitrary string and used only in the formatted output (see-F|--formatfor more details). it's a lil serial number, you can literally write whatever. π«-F,--format,--format-output <objecttags>,<photometrytags>β List of output format tags. The formatted (user-friendly) output photometry contains a few columns containing the data related to the object, which followed by a the per-aperture photometry results. See "Format tags" for the list of format tags used here. this is how you dress up the output. π--nan <nan-string>β String which is used to denote bad photometry. By default, objects on which photometry cannot be performed (due to various reasons, e.g. the object is off from the image, the background level cannot be determined or there are bad pixels in the aperture itself), are marked by a simple dash ('-') in the output file. so if photometry can't happen, you get a dash instead of a number. it's the sad little shrug of output. π«-M,--input-mask <image file>β Input mask file to co-add to the mask of the input image. Useful for marking pixels to be ignored from the photometry process beyond the ones which are previously marked in the input image. extra pixels to β¨ignoreβ¨.-a,--aperture,--apertures <list of circular apertures>β List of circular apertures to be involved in the photometry. Each circular aperture is defined by three numbers: the radius of the aperture, and the inner radius and "thickness" of the annulus used for sky background estimation. The aperture specifications must be spearated by commas while these three numbers must be separated by colons. E.g. to perform aperture photometry on a series of apertures with a radius of1.5,2.0and2.5pixels, where all of the annuli have an inner and outer radius of6.5and12pixels (i.e. the thickness is5.5pixels), one should write1.5:6.5:5.5,2.0:6.5:5.5,2.5:6.5:5.5as an argument for this option. circles only, no polygons allowed here, we'll get to those. β-a,--aperture,--apertures <list of simple polygon apertures>β List of polygon shaped apertures. Polygons can only be simple (i.e. non-intersection) or weakly simple polygons which are defined throughout the form ofP[x1,y1,...,xn,yn]orpolygon[x1,y1,...,xn,yn]. The(x,y)=(0,0)point always refer to the aperture centroid as read from the input list (see--input-listabove). There are two types of pre-defined simple polygons which is useful in astronomical image processing. The first definition isQ[R,n,alpha]orregular[R,n,alpha]which implies a regular polygon havingnsides and an area equivalent to a circle with a radius ofRand the polygon is rotated w.r.t the xy-plane by "alpha" degrees. In the asymptotic limit ofn -> infinity, this aperture is equivalent to a circular aperture. The second type isT[R,n,dx,dy]ortrail[R,n,dx,dy]where this definition implies a nearly oval racetrack-shaped aperture with a curvature radius ofR, a net length ofL=sqrt(dx^2+dy^2), the round part is approximated by a regularn-gon and the whole shape is rotated w.r.t the x+ axis as defined by the(dx,dy)vector. In the limit ofL -> 0, this shape is equivalent to the aperture definition ofregular[R,n,alpha]. Thetrail[....]shape is useful to perform photometry on asteroid or meteoroid trails. One should note that circular and polygon aperture definitions cannot be mixed. In addition, it should be noted that in case of polygon-shaped apertures, the second definition implies the inner edge of the background area and the third definition implies the outer edge of the background area. For instance, the aperture3:5:5can be ideal for point sources, the aperturetrail[3,16,3.0,4.0]:trail[5,16,3.0,4.0]:trail[10,16,3.0,4.0]can be optimal for a asteroid trail on the same image that has a net length of5.0pixels and parallel with the vector(3.0,4.0). In this case, the equivalent radius of the third part is set to10which is equivalent to the5+5=10pixels of the radius of the outer annulus in the definition of3:5:5. this one is a whole saga but she ate. π₯-g,--gain,--gain-poly <gain polynomial>β The polynomial describing the gain level throughout the image. Altough during the image readout process, the electron<->ADU conversion ratio has a fixed value, during the calibration process when the vignetting is strong, the ADU levels may substantially change. The comma-separated numbers in the gain polynomial should denote the coefficients for the monomials1,x,y,1/2x^2,xy, ... (the standard order for 2 dimensional polynomial coefficients), wherexandyare the normalized coordinates (i.e. zero at the center of the image,x = +/- 1at the right/left edge of the image andyis scaled appropriately keeping the aspect ratio). Note that the number of coefficients should be1,3,6,10, ... and so on, for zeroth, first, second, third... order variations, respectively. Specifying zero or negative gain will imply an "infinitely large" gain, thus data are treated as being affected only by instrumental noise and lack intrinsic photon noise. no photons, just vibes. β‘--gain-vmin <minimal gain>β The minimal value for the gain level. If the polynomial describing the spatial gain variations is evaluated on the regular image domain and yielded a smaller value than this given number, this will be used as gain level. In certain optical systems, the vignetting can be well described by second-order polynomial coefficients except at the very corners of the image. In such a situation this minimal gain is quite useful. it's the floor, the bare minimum, we respect her. π§--correlation-length <background correlation length>β Correlation length of the image. This number is used as an estimator for background noise in the case of images where the background shows correlation. By default, this parameter is unity (1.0). If the image is magnified during processing, then one should specify this magnification ratio here. For instance, if an image is created withfitrans --zoom 4, then specifyfiphot --correlation-length 4 ...as well. so like, keep them matching, bestie, it's giving coordinated outfits. π―--mag-flux <mag>,<flux>β Magnitude - flux conversion level. The specified magnitude will be equivalent to the specified flux level. a lil exchange rate between mags and flux. π±--sky-fit <sky fitting parameters>β This argument is followed by a set of parameters for the sky (i.e. background level) fitting algorithm. See "Sky fitting parameters" below for more details. background glow-up incoming. π--aperture-mask-ignore <list of masks>β This switch is followed by a space separated list of standard masks which should be ignored if such a pixel is marked so in the aperutre. In practice, it might be useful to put saturated objects into the set of "good" stars. yes queen, ignore the mask, let her cook. π-o,--output <output photometry file>β Name of the output file containing the results of the aperture photometry. The format and content of this file can be arbitrarily set, see-F|--format. your final product. the reveal. β¨--output-raw-photometry <output raw photometry>β Name of the output file containing the all of the low-level photometric information in a fixed format. From this file, one can derive all of the quantities which are written to the "normal" output photometry file. The main purpose of this file is to be an input for image subtraction based photometry, i.e. the photometric information for the reference image is supposed to be stored in this format and the successive calls offiphoton the subtracted residual images read this information in order to derive the final photometric information. See the subsection "Photometry on subtracted/convolved images" about more details on the image subtraction based photometry. this is the β¨behind the scenesβ¨ file, the raw unedited footage. π¬
Note that the literal"auto"argument can also be used after the-g|--gainswitch. In this case,fiphottries to figure out the gain polynomial from theGAINPOLYandGAINkeywords (in this order) as well as the minimal value for the gain from theGAINVMINkeyword. soauto= let her figure it out herself. π
π Format tags for generic object data:
Iβ identifierSβ serial identifier (set by--serial)Xβ X coordinate of the centroidYβ Y coordinate of the centroid-β empty column
β¨ Format tags for photometric data β¨
Okay bestie, these are the little letters that tell fiphot what to write out for each object. They are literally the alphabet of photometry, no cap. π
Mβ magnitudemβ uncertainty in the magnitudeBβ background levelbβ background scatterFβ fluxfβ flux uncertaintyAβ same asFaβ same asfEβ flux in electronseβ flux uncertainty in electronsXβ X coordinate of the fitted centroidxβ X coordinate uncertaintyYβ Y coordinate of the fitted centroidyβ Y coordinate uncertaintyWβ Statistical profile size (S), in pixelsDβ Statistical profile deviation parameter (D), in pixelsKβ Statistical profile deviation parameter (K), in pixelswβ Uncertainty of statistical profile size-β empty column
π Fine tuning of aperture photometry π
Now we get into the spicy aperture stuff, bestie. These options let you control how the background is determined and how photometry is done. Slay.
-j,--disjoint-annuli,--disjoint-ringsβ During the background determination on the aperture annuli, omit the pixels which belong to the annuli of other centroids. On very dense fields this might make the aperture photometry impossible since for some or many of the target centroids, the background level cannot be derived due to the lack of sufficient number of background pixels. π-p,--disjoint-aperturesβ During the background determination on the aperture annuli, omit the pixels which belong to the apertures of other centroids.-x,--disjoint-radius <radius>β During the background determination on the aperture annuli, omit the pixels which are closer to the other centroids than the specified radius.-k,--splineβ Use a flux-conserving biquadratic spline interpolation surface for photometry purposes. This surface yields some sort of weighting within each pixel due to the properties of the spline interpolation. β¨-m,--magfit orders=<c0>[:<c1>[:<c2>[:<c3>]]],iterations=<d>,sigma=<s>β Perform a magnitude transformation after the photometry. Currently implemented only in the case of image subtraction photometry and always use the reference photometry (see--input-raw-photometry) as a reference for magnitude transformation too. This command line option must be followed by the parameters of the magnitude fit, namely the list of spatial polynomial orders for the subsequent color orders (colon-separated list), and the number of (optional) outlier rejection iterations and its limit in standard deviation (sigma) units. π₯
π Photometry on subtracted/convolved images π
For when you're doing the subtraction/convolved image thing, these options are your besties. π
-P,--input-raw-photometry <input reference raw photometry>β Name of the file containing the coordinate lists and the raw photometric information for the reference image.-K,--input-kernel <input file with kernel solution>β The kernel solution which resulted during the creation of the convolved and/or subtracted image. This information is also required for the proper self-consistent aperture photometry on subtracted images. Omitting this file will result an assumption for identical convolution transformation, which only appropriate if the subtracted image is created by a literal arithmetic subtraction (and not convolution based subtraction). π--normalize-kernelβ Normalize kernel solution on each point to unity. Useful for space-borne photometry with high variations in the PSF shape in the cases where the kernel solution is derived empirically and there are many variable sources in the field. π
π Optimal aperture determination π
These help you find the perfect aperture size, because your faves deserve the best. β¨
--output-list <output coordinate list file>β The name of the output centroid list file, in which the radius of the optimal aperture is also stored. The optimal aperture is derived from the object flux itself, the gain level, the background noise and the FWHM of the objects. The background noise can be specified using the-d|--sky-noiseargument (see there). The FWHM is given by the option-f|--fwhm.-d,--skynoise <noise>β Sky (background level) noise level in ADUs.-f,--fwhm <FWHM>β Full width at half magnitude (FWHM) for the stellar objects.
πΈ Sky fitting parameters πΈ
Now for the sky background vibes. These are the parameters you can use to fit the sky, bestie. π
meanβ Use the mean value of the pixels in the annulus as a sky value.medianβ Use the median value of the pixels in the annulus as a sky value.modeβ Use the mode of the pixels in the annulus as a sky value.iterations=<iterations>β Do the specified number of iterations in order to reject outlier pixels.lower,upper,sigma=<sigma level>β Lower, upper and generic (symmetric) outlier level in the units of standard deviations.force=<level>β Use the forced constant level for sky background, with zero nominal scatter.
π REPORTING BUGS π
Found a bug? Don't be shy, bestie. Report bugs to <apal@szofi.net>, see also https://fitsh.net/. π
π COPYRIGHT π
Copyright Β© 1996, 2002, 2004-2008, 2010-2016, 2018-2020; Pal, Andras <apal@szofi.net>
That's the whole page, bestie. fiphot 0.9.4 (2021.01.24), January 2021 β and yes, it's giving main character energy. Periodt. π
β¨π«Ά
π¦ where this page comes from
- debian bookworm: fitsh 0.9.4-1 Β· GPL-3.0-or-later
- debian trixie: fitsh 0.9.4-1 Β· GPL-3.0-or-later
- ubuntu jammy: fitsh 0.9.4-1 Β· GPL-3.0-or-later
- ubuntu noble: fitsh 0.9.4-1 Β· GPL-3.0-or-later
- ubuntu resolute: fitsh 0.9.4-2 Β· GPL-3.0-or-later
- ubuntu stonking: fitsh 0.9.4-2 Β· GPL-3.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms