Rhino version Rhino 8 SR10 2024-8-13 (Rhino 8, 8.10.24226.13001, Git hash:master @ c36ab43d576d4854b29b091b6b3a38e09decabf5). I am running this under the .Net Framework.
Thatās just a print of the error which we should probably donāt do not to confuse the users. You get the error because the ladybug-vtk library is using the Python 3 typing notion that is not valid in Python 2.
It shouldnāt affect the commands and you should be able to use them with no issues.
We donāt print traceback information like that and itās not even logged since we catch the exception here and just log the message āFailed to import ladybug_vtkā:
Maybe you have some Rhino 8 setting on that is making you see the full traceback message, @dev ?
Actually, I can see the message now for some reason but itās about other Ladybug Tools packages that cannot be imported into IronPython 2.7 like honeybee-ies and honeybee-idaice.
My version of Rhino didnāt change since my last post nor has my version of Pollination Rhino (it was last installed on 8/16 right before I posted my last response). So Iām not totally sure what is going on.
I guess the only thing that I know has been updated on my machine since my last post is my core libraries. Let me think if thereās something I changed that could have caused this.
Also, if itās not clear to others using this post, the environmental analysis commands run fine for both of us. We are just getting this message that is not relevant and distracting.
@chriswmackey, I donāt think it has anything to do with the version. It is happening because Rhino caches the imports the first time. If you close Rhino, restart your machine, open Rhino again, and try to run the command you will see the error the first time but it goes away the second time.
In the past, this message used to show up the first time that someone would open Grasshopper and drop a Ladybug Tools component. I think thatās why no one noticed it before.
The reason it shows up is that logger.exception prints out the exception to the stdout.
I didnāt check the log configurations in the core libraries but this is something that we should be able to change.
[UPDATE]
Here is where the console_log_level is set. I donāt know if we want to change it only for this particular case. This might result in us missing the cases that there is indeed a real issue with importing the extensions.
A better solution is to check the error message and the version of the Python executor, and only log it if appropriate.