-
Notifications
You must be signed in to change notification settings - Fork 785
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
geod is lat,lon; proj is lon,lat #2644
Comments
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Doesn't anybody have any opinions? |
By the way, don't add a -r to geod, as it would then be the opposite of proj's. |
It's hard to argue against historical reasons. We could correct the unconventional input order of One (unrecommended) way to resolve this would be to make This would mimic exactly the existing case, where |
Definitely don't rip up the defaults, So all that needs fixing, is adding a little switch to geod. The switch, which should not be called -r, would simply add the ability to geod to accept lon lat. |
(In fact, minus r could be added to geod, but it should have parentheses there on the man page saying default.) And then proj, and cs2cs, could have the same new option added as what is coming to geod, with parentheses on their Man pages saying default. |
That way, via options, users could obtain consistent behavior across every single one of the applications. Consistent options, consistent behavior! No more worries about what default is what. Just like if I mail a letter to 1313 Nerdsburg Heights Rd. All I need to add is the city, state and zip code, and my worries about where the letter is going are gone. Something like that. (Anyway, yes, half of the new options would be no ops, I mean the default.) |
proj's default output order is lon,lat:
proj also has
geod's only input order is the opposite: lat,lon.
Nor does geod have any switches like proj, to deal with even proj's
default output order. So one needs proj -s...
One would think programs packaged together would be more coordinated.
(Yes we can use perl etc. if needed to fix the order before piping it
into geod.)
Anyway perhaps acknowledge the situation on the geod man page.
The text was updated successfully, but these errors were encountered: