[UNCLASSIFIED]RE: [UMN_MAPSERVER-USERS] UTM at the zone's boundar y.

[Krung Saengpole]

Antti,
 
Thank you for your advice. But it is essential to use UTM for my project because I cann't force to change to lat/lon projection. It is used by other works of the company in UTM and the data got from GPS is from others not me. In some shapefiles of my country are in UTM and x coord. go consistently when it goes pass the UTM boundary. So, I think it should be some method to calculate between this boundary. 
 
Krung

Antti.Roppola at brs.gov.au wrote:
UTM zone projections get flakey when you get to the edge of a zone boundary.
 
If you are going to be crossing multiple zones, how about using lat/long for your
GPS data and on-the-fly projecting to whatever zone you are in? From memory,
zone-to-zone reporjects are not very robust.
 
The ESRI map projections book was a pretty good source of information, but it's
been a while since I've seen a copy.
 
Antti


---------------------------------
From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Krung Saengpole
Sent: Monday, 4 July 2005 4:05 PM
To: MAPSERVER-USERS at LISTS.UMN.EDU
Subject: [UMN_MAPSERVER-USERS] UTM at the zone's boundary.



Hi all,
 
I have trouble using data from GPS at the zone's boundary. My test area was around the boundary of UTM zone 47P and 48P. When I got data from 47P, it showed x coord. like 823311.6, and if went into zone 48P it showed x coord like 176668.35.  But in all of my shape files, eg. rivers streets etc, its x coord. is smoothly continuous as 823311.6 in zone 47P and 894240 in zone 48P. 
 
How can I translate UTM values in 48P to be continued from 47P zone? Or should you point me to the right place to find the information about this?
 
Any advice will be appreciated. Thank you in advance.
Krung.


 

		
---------------------------------
Do you Yahoo!?
 Yahoo! Mail - You care about security. So do we.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20050704/4c108d68/attachment.htm>