octave-bug-tracker
[Top][All Lists]
Advanced

[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/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]