Skip to content

Conversation

@jleny
Copy link

@jleny jleny commented Mar 27, 2021

As discussed in issue #69: adds NEDfromENU / ENUfromNED transformations and the other transformations by composition.

jleny added 4 commits March 19, 2021 14:13
This adds the type of NED coordinates (standard for navigation and aerospace applications), transformations to and from ENU, and other transformations by composition through ENU
Added also a few tests and some cosmetic changes
@ajkeith ajkeith mentioned this pull request Mar 28, 2021
@RomeoV
Copy link

RomeoV commented Aug 1, 2023

Just want to say thanks for providing this. It's a handy reference for define my own conversion.

@asinghvi17 asinghvi17 requested a review from anowacki July 28, 2025 04:01
Copy link
Contributor

@anowacki anowacki left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

All looks good bar a couple of textual things (ENU{T} in and '…extrema care must be taken…' in README.md). Consider reverting the new whitespace inserted in src/transformations.jl.

##### `ENU{T}` - east-north-up

The `ENU` type is a local Cartesian coordinate that encodes a point's distance
The `ENU` type stores local Cartesian coordinates that encode a point's distance
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the old text is fine. Whether a coordinate is a single encoding of position or only one of the numbers which encodes position is an age-old debate.

extreme care must be taken to choose an appropriate zone for the `UTM` methods.
(In the future, we implement the exact UTM transformation as a fallback —
contributions welcome!)
extreme care must be taken to choose an appropriate zone for the `UTM` methods
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The original text is correct—the proposed change is typographically not.

"""
ECEFfromUTM(zone, isnorth, datum) = ECEFfromLLA(datum) LLAfromUTM(zone, isnorth, datum)


Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No need to introduce extra whitespace in an unrelated PR.

@anowacki
Copy link
Contributor

Thank you @jleny for your contribution! Your approach of composed transformations makes sense to me. Overall it looks very good.

Similarly to Claire, I 'do not love' the proliferation of conversions of things trivially computable from ENU by the user, but I accept that NED is much more common in some fields so I think it makes sense. I think I would be less encouraging for future PRs that add one or more of NWU, WSU, SEU, WND, SWD and ESD!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants