Jump to content

why resolution is not exactly equal to the mentioned one?


badar

Recommended Posts

Hi,

      I just started a thread but this question I guess is different from that so I posted this as a new question.

Whenever I try to find the cell size of some SRTM DEM tile, it is never 90m. It might be like 87.5 89 etc. Same is the case with all images like landsat cell size is never 30m MODIS is never 500m exactly. What is the reason behind this?

    This question has been bothering me for very long and I believe, I once knew its answer :smiley:  but can't remember/find any logic/reason behind this now. This might be a silly question but any help will be highly appreciated.

Link to comment
Share on other sites

hah, I never notice this, nice

just my 2 cent though, I think its because many possibilities :

1. from the censor itself, there is a limitation for the censor to have the exact size

2. the orbital of the satellite, the way it record the earth,

3. or because the geometrical correction itself

discussion is open, anyone have the better explanation?

Link to comment
Share on other sites

@pasfans01

While performing some coordinate system transformation, I believe you have to give the cell size your self as the input. If cell size is 30 m for example, then why would some1 give non-custom cell size like 27.5 by 28 while projecting.

@lurker

1. if there is some limitation of the sensor involved then no matter what non standard cell size some image has, images of that particular satellite should have the same cell size throughout all images captured. Is this the case?

2. How can we check whether orbit of the satellite is the reason of difference in resolution or no? If this really is the reason then it can be justified that cell size depends upon the distance of sensor from object being captured. orbits of satellites are elliptical so their distance from ground varies and hence the cell size.

3. This statement implies that satellite/sensor captures images with a cell size exactly equal to the mentioned one e.g. exactly equal to 30m. The cell size is changed while georeferencing, rectifying and applying geometric corrections etc. so the pixel of raw satellite imagery should depict an area on ground exactly equal to 30 m in size. Is this really the case?

Link to comment
Share on other sites

Please find the attached images though I am not sure about the process of uploading images on this forum.

In ArcGIS you click on the "Source" tab in the layer properties

arcgis.jpg

and in erdas imagine viewer you click on "i" symbol in the viewer.erdasimagine.jpg

Here I have resampled landsat image at 30m resolution

Link to comment
Share on other sites

Well, here is the raw srtm file downloaded from "cigar" for reference.

1st of all the tile downloaded is in geographic coordinate system, as shown in pic below.

srtmgcs.jpg

Here the tile is not square because my dataframe coordinates are projected and layer's are geographic. cell size here is shown in degrees.

Now below is the screenshot of when I try to export this tile.

srtmg.jpg

srtmg.jpg

and I am also surprised to see that default cell size given is different than the original one (though x is same but y is different)

and finally when i select my dataframe coordinates as the projection of my output file (Projected coordinates), the default option given by ArcGIS are as follows

srtmp.jpg

If we ignore y and only consider x, then it is about 84 in size. So does that imply that the only reason behind is the conversion from one coordinate system to another? because for MODIS also, we have to convert from sinusoidal projection (default) to UTM projection for example. and if we don't mention the cell size, the output cell size is not 500, 500 exactly.

Actually I am going to present some of my work in front of professionals and I am expecting this question. And I want to be sure of my answer that what I am saying is true :undecided:

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.

Disable-Adblock.png

 

If you enjoy our contents, support us by Disable ads Blocker or add GIS-area to your ads blocker whitelist