GhPython IronPython Engine "Frames"

Replies to This Discussion

Permalink Reply by Benjamin Golder on July 2, 2013 at 10:57am

I would try to edit this myself, but I can't seem to find the IronPython engine implementation in the source code.

Permalink Reply by Benjamin Golder on July 2, 2013 at 11:17am

cross posted here:

https://github.com/mcneel/rhinocommon/issues/148

Permalink Reply by Anders Holden Deleuran on July 3, 2013 at 2:17am

Hi Ben,

I've been/am using NetworkX quite a lot lately as well. I have however not experienced the error you're getting and would like to avoid it if possible. I assume that this might occur due to us using different versions of the involved applications/modules. My current setup:

Rhino: Version 5 SR3 (5.3.30426.17065, 04/26/2013)  
GH: 0.9.0056
GHPython: 0.5.1.0
NetworkX: 1.5

I forget, but seem to vaguely remember having problems running NetworkX 1.7 within Rhino when I was first was testing it out last summer/fall. Edit: Just updated to 1.7 and it is indeed the same error. Will roll back to 1.5 for now. Also, kudos on your suggestion :)

Best,

Anders

Permalink Reply by Benjamin Golder on July 3, 2013 at 9:45am

Thanks Anders, using 1.5 worked!

I was using

Rhino: Version 5 SR4 (5.4.30524.11065, 05/24/2013)

GH: 0.9.0014

I'm not sure which GhPython it is. Is there a way to check?

I had tried NetworkX 1.7, 1.6, and 1.1, but all of them had the same error. I had assumed there would be no difference between 1.1 and 1.6.

Permalink Reply by Anders Holden Deleuran on July 4, 2013 at 2:27am

Great, hope you won't be missing too many features from 1.7.

You can check the GHPython component version by opening the editor, the version number should be displayed in the lower right corner.

I just checked out the NetworkX release log. It only mentions IronPython compatibility from 1.2. Perhaps this is why 1.1 gave you an error. Either way, would be good to get this sorted out so that we can benefit from the (almost) full range of Python goodies out there. Fingers crossed!

Permalink Reply by David Birge on March 13, 2016 at 2:24pm

Hey Anders,

I've been trying to get NetworkX to import into a plain old python component in GH and no luck. I downloaded the egg version of 1.5 for Python 2.6 and 2.7, unzipped, and copied into my IronPython site-packages folder. Neither works.

I have a very simple class I wrote in VisualStudio2015 which I can import from this same folder, so Rhino is clearly reading the folder.

When I try to import, though, it says it can't find the module.

Any ideas? I'd like to start coding in VisualStudio with a few modules, but if the code can't access the same modules from GH, I'm out of luck.

Thanks, David

Permalink Reply by Anders Holden Deleuran on March 14, 2016 at 2:34am

Try downloading this zip file and unzipping it to this folder:

C:\Users\YOURUSERNAME\AppData\Roaming\McNeel\Rhinoceros\5.0\scripts

Then restart Rhino/Grasshopper, open up a GHPython editor, type and run:

import networkx

Does this work for you?

Permalink Reply by David Birge on March 14, 2016 at 11:15am

Brilliant!! Thanks so much. Two quick follow up questions if you have time...

1. Do you think installing multiple IDE's and versions of IronPython / Python might cause the problem, or is this simply and issue of putting the right version of networkx into the right folder?

2. Not related really: Inside the Python editor in GH, once you create a variable from a class, you cannot get autocomplete to come up when you use dot-notation on the variable unless, for some reason, it gets passed into another Python component. In C# new classes/objects immediately have their properties accessible through typical dot-notation. Is this not possible in Python?

Permalink Reply by Anders Holden Deleuran on March 16, 2016 at 3:53am

No worries David. Hope it helped.

1. It could be an issue if you get your paths mixed up. Some Python distributions (Anaconda, Enthought) do some pretty systemwide stuff, which might fuck with your RhinoPython setup. That said, placing modules either in the default RhinoPython folder (as per above) or in a custom folder (editPythonScript editor -> Tools -> Options -> Module Search Paths), should both work. So yes, it's all about putting it in the right folder and unzipping it correctly :)

2. Intellisense in GHPython only seems to work when an object "knows what it is". That is, when it comes straight from a namespace (like say import Rhino) or when passed as a component input parameter. There might be other cases. My best piece of advice is to never rely on intellisense, but a couple of very useful Python functions. See my reply here and the links.

Permalink Reply by David Birge on March 16, 2016 at 8:46am

Thanks for the feedback. The introspection you linked to is very helpful, though admittedly I rely very heavily on intellisense given that I don't code all that often, or do so intermittently.

Thanks again for all the help... I will pass this on to others

Permalink Reply by jnm on January 17, 2018 at 7:10am

hi anders,

your download link is dead. could you please update it?

best,

jnm

Permalink Reply by Anders Holden Deleuran on January 17, 2018 at 7:16am

I think this is it:

networkx.zip