I just quickly scanned the recents posts, but I think by "referencing" he is talking about scaling the motor driven encoder into inches for your ballscrew.
The issue that brings up is counting motor revolutions at high speed.
If I were you, I would go with an absolute device on the screw itself and use sensorless vector VFD drive...unless you require motor holding torque at zero speed.
What sensorless vector means is the drive will calculate the motor shaft angle and estimate it's position in software. This is not as accurate as true vector control with a feedback device. It will give you outstanding speed regulation and great torque at low speeds as well as better acceleration.
You don't need true vector control unless you expect the drive to hold full torque at zero speed (braking with the motor). If your current system does that with the servo, you will either want a true vector VFD with motor mounted encoder or an external brake.
On my ballscrew application I had neither, and it still worked fine because there was no requirement for braking with the motor stopped. There was no external force that could backdrive the screw/gearbox and motor.
I actually was able to get rid of a pneumatic brake that was used in the previous controls for position accuracy.
Now, if you go vector with encoder, it is usually possible for the drive to share that position info with the PLC. Two main methods are: 1. through software comms channel (C-Net, E-Net, D-net, RIO, or other...) or by 2. repeating the pulses to a high speed counter card.
With either method, you must be able to count motor revolutions in the PLC, which can get hairy depending on RPM and PLC scan times, but it's usually do-able.
If you don't need motor braking, use a sensorless vector mode for high performance and spend your feedback money attaching an absolute device to the screw, geared down to keep it comfortable for the PLC scan rate, and then you get the additional advantage of being able to detect any failure of the mechanical drive system.
JMHO
Paul