The latest Alpha does not compile bool setCatMgrFilters(); in SmartController.h needs to be changed to void setCatMgrFilters();

I fixed this and replaced degree symbol in the comment with "o". The declination error was in STF only as STT does not contain objects with negative declination. I regenerated STT to have consistent f

Howard, while working on the GCVS I have noticed I have an error in the math that does conversion of the negative (southern) declination coordinates. This may well be in STT/STF, Collinder and Carbon

What happens if the variable star does not have the "letter code" assigned (primaryID 0?)and has only Bayer designation? Does it get displayed?

Up to you to decide. However, I would still prefer the submenu groups based on similar catalogue types(i.e. star, Deep sky) - Autostar was my first goto controller so I am influenced by that. Also, I

Hmmm, good question. According to this https://www.skyandtelescope.com/permissions-faqs-how-to-use-sky-telescope-content/ we need to ask for a permission.

Fair enough. Deep Sky sounds good.

That will be tricky. Different people observe different objects. For me it is Collinder, Double **, Messier and then the others.

I am probably not the best one to answer this due to my lack of experience. From what I have found GCVS (General Catalogue of Variable Stars) is one of the commonly used catalogues. It contains about

As the number of catalogues is increasing the Goto gets more and more cluttered. I am just wondering if it would make sense to create a submenu structure. Something like: Goto Menu Star -> Common Star

No, it is not a cataogue number. It is more like Bayer/Flamsteed. The number (letter code) gets repeated in every constellation. Most variables (all in the carbon catalogue) do not have Bayer/Flamstee

I modified the carbon.h and created a pull request.

Agreed. Will modify the catalogue. Yes and no. The object ID is not displayed correctly because the code is not there. I think we misunderstood each other. The object ID number needs to be translated

collinder_vc works fine with ESP32

No, I never used collinder_vc and will be unable to test until tomorrow evening. I can confirm that full catalogue - collinder.h works fine on my ESP32.

The default is _vc. Can you try collinder.h instead?

Works fine here. What catalogue do you use? full or _vc? I use full catalogue.

Howard, I compiled a small catalogue with about 100 carbon variable stars. It is based on data from this article: https://www.skyandtelescope.com/observing/observing-carbon-stars/ The object ID is var

Both STF and STT catalogues were corrected and pull request raised. If you could test it and let me know how it works, please.

Howard, there is an error in STF and STT data. I have removed the unused SubId texts but forgot to change the hasSubId flag. Will correct later today.