<div>Hi there,</div>
<div> </div>
<div>I am always using the FWTools to do some raster transformation from NUTM32 to WGS84, i didn't get any problems. Normally i do like this:</div>
<div> </div>
<div>gdalwarp -s_srs "EPSG:32632" -t_srs "EPSG:4326" -of GTIFF -co TFW=YES UTM32N_20.tif WGS84_20.tif<br> </div>
<div>I am using the version FWTools-1.3.4.</div>
<div> </div>
<div>hope this helps.</div>
<div> </div>
<div>Zhonghai</div>
<div> </div>
<div><span class="gmail_quote">On 8/10/07, <b class="gmail_sendername">shortyII</b> <<a href="mailto:sschantz@bfs.de">sschantz@bfs.de</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br><br>Frank Warmerdam-2 wrote:<br>><br>> Hi,<br>><br>> The above coordinates are not UTM 32 meter values. The earth is only
<br>> roughly 40 million meters around at the equator, so an x offset of<br>> 32 million meters is crazy. Transverse Mercator rapidly degrees past<br>> about<br>> 10 degrees off the central meridian.<br>><br>
> So, I think the problem is that the input coordinate system is not UTM 32<br>> *or* you have the units wrong or the file was essentially screwed up by<br>> some previous attempt to convert it to utm 32.<br>>
<br>><br><br>Hi,<br>This coordinates are UTM 32. The first 2 numbers of the easting describe the<br>UTM strip (32). This notation is quite common (at least at german federal<br>agency for cartography and geodesie).<br>
I could read about this problem quite often here in the mailing-archive, but<br>I couldn't find any solution. Is there a possibility to correct the gtiff .<br>The federal agenceny explains:<br>"As download text files are offered that contain a definition of the
<br>georeferencing for use in the PROJECT command of ArcInfo Workstation. For<br>the UTM projections the indication "xshift 3..." applies to a use of the<br>parameters under OUTPUT. For a use under INPUT "xshift -3..." has to be
<br>applied or the accurate definition of your UTM coordinates has to be<br>considered, respectively."<br>Can gdalwarp do any "xshifts" ?<br>Thanks for helping!<br><br>--<br>View this message in context: <a href="http://www.nabble.com/Transformation-from-UTM32-WGS84-%28EPSG%3A32632%29-to-latlong-%28EPSG%3A4326%29-tf4241391.html#a12086391">
http://www.nabble.com/Transformation-from-UTM32-WGS84-%28EPSG%3A32632%29-to-latlong-%28EPSG%3A4326%29-tf4241391.html#a12086391</a><br>Sent from the GDAL - Dev mailing list archive at <a href="http://Nabble.com">Nabble.com
</a>.<br><br>_______________________________________________<br>Gdal-dev mailing list<br><a href="mailto:Gdal-dev@lists.maptools.org">Gdal-dev@lists.maptools.org</a><br><a href="http://lists.maptools.org/mailman/listinfo/gdal-dev">
http://lists.maptools.org/mailman/listinfo/gdal-dev</a><br></blockquote></div><br>