2014-08-21 22:17 GMT+02:00 Daniel Wheeler daniel.wheel...@gmail.com:
On Wed, Aug 20, 2014 at 6:12 PM, Seufzer, William J. (LARC-D307)
bill.seuf...@nasa.gov wrote:
Thanks Dan,
This works... but I also made the change to nonUniformGrid3D.py as well.
I noticed the simple edits, made them by
On Aug 22, 2014, at 9:49 AM, Daniel Wheeler daniel.wheel...@gmail.com wrote:
Benny, thanks for the insights. I was thinking more along the lines of
standard ways to store meshes, field variables, equations and parameters with
standard representations independent of FiPy and more
Thanks for the note. We may be able to institute a hack in our pickle routines
to accommodate legacy dumps (we've done it in other contexts). We really need
to start versioning our data files to make that process easier.
On Aug 20, 2014, at 6:12 PM, Seufzer, William J. (LARC-D307)
On Wed, Aug 20, 2014 at 6:12 PM, Seufzer, William J. (LARC-D307)
bill.seuf...@nasa.gov wrote:
Thanks Dan,
This works... but I also made the change to nonUniformGrid3D.py as well. I
noticed the simple edits, made them by hand, and re-installed FiPY in both
environments.
I missed that.
Hi Bill,
Sorry for taking so long to respond. I tried running the scripts again in
the different conda environments (with and without Trilinos) and do indeed
get the same error as you. I probably didn't switch environments properly
when I tried this before. Anyway, I think I've fixed the issue,
Thanks Dan,I ran the example codes that you provided and still have the issue. I'm running the writer code on a cluster with PBS (that is, I can't just invoke MPI from the command line) to create the 'dump.gz' file with 16 cores. I then copy the file to the desktop and when I try to open it I
Hi Bill,
I tried to to this using conda environments and didn't have a problem. I ran
import fipy as fp
m = fp.Grid2D(nx=10, ny=10)
v = fp.CellVariable(mesh=m, value=m.x * m.y)
fp.dump.write(v, 'dump.gz')
in a coda environment with PyTrilinos installled using mpirun -np 2