Hi Jerry,
I think I understand what you are getting at, and I agree. However for the best accuracy the subsystem needs to transform all coordinates into a common reference frame which is fixed in relation to the centre of mass of the earth. This is because in general the main sources of alignment errors (gravity, fabrication, refraction, etc) are fixed in relation to that as well. I need to think more about this, but I think it should be possible for the subsystem to just throw back the adjusted coordinate in the same reference frame provided it is fixed in the relation to the centre of mass.
I was about to start incorporating the position of the mount relative to the centre of mass into the calculations. This would probably be the time to do it. Any volunteers -).

Read More...

Hi Jerry,

My whinge about lack of interest was certainly not directed at you. It just seemed that apart you nobody else was interested in using the code in a driver. I have also had other stuff going on. I had a number surgical procedures performed, which seem to have left me with a neurological problem that the experts tell me should be temporary. Unfortunately it has left me unable to sustain concentration for any long period of time. This makes coding a bit difficult. So I am feeling at bit dull and slow.

The code I was referring to in the drivers probably should stay there for the time being as it deals with the case of when the transform calls return an error. The main reason that error returns are made is that the sync database is empty.

What could really do with testing is this special case code in the math plugins to handle when there is one sync point and when there are two sync points. Of course more general testing of the accuracy of the plugins would be desirable as well.

I hope things have settled down for you now.

Happy New Year

Roger

Read More...