I have Iron python installed. Does anyone know how to make the UI data shapes nodes work?
Which one should I install, and use?
Try these:
- IronPython2.7 (3.2.1)
- Data-Shapes (2025.3.118) (remove then reinstall)
tried that, and nulls are what I get, Thank you though
Can you share a sample dyn (that failed) for testing ?
Sure. Could you provide your email address?
Best to confirm you have the right versions of the packages before you share anything.
- Which version of Revit 2025 are you in?
- Which version of Datasahapes do you have?
- Which version of IronPython2 did you install?
@c.poupinâs last screenshot will show you the UI for validating your Python and Datashapes versions.
1 Like
Revit 25.4.0.32
Just a thought, Guys. I know that we are trying to fix the problem here. And thanks to you I have high hopes in achieving that.
But the truth is, I donât think that it is supposed to be that complicated. I am blaming Autodesk here to be honest. I mean the variance of python engines, and its support for packages, and scripts consumes too much time. Again I am trying to raise a flag for autodesk here.
The Forum tells me that I can not upload attachments here since I am a new user so I will try to send it to you via inbox
I will start out with helping you solve your issue. You have not installed a compatible version of IronPython2. Your version is 2.5.0. You need 3.2.1, as was pointed out several times in the thread. No need to send anyone your graph.
I hear your frustration here, and feel it as well (after all Iâve been building custom Dynamo tools rather than simply consuming it for quite awhile now). But think a quick examination of the facts will help explain why you are in this situation.
The team is aware of our pain, and even knew so before it started. They have also put in a lot of work to simplify things. However their hand was forced and it is not possible to âjust keep shipping IronPython2â as it was for a few reasons.
- IronPython2 hasnât been supported since January of 2022, which means you are 3 years past the last security patch for IronPython2 and the underlaying Python2 hasnât been supported since January 1st of 2020 which is now 5 years into the past. 3 and 5 years are lifetimes in software terms, and the number of vulnerabilities in that time span is pretty significant. Some of the companies who offer âextended supportâ (charging extreme fees to back port what fixes they can but not patching stuff which is unique to the old systems) list 100âs of known, publicly disclosed vulnerabilities, many of which donât even need you to take action on to be utilized, as such even with the âextended supportâ the guidance is to use an air gapped system which you (and almost every Dynamo user) do not have.
- All core Autodesk products updated from .NET 4.8 to .NET 8 in 2025. This means that the underlaying code referenced by any package needs to be re-worked if it uses any form of DLL. As a different Python library is required. At the same time and to further indicate this difference, Dynamo updated to 3.0 to enable a bunch of new features and tools that are already making a difference. That â3â in place of the â2â means that all underlaying tools are likely to need more rework than they had received.
As a result of those two items a few changes had to happen, or Python would cease to be an option in Dynamo.
However as the team was (and is) aware of the issue they knew they had to help people deal with the changes before they came about. So starting in 2022 the team became rather vocal about the issue and a BUNCH of things were put in place to help out the community at large.
- A standalone IronPython2 package was created to help people who could not immediately find time to migrate code and weâre willing to ignore the security risks.
- Multiple forum posts were created with Dynamo developers and community leaders helping to solve problems Python authors faced.
- In product tooling was generated to help authors migrate from Python2 to Python3.
- Blog posts outlining âwhyâ and âhowâ were written by development team members to assist in the finer aspects of the process.
- An in-product warning was produced informing users of the use of unsupported underlaying code when it was present to prevent unintentional risks.
- Tools and methods were developed to bulk update the Python engine across a library of graphs or custom nodes.
- Several new engines were produced to allow authors to select âthe one that is right for meâ in order to account for shortcomings in CPython (missing compatibility on a few methods used by Revit and Civil3D) and IronPython3 (delayed too much to be reliable and missing compatibility) and also improved and updated these several times to enable better compatibility or keep it running as Dynamo and Revit evolve.
Now you could argue that the team shouldnât have provided any intermediate version until everything worked, or that they should have prioritized this over something else, or that the security concerns are overblown (they arenât). But to claim that they havenât done anything is frankly disingenuous.
Many of those are aimed at Python authors, which isnât helpful when consuming a Python based package. But from a consumer standpoint you have two options:
- Accept that the underlaying code hasnât updated, and remove it from your workflow entirely.
- Accept that managing the environment together will be painful, but you can make the consumed code work.
Now that all of that is said, I get it - you want the code youâve been consuming for ages to work. And you are right - it shouldnât be this complicated. But the root cause isnât anything which Autodesk or the Dynamo team have done but rather with our (yes I include myself) decision to continue to consume tools which are not evolving along with the ecosystem in which we are operating.
4 Likes
At first Thank you Jacob. My script works now. It seems that I got a little confused between DynamoIronPython Version, and build number.
To be honest I am very humble when it comes to coding, not really my specialization, but really thank you for the time, and effort that you had put to point things out.
I hope you guys keep it up, and find a simpler, and easier way for the unification, and coordination.
At the end of the day we both agree that visual programming which dynamo follows targets people who have very limited programming knowledge, and I wouldnât exclude myself.
Thank You, again
1 Like
The Dynamo team (of which Iâm not directly a part of) is actually doing a LOT of amazing stuff to simplify things. I hope to see some more integrations similar to Dynamo for Forma in the future where we (graph authors) will be able to hear of an issue from an end user, build a POC in a desktop environment, deploy it to the cloud and then send a link for the end user to execute. This is already achievable in a forma context. Last Thursday at about 4:30 I had a fellow Autodesker ping me to ask if there was a tool to check the clearances around each building on a site in Forma. I asked for project access, and then built a graph, deployed it to the hub, and told him ârun that, it should work on all projects across your entire hubâ and we were done. It 30 minutes to do, with another 15 minutes to post about to the team. No more âhey you need to install this packageâ or âoh youâre in the wrong Dynamo versionâ or âoh you have the wrong version of that package for your Dynamo buildâ or the like⌠The end user just had to hit play.
To achieve that as graph and package authors this will require we keep all our graphs up to date in terms of security stuff (which if youâre following means that yes, IronPython2 will not be an option), but thatâs a small price to pay.
Any news on this topic?
Cannot get Data-Shape UI to run.
I tried the combinations of versioning suggested:
IronPython2.7 3.2.0
IronPython3 1.5.1
Data-Shape 2024.2.114
IronPython2.7 3.2.1
IronPython3 1.5.1
Data-Shape 2025.3.118
IronPython2.7 3.2.1
IronPython3 1.5.1
Data-Shape 2025.3.119
Dynamo:
Revit:
First disable all Revit add-ins and confirm everything is still broken. If not, we know one of your add-ins is in conflict and you will need to go without that or get it updated. If it didnât fix the issue, proceed with them all still disabled.
Uninstall Datashapes and the great many sets of custom Python engines you have put in place. Then restart Revit.
Next open package manager, search for the IronPython2 package, and look closely at the packageâs description. Download the compatible version according to that description.
Then search for Data-Shapes in the package manager and look closely at the packageMs description. Download the latest version which gives as much support for Revit 2025 as currently exists. Confirm it all works, and then enable your add-ins again. If everything still works youâre good to go.
Note that if you put a conflicting version of IronPython2 in place at any point, the setup will fail again. This can be done by Dynamo or a Revit add-in.
Jacob,
I have installed Revit 2025.4 update, which came with Dynamo 3.3
Then I have deactivated all plug-ins.
Then I removed Data-Shape and all IronPython engines, and re-install the latest version of them (but not IronPython3).
The Data-shape UI nodes begun to work again.
I then re-activated all plug-ins.
The Data-shape UI nodes continue to work.
Thank you for your help, I am glad I am not the only one in love with this job even on the weekends⌠
Regards
PS: will I need IronPython3 for any package?
Forum stuff isnât part of my job - just like helping people out, and giving back to the community which has given me so much over the years when and where I can. 99.9% of the time that is by way of my phone, no need to even boot up the CPU.
I am not aware of any package which utilizes the IronPython3 engine, but you may want it for a few Python nodes / UI components.
As a reminder, anything using IronPython2 is completely unsecure and we shouldnât be utilizing it as a primary engine or bulk deployment at this point. Weâve passed the five year mark since it last had any form of security patch or update, and there are a few IT companies out there who âback portâ Python3 bug fixes into Python2 or offer secured virtualization support. Last I checked one of them listed over 300 patched CVEs. However none of them are financially viable and/or are not feasible (the active Revit session has to host the Python engine to access the API and document(s) after all). As such you most of us shouldnât use IronPython2 unless we must and those instances should be few and far between and only rolled out in controlled environments (read systems which have air gaps and not used by the typical user). In the case of Datashapes, most use it for the UI alone, and that is something which can be omitted from most graphs - leverage Dynamo Player, the Dynamo UI, or build your own UI nodes instead.