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

Mystery star near M51 #1192

Closed
LouisStrous opened this issue Aug 2, 2020 · 4 comments · Fixed by #3992
Closed

Mystery star near M51 #1192

LouisStrous opened this issue Aug 2, 2020 · 4 comments · Fixed by #3992
Labels
data Missing/bad/outdated data, but no code error state: published The fix has been published for testing in weekly binary package
Milestone

Comments

@LouisStrous
Copy link

Expected Behaviour

Don't show a magnitude-6 star near M51 where none exists in a picture I took recently.

Actual Behaviour

Stellarium shows an unnamed magnitude-6 star near M51 where none exists in a picture of the sky I took recently in an attempt to record M51, and where the Hipparcos catalog (via VizieR) doesn't list any stars within 15 arcmin. The unnamed star shows up already with only the default star catalogs installed (i.e., Configuration / Extras says "Get catalog 5 of 9").

My picture: mystery-star-picture

My picture shows stars down to about magnitude 10, so a magnitude-6 star should be very obvious. The three stars HIP 66116 - HIP 65768 - HIP 66004 near the location of the mystery star have magnitudes near 7 and are clearly visible, yet the mystery star is not to be seen.

Screenshot of Stellarium showing roughly the same FOV and showing the star's properties: mystery-star-stellarium

Note in particular that the star is listed by Stellarium to have a noticeable proper motion. If the star was really some part of M51 mislabeled as a star then you'd expect it to have no proper motion, M51 being way too far away to show a noticeable proper motion.

Steps to reproduce

In Stellarium, go to coordinates indicated in screenshot. Observe star.

System

  • Stellarium version: 0.20.2
  • Operating system: Windows 10 with the latest updates installed.
  • Graphics Card: NVidia Geforce 940MX
  • Laptop screen.
@github-actions
Copy link

github-actions bot commented Aug 2, 2020

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

@alex-w alex-w added data Missing/bad/outdated data, but no code error bug Something likely wrong in the code labels Aug 2, 2020
@ultrapre
Copy link
Contributor

ultrapre commented Oct 1, 2020

@alex-w
I decoded the stars/default/*.cat, found a fake star (fake hip id = 1316384 ) that extactly matches the one. The guide book notes that stars_1 and stars_2 give hipparcos catalogue, however some data of them has nonexistent hip num.

The same problem also exists in higher star data, the most serious is the actually nonexistent stars at the same position of bright Galactic Nuclei or globular cluster. For example, give a ramdom galaxy like NGC569, you can see a 13mag star in the center.

I advise to compile a new data from more accurate database like DR2, just compile a new cat data without changing code or both changing the star catalog format and code is okay. Picking the nonexistent stars one by one is difficult.

refer:
https://wakata.nascom.nasa.gov//dist/generalProducts/attitude/ATT_SKYMAP.html
http://www.rssd.esa.int/index.php?project=HIPPARCOS
http://cdsarc.u-strasbg.fr/viz-bin/Cat?I/239
http://www.astro.ku.dk/~erik/Tycho-2/
http://www-gsss.stsci.edu/Catalogs/Catalogs.htm
http://www-gsss.stsci.edu/Catalogs/GSC/GSC1/GSC1.htm
http://www-gsss.stsci.edu/Catalogs/GSC/GSC2/GSC2.htm
http://www.sai.msu.su/groups/cluster/gcvs/gcvs/
http://ad.usno.navy.mil/wds/
http://ad.usno.navy.mil/wds/orb6.html
http://nstars.nau.edu/nau_nstars/
http://www.recons.org/
……

@gzotti gzotti removed the bug Something likely wrong in the code label Oct 1, 2020
@gzotti
Copy link
Member

gzotti commented Oct 1, 2020

You advise "just" using DR2. Great. How do we deal with the few hundred missing stars from DR2? I mean those on the bright end... And no, the format should change and take 3D motion into account. Just that "someone" has to find enough time do it.

@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 @LouisStrous!

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
data Missing/bad/outdated data, but no code error state: published The fix has been published for testing in weekly binary package
Development

Successfully merging a pull request may close this issue.

4 participants