# Reference Points Losing Their Location

**URL:** <https://prepomax.discourse.group/t/reference-points-losing-their-location/3188>\
**Category:** Bug Reports\
**Created:** [January 10, 2026, 12:38pm UTC](https://prepomax.discourse.group/t/reference-points-losing-their-location/3188 "2026-01-10T12:38:11Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![arnie](https://avatars.discourse-cdn.com/v4/letter/a/ba9def/32.png) [@arnie](https://prepomax.discourse.group/u/arnie)\
**Post date:** [January 10, 2026, 12:38pm UTC](https://prepomax.discourse.group/t/reference-points-losing-their-location/3188/1 "2026-01-10T12:38:11Z")

</div>

Hi all,

Anyone else experiencing a strange behaviour of Reference Points moving arbitrarily away from the associated referenced surfaces ?

This seems to happen after the solver has completed it’s run. In version 2.4.3.

 ![image](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/4/45f1973d2e809a54c938eb16ebd626ff0d09d148.jpeg)

 ![image](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/e/e656d7d00b15b65345064bad8aded76a75dd87e6.jpeg)

The strange part is that the surface is still referenced in the selection window. However, the X,Y,Z corodinates have changed

 ![image](https://global.discourse-cdn.com/free1/uploads/prepomax/original/2X/7/73d784e2ba13d7752d2ff91082e805287ca70991.png)

---

<div class="post-metadata">

**Author:** ![Matej](https://avatars.discourse-cdn.com/v4/letter/m/a698b9/32.png) [@Matej](https://prepomax.discourse.group/u/Matej)\
**Post date:** [January 17, 2026, 8:52am UTC](https://prepomax.discourse.group/t/reference-points-losing-their-location/3188/2 "2026-01-17T08:52:26Z")

</div>

I am sorry for my late reply but could you share the file? What units are you using an how large is your model (the scale bar is not visible). Are the results in the same units?

---

<div class="post-metadata">

**Author:** ![arnie](https://avatars.discourse-cdn.com/v4/letter/a/ba9def/32.png) [@arnie](https://prepomax.discourse.group/u/arnie)\
**Post date:** [January 19, 2026, 2:07pm UTC](https://prepomax.discourse.group/t/reference-points-losing-their-location/3188/3 "2026-01-19T14:07:50Z")

</div>

[https://wetransfer.com/downloads/a96d9d9cc36641f24521a5e0f0ca360e20260119140515/988484c77fbcef3362485c874c4d182f20260119140552/4f4a58](https://wetransfer.com/downloads/a96d9d9cc36641f24521a5e0f0ca360e20260119140515/988484c77fbcef3362485c874c4d182f20260119140552/4f4a58?trk=TRN_TDL_01&utm_campaign=TRN_TDL_01&utm_medium=email&utm_source=sendgrid)

---

<div class="post-metadata">

**Author:** ![Matej](https://avatars.discourse-cdn.com/v4/letter/m/a698b9/32.png) [@Matej](https://prepomax.discourse.group/u/Matej)\
**Post date:** [January 19, 2026, 2:58pm UTC](https://prepomax.discourse.group/t/reference-points-losing-their-location/3188/4 "2026-01-19T14:58:50Z")

</div>

Thank you for the model. I think it also shows the problem where the file gets corrupted when opened in a newer version. I hope this will enable me to find both bugs.

---

<div class="post-metadata">

**Author:** ![Matej](https://avatars.discourse-cdn.com/v4/letter/m/a698b9/32.png) [@Matej](https://prepomax.discourse.group/u/Matej)\
**Post date:** [January 19, 2026, 7:02pm UTC](https://prepomax.discourse.group/t/reference-points-losing-their-location/3188/5 "2026-01-19T19:02:18Z")

</div>

Looking at the model, I think the unit system got mixed up. The point positions are scaled by a factor of 1000. But I cannot reproduce the reference points flying away. Did it happen only once, or multiple times? Do you remember what you did exactly? I fixed the RPs’ positions, ran the model again (deactivated contacts), and when I open the results, the RPs keep their positions.

But I discovered that for larger models, the selection cache was not working efficiently enough, so I fixed it, and now opening RP properties is much faster.

---

<div class="post-metadata">

**Author:** ![arnie](https://avatars.discourse-cdn.com/v4/letter/a/ba9def/32.png) [@arnie](https://prepomax.discourse.group/u/arnie)\
**Post date:** [January 19, 2026, 8:37pm UTC](https://prepomax.discourse.group/t/reference-points-losing-their-location/3188/6 "2026-01-19T20:37:03Z")

</div>

It happened once, but I cant recall exactly when. I think it was after i ran the analysis.

I will keep an eye on it and see if it happens again.

Thank you @Matej

---

<div class="post-metadata">

**Author:** ![Matej](https://avatars.discourse-cdn.com/v4/letter/m/a698b9/32.png) [@Matej](https://prepomax.discourse.group/u/Matej)\
**Post date:** [January 23, 2026, 1:20pm UTC](https://prepomax.discourse.group/t/reference-points-losing-their-location/3188/7 "2026-01-23T13:20:46Z")

</div>

Please do. And if happens again try to reproduce it.

---

<div class="post-metadata">

**Author:** ![imgprojts](https://avatars.discourse-cdn.com/v4/letter/i/258eb7/32.png) [@imgprojts](https://prepomax.discourse.group/u/imgprojts)\
**Post date:** [April 9, 2026, 4:30pm UTC](https://prepomax.discourse.group/t/reference-points-losing-their-location/3188/8 "2026-04-09T16:30:18Z")

</div>

this just happened to my assembly. To reproduce? (still testing) create an assembly, then apply rigid constraints to several floating points. After running the points will move. The analysis this happened on was an uncoupled thermal analysis where some rotation is expected. one point is constrained in XY but allowed to rotate while the Z and XY rotations are constrained elsewhere. I don’t know if this will repeat. I can’t share the model but I can try to see if it happens on a different sharable model.

---

<div class="post-metadata">

**Author:** ![imgprojts](https://avatars.discourse-cdn.com/v4/letter/i/258eb7/32.png) [@imgprojts](https://prepomax.discourse.group/u/imgprojts)\
**Post date:** [April 9, 2026, 4:58pm UTC](https://prepomax.discourse.group/t/reference-points-losing-their-location/3188/9 "2026-04-09T16:58:58Z")

</div>

More info, the analysis failed:

increment 1 attempt 2  
increment size= 2.500000e-01  
sum of previous increments=0.000000e+00  
actual step time=2.500000e-01  
actual total time=2.500000e-01

iteration 1

Using up to 16 cpu(s) for the stress calculation.

Using up to 16 cpu(s) for the heat flux calculation.

\*ERROR in u\_calloc: error allocating memory  
variable=au1, file=mafillsmmain.c, line=183, num=1319376000, size=8

Job failed - no results exist.

Process elapsed time: 560.318 s So I clicked results anyway, which then went to step 1. the points lost their location when I clicked on step 2. One more tidbit is that the points where created with “center of gravity”. The points did not move when I switch them to coordinates.

---

<div class="post-metadata">

**Author:** ![imgprojts](https://avatars.discourse-cdn.com/v4/letter/i/258eb7/32.png) [@imgprojts](https://prepomax.discourse.group/u/imgprojts)\
**Post date:** [April 9, 2026, 10:12pm UTC](https://prepomax.discourse.group/t/reference-points-losing-their-location/3188/10 "2026-04-09T22:12:48Z")

</div>

It appears that if I update the geometry …import step, swap geometry and re-mesh I get the same behavior with the reference points flying off into space: as an example X went to -66998.6072662893 mm when it was close to 0 to 50mm on the part. This time the create by/from region was set to coordinates. This is with PPM V2.5.1
