[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #47502] geometry or mapping package: polysplit
From: |
Philip Nienhuis |
Subject: |
[Octave-bug-tracker] [bug #47502] geometry or mapping package: polysplit and polyjoin functions |
Date: |
Thu, 28 Apr 2016 18:58:33 +0000 |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 |
Follow-up Comment #5, bug #47502 (project octave):
JuanPi,
I just found out that the OF geometry package already contains a function
splitPolygons() that does exactly the same as polysplit.m.
polysplit() can process Lat,Lon as well as X,Y coordinates (but both are just
numbers).
So, depending on speed (no benchmarks available yet) perhaps polysplit.m could
even be a mere wrapper around splitPolygons() in geometry and be housed in the
mapping package.
For polyjoin() there's no matching function in the geometry package. But it
also works on general polygons.
So, maybe geometry could have an ND function joinPolygons() that would do the
work for a 2D polyjoin.m in mapping? I already have a polyjoin.m that works on
XYZ cell arrays (even XYZM).
In a more general sense, looking at the discussions and at the (limited)
functionality (only 2D) of various polygon functions in the Matlab's mapping
toolbox, I think the mapping package could well have a "hard" (instead of
"suggested") dependency on geometry and contain Matlab-compatible functions
that are mere wrappers for more capable functions living in the geometry
package.
Maybe this could help the discussion about where to put what a bit forward.
What do you think?
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?47502>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/