<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Frank Warmerdam wrote:
<blockquote cite="mid:4B8C0C4F.2030102@pobox.com" type="cite">
  <pre wrap="">Zoltan Szecsei wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Hi All,
_I have not used cs2cs _and am fairly new to this list, however, as 
acceptance/rejection of ideas like Frank's below seems to happen a lot 
faster on this list, than I think I will have time to "get into cs2cs" 
at the moment, I'd like to add my 2c even though my thoughts may already 
be covered by other functionality.

I would like to suggest that the +axis option also covers the input 
value layout (source coordinate). Perhaps this could be done by only 
allowing 3 or 6 character options for this parameter. If 6 chars, the 
1st 3 apply to the source coordinates. [... but then do we also allow 2 
&amp; 4 char values, to cater for when when no Z exists?]
I have often received coordinate lists in [true] LatLong order, and also 
YX (geodetic layout) when actually XY was needed.
By allowing +axis to define a non-standard coordinate layout, proj could 
save us the time it takes to write a quick filter for the input file layout.

[Like I said - I have not fiddled with much of this stuff, _but I am 
assuming_ one can pipe files through cs2cs - hence defining input 
coordinate order would be useful]
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Zoltan,
I think your point was allowing
a way to represent the input and output axis order, right?  </pre>
</blockquote>
Hi Frank/all,<br>
Yep, sort of. <br>
We have a lot of issues in South Africa because our Gauss Conformal
projection is "+ve South", and many GIS packages cannot handle that.
Also, I have seen quite a few coordinate files that have been given to
me, where the XY Gauss values are represented as YX (ie: distance from
Equator in 1st column, and distance from central meridien in second).
That too confuses GIS packages and users who are not sufficiently
"coordinate literate".<br>
So, without have dug into proj much, I took the opportunity of this
"+axis" thread to see if there is an easy way to define both the axis
order and the orientation for both the input and output files.<br>
<br>
Thanks for your comments.<br>
Kind regards,<br>
Zoltan<br>
<br>
<br>
</body>
</html>