I understand that when possible one should use
import numpy as np
This helps keep away any conflict due to namespaces. But I have noticed that
numpy is the top package name, and doing import numpy
doesn't import submodule numpy.f2py
.
When you do import numpy
it creats a link that points to numpy
, but numpy
is not further linked to f2py
. The link is established when you do import numpy.f2py
In your above code:
import numpy as np # np is an alias pointing to numpy, but at this point numpy is not linked to numpy.f2py
import numpy.f2py as myf2py # this command makes numpy link to numpy.f2py. myf2py is another alias pointing to numpy.f2py as well
Here is the difference between import numpy.f2py
and import numpy.f2py as myf2py
:
import numpy.f2py
import numpy.f2py as myf2py
numpy.f2py
is actually a submodule of numpy
, and therefore has to be imported separately from numpy. As aha said before:
When you do import numpy it creats a link that points to numpy, but numpy is not further linked to f2py. The link is established when you do import numpy.f2py
when you call the statement import numpy as np
, you are shortening the phrase "numpy" to "np" to make your code easier to read. It also helps to avoid namespace issues. (tkinter and ttk are a good example of what can happen when you do have that issue. The UIs look extremely different.)
This is a language feature. f2py
is a subpackage of the module numpy
and must be loaded separately.
This feature allows:
numpy
only the packages you need, speeding up execution.f2py
to have namespace separation from the developers of another subpackage.Notice however that import numpy.f2py
or its variant import numpy.f2py as myf2py
are still loading the parent module numpy
.
Said that, when you run
import numpy as np
np.f2py
You receive an AttributeError
because f2py
is not an attribute of numpy
, because the __init__()
of the package numpy
did not declare in its scope anything about the subpackage f2py
.
The import as
syntax was introduced in PEP 221 and is well documented there.
When you import a module via
import numpy
the numpy package is bound to the local variable numpy
. The import as
syntax simply allows you to bind the import to the local variable name of your choice (usually to avoid name collisions, shorten verbose module names, or standardize access to modules with compatible APIs).
Thus,
import numpy as np
is equivalent to,
import numpy
np = numpy
del numpy
When trying to understand this mechanism, it's worth remembering that import numpy
actually means import numpy as numpy
.
When importing a submodule, you must refer to the full parent module name, since the importing mechanics happen at a higher level than the local variable scope. i.e.
import numpy as np
import numpy.f2py # OK
import np.f2py # ImportError
I also take issue with your assertion that "where possible one should [import numpy as np]". This is done for historical reasons, mostly because people get tired very quickly of prefixing every operation with numpy
. It has never prevented a name collision for me (laziness of programmers actually suggests there's a higher probability of causing a collision with np
)
Finally, to round out my exposé, here are 2 interesting uses of the import as
mechanism that you should be aware of:
import scipy.ndimage.interpolation as warp
warp.affine_transform(I, ...)
try:
import pyfftw.interfaces.numpy_fft as fft
except:
import numpy.fft as fft
# call fft.ifft(If) with fftw or the numpy fallback under a common name
Well quite an old post but here are my 2 cents over the explanation provided by others.
numpy (refer git repository) package have various subpackages, f2py is one of them other are as core, ma etc
If you refer the init.py in numpy package it has imports like -
from . import core etc
but it's not having any import for f2py subpackage. That's the reason that a statement like
import numpy as np
np.f2py
won't work but
import numpy as np
np.core
will work.