El Lunes, 19 de Mayo de 2008 22:37, Hamish escribió:
Juan Manuel Barreneche:
> This may be a very technical question, but i hope somebody
> knows the answer
>
> I'm currently working with landsat 5 images, trying to
> identify water
> bodies with an algorithm that i found on the web (*). The
> thing is, many calculations are made in the process, including NDVI
> and normalization of the different bands, but there are
> important differences between landsat images, even with adjacent
> ones. This differences in values can be > 30, for the same kind of
> terrain, e.g.:
>
> r.what -f input=223_082_B
> east_north=502773.212142,6416651.23944
> 502773.212142 | 6416651.23944 || 83 |
>
> r.what -f input=223_083_B
> east_north=502789.528784,6415683.11873
> 502789.528784 | 6415683.11873 || 49 |
>
> (in this example i used the r.what function in both images,
> in some area that is repeated but slightly moved from one image to
> the other)
> This would obviously cause a difference in the calculations
> that i want to run, and so can be a big problem for me, but that
> depends of
> how these differences are produced, for which i imagine two
> scenarios:
> 1. In one hand, if the different values are generated by a constant
> that multiplies all the values in the image (i.e., all the
> "real" values), then the problem is solved, because said constant
> would be eliminated in the calculations (ej. in the NDVI formula,
> it would be divided by itself).
>
> 2. On the other hand, if the different values are generated
> by a constant that is summed to all the values, then i'm
> really lost, because i can't imagine a way around to solve the
> problem.
>
> Maybe some other scenario is really ocurrying (maybe a
> combination of both??). I made a small test with two adjacent
> images (by comparing many points like in the example), and it
> looked like the first scenario, but with great uncertainty....
> (In practice i can't do the
> same exploration for all the images that i have, because of
> the error involved and the time that consumes)
>
> If anyone have any clue that can help i'd be very
> grateful,are the images taken at the same time of day/year? if not it will be hard
to get them to match well as they will be different animals.
Well, that's exactly the problem, i cannot make a complete mosaic for the
region i'm working on with only images taken on one day, and it adds another
problem: the images do not overlay well... if they did, i would been able to
do a radiometric normalization easily (as Johnattan Greenberg suggested)...
So my problem now is how to overlay landsat images taken in different days.
I've already asked for help on this issue (with no solution so far; mail
subject="mosaic with landsat geotiff"), so guess i'll resume that thread...
if it is simply an "automatic contrast" adjustment, you could linearly
interpolate between bands so they matched. (but then which is correct?) I
don't think it would be though, as LANDSAT has fixed calibration for each
band.
How's that?
if you run i.landsat.rgb on the two images with the same parameters do they
match up well?
what do you mean with 'the same parameters'? (maybe "cropping intensity"...)
that doesn't touch the values, only the colors, but it may
give you a clue about the cause of the difference.
How exactly? as an example, i can see a subtle difference in the color of
water in a river as it pases on to another 'tile', but what does it means, i
don't have a clue... (the values changes from: |32|40|86| to |20|26|69|, for
bands 3, 2, 1 respectively)
I guess the important thing is the ratio of the bands, not the exact values
of one particular band. I take it you see a hard line at the boundary in
the processed image?
i suspect you mean the same as Johnattan G. with the radiometric
normalization... anyway, i don't know what you mean with 'proccesed image'.
The original images come with a null region as a result of the
georreferencing, and after i use r.null -r to remove the NULL-value bitmap
file, yes, there is a hard line in the boundary, but what would that mean?
Hamish
JM
-------------------------------------------------------