Re: NumPy, SciPy, Python 3X Installation/compatibility issues

2014-09-23 Thread SK
Hi EK,
Did you figure out questions 1, 2 and 3? SciPy (0.14.0) on installation asks me 
for Python 2.7. First day on Python here, I am really struggling :/
Thanks,
SK

On Saturday, May 10, 2014 7:07:33 PM UTC+2, esa...@gmail.com wrote:
 Hi All--
 
 
 
 Let me state at the start that I am new to Python. I am moving away from 
 Fortran and Matlab to Python and I use all different types of numerical and 
 statistical recipes in my work. I have been reading about NumPy and SciPy and 
 could not find any definitive answers to my questions, below.  I had run into 
 many mostly installation problems that I could never get NumPy or SciPy to 
 work with Python 3.3 or newer.  I am using Windows7 64 bit OS. 
 
 A few questions:
 
 1.What are the latest versions of NumPy and SciPy that are compatible 
 with Python 3.3 or newer and Windows7 64 bit? 
 
 2.What is the best source to download and install them on my computer?
 
 3.Are they all installable on my OS w/o any major problems/addition?
 
 4.In the long run, would it be better to use UNIX instead of Windows, if 
 I were to use Python for all of my research?
 
 Thanks in advance. EK

-- 
https://mail.python.org/mailman/listinfo/python-list


Re: NumPy, SciPy, Python 3X Installation/compatibility issues

2014-09-23 Thread Jerry Hill
On Tue, Sep 23, 2014 at 1:54 PM, SK shagunkh...@gmail.com wrote:
 Hi EK,
 Did you figure out questions 1, 2 and 3? SciPy (0.14.0) on installation asks 
 me for Python 2.7. First day on Python here, I am really struggling :/
 Thanks,
 SK

Did you download the SciPy installer for python 3.3?  I see it listed
for download on the sourceforge site here:
http://sourceforge.net/projects/scipy/files/scipy/0.14.0/scipy-0.14.0-win32-superpack-python3.3.exe/download

There are also versions for python 3.4, 3.2, 2.7 and 2.6, so you have
to make sure you get the one that matches the version of python you're
using.

-- 
Jerry
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: NumPy, SciPy, Python 3X Installation/compatibility issues

2014-05-12 Thread Joseph Martinot-Lagarde

Le 10/05/2014 19:07, esaw...@gmail.com a écrit :

Hi All--

Let me state at the start that I am new to Python. I am moving away from 
Fortran and Matlab to Python and I use all different types of numerical and 
statistical recipes in my work. I have been reading about NumPy and SciPy and 
could not find any definitive answers to my questions, below.  I had run into 
many mostly installation problems that I could never get NumPy or SciPy to work 
with Python 3.3 or newer.  I am using Windows7 64 bit OS.
A few questions:
1.  What are the latest versions of NumPy and SciPy that are compatible 
with Python 3.3 or newer and Windows7 64 bit?
2.  What is the best source to download and install them on my computer?
3.  Are they all installable on my OS w/o any major problems/addition?
4.  In the long run, would it be better to use UNIX instead of Windows, if 
I were to use Python for all of my research?
Thanks in advance. EK

Building the scientific libraries on windows is very tricky because you 
need a compatible C and Fortran compiler, as well as some libraries. The 
usual and recommended route is to use python distributions where the 
most used libraries are installed. You can still use pip to install 
additionnal packages. You have a list over here: 
http://www.scipy.org/install.html


---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


--
https://mail.python.org/mailman/listinfo/python-list


Re: NumPy, SciPy, Python 3X Installation/compatibility issues

2014-05-12 Thread Sturla Molden
esaw...@gmail.com wrote:

 4.In the long run, would it be better to use UNIX instead of Windows, if
 I were to use Python for all of my research?
 Thanks in advance. EK

For scientific computing, a UNIX or Linux system is clearly preferable.
Most of the scientific computing software is built around the UNIX
ecosystem.

This is the reason many scientists prefer to work on a Mac. I have a UNIX
system ready to use in the terminal, developer tools are free, and it
stills runs all the deskop apps I need (even Microsoft Office).  Apple even
provides us with highly optimized LAPACK, BLAS and FFT libraries as a part
of the operating system (Accelerate Framework). Even the free NumPy and
SciPy installers can link to Accelerate on a Mac. 

Matlab runs on Linux and Mac as well. That is not s reason to stay on
Windows.

An alternative to a Mac is to install Oracle Virtualbox and use it to run
Windows or Linux. Windows as host tends to work best on a laptop. On a
workstation it does not matter. 

If you are using Windows now and are happy with it, I would suggest you
just install Ubuntu into an VM with Virtualbox and forget about Windows
installers for Python, NumPy, SciPy, et al. Spend some money to buy an SSD
drive and more RAM if you need. The performance with Virtualbox is
excellent. Get a Python distro that uses MKL for faster linear algebra,
such as Enthought or Anaconda. Windows can be a great desktop OS because of
all the available applications. It sucks rocks for any coding or scientific
computing. But there is no law that says you need to use either. You can
have the best of both world's if you like.

Sturla

-- 
https://mail.python.org/mailman/listinfo/python-list


Re: Free vs proprietary (was Re: NumPy, SciPy, Python 3X Installation/compatibility issues)

2014-05-11 Thread Mark H Harris

On 5/10/14 6:35 PM, Chris Angelico wrote:


Instead, what we have is a world in which Python can be used to write
closed-source software, LibreOffice Writer will happily open a
Microsoft Word document, Samba communicates with Windows computers,
libc can be linked to non-free binaries, etc, etc, etc. Yes, that
means the open source community can't wield its weight against
closed-source.


Its not open source that's the big deal. Its freedom that's the big 
deal. Many have latched onto open source because its efficient. But that 
was the wrong reason to latch onto it!  Libre software is the ONLY way 
to fight NSA GCHQ. Libre software is the ONLY way to ensure privacy and 
interoperability --- its a huge paradox.


Libre software and libre Internet are absolutely paramount for the 21st 
century. I may not live to see it fully, but I have absolutely no doubt 
that its coming. There is going to be one whopping paradigm shift Chris.



marcus

--
https://mail.python.org/mailman/listinfo/python-list


Re: Free vs proprietary (was Re: NumPy, SciPy, Python 3X Installation/compatibility issues)

2014-05-11 Thread Steven D'Aprano
On Sat, 10 May 2014 21:16:06 -0700, Nelson Crosby wrote:

 I also believe in this more 'BSD-like' view, but from a business point
 of view. No one is going to invest in a business that can't guarantee
 against piracy, and such a business is much less likely to receive
 profit (see Ardour).

I think that's nonsense. Look at Red Hat, and Ubuntu. Their software is 
free to copy and free to distribute, although Red Hat does make it more 
difficult to copy actual RHEL, you can copy and distribute the re-branded 
RHEL known as Centos completely free of charge.

Selling physical product is not the only way to make money from software, 
and in fact, most programmers are not paid to write software for sale. 
They are paid to write in-house applications which are never distributed 
outside of the company paying for their labour.



-- 
Steven D'Aprano
http://import-that.dreamwidth.org/
-- 
https://mail.python.org/mailman/listinfo/python-list


NumPy, SciPy, Python 3X Installation/compatibility issues

2014-05-10 Thread esawiek
Hi All--

Let me state at the start that I am new to Python. I am moving away from 
Fortran and Matlab to Python and I use all different types of numerical and 
statistical recipes in my work. I have been reading about NumPy and SciPy and 
could not find any definitive answers to my questions, below.  I had run into 
many mostly installation problems that I could never get NumPy or SciPy to work 
with Python 3.3 or newer.  I am using Windows7 64 bit OS. 
A few questions:
1.  What are the latest versions of NumPy and SciPy that are compatible 
with Python 3.3 or newer and Windows7 64 bit? 
2.  What is the best source to download and install them on my computer?
3.  Are they all installable on my OS w/o any major problems/addition?
4.  In the long run, would it be better to use UNIX instead of Windows, if 
I were to use Python for all of my research?
Thanks in advance. EK
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: NumPy, SciPy, Python 3X Installation/compatibility issues

2014-05-10 Thread Chris Angelico
On Sun, May 11, 2014 at 3:07 AM,  esaw...@gmail.com wrote:
 4.  In the long run, would it be better to use UNIX instead of Windows, 
 if I were to use Python for all of my research?

Yes. Absolutely yes. But that's because it's better to run Unix than
Windows regardless of all other considerations. :)

As a general rule, a Linux (I can't speak for other flavours of Unix,
but I expect they'll be mostly the same) system will tend to settle
into better performance the longer it keeps running, as long as it has
sufficient RAM. The things you use will tend to be in cache, but other
than that, nothing much changes as you seek toward infinite uptime.
Windows, on the other hand, tends to accumulate cruft; the longer you
keep the system running, the more RAM gets wasted in various nooks and
crannies. I can't be sure of whether it's the OS itself or an
application, but I do know that my Windows laptop sometimes needs to
be rebooted just because stuff's feeling a bit sluggish, and none of
my Linux boxes are like that.

That said, though, my idea of uptime is measured in months. If you're
the sort of person who arrives at work, turns on the computer, uses it
for a day, and then turns it off and goes home, the difference gets a
lot smaller. (Unless you suspend/hibernate rather than actually
shutting down, in which case the difference gets bigger again.) I
still prefer a Unix system, though, because the worst messes I can get
myself into can usually be cured by SSH'ing in and killing some
process, which on Windows is both harder to do and less effective.

ChrisA
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: NumPy, SciPy, Python 3X Installation/compatibility issues

2014-05-10 Thread Никола Вукосављевић
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10.5.2014 19:07, esaw...@gmail.com wrote:
 Hi All--
 
 Let me state at the start that I am new to Python. I am moving away
 from Fortran and Matlab to Python and I use all different types of
 numerical and statistical recipes in my work. I have been reading
 about NumPy and SciPy and could not find any definitive answers to
 my questions, below.  I had run into many mostly installation
 problems that I could never get NumPy or SciPy to work with Python
 3.3 or newer.  I am using Windows7 64 bit OS. A few questions: 1.
 What are the latest versions of NumPy and SciPy that are compatible
 with Python 3.3 or newer and Windows7 64 bit? 2.  What is the best
 source to download and install them on my computer? 3.Are they all
 installable on my OS w/o any major problems/addition? 4.  In the
 long run, would it be better to use UNIX instead of Windows, if I
 were to use Python for all of my research? Thanks in advance. EK
 
For 64-bit Windows, I've had luck with installations from
http://www.lfd.uci.edu/~gohlke/pythonlibs/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTbl6WAAoJEB1x37R9kdwnVQ4QAMHRLmwKHKAKDiitrSlt/glo
szOMAcjVff4vjNYt5N0x2Rqr1e6vgte9NoGcOgKPJbR1GUYMphQK3pgbkPfxX2Cl
030MI2ir//0WiCYP80rsLJBgAv88vhWx/dKFpG8EeN7LEP6AkJflVsWKeET4ZGfU
p0S/L1n/pePpiNs15QwZ0LVvTu7u86ZSJuxkLQfznL53aJtl5ztPFgNfvgvbW56f
Dap9KruqhbkC1EZD/6ogBQUgDZS51o0Cv3UsXdZJD0W69elnGXLHmCTY4kUwCDSa
psY29aviZHf8RHn5cb/TWobbu5P5PRJx0PVoIRmE8/CDlQKfXny7wPaU6e6PgT0Y
hmnskuN0PBubDm1zfZgiolOa4g5VzVVuB/r/JRpnAw4nxq6tluHbhs/OfFjSEUPu
n3qA4nCTB2wI5cP32sy3Q87SJ33ZQR0Nc8wHOLDmhgyhox7699q/7yu1RLYUCXAS
VLaQ4WEIgH3xJKrmDjktwdDsC+HBlfZuHqUxpHS/rAi54ey8OLWWoBW4t4ZE2PTn
0FPEejNI526WrUS1G/MjoaFAI/usSjnoThERg8gCroAi89JjoE4B53BT4Z5ONhQU
APPfkCIlzW2WQslxXhuoJY2XWM4NMf/dOOfS60qCVZa3EQaX97xo2j96mKkR9bMO
TYrl2RUWjMetm8t8VFNO
=v+OK
-END PGP SIGNATURE-
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: NumPy, SciPy, Python 3X Installation/compatibility issues

2014-05-10 Thread Stefan Behnel
esaw...@gmail.com, 10.05.2014 19:07:
 Let me state at the start that I am new to Python. I am moving away from 
 Fortran and Matlab to Python and I use all different types of numerical and 
 statistical recipes in my work. I have been reading about NumPy and SciPy and 
 could not find any definitive answers to my questions, below.  I had run into 
 many mostly installation problems that I could never get NumPy or SciPy to 
 work with Python 3.3 or newer.  I am using Windows7 64 bit OS. 
 A few questions:
 1.What are the latest versions of NumPy and SciPy that are compatible 
 with Python 3.3 or newer and Windows7 64 bit? 
 2.What is the best source to download and install them on my computer?
 3.Are they all installable on my OS w/o any major problems/addition?
 4.In the long run, would it be better to use UNIX instead of Windows, if 
 I were to use Python for all of my research?

I concur with Chris that Linux is generally a better choice than Windows,
if only to get a nicely preconfigured system that makes it easy to install
stuff. Especially for research (assuming we're talking about the same
thing). If you say that you're moving away from Fortran on Windows, then
I guess you're aware how clumsy low level software development can be on
that platform and how tricky it is to set up. That could be enough of a
reason to switch platforms (assuming that's really an option for you).

Ok, if you use only the IPython notebook for all your processing needs, you
may not notice the difference in terms of interface all that much, but in
that case, why stick with Windows in the first place? :)

If you decide to use Windows, try Anaconda. It's an all inclusive installer
that comes with pretty much all of your scientific processing tools in one
package:

http://docs.continuum.io/anaconda/

There's a Py3.3 version.

Stefan


-- 
https://mail.python.org/mailman/listinfo/python-list


Re: NumPy, SciPy, Python 3X Installation/compatibility issues

2014-05-10 Thread esawiek
On Saturday, May 10, 2014 1:07:33 PM UTC-4, esa...@gmail.com wrote:
 Hi All--
 
 
 
 Let me state at the start that I am new to Python. I am moving away from 
 Fortran and Matlab to Python and I use all different types of numerical and 
 statistical recipes in my work. I have been reading about NumPy and SciPy and 
 could not find any definitive answers to my questions, below.  I had run into 
 many mostly installation problems that I could never get NumPy or SciPy to 
 work with Python 3.3 or newer.  I am using Windows7 64 bit OS. 
 
 A few questions:
 
 1.What are the latest versions of NumPy and SciPy that are compatible 
 with Python 3.3 or newer and Windows7 64 bit? 
 
 2.What is the best source to download and install them on my computer?
 
 3.Are they all installable on my OS w/o any major problems/addition?
 
 4.In the long run, would it be better to use UNIX instead of Windows, if 
 I were to use Python for all of my research?
 
 Thanks in advance. EK
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: NumPy, SciPy, Python 3X Installation/compatibility issues

2014-05-10 Thread esawiek
On Saturday, May 10, 2014 1:07:33 PM UTC-4, esa...@gmail.com wrote:
 Hi All--
 
 
 
 Let me state at the start that I am new to Python. I am moving away from 
 Fortran and Matlab to Python and I use all different types of numerical and 
 statistical recipes in my work. I have been reading about NumPy and SciPy and 
 could not find any definitive answers to my questions, below.  I had run into 
 many mostly installation problems that I could never get NumPy or SciPy to 
 work with Python 3.3 or newer.  I am using Windows7 64 bit OS. 
 
 A few questions:
 
 1.What are the latest versions of NumPy and SciPy that are compatible 
 with Python 3.3 or newer and Windows7 64 bit? 
 
 2.What is the best source to download and install them on my computer?
 
 3.Are they all installable on my OS w/o any major problems/addition?
 
 4.In the long run, would it be better to use UNIX instead of Windows, if 
 I were to use Python for all of my research?
 
 Thanks in advance. EK

Thank you all. I checked the website suggested in on of the replies and it 
looks promising. Because I want to use Num, SciPy, and Python on windows just 
to be familiar with them a little more, then I do plan to migrate to UNIX. I 
will let you posted on my progress. Thanks again. EK
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: NumPy, SciPy, Python 3X Installation/compatibility issues

2014-05-10 Thread Mark H Harris

On 5/10/14 12:07 PM, esaw...@gmail.com wrote:

4.  In the long run, would it be better to use UNIX instead of Windows, if 
I were to use Python for all of my research?



I concur with Chris and Stefan. The *nix model is faster, cleaner, and 
more secure. I prefer gnu/linux, but mac os/x is also quite nice. Simply 
change... or, if you like, just switch.


I moved away from OS/2 and Windows in the late 1990s and have never 
looked back; no reason to use Windows what-so-ever.


You're question (in the long run) is important, to be fair. Because, in 
the short run there will be some learning curve, and there will be some 
conceptual porting as well as code porting to handle; not to mention 
apps. All critical apps from Windows, and most day-to-day apps have free 
libre counter-parts in the unix world, and most everyday apps have gnu 
counter parts and others. Just switch.


Proprietary code and systems will not survive the 21st century, you can 
be sure of that. 'We' can never allow another Microsoft to rule again; 
not google, nor canonical, nor oracle, nor anyone else. 'We' must have 
net neutrality, and software idea patents must die (world-wide).


Go gnu/linux

Go Python

Go away, Microsoft, go away Oracle.


marcus

--
https://mail.python.org/mailman/listinfo/python-list


Free vs proprietary (was Re: NumPy, SciPy, Python 3X Installation/compatibility issues)

2014-05-10 Thread Chris Angelico
On Sun, May 11, 2014 at 6:14 AM, Mark H Harris harrismh...@gmail.com wrote:
 Proprietary code and systems will not survive the 21st century, you can be
 sure of that. 'We' can never allow another Microsoft to rule again; not
 google, nor canonical, nor oracle, nor anyone else. 'We' must have net
 neutrality, and software idea patents must die (world-wide).

 Go gnu/linux

 Go Python

 Go away, Microsoft, go away Oracle.

Actually, I'm not so sure of that. If all free software worked only
with itself, was GPL3'd to prevent non-free software from using it,
etc, the world would be a worse place. Part of what makes free
software so tempting is that it happily interacts with *everything*,
not just other free software. Otherwise, there'd be a massive gulf
between the Apple world, the Microsoft world, and the GNU world, with
minimal interoperability between them.

Instead, what we have is a world in which Python can be used to write
closed-source software, LibreOffice Writer will happily open a
Microsoft Word document, Samba communicates with Windows computers,
libc can be linked to non-free binaries, etc, etc, etc. Yes, that
means the open source community can't wield its weight against
closed-source. I am glad of that. Freedom means letting people choose
to be free, not forcing them to be free. (Don't get me wrong, forcing
someone to be free is better than forcing them to be enslaved. I don't
mind a preinstalled LibreOffice on someone's computer as much as I
would a preinstalled MS Office. But actually letting people choose is
better.)

Proprietary code and systems will continue to exist for as long as
people are willing to buy them. Maybe we'll see a shift away from
non-free desktop software, but cloud and mobile are still very much
the domain of closed source at the moment. There might be a shift
toward free mobile platforms, but I doubt the cloud will change. You
can run anything you like on a server, and people will use it if it's
useful. For one very very obvious example: you and I are both posting
from Gmail. :)

ChrisA
-- 
https://mail.python.org/mailman/listinfo/python-list


Free vs proprietary (was Re: NumPy, SciPy, Python 3X Installation/compatibility issues)

2014-05-10 Thread Nelson Crosby
I also believe in this more 'BSD-like' view, but from a business point of view. 
No one is going to invest in a business that can't guarantee against piracy, 
and such a business is much less likely to receive profit (see Ardour).

Don't get me wrong - I love free software. It's seriously awesome to she what a 
community can do. But at the same time, some people want to earn a living from 
writing code. That is simply not possible without proprietary software. 
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: Free vs proprietary (was Re: NumPy, SciPy, Python 3X Installation/compatibility issues)

2014-05-10 Thread Rustom Mody
On Sunday, May 11, 2014 9:46:06 AM UTC+5:30, Nelson Crosby wrote:
 I also believe in this more 'BSD-like' view, but from a business point of 
 view. No one is going to invest in a business that can't guarantee against 
 piracy, and such a business is much less likely to receive profit (see 
 Ardour).
 
 
 
 Don't get me wrong - I love free software. It's seriously awesome to she what 
 a community can do. But at the same time, some people want to earn a living 
 from writing code. That is simply not possible without proprietary software.

Whenever this (kind of) debate arises people talk of 'Free' vs 'OpenSource'
which then becomes an rms vs esr debate.
It seems to me that esr gets more press than is his due and the more 
significant ideological difference between rms and Torvalds gets neglected.

rms started working on hurd before Linus was a CS student. 
Its taken him a good 20 years to admit the mistake
http://en.wikipedia.org/wiki/GNU_Hurd#cite_note-fsf-future-of-freedom-12

I believe that he still does not get it - that the mistakes were political more
than technical.

By contrast,
- the Linux kernel targeting hardware for which it was never intended
- perl running equally on DOS and unix, (with all due respect python, ruby etc 
just followed the lead)
- Samba talking to Windows as though it were Windows itself

all show that some amount of guerrilla mindset is necessary 
-- 
https://mail.python.org/mailman/listinfo/python-list


Re: Free vs proprietary (was Re: NumPy, SciPy, Python 3X Installation/compatibility issues)

2014-05-10 Thread Mark H Harris

On 5/10/14 11:16 PM, Nelson Crosby wrote:

I also believe in this more 'BSD-like' view, but from a business
point of view. No one is going to invest in a business that can't
guarantee against piracy, and such a business is much less likely
to receive profit (see Ardour).

Don't get me wrong - I love free software. It's seriously awesome
to see what a community can do. But at the same time, some people want
to earn a living from writing code. That is simply not possible
without proprietary software.



That's just the point...

The twenty-first century is not going to be about making money by moving
bits around a network, nor about making money writing code. It is going
to be about making money|living (whatever that means) by leveraging free 
networking (think libre box) and by leveraging free (as in libre) 
software and libre software engineering.


In other words, no longer are coders going to make a living writing 
proprietary code; rather, coders are going to make a living leveraging 
their skill writing libre software (in the specialized problem domain 
needing their resources --- free agents, have skill, will travel, or 
connect).


So, I go to work for some technical scientific research outfit that just 
got a federal grant for yadda yadda... and I bring in my toolkit|toobox 
(julia, haskell, python, C++ c whatever) and I make a living coding 
within that specialized domain.  I don't market the app ( they don't 
either).  The killer app in the 21st century IS the unix distro 
(gnu/linux), and the toolbox is (mine, or yours).


We are going to stop purchasing software across the board, and we are 
going to share. In the process we are going to make our livings with our 
skills, services, innovations towards specialized problem domains 
through leveraged technical specialty, and by working together to better 
the whole.


This is already occurring.


marcus
--
https://mail.python.org/mailman/listinfo/python-list