Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
Show only
|
Search instead for
Did you mean:
This page has been translated for your convenience with an automatic translation service. This is not an official translation and may contain errors and inaccurate translations. Autodesk does not warrant, either expressly or implied, the accuracy, reliability or completeness of the information translated by the machine translation service and will not be liable for damages or losses caused by the trust placed in the translation service.Translate
At the moment one can use only following variables in the drawing name: Drawing number, position number, sequence number, single part number, model name and assembly. It would be much more comfortable if one could insert there also the data from the project data as a variable, e.g., project name and project number.
Thanks a lot for sharing this idea with us. We will be further evaluating this one in the near future and will keep you posted if we need any additional feedback or clarification. Please feel free to continue voting on this one as it will help us with the continued evaluation.
Project name or job number in the dwg name-this is useless in the reality, because no fabricator on face of Earth will release drawings from two different job numbers or project names at once, stacked in one place.
Unless you like to see 1,302 dwgs having same first few words as a project name.
I would not have entered this idea if it was not absolutely used by many big companies. Most of these companies, have a data Managment system. Then these data management systems associate the drawings and models with the help of the project number and project name.
This inability is crippling! There should be NO limitation of tokens accessible to this function, granted of course that it contains alphanumeric data and not symbols blocked by the OS. Hours are spent renaming files to include cost code, fab shop, secondary and tertiary phaseing, purchase order, supplier ... I could go on. This failure seriously needs to be addressed. It's difficult to understand how tokens are available to store data within AS but are so difficult to access and manipulate, based on the requesting process, be it a List, BOM template, drawing label, titleblock text, etc.
Is there an update on this? Drawing file names should have unique identifiers irrespective if its a GA, Assembly or Single Part Drawing. This is currently not possible and really not acceptable.
A simple solution would be to allow tokens such as project number to be used in the file name selector.
In our company we put (need) the the mass (weight and area) of assemblies and parts on the titleblock, for (if needed) construction, logistics and quotations, very handy indeed. we also deliver it on documentations list (seperated FULL/all BOM lists of the project).
Example:
But i can't find any mass or area token for the titleblock.
Autodesk is it possible to ad these tokens in near future?
The "Project number" token is working in the Drawing Process - Filename selector, among other tokens from "Project data", including Project user attributes.
It is true that some variables have been working in the FilenameSelector since version 2020, but these variables do not appear in the selection list for the FilenameSelector. Most of the variables from the project data can be used in this way. However, the FilenameSelector cannot be extended indefinitely with variables. The database table only allows a maximum of 64 characters. In addition, since many users do not know how to get the correct designation of the variables, it would make sense to supplement this selection list with the possible variables and to issue a warning message if the FilenameSelector becomes too long.
