[bug #68076] [mapping] geodetic2aer() fails to support scalar local to vector target
Philip Nienhuis <[email protected]>
| Newsgroups | gmane.comp.gnu.octave.bugs |
|---|---|
| Message-ID | <[email protected]> |
Please use the bug tracker to post updates to a bug report. The mailing list is intended as a read-only notification stream. Info posted to this mailing list address won't appear in the tracker database where it is most useful.
Update of bug #68076 (group octave):
Category: Octave Function => Octave Package
Status: None => Need Info
Release: 10.3.0 => other
Operating System: Mac OS => Any
Summary: [mapping] geodetic2aer() with fails to support
scalar local to vector target => [mapping] geodetic2aer() fails to support
scalar local to vector target
_______________________________________________________
Follow-up Comment #2:
Forgot to mention that I have several other projects at hand with higher
priority. Fixing this may not happen in time for the next mapping package
release (planned soon).
Higher dimensions wouldn't be much of an issue; internally it would be along
the lines of (in your example case):
lat = repmat (lat, size (lat0));
## etc.
But ... as all inputs perhaps may have different nrs. of dimensions and maybe
even different dimension magnitudes, finding out the largest nr. of dimensions
and largest dimension of all coordinate inputs, followed by morphing them all
into the same (largest) sizes, is also required.
This same issue applies to most if not all of the other "coordsysA2coordsysB"
functions in the Coordinate systems category, and undoubtedly other mapping
package functions as well. Quite a bit of sorting out :-)
Nevertheless, it's a good thing you brought up this issue.
Matlab docs say nothing about different numbers and lengths of each
dimension.
What does Matlab return for e.g.:
geodetic2aer (1, 2 , [3 4] , [4 5], [6 7] , [8 9])
geodetic2aer (1, [2 3], [3 4 5], [4 5], [6 7; 8 9] , [8 9])
geodetic2aer (1, 2 , 3 , [4 5], [6 7; 8 9 10], [8 9])
geodetic2aer (1, [2 3], [3 4 5], 3 , [6 7; 8 9] , [8 9])
?
(Adapted some fields in the bug header as this is about a package, not core
Octave)
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?68076>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc
(application/pgp-signature, 228 B)
-----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQQk97aszIMMAvLLwm6qLAuaBUf3TgUCaZmiJgAKCRCqLAuaBUf3 Trq3AP9VgkSLKgt+Jq118ow9VDqrqHgk4LaSRhdTfeNRPJ/KYwD/fc7RlwgR9bdh rnVRzYVw0TE6Dow2H8dTsOI3JBNo4Qo= =xvph -----END PGP SIGNATURE-----