Forgot to specify: the programs run hourly and they run OK at all hours but some. On some days they run OK at all times but 0,3,6,9,18,21,23 UTC(GMT) and on some days they also failed at 12 and 15 UTC. However, they run OK throughout the rest of the hours. This is why I am convinced this must be something happening at the times the programs create the output images without Projection info.<br>
<br>ImageMagick and openEV display all images even the ones not been displayed by the 3rd party software also used to create the input images. In all cases those are grey scaled satellite pictures i.e. not very big images.<br>
<br>Thanks again for any help <br><br><br><div class="gmail_quote">On Tue, Mar 17, 2009 at 1:21 PM, Dori <span dir="ltr"><<a href="mailto:izzybitsie@gmail.com">izzybitsie@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>I have used gdal_merge.py to stitch geotiff images created with a 3rd party software for a couple of years now. <br>These programs were moved to new hosts a while ago and from there on, although the stitching works the output image seems to loose the projection information when they are created at certain times of day but not at some other times.<br>
When the projection info is lost, the image cannot be viewed in the 3rd party software used to create the images been stitched, making it useless. However, all images can be displayed with ImageMagick or openEV. <br><br>
Is there any command I could use to make sure the projection information is stored in the output image at all times? <br>
<br>I think my intermittent problem might be cause by some memory shortage on the new hosts at certain times of the day . The input images are not very big ~4 Mb each and there is 16 of them. The output images are not that huge either:~22Mb <br>
If this is true then, there is not much I could do to resolve my immediate problems.<br>I am no expert so, I may be missing the real cause of the problem.<br><br>What makes it hard to guess what it is is the fact that there are no errors logged as the program work all the time.<br>
<br><br><br>Thanks<br><br><br>This is the projection info for output map when cannot be viewed using 3rd party soft.:<br><br>Size is 7479, 3033^M<br>Coordinate System is:^M<br>LOCAL_CS["unnamed",^M<br> UNIT["metre",1,^M<br>
AUTHORITY["EPSG","9001"]]]^M<br>Origin = (-179.999899999999997,73.000000000000000)^M<br>Pixel Size = (0.048132577673166,-0.048139266469396)^M<br>Metadata:^M<br> AREA_OR_POINT=Area^M<br>Image Structure Metadata:^M<br>
<br><br><br>This is the projection info for output image when it CAN be viewed using 3rd party software:<br>Size is 2400, 1800^M<br>Coordinate System is:^M<br>GEOGCS["unnamed",^M<br>
DATUM["WGS_1984",^M<br> SPHEROID["WGS 84",6378137,298.2572235629972,^M<br> AUTHORITY["EPSG","7030"]],^M<br> AUTHORITY["EPSG","6326"]],^M<br>
PRIMEM["Greenwich",0],^M<br> UNIT[,0.0174532925199433]]^M<br><br><br>This is the projection info for the input images:<br>Coordinate System is:<br>GEOGCS["unnamed",<br> DATUM["WGS_1984",<br>
SPHEROID["WGS 84",6378137,298.2572235629972,<br> AUTHORITY["EPSG","7030"]],<br> AUTHORITY["EPSG","6326"]],<br> PRIMEM["Greenwich",0],<br>
UNIT[,0.0174532925199433]]<br><br>
</blockquote></div><br>