possibly, but let's talk first about what you are really interested in doing, then talk format. Arrays aren't necessarily the solution. Pmesh is not what you want for simple planes and objects -- that is for complex mathematical descriptions of surfaces. Using specific colorings and shadings sounds like Jmol scripting to me. So I think you are talking about a mix of objects, some of which are memory/filespace intensive, such as mathematical surfaces, and some of which are simple objects.
Give us a few scenarios to work on. What would these sage-results entail? Q: Do you ever map surface data with other data so as to color it with, say, a scalar field? Bob Fernando Perez wrote: >Howdy, > >On Dec 29, 2007 10:59 PM, Robert Bradshaw <[EMAIL PROTECTED]> wrote: > > >Just as an FYI: as of the last few days, numpy has developed a binary >format for arbitrary arrays. The current plan is to have the base >file format (default extension .npy, but there's a magic string header >for extension-less identification) contain single arrays, and to use >zip files for multi-array files with a dict-like interface. > >It's in a branch right now, here's the format spec: > >http://projects.scipy.org/scipy/numpy/browser/branches/lib_for_io/format.py > > > Bob -- Robert M. Hanson Professor of Chemistry St. Olaf College Northfield, MN http://www.stolaf.edu/people/hansonr If nature does not answer first what we want, it is better to take what answer we get. -- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Jmol-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jmol-developers
