Posts Tagged ‘Gallery’

Features in the Gallery: Don’t look too close.

Monday, November 14th, 2011

We recently had a query about features in the image
.
You can see it in the Gallery.

There images seems to have a very sharp but colorful transition between the bottom left and top right, but there are also a series of red steps on the left. If you look very closely you may see the the white block has two steps parallel to (and of the same width) as the red steps.

What’s going on here?

There are several different things happening here. Almost everything we’re seeing is an artifact of how we chose to sample the data. If you look at the characteristics of the image in the link above, you’ll see that it’s only about 0.0272 degrees on a side. However the survey it is based on, the H-alpha composite image says that the pixels in the underlying data are 2.5′. That’s about 0.042 degrees. So the image we’re looking at covers less than a single pixel in the input data does. We’re immensely oversampled.

Once we realize this, it’s pretty clear that we’re seeing two pixels. The original data in in galactic coordinates, so the border between the two pixels is oblique rather than horizontal or vertical.

The colored stripe is a consequence of using the clip resampling and a rather large smoothing radius (11 in this case). This tends to blur the sharp edges between the pixels so that instead of seeing a step function at the edge between the two pixels, we see a gradual transition with a width of about a dozen pixels. A Stern Special color table means makes the transition look like a rainbow rather than a sequence of grays. The fact that the transitions seems to cover the entire color table is not meaningful. No matter how little dynamic range there is in the image, the default is to try to emphasize details by using the entire color table. In fact the two pixels are not especially different compared to other pixels in the image.

For me, the really hard thing to understand were the steps in the image. Where do they come from? To understand them you really need to understand the clip resampling that this image uses. We call the sampler clip resampling because the way it works is to superpose the grid of user defined pixels on top of the grid of survey pixels. The clip sampler assumes that the flux in each input pixel is evenly distributed over the pixels. In this case the output pixels are much smaller than the input pixels (by a factor of about 600) so they would form a dense almost rectilinear grid over the much coarser survey pixels. The key is the ‘almost’. We’re dealing with projections in the sky, so there are small distortions from rectilinearity. Some of the output pixels are a little bigger than others — and they tend to get larger as we move from right to left in the image. Larger pixels collect a little more flux and so the pixels get smoothing increasing values as we moved from right to left. However, the color table only has a few values that are available in the range of fluxes, so we get the step function that initially seems some mysterious.

If we’d used the Clip (Intensive) sampler, instead of the Clip (Flux conserving) the steps would disappear. This sampler divides each output pixel by the size of the output pixel so that it exactly cancels out the changes in pixel values.

skyview image clip intensive sampler

H-Alpha Comp image using Clip (Intensive) sampler

If we’d used the default nearest neighbor method, we’d also not have seen the steps.

On the other hand if we’d used the bi-linear interpolation or the higher order resamplers which try to smoothly interpolated between pixels, then the image will look entirely different since the gradient of the image in both directions will affect the image, not just the two pixels we happen to overlap.

H-Alpha Comp image using Nearest Neighbor sampler

The take home lesson here is that you shouldn’t oversample survey data too much — and you certainly don’t want to ascribe any meaning to features that are smaller than the survey resolution.

SkyView Image Gallery – over 10,000 images

Wednesday, April 27th, 2011

Did you know that the image displayed on the SkyView home page is a random image selected from the SkyView Image Gallery which features images created by SkyView users? If you click on the image you can see the specifics – center coordinates, survey, projection, etc. We find it hard to believe we now have over 10,000 images in our gallery and we have seen some truly amazing submissions.

We plan to make some improvements soon to speed up the time it takes to submit the images and to group the images in the gallery so they can be viewed by survey, date, position, etc. We also want to comment more on some of the more unusual images that can be generated in SkyView.

Thank you for your interest in SkyView!

Continuing SkyView Disk Repair

Tuesday, January 19th, 2010

The final disk that appears to need repair is being worked on today. We have had to relocate the cache directories so queries that require access to remote systems (ie., FIRST, SDSS, Galex, 2MASS) will be slower as we re-transfer data. The SkyView Image Gallery is back online. Hopefully all recovery efforts will be complete within 24 hours. We thank you for your patience.

SkyView hardware woes

Wednesday, January 13th, 2010

One of the constituent disks on a SkyView RAID system failed Monday evening. The disks are supposed to recover automatically from such a failure, but manifestly they did not and our operations personnel had to initiate recovery manually. Recovery activities were initiated in the background which allowed SkyView queries to resume although at a slower rate. A new problem cropped up Wednesday morning that resulted in one of the disks used to store generated images to become READ only. This caused some down time as we scrambled to rearrange disk space. Query processing has resumed once again but the SkyView Image Gallery (both image submission and gallery viewing) is offline until the file system check is completed.

We sincerely apologize for any inconvenience you may have encountered.

Features in the Gallery: Image boundaries

Thursday, November 5th, 2009

One of the images that had gotten temporarily concealed in our Gallery was

DSS2 Red: 2nd Digitized Sky Survey (Red)

Center: 12 53 36, -60 20 00
Created: 2009-10-20 02:48:39

There are a couple of weird things going on here. There’s a galaxy which seems to be cut off with a sharp edge. And the quality of the image seems to change abruptly along two lines. What’s going on here?

This is a DSS2 image. The DSS2 survey data are Schmidt plates, about 6 degrees on a side. Especially in the southern hemisphere there’s a fair bit of overlap on the plates, and a single region may be covered by multiple images. For each pixel SkyView uses the image where that pixel is the furthest from the edge of the plate. It looks like this region has data from at least 3 plates. What we are seeing is the boundaries between the plates. The image in the top right corner is deeper than the one on the center, so that it shows the outer region of the galaxy while the central image only shows the core.

Usually SkyView does a better job of joining DSS2 images. Since the 0 point of the plates is pretty arbitrary, SkyView normally looks at the image boundaries and adds an offset to each image so that as we go from one image to another the median shift is 0. This ‘Edge reduction’ option can be turned off. For most surveys that’s the default, but it is turned on by default for some of the optical surveys including the DSS. If we turn it off the image becomes

The boundaries are even more pronounced now. In this case maybe that’s better, since it makes it clearer what’s going on. Most of the time, though, the Edge reduction does a pretty good job of matching the images. The problems tend to arise when there are strong intensity gradients over one or more of the images. We’re only matching a 0 point and not a slope so even if these intensity gradients are real rather than some background effect, the slopes in the different images may not match.

Features in the Gallery: Saturn

Thursday, July 16th, 2009

Saturn Nebula

This recently submitted image looks nothing like the ringed planet Saturn we all know and love.

It turns out that there is a planetary nebula named the Saturn NebulaSkyView displays images of objects outside our solar system so when “saturn” was entered as a target on the SkyView Query Form the name resolvers we use to identify coordinates returned coordinates for the Saturn Nebula.  Planetary nebulae are clouds of interstellar matter ejected by stars as they die. Planetary nebulae are not related to planets but were given the name when they were discovered because they looked like gaseous planets.

The Saturn Nebula is also known as NGC 7009 and is in the constellation Aquarius approximately 1400 light years away.  Here is another image of this object.

Features in the Gallery: Color

Wednesday, July 1st, 2009

There has been a whole series of beautiful color images posted to the Gallery recently. Some one (or ones) has been using SkyView‘s RGB capabilities to combine data from multiple surveys into color images. This first image of the center of the Galaxy is one nice example.Center of the galaxy

The mood is quite different in this brooding skyscape around M78.

SkyScape around M78

Take a look in the Gallery and find your favorites. Or use the RGB overlays settings to generate your own. Generally to produce interesting pictures you’ll want to use surveys with comparable resolution.

Features in the Gallery: Looking at the Big Picture

Monday, December 15th, 2008

This image from 2008-12-10 09:39:28 is pretty interesting…

SkyView COMPTEL image

It looks like we are seeing some very special object with rings around it. What’s going on here?

This is a COMPTEL image, one of the lowest resolution surveys we have in SkyView. It’s taken in the hard X-ray/Soft gamma ray regime where it’s very difficult to build an imaging detector at all. The method used requires a complex deconvolution and yields at best a resolution of a few degrees. So the pixels are very large and the image would – absent distortions – cover almost the entire sky. However, you can’t project such a large region of the sky onto a single plane image without very large distortions. In fact the default projection that SkyView uses, the Tangent plane or Gnomonic projection, only shows half the sky no matter how big we make our image. The great circle 90 degrees from the center of the field of view is off at infinity. It’s rather like the way Mercator maps get enormously distorted as you near the poles — and even so you can never quite get there.

The middle of the image is reasonable enough, but as we approach the edges pixels are being stretched out in a radially symmetric pattern.

Another projection can show the whole sky in a more understandable fashion. One might try an Aitoff or Cartesian projection if you know that you want to see the entire sky. However if you want to make sure that a given point is at the center of the map, then something like the ZEA (for Zenithal Equal Area) projection might be nice. Here we’ve redone the picture in that projection:

Comptel data: ZEA projection

The entire sky is shown here with the point opposite the requested center forming an infinitesimally thin ring around the image. So it is still distorted, but in a way that doesn’t obscure the global features as much. Every pixel represents the same area in the sky. The plane of our Galaxy shows up clearly as a circle of enhanced emission and the bright spot is the Crab nebula.

The lesson here is that you need to adapt your projection to the application. Some projections, e.g., the Tangent or Sine projections just won’t do very well for large fields of view. Others, e.g., the Cartesian projection near the pole, can be a poor choice when looking at a particular small region of the sky.

Features in the Gallery: Worms in Space

Wednesday, December 10th, 2008

This image from 2008-12-06 15:57:53

DSS image

shows a very interesting feature that looks like a giant worm squirming amongst the stars. In fact it’s actually a tiny hair that got on the photographic plate sometime in the process of taking, developing or scanning the image.

How can we tell that this isn’t Nobel-Prize-winning stuff? The obvious giveaway is how thin the feature is. The stars in the image are point sources blurred by optical limits, telescope jitter, and especially seeing. Any real astronomical source can be no sharper than they. Our worm is much thinner.

Hairs and dust show up occasionally on all of the surveys scanned from optical plates.

Features in the Gallery: Very Bright Stars

Monday, December 1st, 2008

Lots of people are using the Image gallery. One popular theme is to find images that look very peculiar. E.g., look at the image in the gallery from 2008-11-29 19:02:44

Gallery: 2008-11-29 19:02:44

This is a very peculiar looking field in the DSS. It looks very pixelated, but it’s a normal sized image so the pixels are much larger than the actual image pixels. There are few if any stars visible? What’s going on?

We can find out by zooming out and doing a full square degree region around the same center: 101.35626366727445,-16.713875539779025. This gives us the image we see at 2008-12-01 16:59:43 in the gallery.

Gallery: 2008-12-01 16:59:43

The image is actually the center of a massive burnt out region in the underlying photographic plate. We’re looking at Sirius! A big (40″) telescope, extremely sensitive emulsion and long exposure don’t mix well with the brightest star in the sky. The scattered light from Sirius is still affecting the data over this entire square degree but at least at this scale we can see the cause and at the edges we can begin to pick up other objects in the field. So don’t expect to see very bright stars in most of the optical surveys. They are a billion times brighter than the objects that these surveys were intended to detect.