On Wednesday, January 6, 2010 at 17:00:40 (-0800) David MacMahon writes:
 > Hi, Alan,
 > 
 > On Jan 6, 2010, at 9:03 , Alan W. Irwin wrote:
 > 
 > > If we have a mixture of C and Fortran ordering for the two-dimensional
 > > arrays in our API, we should decide which convention we should use  
 > > in our
 > > API and convert to it if/when we decide to do other major API  
 > > breakage we
 > > have been discussing.
 > 
 > I guess I joined the list after that discussion, but I think it would  
 > be great if the API supported the following four ways of passing in  
 > 2D data...
 > 
 > 1) 1D array of nx pointers to 1D arrays of ny values
 > 2) 1D array of ny pointers to 1D arrays of nx values
 > 3) Pointer to 1D array of nx*ny values in row major order
 > 4) Pointer to 1D array of nx*ny values in column major order
 > 
 > This may be somewhat of a grandiose, idealistic wish, but it would  
 > support the most common ways of specifying 2D data without requiring  
 > (potentially expensive) transposition of the data.  I haven't gotten  
 > too far into the other 3D-ish functions yet, but some (e.g. plcont)  
 > accept a "transformation" function pointer through which lookups  
 > occur.  Perhaps this mechanism (or something similar) could be used  
 > to provide the level of flexibility I'm suggesting (and beyond!).

Some centuries ago I did endow the contourer with the function evaluator
technique to deal with the issue of C vs Fortran vs whatever array storage.
Worked out nicely IMO.  Would've liked to upgrade all array-handling functions
in like fashion but so far I think it's only been done for the plshadexx
family.

-- 
Maurice LeBrun

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to