In case you missed it, Civil 3D 2025.2 is now available, along with a bunch of Dynamo improvements! Here are the highlights in this release:
New nodes for labels to help with automating plan production A new Pick Point node to make it easy to specify a point in the drawing In-depth documentation and sample files for AutoCAD nodes New nodes for additional railway cant parameters
And here’s a blog post with more information. Hope you enjoy!
Looks like something has happened to node Profile.ByStationsElevations in 2025.2 as it is not able to get last station. On 2025.1 it worked fine given the same task.
I drew polyline with exact length 50 on my profile view at constant elevation and some rounding issue seems with last station.
This node did not change at all between 2025.1 and 2025.2. If you want the last PVI of the profile to be at the exact end station of the alignment, a good practice would be to use the Alignment.EndStation node and append that value to the end of your station list.
I think it is caused by a new bug in 2025.2 API in the GetClosestPointTo or GetPointAt on an Alignment. Since 2025.2 an Exception occurs when trying to connect with the start or end.
A quick scan in my code, the same happens with the FeatureLine Style.
This makes me extremely angry! Why are there constant changes in every update that breaks packages from running? Who comes up with such changes?
If someone from Autodesk bothers to read this, and care, ARE YOU AWARE OF ALL THE EFFORT WE PACKAGE BUILDERS PUT INTO THE COMMUNITY?
At this moment I am incredibly angry and my reaction here will show that. I am really seriously thinking about quitting all my endeavors like The Civil Nodes and my Dynamo book. I’ll try to calm down again before I do anything stupid, but it is no fun fighting an indifferent monster…
There are currently no plans to introduce GIS functionality in Dynamo for Civil 3D. We certainly understand the need, but we’ve heard that it would be more broadly applicable to other domains outside of just Civil 3D. So we’d prefer to approach it holistically rather than looking at a single product, and we don’t have a timeline for that as of yet.
We certainly understand the need, but we’ve heard that it would be more broadly applicable to other domains outside of just Civil 3D. So we’d prefer to approach it holistically rather than looking at a single product
I’ve read this sentence a couple of times but can’t make much sense of it - it reads very “corporate”!
I’d love to see the GIS-functionalities from the Civil3d toolkit added again. It was a very convenient workflow to attach a shapefile via mapwspace and do stuff with it. The Object Data nodes give the same functionality but (at least to my knowledge) the geometry has to be imported first. After a change to the shapefile you have to reimport.
Basically GIS features are needed in Civil 3D, Revit, Forma, Advance Steel, Dynamo Sandbox, and the rest of the Dynamo Ecosystem. As Civil3D is about 1/4 of the Dynamo use cases for GIS data it doesn’t make sense to pull a team off of their other work building the great new features in Dynamo for Civil 3D in order to leave 75% of the use cases unaddressed.