Skip to content
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

Closed
spto opened this issue Apr 22, 2020 · 7 comments · Fixed by #3992
Closed

Wrong Coordinates for High Proper Motion Stars (eg. Proxima) #1061

spto opened this issue Apr 22, 2020 · 7 comments · Fixed by #3992
Labels
bug Something likely wrong in the code duplicate importance: low Small problem, rarely visible, no crash state: confirmed A developer can reproduce the issue state: published The fix has been published for testing in weekly binary package
Milestone

Comments

@spto
Copy link

spto commented Apr 22, 2020

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
stellarium

---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. ]

@github-actions
Copy link

Thanks for adding your first issue to Stellarium. If you have questions, please do not hesitate to contact us.

@alex-w alex-w added bug Something likely wrong in the code state: confirmed A developer can reproduce the issue labels Apr 22, 2020
@gzotti
Copy link
Member

gzotti commented Apr 22, 2020

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.

@gzotti gzotti added duplicate importance: low Small problem, rarely visible, no crash labels Apr 22, 2020
@jim77742
Copy link

jim77742 commented Sep 22, 2023

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.

@Atque
Copy link
Contributor

Atque commented Sep 22, 2023

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.

@gzotti
Copy link
Member

gzotti commented Sep 22, 2023

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.

@jim77742
Copy link

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?

@alex-w alex-w added this to the 25.1 milestone Dec 11, 2024
@alex-w alex-w added the state: in progress The problem is in process of solution... label Dec 12, 2024
@alex-w alex-w added state: published The fix has been published for testing in weekly binary package and removed state: in progress The problem is in process of solution... labels Dec 29, 2024
Copy link

Hello @spto!

Please check the fresh version (development snapshot) of Stellarium:
https://github.com/Stellarium/stellarium-data/releases/tag/weekly-snapshot

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something likely wrong in the code duplicate importance: low Small problem, rarely visible, no crash state: confirmed A developer can reproduce the issue state: published The fix has been published for testing in weekly binary package
Development

Successfully merging a pull request may close this issue.

5 participants