New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to install pyGIMLi for windows user ? #76

Closed
Fan022 opened this Issue Aug 15, 2017 · 6 comments

Comments

Projects
None yet
3 participants
@Fan022

Fan022 commented Aug 15, 2017

Hello, everyone.
I want to use pyGIMLi for study, so I carried out the installation on windows as the steps provided by official website. But there is a error that no module named 'pygimli' when I run example. I think the reason is that I can't fully understand the meaning of content of installation so that I incorrectly install it . So I hope someone can offer the steps of installation on windows in the form of pictures and the necessary description.

@halbmy

This comment has been minimized.

Contributor

halbmy commented Aug 15, 2017

Dear Fan022,
on https://www.pygimli.org/installation.html#win we provide links to Windows wheels, i.e. binary packages for 64bit Windows versions of Python 3.5 and 3.6. The popular WinPython distribution provides a so-called Control Panel that is located in your WinPython installation:
grafik
You can select the wheel by clicking on Add packages
grafik
It should then show name and version number.
grafik
Clicking on Install packages installs it so that you can call Spyder.exe and use pygimli by just importing. This also work from the command line. A new version can just be upgraded by the same steps (the case in my screenshot). If you're using another Python distribution without a Control Panel, just type
pip install pygimli-1.0rc4-py36-none-win64.whl
from the place where is it (or with full path from any other place) on the command line. In case pip can not be found, use python -m pip instead. If python cannot be found make sure the PATH variable (System Control - System - Environment) contains the Python path.

@halbmy

This comment has been minimized.

Contributor

halbmy commented Aug 15, 2017

sorry, the links on the pygimli page seem to go wrong. I corrected it but the website is updated nightly.
In the meanwhile, you can take these links for Python 3.5 and 3.6:
http://www.pygimli.org/distribution/pygimli-1.0rc4-py35-none-win64.whl
http://www.pygimli.org/distribution/pygimli-1.0rc4-py36-none-win64.whl

@Fan022

This comment has been minimized.

Fan022 commented Aug 16, 2017

Thank you very much for your understandable answer.
However, there still is an error that no module named 'pygimli' when I run example after I did what you said. The followings are some pictures of installation.

  1. First, I download the whl file. Then I select the wheel by clicking on Add packages. Then I click on Install packages.

qq 1

  1. I use pygimli by just importing in Spyder.exe, but an error occurs.

qq2

Now I am confused and don't know how to handle it. I think the emergence of the problem may be related to the setting of path, but I have no ideal about it. So I hope you can continue helping me and tell me the concrete solution.
I would be very grateful for your help.

@carsten-forty2

This comment has been minimized.

Contributor

carsten-forty2 commented Aug 16, 2017

There is a small issue with the wheel filenames that prevents the installation.

If you rename pygimli-1.0rc4-py36-none-win64.whl to
pygimli-1.0rc4-cp36-cp36m-win_amd64.whl, the installation should work.

We will fix it on the download page.

Thanks for reporting.

@Fan022

This comment has been minimized.

Fan022 commented Aug 17, 2017

The installation can work after I rename the whl file.
Thank you very much for helping me solve this problem .

@halbmy

This comment has been minimized.

Contributor

halbmy commented Aug 17, 2017

I renamed the wheels on the install page to the PEP425compliant names
(Python=cp36/cp35, ABI=cp36m/cp35m, platform=win_amd64)
so that it should work well.

Additionally I created a Microsoft Installer (MSI) that allows choosing the Python (in case it is not in the PATH) which is why it might be better for Anaconda. However, as a drawback it requires administrator rights.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment