Pages that I visit a lot.

2024-01-26

2024-01-10 Cosmology Nomograms

pre { font-family: "Major Mono Display", monospace; white-space: pre-wrap; } /* keeps wrapping within container. Remember to use
where necessary. It will wrap and respect [newline] characters. */ Cosmology Ruler Bookmark"Dole, 2024) and Paper-and-pencil cosmological calculator (Pilipenko, 2013)

Separated by a number of years, these two authors have come up with rather similar ideas about how people can rapidly get an approximate answer to the fairly involved question of what an observed redshift means in terms of when the redshift was imposed on the light signal, and thus limits on when the light source was active.

The impression is sometimes given that a redshift can be directly recalculated into the age of the event(s) concerned (before today) and the time after the Big Bang at which these events occurred.

That's not the case. In fact you need to integrate a model of the cosmological universe, with matter density (and it's changes, and the inferred degree of deceleration ; "dark matter" and "bright" matter), the increasing amount of positive acelleration from "dark energy" in the recent parts of those events, and the Hubble constant at this time (which also changes with the inferred matter density changes). All of which is a fairly complex calculation, which no reasonable person can be expected to do in their head, on demand.

Both of these authors have come up with ideas about how to get reasonably accurate answers to such questions in real time. To those of my generation who grew up with (just) slide rules and log tables, not calculators, their solutions will be familiar, but to generations who grew up with digital computers everywhere, these analogue computers might seem a little odd. But when you're looking for an answer accurate to 2 or 3 significant figures, this sort of solution can give you that answer faster than you can enter the parameters into a calculator - assuming you have already set up the calculation method after looking up the procedure.

Nomograms are a way of recording the interrelations between several parameters which are linked by one or more equations. A simple graph (mathematical sense, not computing/ networks sense) is a relationship between two parameters, typically expressed as "x" (the independent variable) and "y" a "function of x" (or "f(x)" in a more recent notation) which you'd read off the other Cartesian axis. Or if you used polar coordinates, you'd link the parameters by a "radius" and an angle compared to the axis. Different expressions of the same underlying relationship. Well, nomograms are a way of interlinking three or more variables, in a way that can't really be done without a 3-d printer.

A nomogram is a way of linking several variables into one expression or an equation. You set out a graduated line to reperesent one variable - on which the user chooses a point for their value for that parameter (the graduation also implise a range of validity for the underlying equations, which are frequently approximate solutions). A second line (graduated differently, and not necessarily straight or parallel to the first, and also incorporating limits of validity) represents a second parameter of the equation, and typically the user then projects a straight line from those two points to intersect a third line on a graduation - which is the solution to the equation represented by the lines, thir angles, and the scales. You can generalise the system to more complex networks of lines and scales, allowing you to handle 4-parameter systems and higher.

The reader may recognise the slide rule as a particular form using several parallel lines, scales linearly, logarithmically, reciprocally, and with various trigonometrical functions. For several centuries, they were the scientist's analogue calculator of choice, for calculations accurate to 3 or possibly 4 significant figures. For greater accuracy, you'd need to use tables of functions, which would go up to 8 significant figures (by which point, they were bookshelves, not tables). My generation always carried a set of 4-figure logarithmic and trigonometrical tables with our science and maths text books.

All of which is background you can no-longer assume the present generation will understand. They need this to understand how to use either the nomograms or the "bookmarks".

Both presenters provide several ranges of z (redshift) to allow for use in the nearby universe (z less than 1), the intermediate universe (z between 1 and 30) or the very early universe (z greater than 10). There is recent "news" about a galaxy being found at redshift of 11.6 ; it's the current record holder, but it will be overtaken eventually.

I'm not going to reproduce the nomograms here. They're intended for a page printout sitting in your desk-tidy. Get the paper linked to above, and print the relevant pages. Better if you've got a laser printer and card or plastic stock to make them more hard-wearing, but they're not high tech.

The bookmark you might be able to use on-screen. It includes it's own scale, but if you "roll your own" cosmoligy thoughts, you'll probably find it a handy reference. One side covers z from 0 to 30 (the modern universe, linearly) and the other side covers z from 0.1 to 1000 (the early universe, logarithmically). In addition to the obvious z, age, and lookback time (how old the universe was when the redshift event happened), there is also a scale of angle per kiloparsec (which I think you'd use for planning observation campaigns to have a good probability of finding a good number of examples of [whatever you're hypothesising].

sliderule-style nomogram for redshift to look-back age and time and subtended angleThis image is scaled for 100dots per cm, and should fit onto a 30cm-wide printing area. Or you can scale it to fit your screen.
1 6 7
2 5 8
3 4 9

2024-01-21

2024-01-09 - GNUASTRO: VISUALIZING THE FULL DYNAMIC RANGE IN COLOR IMAGES

Arχiv paper.

It has taken a decade or so for the wider world to get acquainted with (if not necessarily comfortable with) the "HDR" extensions of the JPEG format as an option for image storage and display. But JPEG was always - by decision - intended for low-quality "consumer" imaging devices - those which used an 8-bit resolution for their Red, Blue, and Green pixel values. During the whole of it's existence, there have been higher-quality sensors available, though typically not in "consumer"-grade equipment. As an example (raised in O'Reilley's ink-on-dead-tree "book" on the PNG image format, back when that was new and only intermittently supported), medical images constructed from MRI scanners and X-ray sensors routinely used 32-bit pixel resolutions (as the astronomical standard "FITS" file format is designed to use). Today, 12-bit and 14-bit precision detectors are an advertising feature in "consumer-grade" astronomical image sensors, and eventually that will work it's way into the wider imaging world.

One response to this has been the "High Definition Range" extensions to the JPEG image format. Which I stopped looking at when faced with choices over "colour gamut" and "encoding format", and I realised the field was in the middle of a format war - a minefield I did not wish to pogo-stick through. I have a depressing habit of picking the losing side in format wars (just ask my VL-bus SCSI interface card!)

Whether or not that format war is over, the more restrained field of technical imaging has a new entry for display of high-dymanic range images. From the point of view of point'n'click photographers of pretty pictures, it's probably not of much interest - because of the way it treats the low-intensity parts of the image - but for imagery with both high brightness objects (e.g., stars, or a band on stage) and low-brightness objects (e.g. nebulosity surrounding the star, or people in the audience of the band) in the same image, it presents the low brightness parts of the image with a stretched brightness while retaining the colour information in the high-brightness parts of the image.

The software is provided under the GNU General Public License (version 3 or higher if you perform any modifications). I'd expect to see it appearing in astronomy equipment driver programmes in due course, and possibly migrating out into more general image processing in due course.

For image formats, comparison images are normal. In deference to Hubble, and COSTAR, they present an image of Messier 51, the "Whirlpool Galaxy" (which Hubble imaging was itself a reference to the pen and ink drawing by William Parsons from 1845 - arguably at the start of astronomical imaging). Their first image is a recent survey image, with the R, G, and B channels displayed unweighted:

M51 traditional colo[u]r image, where the background regions become black

Their caption describes it as a "traditional colo[u]r image, where the background regions become black."

The centres of the two interacting galaxies are saturated - whatever pixel values are recorded in the file data, the visual image does not display the tightness of the nebular condensations. There is a hint, in the black background, of "tails" of material ejected from the galaxy's interaction.

modified weights of the channels balance to obtain a bluer image.

Their caption describes this as "modified weights of the channels balance to obtain a bluer image". This is how the Hubble "first light" (and COSTAR "fixed light") images were presented. There is a strong contrast betweewn the (relatively) old stars of the galactic cores, and the relatively young populations in the spiral arms.

Given the sensitivity of human visual systems, this is the sort of presentration commonly presented to the public. But it remains the result of combining images taken through red, green and blue filters, and is not the only image that could be taken of an object, given the five filter-slots typically available in an astronomical imager. The filters chosen here correspond, reasonably well, to the sensitivity of the human eye's normal three visual pigments

The careful observer will note that the yellow "interaction tails" of the galaxies are now even less visible than in the unweighted image. That is why astronomers don't smash all their image channels into one, but keep them distinct in the FITS file format, then choose how to present them in their viewer.

gray background color image; this is the default mode of <code>astscript-color-faint-gray</code>. The separation between color, black, and gray regions are defined from surface brightness cuts of the G channel (rSDSS). The use of the gray background colormap reveals diffuse low surface brightness structures that would otherwise remain unveiled.

The paper's caption is "gray background color image; this is the default mode of astscript-color-faint-gray. The separation between color, black, and gray regions are defined from surface brightness cuts (see text) of the G-channel (rSDSS). The use of the gray background colormap reveals diffuse low surface brightness structures that would otherwise remain unveiled."

And indeed, the "low surface brightness" of the galaxies interaction tails becomes considerably more visible. The authors also note that the "cut" between using the "colour normal" and the "inverse grey" scaling is set at a low level on the green channel.

The final image uses the normal (for astronomy) replacement of a human-compatible channel with one taken through a different astronomical narrow-band filter (this one happens to be in the red at 660 nm - which is radiation released by the Hydrogen-α energy transition, though they use it to replace the "green" human-compatible channel.

color image using the Hα narrow band filter (J0660) for the intermediate (G) channel instead of rSDSS. The use of this filter reveals interesting features such as the star-forming regions that are shown in green.

Their caption is "colo[u]r image using the Hα narrow band filter (J0660) for the intermediate (G) channel instead of rSDSS. The use of this filter reveals interesting features such as the star-forming regions that are shown in green. This also reveals some structure within the cores of the galaxies.

Another feature also intrudes - a routine problem with astronomical imaging : in the image "north-west" there is a linear feature which only appears in this channel. This is most likely a near-earth satellite which crossed the field of view while the chip was exposed through the Hα filter. Astronomical sensors are designed to be sequentiallt exposed under an external filter (R, G, B, Hα there are hundreds if not thousands in use), while consumer grade chips expose either parts of their pixel array permanently under R, G, or B filters, or alternating rows of pixels under strips of filter. Naturally, this reduces their sensitivity and pixel count by a factor of 4 - which "consumer grade" sensors can accept, but astronomers don't - hence the single-channel artefacts. Yes, this can reduce sensitivity in rapidly-changing events, but that isn't too common a problem in astronomy, and the long-established astronomical habit of taking many short-exposure shots and electronically "stacking" them mitigates this. But it is a factor astronomers take into account when planning observations. And when planning observing strategies for "Targets Of Opportunity" (TOOs) such as a gravitational wave event reported near the line of sight of a "light bucket" telescope - when the operators will slew to the TOO to take a series of pre-planned images to cover the available sensitivity and detectability gamut.

It is unlikely that this new image display format will intrude into the general public's party pictures any time soon. But astronomers, people reading astronomy papers, and possibly the surveillance industry, are likely to see it more frequently. The built in ability to customise the "cut-off" level in both channel and intensity will take some getting used to.

It strikes me - this is not unlike the visual effect called "solarisation" - which has been played with by artistic photographers since the late 19th century until the death of darkrooms in the late 1980s - and may still be in use by some artistic photographers to this day. They might like to play with this too.