-
-
Notifications
You must be signed in to change notification settings - Fork 7
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
Dependency issue with installing osmnx #14
Comments
@jurb this is on mac osx and python 3.5, right? Which OSMnx version? |
@gboeing sorry I forgot to mention that, and yes, python 3.5 and OSX. I tried to install OSMnx today, so it's the most recent version (away from computer now so can't check the actual number, sorry). |
Thanks. That'd be v0.3.1. |
(I am in transit but I will take a look at it once I get back.) |
@ocefpaf this is https://github.com/conda-forge/osmnx-feedstock/issues :) Thanks for your offer to help -- looking forward to your insights when you take a look. |
(Just saw that now 😬 problems of reading on the phone while travelling!) I am away for the next week, meanwhile please take a look at: conda-forge/conda-forge.github.io#325 hopefully that PR can help you fix understand the problem and fix it. |
I initially failed to get osmnx working in a new environment as well, but it works now after putting conda-forge as default in my .condarc config using |
I guess we can close this then. Let me know if you need any further help. |
I did the recommended above and I am still getting an issue. I added channels conda-forge, did conda create --yes -c conda-forge -n OSMNX python=3.6 osmnx and source activate and I am getting this error:
|
@Monduiz can you post the result of conda info here. |
conda info:
|
@Monduiz I mean the command
|
Updated my info. |
Can you also post the |
packages in environment at /Users/bjenkellefsen/anaconda3/envs/OSMNX:
|
@Monduiz I cannot see anything that wrong that pops the eye, with the exception of the "condo-forge" I also cannot reproduce your error on Linux (I do not own a Mac to test it on OS X). |
I also have the exact same problem, has there been any update? I have tried the various solutions both on this repo and the osmnx repo. My error message is
|
@slwu89 is this inside a virtual environment? Can you post the output of |
@gboeing yep, managing it with conda, here is what
|
@slwu89 it looks like most of these packages are coming from Anaconda's default channel rather than from the conda-forge channel, including the libpng package. Are the conda-forge channels listed at the top of your .condarc file? |
I'm running macOS Sierra 10.12.6 and had the same problem when I tried running some sample code after installing osmnx using conda. A little internet research showed that the issue is not unique to osmnx - and it seems to involve the conda environment. After trying a few random things, I tried the simplest thing I could think of - I created a new environment named "geo" for osmnx as follows (python3). conda create -c conda-forge --override-channels --name geo osmnx This created a working macOS installation for me. All the examples that I've tried from this page - http://geoffboeing.com/2016/11/osmnx-python-street-networks/ - worked ok. |
Yep. See https://conda-forge.org/docs/conda-forge_gotchas.html |
I fixed the problem for myself (OSX 10.13.1 ). The issue was due to my inexperience with anaconda, but the solution may help somebody else. After doing initially what @jurb wrote: putting conda-forge as default in my .condarc config using conda config --add channels conda-forge. After this conda create --yes -c conda-forge -n OSMNX python=3.6 osmnx and source activate OSMNX ...It was still not working in spyder. After much fumbling, I tried running python in the terminal and it worked. This meant that spyder was not reading the path of my activated environment. Therefore I installed spyder in my activated environment:
I then restarted terminal, activated my environment, started spyder from the terminal and it worked! |
I was also having the same problem but creating environment like mentioned above as: |
@usapkota this explains how creating a virtual environment helps solve these kinds of problems: https://conda-forge.org/docs/conda-forge_gotchas.html Basically, the conda-forge and anaconda defaults channels sometimes use different versions of a library, leading to a mismatch if you're mixing channels. |
@gboeing Yes, I think I understood that part. Please allow me to ask one more question to understand it better. Part A: Part B: what is the difference in conda_A and conda_B? ( if any) |
I believe these are equivalent, given the documentation. |
Ran into this issue again today, after running into this last year around the same time. I needed to add the --override-channels flag when creating the new environment. Crazy after a year this is still a problem with working with osmnx... |
@abe732 for the sake of others who might stumble on this thread, can you confirm the full command that worked for you? Was it:
|
Whoops, sorry! Yea that's the command (had to use that even though I had conda-forge as the first channel). Word of warning though, I'm on a mac and after activating the environment OSMNX it pushed me down this rabbit hole of issues: conda-forge/geopandas-feedstock#31 Solution was to remove geopandas, fiona and shapely via conda and then pip install them |
Note that we are seeing some incompatibilities in the latest OS X system and shapely. I cannot reproduce that using the OS X VM available in Travis-CI and I do not own a mac to research this further. Using pip works b/c they are static linked, this suggests that latest OS X may have a system wide TL;DR I have no idea what the issue really is and I do not have the tools to fix it. |
@ocefpaf I am in the same situation as you: I do not have a Mac and I have never been able to reproduce this issue on my Linux or Windows machines or CI. For now it looks like a potential solution from @abe732 is to run
and if there are still problems, then remove geopandas, fiona and shapely via conda and then pip install them. |
Actually I was having a same issue few months ago on my Mac. I also ran into the issue while installing geopandas. For me what worked is:
|
Also, not sure if this should go here, but I was having more trouble today. Wanted to share if people run into the same issue: the order of imports matters and will throw errors as well with the geopandas dependency. For me it was Basemap which needed to be imported after osmnx. But could be something different for other people (some forums suggested it could be shapely, but it wasn't the issue for me). I don't really know. Here's more info: https://stackoverflow.com/questions/27675734/python-basemap-assertion-failed |
This is a known issue, installing osmnx with conda-forge gives this output:
After that I tried this
Now I seem to have another problem:
I also created a new environment and installed osmnx in that, that gives me the exact last error I pasted here.
The text was updated successfully, but these errors were encountered: