View Issue Details

IDProjectCategoryView StatusLast Update
0001381SkyChart3-Documentationpublic16-01-11 16:28
ReporterHelmar Bier Assigned ToPatrick Chevalley  
PrioritynormalSeverityfeatureReproducibilityN/A
Status resolvedResolutionfixed 
PlatformAllOSAllOS VersionAll
Target Version4.0Fixed in Version3.11 SVN 
Summary0001381: Behavior of the atmospheric refraction correction
DescriptionThe behavior of the refraction correction in CdC is not sufficiently documented. Nowadays you can get mounts (10 Micron, ASA etc.) with built-in refraction correction, mounts who are describing the sky by models and alignements. For proper function these mounts need the uncorrected coordinates, otherwise the correction would be done twice.

I guess setting pressure=0 will disable refraction correction in CdC, right?

But what happens if correction is enabeled? Will CdC transmit the corrected coordinates to the mount for goto-commands? If you are building a new model or if you have the need to recalibrate an existing model this could make your model unusable or worse.

It would be a nice feature if you could integrate check-boxes like these:
- athmosperic refraction correction enabeled, mount gets corrected coordinates
- athmosperic refraction correction enabeled, mount gets uncorrected coordinates
- athmosperic refraction correction disabeled

Thanks
TagsNo tags attached.

Activities

Patrick Chevalley

14-11-17 17:46

administrator   ~0002974

The refraction you configure in the Observatory settings applied only to the object altitude when drawing the chart in Alt/AZ mode.
In this case both refracted and geometric elevation is show in the object detailed information window.

At the moment CdC expect only unrefracted coordinates to be send and received from the telescope.
This is the default setting (and often the only) for many mount including the LX200 which is the only to have a dedicated driver in CdC.

The other mount are connected over ASCOM or INDI, both are different on this subject.

For INDI this is simple, the property EQUATORIAL_EOD_COORD is described as "Equatorial astrometric epoch of date coordinate", so without refraction.

For ASCOM there is a property DoesRefraction in the recent version of the protocol but it is not mandatory in the drivers.
I can update the ASCOM interface to support this function.
I can also add an option to the "Advanced setting" panel if one want to use another option than the default for it's mount. But for that the driver must accept we change the property value and this is again not mandatory.

Helmar Bier

14-11-18 21:59

reporter   ~0002978

Thank you for the answer. You are doing a very good job.

For me it's ok to know that only unrefracted coordinates are sent to the mount. I don't need refracted coordinates in my communication with the mount and I think this is true for most other guys.

To mention this behavior in the manual or in the setting panel would be useful.

Thanks

Patrick Chevalley

16-01-11 16:28

administrator   ~0003185

The documentation is updated:
https://www.ap-i.net/skychart/en/documentation/menutelescope#coordinates_system

Issue History

Date Modified Username Field Change
14-11-16 15:25 Helmar Bier New Issue
14-11-17 17:46 Patrick Chevalley Note Added: 0002974
14-11-17 17:46 Patrick Chevalley Assigned To => Patrick Chevalley
14-11-17 17:46 Patrick Chevalley Status new => acknowledged
14-11-17 17:46 Patrick Chevalley Target Version 0.3.0 => 4.0
14-11-18 21:59 Helmar Bier Note Added: 0002978
16-01-10 12:02 Patrick Chevalley Category 1-Software => 3-Documentation
16-01-10 12:02 Patrick Chevalley Product Version 0.3.0 =>
16-01-10 12:02 Patrick Chevalley Fixed in Version 0.3.0 =>
16-01-11 16:28 Patrick Chevalley Note Added: 0003185
16-01-11 16:28 Patrick Chevalley Status acknowledged => resolved
16-01-11 16:28 Patrick Chevalley Resolution open => fixed
16-01-11 16:28 Patrick Chevalley Fixed in Version => 3.11 SVN