1) We need Velocity and Smin as a properties in 3D Storm Drain Pipes that InfoDrainage can import data into so it can be accessed with smart labels.  Every jurisdiction I know of requires them to be shown. 2) Allow multiple design storms with associated HGLs, Qs, Vs, and Smin.  Sometimes jurisidcitions and clients require different storms so multiple HGLs need to be shown. Show More

Request that the Civil 3D MCP server (or AutoCAD/Civil 3D API) expose the rendered bounding box extents of COGO point labels in model space and/or paper space, taking into account: Current viewport scale Label style text height and content Label anchor point and offset Label rotation This would allow AI assistants and automation tools to programmatically detect label overlaps by comparing the 2D extents of adjacent labels in the current view. Ideally this would be accessible as a queryable property on civil3d_cogopoint label objects, returning the label's minimum bounding rectangle (MBR) in WCS or viewport coordinates. Use case: AI-assisted drawing QA — detecting and resolving overlapping point labels without requiring manual visual inspection. Show More

The problem The Coordinate System Library used by Civil 3D, Map 3D, InfraWorks and ReCap only models horizontal coordinate reference systems. Vertical CRSs and compound CRSs (horizontal + vertical combined, as defined in the EPSG registry) simply do not exist in the library. As a result, a drawing knows exactly where it is in X and Y, but its Z values have no defined reference at all — the software cannot tell whether elevations are ellipsoidal heights, national leveling heights, or something else entirely. Why this matters more every year IFC and openBIM require it. IFC4.3 (IfcProjectedCRS) expects a compound CRS for 3D models, so that both the geodetic and the vertical datum can be unambiguously identified. Civil 3D is positioned as an infrastructure BIM tool, yet it cannot store or export the very piece of metadata the buildingSMART standard asks for. Clients and government agencies across Europe increasingly mandate correctly georeferenced IFC deliverables — vertical datum included. Practically every country has a compound code waiting to be used. Belgium: EPSG 6190 (Lambert 72 + Ostend height/TAW) and 8370 (Lambert 2008 + Ostend height). Netherlands: 7415 (RD New + NAP). Germany: 5555 (UTM 32N + DHHN92). UK rail: 9306 (HS2 grid + HS2-VRF). Surveyors and GIS platforms already speak this language; Civil 3D cannot. GNSS and drone workflows are now the norm. Ellipsoidal heights flow into projects daily. The Vertical Datum Transformation tool (a separate extension) can shift elevations using geoid models, but the result is not recorded anywhere: the drawing still carries no vertical CRS, so the information is lost the moment the file leaves your desk. It actively confuses users today. Search the library for "6190" and you get PGA98 — an Argentinian datum (the EPSG datum register happens to reuse that number), while the Belgian compound CRS with the same code is nowhere to be found. Search for "8370" and you get an empty list. Users reasonably conclude the library is broken or incomplete; in reality the data model has no place for these systems. The rest of the industry already supports it. Esri ArcGIS, QGIS/PROJ, Trimble and Leica office software all handle vertical and compound CRSs, including grid/geoid-based vertical transformations. Data arrives in Civil 3D with well-defined 3D georeferencing and leaves with only half of it. What we ask Add vertical CRSs and compound CRSs to the Coordinate System Library, searchable by their EPSG codes (6190, 8370, 7415, 5555, 9306, ...). Allow a drawing (and an InfraWorks model) to store a vertical CRS assignment alongside the horizontal one. Integrate the existing geoid-based vertical transformation into normal coordinate transformations (Map queries, IMX exchange, data connect), instead of leaving it in a separate opt-in extension. Carry the vertical datum through to IFC export (IfcProjectedCRS.Name as a compound code and/or the VerticalDatum attribute) and other exchange formats. Who benefits Everyone exchanging 3D data: surveyors delivering GNSS/drone data, designers exporting IFC to clients and public agencies, GIS teams consuming Civil 3D output, and Autodesk itself — because "where is my model, in 3D?" would finally have a complete answer inside its own ecosystem. If your projects involve national height systems (NAP, TAW, DHHN, NN2000, NGF-IGN69, NAVD88...), please add your vote and share your use case in the comments — the more real-world examples, the stronger the case. Show More

Civil 3D currently includes Country Kits for several regions, but there is no equivalent package for Kazakhstan or Central Asia. Many engineering and surveying companies working in Kazakhstan use Civil 3D for topographic surveys, utility mapping, site development, and as-built documentation. To comply with local drafting requirements, users often need to create and maintain their own symbol libraries, templates, styles, and annotation standards. In practice, many organizations end up developing the same content independently, which requires additional effort and leads to inconsistencies between projects. A Central Asia Country Kit could help standardize workflows by providing commonly used regional symbols, templates, styles, and drafting resources. Kazakhstan could be a good starting point, as local standards are widely used across infrastructure, industrial, and energy projects. Such a kit could include: • Topographic and utility symbols • Survey and geodetic templates • Layer and annotation standards • Label styles • Drawing templates • Regional coordinate system resources Providing an official Country Kit for Kazakhstan and the wider Central Asian region would reduce customization effort, improve consistency, and make Civil 3D easier to adopt for local and international project teams working in the region.   Many project deliverables in Kazakhstan are submitted to regulatory authorities and therefore must follow local drafting conventions and documentation requirements. Show More

Problem In Structure Labels, the Connected Pipe Direction component displays hard-coded cardinal direction abbreviations (N, NE, E, SE, S, SW, W, NW). These values are automatically localized based on the language of the Civil 3D installation, but they cannot be customized or accessed through Expressions. This creates several limitations: Companies working in multilingual environments cannot use a single Civil 3D installation while complying with local drafting standards. Users cannot adapt the abbreviations to company or agency standards. Expressions cannot be used to translate or replace the returned values. For example, French drafting standards use O, NO, and SO instead of W, NW, and SW. These abbreviations are only available when using the French version of Civil 3D, making it impossible for users of the English version to produce compliant labels. Proposed Solution Instead of returning hard-coded text, expose the connected pipe direction as a configurable value. Any of the following solutions would address the issue: Allow users to customize the text displayed for each direction (N, NE, E, SE, S, SW, W, NW). Expose the direction as an enum or numeric value that can be used in Expressions. Provide a mapping table within the label style or drawing settings. Benefits Better localization without requiring a language-specific installation. Support for company, agency, and regional drafting standards. Greater flexibility for label customization. Consistent with other areas of Civil 3D where abbreviations and displayed text can already be customized. This would be a relatively small enhancement with significant benefits for international users and organizations maintaining standardized drafting practices. Show More

In Civil 3D if you open Options, go to the User Preferences tab and select Default Scale List. You only get a choice of Matric or Imperial. The Imperial choice only contains Architectural scales. So it's impossible to set Engineering Scales as the default. There are ways around that. But I think you should ask the AutoCAD Team to add Engineering as a choice. So you could choose Metric, Architectural or Engineeing scales as the default list.   Show More

A valuable enhancement to Civil 3D's QTO workflow would be the ability to assign pay items directly to drawing layers, similar to how pay items can currently be associated with network parts through the Parts List.   With this capability, any object drawn on a layer could automatically be recognized by the QTO Manager and included in quantity calculations in real time.   Key benefits: Automated quantity take-offs with less manual mapping and configuration. Real-time quantity updates as design elements are created or modified. Improved estimating accuracy and consistency across projects. Reduced risk of human error from manual pay item assignment. Greater value and adoption of existing QTO functionality. For organizations that use standardized drafting practices and advanced estimating workflows, linking layers directly to pay items would streamline the design-to-estimate process and allow quantities to be generated automatically as designs evolve. This builds on an existing Civil 3D concept and could provide significant productivity gains with what appears to be a relatively straightforward implementation. Show More

If we want to change the first vertex of a Feature Line then we have to break the FL on a point of the FL and that point will be the start station of the FL. Some commands like "SetFeatureGrade" needs that the range selected between 2 vertex must be in the increment of the station, so sometimes we have to change the start station point. So, instead of that the user must break (fbreakfeatures) the FL, it would be interesting a button (command) in the Geometry Editor, called "new start station" to pick a new point on the FL.   This button should be next to the "Reverse" button.     Show More

Make available the complete list of field formatting codes.  for example %<\AcObjProp.16.2 Object(%<\_ObjId 2785853843472>%).Length \f "%lu2%pr0">% There is no official complete guide, only what people have figured out through trial and error, like %lu sets format and %pr sets precision. These are not intuitive and it would be very helpful to have a complete dictionary of all the codes. Thank you. Show More

Hi everyone,   There doesn't appear to be a section for Content Catalog, so I'm posting it here. Current issues with Content Catalog (CC) for AutoCAD / Civil 3D There is a lack of graphical interface within AutoCAD / Civil 3D – nothing exists on the ribbon, even after installing the Content Catalog Extension. This is acknowledged via a knowledge-base article, but no indication as to if or when a CAD-based interface will be available The only way to access it within CAD is via the command CONTENTCATALOG (although this appears to not have anything to do with it). The graphical interface looks like something out of the 80s When trying to tie-in with live website databases, it’ll add it and show it as a "content catalog" like the above image shows, but won’t actually work. When trying to access a website-added content catalog, you end up with an endless loading window that doesn’t do anything It would appear to be extremely slow, to the point where it doesn’t work. A variety of different live URL links have been tested, none of which work. Further development needs to be done to ensure this is tied-in with Live Databases instead of links to different files on a computer system (such as an .html file). I'm now convinced that the application appears to almost work completely separately to the website-version of CC and has nothing associated with it. When accessing via the website, there is no method by which you can change the layout / arrangement of the files within collections, you have to manually navigate the massive icons There needs to be a better way of managing the display of items as well as the organization of them. Bonus points if there is a way to tie-in with an API for direct access / connection to Company-based CAD customizations and/or to build a CAD-side interface. And of course, being an AutoCAD / Civil 3D user we are still waiting for thumbnail previews to work without the need to manually upload images! Problem Statement We have a problem where we need to have a centralized database that contains all of our data (such as Blocks) that we need to access across multiple countries. Example problem: CAD Drafter in Australia needs to access our New Zealand Blocks, but they’re located on our NZ Server, something that they do not have access to. Therefore a solution is required for them to be able to seamlessly access this data. Rinse and repeat this scenario for ~hundreds of users. Potential Solution(s) Create a singular cloud-based database that all users can access. This, for example could be in the form of: A properly working Content Catalog for ACAD / C3D users (such as what Revit users have experienced and loved over the years from Unifi). Personally, I recommend that your Civil 3D / AutoCAD developers directly interface with your Revit developers to see how well the Content Catalog integrates for them and how it is used. An ACC (Forma) hosted project, specifically for the storage of items such as Blocks, for all users to access. Another solution? What alternatives are out there? Has anyone come up with a clever solution to this classic problem? In either case, there would also need to be an intelligent / mostly automated feature by which Users would be automatically added to these platform(s), so there is no manual arduous interventions required in order to provide basic access for employees – which would number in the hundreds, potentially thousands in some very rare cases.   This is an open discussion and while I hope for some serious Content Catalog development specifically aimed at AutoCAD / Civil 3D users, I look forward to some debate! Thank you. Show More

Dear Civilists, currently there is only one standard method available, Banker's rounding. Noticed during labelling COGO-Points. This means: “Banker’s rounding is a midpoint rounding scheme (round-to-even).  When a value is exactly between two candidates, it is rounded to the one with an even least-significant digit. Example: 73.5 → 74, 74.5 → 74, 75.5 → 76"   This method is completely different to what is taught in engineering schools. Therefore this standard rounding isn't suitable to engineering tasks, for what Civil 3D is made for, I guess.   It is urgently needed to add a "engineering rounding" or "commercial rounding" or "rounding to the nearest". Means if the last deleted digit is 5 or more, than the last remaining digit will be rounded up. If the last deleted one is 4 or less, than the last remaining digit will stay as it is. Example: 73.5 -> 74, 74.5 -> 75, 75.5 -> 76, 73.4 -> 73 Please support this idea, so that it will come true.   All the best. Show More

Hello, sometimes my codes for links and points are quite long and overlap. It would be great if I could just see point codes and hide shape and link codes, see link codes and hide shape and point codes. Show More

Hello, sometimes I need to select multiple geometry elements in a flowchart. Now I use Ctrl to select multiple elements, but it would be great if I could select them using window boxes or freehand lassoing  - like the selection is done in Civil 3D Show More

Dear sir and madam,   I'm a Civil Engineer in Germany. I have designed several industrial area in Germany. The products from manufacture REHAU are frequently used in German projects, and their manholes (AWASCHACHT PP) are already existing in DACH pipe catalog.   It would be great, if their pipes could be also implemented in Civil 3D by Autodesk in the future.   I got the pipe catalog from them yesterday. You can contact their BIM Specialist Sefanja Verkaik ([email protected]).   Thanks a lot!   Best, Siyuan Liu Show More

In Civil 3D, almost all dialog boxes are resizable. Only a few apparently aren't.   Why shouldn't I be able to do that everywhere in this day and age? It makes no sense. Please implement the feature that allows all dialog boxes to be resized so that more information can be seen. I noticed this with the profile style style and the link styles for code style sets.   Thank you for considering and implementing this.   Regards, Philipp Show More

When it comes to sheet production, the tools in c3d are great. If. You are locked into an area before cutting the sheets. As with anything in C3D, change is inevitable. So we need a way to link the produced sheet views to reflect any revisions to the position and/or rotation of the view frames, whether this all happens in the same or separate files. Show More

Could Autodesk please come to this Ideas forum and pick the top 15-20 ideas based on votes and incorporate those changes only.  Most of us do not need or want brand new features that then require an update 4 months later in order to work properly. Show More

Hello everyone, We use the IFC4x3 plugin in Civil3D 2026 to create coordination models. It’s easy to set the base point and the base point elevation. However, we’re facing a problem: in many of our projects, the base point is defined by architects, and it’s rotated relative to true north. However, during IFC 4x3 export, the output is always oriented north, regardless of the base point and the reference coordinate system. It’s not possible to rotate the model before export because our surfaces and corridors must be georeferenced. As a result, we can never deliver our model as required; instead, the BIM manager has to rotate our model. I would like to see a feature here that allows us to specify a rotation. Translated with DeepL.com (free version) Show More

Please, please please update Part Builder for pipe networks. There are so many structures that need to be created for many offices and Part Builder is just not up to the task or takes a significant amount of time to accomplish.   This has been needed since Part Builder was realeased.   PLEASE PLEASE PLEASE! Show More