hexagon logo

[2023.2 SP1] Impossible to redefine datums now?

Seems something has been added to 2023.2 SP1?

It appears that you can't redefine datums anymore?
For example, if I have a DATDEF C, PLANE_C it seems I cannot redefine that to another feature, like DATDEF C, CIR_1. PC-DMIS pops a dialog stating that the name must be unique (referring to "C" in this case).

For me, this is a shortcoming since we can have a 100 holes with weldnuts which all have a concentricity on the weldnuts in relation the holes (all referring to the same datum, but the datum is the hole where the weldnut is located) so we redefined the datum for every hole. This seems not to be possible anymore?

neil.challinor
  • A way around I found around this was to call datums F1, F2 etc. as within 2023.1 I have had this issue of not being able to redefine the datums
  • As far as I know, FCF datums can use 2 digits, within limits. Datum C1, C2 etc. Since you appear to want to create a pattern of sorts, and will use more than 10 datum C features,, you're probably better off using legacy dimensions.
  • Seems something has been added to 2023.2 SP1?

    It appears that you can't redefine datums anymore?
    For example, if I have a DATDEF C, PLANE_C it seems I cannot redefine that to another feature, like DATDEF C, CIR_1. PC-DMIS pops a dialog stating that the name must be unique (referring to "C" in this case).

    For me, this is a shortcoming since we can have a 100 holes with weldnuts which all have a concentricity on the weldnuts in relation the holes (all referring to the same datum, but the datum is the hole where the weldnut is located) so we redefined the datum for every hole. This seems not to be possible anymore?

    neil.challinor


    Are you redefining it in Command Mode by typing it in or are you F9-ing the DATDEF command and changing it there?

    Side note: Looks like SP2 just got released. Maybe test it with that?


  • Are you redefining it in Command Mode by typing it in or are you F9-ing the DATDEF command and changing it there?

    Side note: Looks like SP2 just got released. Maybe test it with that?


    It doesn't matter where I do it...
  • UPDATE: It seems with SP2, it is possible to do it through the menu, but it still does not work through DATDEF command in the edit window.
    Can we get this fixed until the next release?

    Ping neil.challinor
  • This was a necessary change that got implemented in 2023.1 - here's the description from our internal tracking system...


    This report was initially raised because a user was editing a DATDEF command and the change was not being reflected in subsequent geometric tolerance commands. It was found that the reason for this was because they had multiple DATDEF assignments for the same datum letter in the same routine. This should not be allowed and the work done under this report removes all mechanisms a user could have employed to create multiple DATDEF references for the same datum letter. The only remaining way for a routine to arrive in such a state is via migration. This is because XactMeasure worked differently to the geometric tolerance command and did allow users to create duplicate datum references. If an XactMeasure routine containing duplicate datum references is migrated into 2023.1, it will retain the duplicate DATDEF commands and will still function correctly. However, since the geometric tolerance commands maintain a direct link to specific DATDEF commands for any datums referenced, rather than reading up the program as XactMeasure did, users should exorcise caution if they subsequently edit a migrated routine and ensure they manually refresh all inter-related commands.


  • This was a necessary change that got implemented in 2023.1 - here's the description from our internal tracking system...


    Thanks, makes sense! Although the cheating we did previously made life a little easier Sunglasses