Re: (IAAC) Burnham's Stars
The given spectral types of Almach in SIMBAD are as folows;
|ds/mss Spectral type | reference |
m| / B8V |1969PASP...81..643C|
| P/ K2III |1952ApJ...116..122R|
| / K2III |1954ApJS....1..175B|
| G/ K2III |1959ApJ...130..843B|
| P/ K3II |1956ApJ...123..440S|
| P/ K2III |1955ApJ...121..118H|
| / K3II |1961MNRAS.122..181G|
| / K2III |1960MNRAS.121..529D|
| / K3 II COMP |1958PASP...70..561K|
| / K2 II SB,VB |1962RGOB...51...79E|
| P/ K3II |1960MNRAS.120..287G|
| / K3II |1958PASP...70..561K|
| P/ K3 II COMP |1960AJ.....65...60S|
| P/ K2 II COMP |1960ApJ...131..119M|
| / K3II |1973ARA&A..11...29M|
It is usual that many spectral types have been gain from the 1950'
catalogues, and this is what fills most of the databases in spectral types.
New catalogues are often neglected or dismissed if they don't match the
earlier cats. Interestingly the "Comp" - Composite spectra don't match any
As you can see 1 B-type 14- K-type...
Perhaps the K-types should get the nod?
What's the quoted separation guys?
Note: The problem is worst in the south, and many pairs or stars sometimes
don't even come close. Over the years I've found the only way is to go look
at it yourself.
Nte: Megastar 5.0 also gives the star as blue, though the WDS (BAR 22) says
it is K2II - taken in 1898!
----- Original Message -----
From: "Kim Gowney" <email@example.com>
Sent: Thursday, January 23, 2003 4:38 AM
Subject: Re: (IAAC) Burnham's Stars
> Skymap and Celestia both use the Hipparchos and the Tycho Catalogues for
> their information concerning the various properties of the stars they
> display, therefore it would seem that any differences are likely to be
> within these rather than the software used to access the information,
> enough, although the Skymap (pro9) information box about Almach lists it
> a B8V star the program actually displays the two elements as a White star
> and an Orange star (as pointed out by Lew), so I would guess that the
> star is now considered the Primary and as such is what the Tycho and
> Hipparchos Information is based on, whereas the Orange star being less
> bright is relegated to the secondary position, this was apparently not the
> case in whichever Catalogue (Yale?) that Burnham was using as a refrence
> source. I suspect this is the reason for the anomaly rather than any
> of the spectrums
> Does this make sense, it seems a reasonable explanation to me ( not that I
> would have arrived at it without some prompting!!)
> Kim Gowney.
> ----- Original Message -----
> From: <FiskeM3@aol.com>
> To: <firstname.lastname@example.org>
> Sent: Wednesday, January 22, 2003 2:39 PM
> Subject: Re: (IAAC) Burnham's Stars
> > Ron:
> > I've noticed a problem with some doublestar listings in the software I
> use -- StarMap Pro 8.0. What seems to be going on is that the software
> assumes the star name (whatever catalog designator is used to identify the
> object) is unique. If more than one record in the database has the same
> (the same value in the name field) I only see the information for the
> item. This is particularly noticeable for multiple stars with more than 2
> components -- the C, D, etc. elements simply show the same values as the
> B pair.
> > The problem can manifest itself in different ways, though.
> > Anyway, one possible explanation for the problem you have found is that
> you're only seeing the companion star spectrum due to issues with the
> stellar database used by your program.
> > Fiske
> > Kansas City
> > PS: Another thing I've noticed is that when I select the option to hide
> Hubble Guide Stars for non-stellar objects (like galaxies!), they don't
> turn off. In other words, some galaxies are still displayed with an HGS
> superimposed on them. Another database flake.
> > To stop receiving all 'netastrocatalog' lists, use the Web form at:
> > http://www.visualdeepsky.org/subscribe.html
> To stop receiving all 'netastrocatalog' lists, use the Web form at:
To stop receiving all 'netastrocatalog' lists, use the Web form at: