GithubHelp home page GithubHelp logo

usnistgov / fipy Goto Github PK

View Code? Open in Web Editor NEW
497.0 30.0 148.0 578.71 MB

FiPy is a Finite Volume PDE solver written in Python

Home Page: http://pages.nist.gov/fipy/en/latest

License: Other

Python 99.91% Nix 0.09%
scientific-computing scientific-computing-with-python phase-field materials-science partial-differential-equations shared-memory-parallel simulation modeling

fipy's Introduction

Overview

.. only:: latex

   :term:`FiPy` is an object oriented, partial differential equation (PDE)
   solver, written in :term:`Python`, based on a standard finite volume
   (FV) approach. The framework has been developed in the Materials Science
   and Engineering Division (MSED_) and Center for Theoretical and
   Computational Materials Science (CTCMS_), in the Material Measurement
   Laboratory (MML_) at the National Institute of Standards and Technology
   (NIST_).

   The solution of coupled sets of PDEs is ubiquitous to the numerical
   simulation of science problems.  Numerous PDE solvers exist, using a
   variety of languages and numerical approaches. Many are proprietary,
   expensive and difficult to customize.  As a result, scientists spend
   considerable resources repeatedly developing limited tools for
   specific problems.  Our approach, combining the FV method and :term:`Python`,
   provides a tool that is extensible, powerful and freely available. A
   significant advantage to :term:`Python` is the existing suite of tools for
   array calculations, sparse matrices and data rendering.

The :term:`FiPy` framework includes terms for transient diffusion, convection and standard sources, enabling the solution of arbitrary combinations of coupled elliptic, hyperbolic and parabolic PDEs. Currently implemented models include phase field :cite:`BoettingerReview:2002` :cite:`ChenReview:2002` :cite:`McFaddenReview:2002` treatments of polycrystalline, dendritic, and electrochemical phase transformations, as well as drug eluting stents :cite:`Saylor:2011p2794`, reactive wetting :cite:`PhysRevE.82.051601`, photovoltaics :cite:`Hangarter:2011p2795` and a level set treatment of the electrodeposition process :cite:`NIST:damascene:2001`.

.. only:: latex

   The latest information about :term:`FiPy` can be found at
   http://www.ctcms.nist.gov/fipy/.

   See the latest updates in the :ref:`CHANGELOG`.

Even if you don't read manuals...

...please read :ref:`INSTALLATION`, :ref:`USAGE` and :ref:`FAQ`, as well as :mod:`examples.diffusion.mesh1D`.

Download and Installation

Please refer to :ref:`INSTALLATION` for details on download and installation. :term:`FiPy` can be redistributed and/or modified freely, provided that any derivative works bear some notice that they are derived from it, and any modified versions bear some notice that they have been modified.

Support

We offer several modes to communicate with the :term:`FiPy` developers and with other users.

.. toctree::

   CONTACT

We welcome collaborative efforts on this project.

Conventions and Notation

:term:`FiPy` is driven by :term:`Python` script files than you can view or modify in any text editor. :term:`FiPy` sessions are invoked from a command-line shell, such as :command:`tcsh` or :command:`bash`.

Throughout, text to be typed at the keyboard will appear like this. Commands to be issued from an interactive shell will appear:

$ like this

where you would enter the text ("like this") following the shell prompt, denoted by "$".

Text blocks of the form:

>>> a = 3 * 4
>>> a
12
>>> if a == 12:
...     print "a is twelve"
...
a is twelve

are intended to indicate an interactive session in the :term:`Python` interpreter. We will refer to these as "interactive sessions" or as "doctest blocks". The text ">>>" at the beginning of a line denotes the primary prompt, calling for input of a :term:`Python` command. The text "..." denotes the secondary prompt, which calls for input that continues from the line above, when required by :term:`Python` syntax. All remaining lines, which begin at the left margin, denote output from the :term:`Python` interpreter. In all cases, the prompt is supplied by the :term:`Python` interpreter and should not be typed by you.

Warning

:term:`Python` is sensitive to indentation and care should be taken to enter text exactly as it appears in the examples.

When references are made to file system paths, it is assumed that the current working directory is the :term:`FiPy` distribution directory, referred to as the "base directory", such that:

examples/diffusion/steadyState/mesh1D.py

will correspond to, e.g.:

/some/where/FiPy-X.Y/examples/diffusion/steadyState/mesh1D.py

Paths will always be rendered using POSIX conventions (path elements separated by "/"). Any references of the form:

examples.diffusion.steadyState.mesh1D

are in the :term:`Python` module notation and correspond to the equivalent POSIX path given above.

We may at times use a

Note

to indicate something that may be of interest

or a

Warning

to indicate something that could cause serious problems.

fipy's People

Contributors

alfrenardi avatar djrodgerspryor avatar guyer avatar jamesob avatar jon83carvalho avatar klkuhlm avatar pkgw avatar pya avatar raybsmith avatar tkphd avatar wd15 avatar xfong avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

fipy's Issues

Boundary conditions and Terms

A FixedValue boundary condition might conceivably have a different form for a DiffusionTerm than for a ConvectionTerm. Where does this get taken care of? Already a problem for PeriodicBoundaryCondition and explicit face terms (VanLeerConvection). Should BoundaryConditions be Terms? They create/modify L and b, but they do so differently for each Term they apply to.

Imported from trac ticket #15, created by jguyer on 12-06-2004 at 15:05, last modified: 03-05-2007 at 17:51

PySparse windows binaries

Either ask Roman to or build some windows binaries for pysparse.

Imported from trac ticket #24, created by wd15 on 01-25-2005 at 17:40, last modified: 04-26-2005 at 15:54

Reconcile versions of pysparse

Reconscile Gaus's and our versions of FiPy. Pass our version back to him requesting required functionality.

Imported from trac ticket #11, created by wd15 on 12-01-2004 at 10:15, last modified: 12-22-2004 at 15:46

Documentation is not inherited from &hidden& classes

In the interests of making the documentation simpler to read, a great many of &internal& classes were &hidden& by prepending their names with '_'. The problem is that many public classes, e.g. ExponentialConvectionTerm, are derived from private classes, e.g. _ConvectionTerm and _FaceTerm. The private classes provide many methods that are crucial to using the public classes, but these are presently not documented. Either: (i) some epydoc setting needs to be found to cause these methods to be documented in the public classes. (ii) the &hidden& status of these classes needs to be re-evaluated.

Imported from trac ticket #49, created by jguyer on 06-27-2005 at 17:19, last modified: 01-11-2007 at 07:03

Automate FiPy efficiency test

Write an efficiency script as part of setup.py to run a number of examples that records run time and memory usage, e.g., $ python setup.py test --efficiency --mesh_size mesh some_mesh _description or $ python setup.py test_efficiency --mesh_size (small, medium, large, massive, humongous, etc, etc) Each script builds smaller or larger meshes depending on the mesh_size descriptor. The medium flag for example will make the script run the small and medium size meshes Ouput should be something like this: Problem Size Elements run_time solver_time memory ======================================== phase small 10000 1234123 2323 4545

Imported from trac ticket #7, created by wd15 on 11-29-2004 at 18:55, last modified: 01-25-2005 at 17:32

Update FiPy to use numpy

Update FiPy to use numpy rather than Numeric

Imported from trac ticket #21, created by wd15 on 01-19-2005 at 10:27, last modified: 01-29-2007 at 15:22

Windows installation wizard

Windows installation wizard

Imported from trac ticket #4, created by nobody on 11-18-2004 at 18:19, last modified: 12-22-2004 at 15:42

Gnuplot doesn't display the electroChem problem on windows.

Get the following error on Windows when running electrochem example. C:\Documents and Settings\wd15\My Documents\fipy\HEAD>c:\python23\python example s\levelSet\electroChem\input.py Traceback (most recent call last): File &examples\levelSet\electroChem\input.py&, line 521, in ? exec(fipy.tests.doctestPlus._getScript()) File &<string>&, line 205, in ? File &C:\Documents and Settings\wd15\My Documents\fipy\HEAD\fipy\viewers\gnupl otViewer\gnuplotViewer.py&, line 103, in plot self.g('set xrange [' + self._getLimit('xmin') + ':' + self._getLimit('xmax ') + ']') File &C:\python23\Lib\site- packages\Gnuplot\_Gnuplot.py&, line 199, in __call_ _ self.gnuplot(s) File &C:\python23\Lib\site- packages\Gnuplot\gp_win32.py&, line 125, in __call_ _ self.write(s + '\n') IOError: [22](Errno) Invalid argument

Imported from trac ticket #37, created by wd15 on 04-18-2005 at 17:24, last modified: 04-22-2005 at 14:40

Broken examples

The following examples don't run properly or don't display correctly and were not readily fixable at time of writing:

examples/elphf/input.py::
Explicitly refers to gist viewer
examples/elphf/diffusion/input1Ddimensional.py::
Throws an import error

The following examples work with gist but not woth matplotlib. They may all be trying to display ModularVariable objects, this could be a problem.

examples/levelSet/surfactant/expandingCircle::
Throws a Domain error with matplotlib
examples/phase/missOrientation/circle/input.py::
Throws a Domain error with maptplotlib
examples/phase/missOrientation/mesh1D/input.py::
Throws a floating exception with matplotlib
examples/phase/missOrientation/modCircle/input.py::
Throws a Domain error with matplotlib

Imported from trac ticket #51, created by wd15 on 06-28-2005 at 12:11, last modified: 03-21-2007 at 12:04

check phase field crystal growth

Compare FiPy simulations once again with Ryo's fortran code. This will be required for efficiency tests also.

Imported from trac ticket #10, created by wd15 on 11-29-2004 at 19:12, last modified: 03-10-2005 at 17:23

Testing mailing list interface

For some reason FiPy-private has been rejecting these messages. Very annoying.

Imported from trac ticket #14, created by jguyer on 12-01-2004 at 10:45, last modified: 12-08-2004 at 21:51

Navier Stokes

Example of solving Navier-Stokes equations for fluids. Implementation of Stam "Stable fluids" solver

Imported from trac ticket #45, created by nobody on 06-15-2005 at 02:13, last modified: 04-27-2011 at 17:19

distanceVariable is broken

The following scenario is currently broken: - A 1D mesh with 3 cells with distance between cells of 2 - initial condition of (-1, 1, -1) - The answer should be (-1, 1, -1) - The current answer will be (-1, 1 / sqrt(2). -1)

Imported from trac ticket #17, created by wd15 on 12-06-2004 at 17:28, last modified: 01-04-2005 at 18:43

Documentation for many ConvectionTerms is wrong

The general documentation for many ConvectionTerm objects is wrong, e.g., for ExponentialConvectionTerm, it should read: ExponentialConvectionTerm(coeff = <VectorFaceVariable|Float>, diffusionTerm = <DiffusionTerm|None>) instead of ExponentialConvectionTerm(coeff = <VectorFaceVariable|Float>) Fixing Bug 1228560 might remove any need for these comments.

Imported from trac ticket #50, created by jguyer on 06-27-2005 at 17:22, last modified: 09-02-2005 at 13:40

periodic boundary conditions are broken

The following code: bcs = (PeriodicBoundaryCondition(mesh.getFacesLeft(), mesh.getFacesRight()),) eq = TransientTerm() == ImplicitDiffusionTerm(coeff=0.1) from fipy.viewers.gist1DViewer import Gist1DViewer viewer = Gist1DViewer(vars = (var,)) viewer.plot() for i in range(1000): var.updateOld() eq.solve(var, dt = 0.1, boundaryConditions=bcs) viewer.plot() gave the following error: [work](skupskyr@nichdskupskyr)$ python2.4 diffusionexample.py Traceback (most recent call last): File &diffusionexample.py&, line 24, in ? eq.solve(var, dt = 0.1, boundaryConditions=bcs) File &/home/skupskyr/python/fipy/fipy/terms/term.py&, line 78, in solve matrix, RHSvector = self.buildMatrix(var, boundaryConditions, dt = dt) File &/home/skupskyr/python/fipy/fipy/terms/binaryTerm.py&, line 65, in buildMatrix termMatrix, termRHSvector = self.term2.buildMatrix(var, boundaryConditions, dt = d File &/home/skupskyr/python/fipy/fipy/terms/faceTerm.py&, line 174, in buildMatrix self.implicitBuildMatrix(L, id1, id2, b, weight['implicit'], mesh, boundaryConditi File &/home/skupskyr/python/fipy/fipy/terms/faceTerm.py&, line 79, in implicitBuildM LL, bb = boundaryCondition.buildMatrix(N, M, coeffMatrix) TypeError: buildMatrix() takes exactly 5 arguments (4 given)

Imported from trac ticket #30, created by nobody on 03-02-2005 at 17:17, last modified: 03-04-2005 at 11:23

TSVViewer doesn't always get the right shape for the var

Brute force fix has been check in:

values = Numeric.concatenate((values,Numeric.transpose(Numeric.array((var, )))), 1) 

has been replaced with:

values = Numeric.concatenate((values, Numeric.transpose(Numeric.array((Numeric.array(var),)))), 1) 

A proper fix is needed.

Imported from trac ticket #44, created by nobody on 06-14-2005 at 19:05, last modified: 07-03-2008 at 08:49

float(&infinity&) issue on windows

Got the following float(&infinity&) error running test cases on windows.

====================================================================== 
ERROR: doctest of examples.elphf.phase.input1D 
---------------------------------------------------------------------- 
Traceback (most recent call last): File &C:\python23\lib\unittest.py&, line 423, in runTest self.__testFunc() File &C:\python23\lib\doctest.py&, line 1359, in runit _utest(tester, name, doc, filename, lineno) File &C:\python23\lib\doctest.py&, line 1309, in _utest raise DocTestTestFailure('Failed doctest test for %s\n' 
DocTestTestFailure: Failed doctest test for examples.elphf.phase.input1D File &C:\Documents and Settings\wd15\My Documents\fipy\HEAD\examples\elphf\ph se\input1D.py&, line 1 (or above), in input1D 
***************************************************************** 
Failure in example: parameters = { 'time step duration': 10000, 'phase': { 'name': &xi&, 'mobility': float(&infinity&), 'gradient energy': 0.025, 'value': 1. }, 'solvent': { 'standard potential': 0., 'barrier height': 1. } } from line #36 of examples.elphf.phase.input1D 
Exception raised: Traceback (most recent call last): File &C:\python23\lib\doctest.py&, line 442, in _run_examples_inner compileflags, 1) in globs File &<string>&, line 1, in ? 
ValueError: invalid literal for float(): infinity 
*****************************************************************

Imported from trac ticket #35, created by wd15 on 04-14-2005 at 17:21, last modified: 11-24-2008 at 09:57

sweep control, iterator object, error norms

Set up at least one example that uses sweep cycles in anger. Determine the future of iterator objects. Maybe abondon. The term objects should have a getResidual(norm = inf, 1, 2 etc) method rather than a getFigureOfMerit() method and it should return something (which it currently does not).

Imported from trac ticket #23, created by wd15 on 01-25-2005 at 17:25, last modified: 01-29-2007 at 14:51

Variable needs to consider boundary conditions

Presently, Variable values are oblivious to boundary conditions. If they weren't, it would be possible to, e.g., completely replace ExplicitDiffusionTerm with a SourceTerm of Variable.getGrad().getDivergence().

Imported from trac ticket #47, created by jguyer on 06-16-2005 at 14:28, last modified: 04-27-2011 at 17:26

gmsh write problemon windows

Gmsh is not able to read its own files on Windows. Three errors in tests similar to the one below. Either gmshExporter is writing screwy tmp files or the gmshImporter is not reading them correctly. Typical error. ========================================= ============================= ERROR: doctest of examples.diffusion.steadyState.otherMeshes.inputCircle ---------------------------------------------------------------------- Traceback (most recent call last): File &C:\python23\lib\unittest.py&, line 423, in runTest self.__testFunc() File &C:\python23\lib\doctest.py&, line 1359, in runit _utest(tester, name, doc, filename, lineno) File &C:\python23\lib\doctest.py&, line 1309, in _utest raise DocTestTestFailure('Failed doctest test for %s\n' DocTestTestFailure: Failed doctest test for examples.diffusion.steadyState Meshes.inputCircle File &C:\Documents and Settings\wd15\My Documents\fipy\HEAD\examples\dif \steadyState\otherMeshes\inputCircle.py&, line 1 (or above), in inputCircl ***************************************************************** Failure in example: mesh = GmshImporter2D (meshName) from line #58 of examples.diffusion.steadyState.otherMeshes.inputCircle Exception raised: Traceback (most recent call last): File &C:\python23\lib\doctest.py&, line 442, in _run_examples_inner compileflags, 1) in globs File &<string>&, line 1, in ? File &C:\Documents and Settings\wd15\My Documents\fipy\HEAD\fipy\meshes\ h\gmshImport.py&, line 327, in __init__ mesh2D.Mesh2D.__init__(self, **_DataGetter ().getData(filename, dimensi 2)) File &C:\Documents and Settings\wd15\My Documents\fipy\HEAD\fipy\meshes\ h\gmshImport.py&, line 197, in getData vertexCoords = self._calcVertexCoords() File &C:\Documents and Settings\wd15\My Documents\fipy\HEAD\fipy\meshes\ h\gmshImport.py&, line 220, in _calcVertexCoords numVertices = int(self.inFile.readline()) ValueError: invalid literal for int(): *****************************************************************

Imported from trac ticket #36, created by wd15 on 04-14-2005 at 17:30, last modified: 04-19-2005 at 15:18

Memory leak for the leveling problem

The leveling problem is killed after 100 steps when the mesh size is increased. Probably a momory leak.

Imported from trac ticket #18, created by wd15 on 12-06-2004 at 17:33, last modified: 12-22-2004 at 15:39

Terms should throw an error on bad coeff type

FaceTerm and NthOrderDiffusionTerm objects do not work correctly if their coefficients are not either FaceVariables or simple numbers. CellTerm objects require a coefficient that is either a CellVariable or a simple number. Presently, if a CellVariable is supplied to a FaceTerm or a FaceVariable is supplied to a CellTerm, they fail rather cryptically in solve(). They should throw an error on __init__().

Imported from trac ticket #48, created by jguyer on 06-27-2005 at 17:05, last modified: 09-02-2005 at 10:32

periodic boundary condition support

None of the examples have a periodic boundary conditions. Need to create an example with periodic BCS

Imported from trac ticket #31, created by nobody on 03-02-2005 at 17:20, last modified: 01-11-2007 at 06:59

Peclet number

Should be some automagical way to determine the Peclet number for a sum of terms, rather than explicitly passing the DiffusionTerm to the ConvectionTerm.

Imported from trac ticket #19, created by jguyer on 12-07-2004 at 10:38, last modified: 03-30-2007 at 16:42

Mesh refactor

Refactor the meshing utilities: - Include Grid1D object - remove seperate nummesh and pymesh - remove obsolete classes - use doctest rather than current unittest (maybe not?) - consolidate functionality - lazy array evaluation where required in the get methods - look at gmsh capability

Imported from trac ticket #13, created by wd15 on 12-01-2004 at 10:25, last modified: 10-15-2009 at 10:56

Test with Python version 2.4

Test with Python version 2.4

Imported from trac ticket #20, created by wd15 on 01-19-2005 at 10:26, last modified: 04-26-2005 at 15:55

multiple BCs on one face broken?

## The following test case gives this answer ## [ 0.5, 0.5, 0.5, 0.5, 0.5, 0.5, 0.5, 0.5, 0.5, 0.5,] ## strange! from fipy.meshes.grid1D import Grid1D mesh = Grid1D(dx = 1., nx = 10) from fipy.variables.cellVariable import CellVariable var = CellVariable(mesh = mesh) from fipy.terms.implicitDiffusionTerm import ImplicitDiffusionTerm eq = ImplicitDiffusionTerm() from fipy.viewers import make viewer = make(var) viewer.plot() from fipy.boundaryConditions.fixedValue import FixedValue from fipy.boundaryConditions.fixedFlux import FixedFlux eq.solve( var, boundaryConditions = (FixedValue(mesh.getFacesLeft(), 0), FixedFlux(mesh.getFacesLeft(), 1)) ) print var viewer.plot() raw_input()

Imported from trac ticket #39, created by wd15 on 04-27-2005 at 18:07, last modified: 04-28-2005 at 14:58

axisymmetric 2D mesh

axisymmetric 2D mesh

Imported from trac ticket #5, created by nobody on 11-18-2004 at 18:54, last modified: 09-02-2005 at 16:03

Refactor viewers

Refactoring the viewers requires the following: - integrate Open DX - create base viewing class - it should contain most of the common functionality such as interpolation that needs to be done in FiPy. - enable unstructured mesh viewing - simplify pyx viewer - allow gnuplot to display variables

Imported from trac ticket #12, created by wd15 on 12-01-2004 at 10:19, last modified: 01-11-2007 at 06:58

Better support for periodic boundary conditions

Better support for periodic boundary conditions using a periodic mesh. or Update this if/when boundary conditions are moved to the variables.

Imported from trac ticket #38, created by wd15 on 04-19-2005 at 15:20, last modified: 06-24-2005 at 14:10

Windows installation instructions

Windows installation instructions

Imported from trac ticket #3, created by nobody on 11-18-2004 at 18:19, last modified: 01-25-2005 at 17:31

Gnuplot doesn't display on windows

GnuplotViewer should create a window in __init__() and not in plot(). On windows XP this leads to display problems.

Imported from trac ticket #1, created by wd15 on 11-18-2004 at 17:34, last modified: 10-16-2006 at 12:22

automated efficiency_test problems

Efficiency tests overwrite doctest results Efficiency tests should not be run on 0.1 branch (or code to run them should be added to 0.1 setup.py)

Imported from trac ticket #22, created by jguyer on 01-22-2005 at 10:07, last modified: 02-03-2005 at 15:06

invoke the == for terms

Change the current way terms are put together eq = term1 - term2 + term3 (1) so that the following notation can be used eq = (term1 - term2 + term3 h2. 0) (2) or eq = (term1 + term3 term2) (3) Any of the above methods should work the same. The following expression should just return itself, eq == 0

Imported from trac ticket #29, created by wd15 on 02-18-2005 at 16:22, last modified: 02-27-2005 at 11:53

make phase field examples more explicit

Update the phase field examples to be more explicit. Remove the factory methods for building equations and have them explicitly defined in the input scripts. Also state the variables in the input files rather than having them as separate classes. Make some of the examples have inlined variables within the input scripts.

Imported from trac ticket #25, created by wd15 on 02-01-2005 at 10:46, last modified: 01-29-2007 at 14:53

matplotlib broken on mac with version 0.72.1

The following examples are currectly broken on mac os x and version 0.72.1 of matplotlib examples/elphf/diffusion/input2D.py and examples/elphf/phaseDiffusion/input1D.py The first example thros the followoing error ValueError: Domain error on eval_scalars in#### Transformationfreeze The second does not allow interaction during the plotting sequence.

Imported from trac ticket #40, created by wd15 on 06-03-2005 at 17:25, last modified: 03-05-2007 at 17:57

broken levelset test case

The test case examples/levelSet/advection/mesh1D/input.py does not run as is, the line viewer = fipy.viewer.make(... should be viewer = fipy.viewers.make(...

Imported from trac ticket #41, created by nobody on 06-13-2005 at 14:36, last modified: 06-14-2005 at 10:21

implement levelling surfactant equation

Implement levelling surfactant equation. This is a simple matter of just adding the required source for levelling. It must be able to sweep accelerator of the surface.

Imported from trac ticket #9, created by wd15 on 11-29-2004 at 19:08, last modified: 12-01-2004 at 10:13

Some tests fail on windows XP

The rendering for the following tests needs to be fixed: fipy.tools.sparseMatrix.SparseMatrix.__mul__ fipy.models.levelSet.electroChem.depositionRateVariable

Imported from trac ticket #2, created by wd15 on 11-18-2004 at 17:48, last modified: 12-07-2004 at 09:44

doctest extraction with python2.4

Get the following error when running examples with python2.4: $ python2.4 examples/diffusion/steadyState/mesh1D/input.py Traceback (most recent call last): File &examples/diffusion/steadyState/mesh1D/input.py&, line 204, in ? exec(fipy.tests.doctestPlus.getScript()) File &/home/skupskyr/python/fipy/fipy/tests/doctestPlus.py&, line 50, in getScript return doctest.testsource(sys.modules.get(name), &&) File &/usr/local/lib/python2.4/doctest.py&, line 2510, in testsource raise ValueError(name, &not found in tests&) ValueError: ('', 'not found in tests')

Imported from trac ticket #26, created by nobody on 02-10-2005 at 16:18, last modified: 03-29-2005 at 16:49

Combine implicit and explicit diffusion terms

Combine implicit and explicit diffusion term and have a factor between 0 and 1 that describes the implictness.

>>> DiffusionTerm(coeff = 1, implicitFactor = 0.5).solve() 

with the default being implicitFactor = 1 for a fully implict scheme.

Imported from trac ticket #28, created by wd15 on 02-13-2005 at 15:47, last modified: 01-29-2007 at 14:54

Dimensions

Scaling of variables and term coefficients is broken. Removing from branch-additiveTerms. Think about this and reintroduce good implementation.

Imported from trac ticket #16, created by jguyer on 12-06-2004 at 16:43, last modified: 11-09-2006 at 16:47

Support simple import notation

For example instead of the followoing command, >>> from fipy.viewers.gistViewer.grid1DGistViewer import Grid1DGistViewer one would issue the following command, >>> from fipy import Grid1DGistViewer To do this requires placing the main fipy objects in the fipy __init__ Grid1DGistViewer = fipy.viewers.gistViewer.grid1DGistViewer.Grid1DGistViewer

Imported from trac ticket #32, created by wd15 on 03-10-2005 at 10:17, last modified: 03-17-2005 at 09:25

EFFICIENCY.txt example fails to make viewer

Entering the example in EFFICIENY.txt $ examples/phase/impingement/mesh20x20/input.py -- numberOfElements=10000 --numberOfSteps=1000 raises an error: ImportError: Failed to import a viewer: ['float' object has no attribute 'getName'&, &gnuplotViewer: 'float' object has no attribute 'getName'&, &matplotlibViewer: 'float' object has no attribute 'getName'&, &tsvViewer: 'module' object has no attribute 'make'&](&gistViewer:)

Imported from trac ticket #42, created by jguyer on 06-13-2005 at 15:13, last modified: 10-13-2006 at 16:59

merge depositionRateVar and extensionVelocity

Merge the depositionRateVariable and extensionVariable in the level set electochem example. The two variables serve the same purpose and should be merged.

Imported from trac ticket #8, created by wd15 on 11-29-2004 at 19:04, last modified: 12-03-2004 at 15:51

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.