[gdal-dev] An issue about using GDALWARP to dotheNTv2transformation

heng.feng heng.feng at aircominternational.com
Mon Jan 24 01:22:28 EST 2011


Hi Uwe,

I have been trying to use gdal_merge.py to merge a few 8 bit colored .tif tiles together. Having tried all sorts of options for this command, I always ended up with a merged 8-bit grayscale picture. I did a search on the internet and found a couple of posts related to this, however it seemed to me that the gdal_merge.py just does not have the ability to preserve the color. Did I get the wrong idea about this? Do you have any suggestion to solve this problem?

Not sure if I should post a separate message for this gdal_merge.py issue.  I just thought this would be the quickest way to get the help :)

Thanks,
Heng
________________________________
From: Schmitz, Uwe [via OSGeo.org] [ml-node+5931200-375580391-308251 at n2.nabble.com]
Sent: 17 January 2011 09:22
To: Heng Feng
Subject: AW: [gdal-dev] An issue about using GDALWARP to dotheNTv2transformation

Heng,

> Hi Uwe,
>
> Hope you had a wonderful Christmas break.

Yes, thank you (but I have the impression that mine has
been shorter than yours ;-))

> Regarding the issue about the NTv2 transformation,
> the map data provider has confirmed that the raster
> data do cover some areas which are outside the Germany
> map, hence the area of the grid shift file.  I have
> taken your second suggestion and ignore the coordinates
> outside BeTA2007 grid.  However,  by running the suggested
> command on some raster data, this time I have got the
>  message "Inverse grid shift iteration failed, presumably
> at grid edge. Using first approximation." Do you know
> why I am having this message? Do I need to worry about it?
>
No! NTv2 is based on a grid of shift values from System A
to System B (DHDN -> ETRS89 in your case). For the other
direction (B->A, or ETRS89->DHDN) the shift value is
calculated by an iterative approach. Near the grid edges it's
possible that during the iteartion the coordinates fall
outside the grid. I would imagine that this is the case
for the message you see.

Assuming you don't need precise transformation results
outside the BeTA2007 grid, you can safely ignore this
message.

Regards
Uwe
_______________________________________________
gdal-dev mailing list
[hidden email]<UrlBlockedError.aspx>
http://lists.osgeo.org/mailman/listinfo/gdal-dev


________________________________
View message @ http://osgeo-org.1803224.n2.nabble.com/An-issue-about-using-GDALWARP-to-do-the-NTv2-transformation-tp5838904p5931200.html
To unsubscribe from An issue about using GDALWARP to do the NTv2 transformation, click here<http://osgeo-org.1803224.n2.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=5838904&code=aGVuZy5mZW5nQGFpcmNvbWludGVybmF0aW9uYWwuY29tfDU4Mzg5MDR8MTI3MzEwMjEw>.

AIRCOM International
Mobile World Congress 2011, 14-17 February
Stand 1B14, Barcelona, Spain
Click mailto:events at aircominternational.com?subject=Mobile%20World%20Congress%20'11%20meeting%20-%20%Appointement%20%Booking to book a meeting

Disclaimer: 
This e-mail message is confidential and should not be used by, or disclosed to, anyone except the addressee. If you receive this message in error, please advise us immediately on +44 (0) 1932 442000. Since e-mail transmission is not secure or error free, we do not accept responsibility for changes to any e-mail which occur after it has been sent. Attachments to this e-mail may contain software viruses which could damage your systems. You should therefore virus-check all attachments before opening. AIRCOM may monitor incoming and outgoing emails through its networks and by responding to this email, you consent to such monitoring. The views and opinions expressed in this e-mail are those of the author only and not of AIRCOM. We do not intend to enter into any legal commitments or contracts by e-mail. Registered Office: Cassini Court, Randalls Research Park, Randalls Way, Leatherhead, Surrey, KT22 7TW, UK. AIRCOM International Ltd registered in England No. 3052022. VAT number 811 5323 68.
 Save a tree. Don't print this e-mail unless it's really necessary

-- 
View this message in context: http://osgeo-org.1803224.n2.nabble.com/An-issue-about-using-GDALWARP-to-do-the-NTv2-transformation-tp5838904p5954287.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20110123/92c71843/attachment.html


More information about the gdal-dev mailing list