-
-
Notifications
You must be signed in to change notification settings - Fork 841
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Wrong Coordinates for High Proper Motion Stars (eg. Proxima) #1061
Comments
Thanks for adding your first issue to Stellarium. If you have questions, please do not hesitate to contact us. |
Duplicate of #85 and several others. We know the program is not perfect. Open source means you can check and fix it. For most observers a coordinate mismatch below 1 arcminute is acceptable. |
I independently found this problem with Proxima Centauri. The position of Proxima seems to be 10 years in error. I have a photo of the location of Proxima in a book from 1976. It matches with Stellarium when I set the date to 1986. I also compared to other photos on the internet from 2000-2010 and the 10 year error is still apparent. I checked with Barnard's star and there is no problem with that. So I'm guessing there is a problem with the Proxima data and not the code? I strongly disagree with above comments that this level of error is "acceptable". Proxima Centauri is the closest star and observers need to know precisely where it is. I think this is important. |
Yes, a star catalog with 3D corrected proper motion is needed. Stellar proper motion is inaccurate in the far future and past for most stars, and even currently for some stars. A few months ago, a partial fix was presented, but it caused lag on some systems and was never merged. I'm not sure if it would have fixed the Proxima Centauri position though. It seems a lot of work is needed to properly solve this. |
Don't lament, just recreate the star catalog from 2006 properly, fixing one or two original bugs (not sure currently if Hipparcos' epoch 1991.5 is properly accounted for). The "partial fix" was a heavy kludge, not the solution we are after. Just take a month of vacation, study the catalog format and the somewhat underdocumented vector math behind it, and fix it. In the process, prefer Gaia over older positional data. Also, extract binaries in fast revolution and model them properly to avoid α Cen (and others) flying apart. And also find a solution for #348. |
Can we avoid the snark? It's unprofessional. What is the actual problem here? Proxima Centauri is in error by about 10 years. Why is this happening, but yet Barnard's star is fine? |
Hello @spto! Please check the fresh version (development snapshot) of Stellarium: |
I measured the location of Proxima Centauri at 2020-04-22 12:57:47 UTC and found it at 14:29:31.87 -62:40:31.28 (J2000). Yet Stellarium predicted 14:29:36.97 -62d40’24.1’’ (J2000) at that time. This is a ~36 arcsec difference. I have checked nearby (low proper motion) stars' location and they perfectly agree with Stellarium's prediction.
I'm not familiar with how Stellarium calculates high proper motion stars' location, and I have limited ability so I could only report this single case as an example. Hope some expert would know why!
Cheers
---LOG Head---
2020-04-23T01:31:24
Operating System: Darwin 18.2.0 x86_64
Compiled using Clang 9.0.0
Qt runtime version: 5.9.8
Qt compilation version: 5.9.8
Addressing mode: 64-bit
Model Name: MacBook Pro
Model Identifier: MacBookPro11,4
Processor Name: Intel Core i7
Processor Speed: 2.2 GHz
Number of Processors: 1
Memory: 16 GB
Chipset Model: Intel Iris Pro
VRAM (Dynamic, Max): 1536 MB
/Applications/Stellarium.app/Contents/MacOS/stellarium
[ This is Stellarium 0.19.3 - https://stellarium.org/ ]
[ Copyright (C) 2000-2019 Fabien Chereau et al. ]
The text was updated successfully, but these errors were encountered: