<div dir="ltr">So it appears that the Tycho Double Star Catalogue (TDSC) has 98,482 rows. It provides cross-references to HIP, HD, WDS, and Tycho 1,2,3. Since Tycho2 in KStars is "unnamed" but has HD index, we can use the HD/WDS cross-references OR xmatch as illustrated below. At any rate, out of the 98,482 rows, only 36,159<span style="color:rgb(30,27,29);font-family:verdana,arial,sans-serif;font-size:16.72px;white-space:pre-wrap"> </span>have HD indexes, 71,979 has WDS indexes, and records having both indexes is 32,852.<div><br></div><div>There is no parallax/spec_type available. Instead we have the following:</div><div><br></div><div>+ RAJ2000</div><div>+ DEJ2000</div><div>+ pmRA</div><div>+ pmDE</div><div>+ PA</div><div>+ HD<br></div><div><div>+ BTmag</div><div>+ VTmag</div><div>+ Sep</div><div>+ WDS</div><div><br></div></div><div>Finally, I used (<a href="http://cdsxmatch.u-strasbg.fr/">http://cdsxmatch.u-strasbg.fr/</a>) to match TDSC vs. Tycho-2 within 0.1 arcsec position radius and got 28,677 records so there is overlap between TDSC and Tycho-2. For 0.5 arcsec position radius, I got over ~80k records.</div><div><br></div><div>Since neither starData nor deepStarData would be sufficient for TDSC data above, it looks like we will need another struct, if we are going to go the binary path way. I'm also not sure what to do about the 28,677 duplicate stars among Tycho2 & TDSC? We probably need a long-term solution for these sort of situations which would be realized whenever we add new star catalogs. I guess one solution is to strip KStars own Tycho2 deepstars.dat from these 28,677 stars, if we can figure out a way to cut them out. But then users would lose these stars unless they install the double star catalog. Another solution is to simply ignore them and allow for "duplicates".</div><div><br></div><div>Regards,</div><div>Jasem</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 5, 2016 at 4:59 PM, Jasem Mutlaq <span dir="ltr"><<a href="mailto:mutlaqja@ikarustech.com" target="_blank">mutlaqja@ikarustech.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Yeah I already loaded the catalog from Vizer, always been a great service. But it looks like there is a combined catalog already: Tycho Double Star Catalogue (TDSC) (Fabricius+ 2002)<div><br></div><div><a href="http://vizier.u-strasbg.fr/viz-bin/VizieR-3?-source=I/276/catalog" target="_blank">http://vizier.u-strasbg.fr/<wbr>viz-bin/VizieR-3?-source=I/<wbr>276/catalog</a><br></div><div><br></div><div>So we could use catalog instead of WDS directly. Another issues is that Hipparcos data we're using appear to be J1991.25, so I also need to check if we are assuming they're J2000 or someone performed the conversion before.</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 5, 2016 at 12:46 PM, Christian Dersch <span dir="ltr"><<a href="mailto:lupinix@mailbox.org" target="_blank">lupinix@mailbox.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hi folks,<br>
    <br>
    I think we have to crossmatch WDS with Tycho-2 and/or USNO (which
    one btw?). Crossmatches can be done on identifiers (if both catalogs
    ship identifiers of one common catalog) or on position. A very easy
    to go solution is <a class="m_-5578760535146446312m_-5326601894253940618moz-txt-link-freetext" href="http://cdsxmatch.u-strasbg.fr/xmatch" target="_blank">http://cdsxmatch.u-strasbg.fr/<wbr>xmatch</a> but using
    more powerful tools like Topcat or PyVO (be sure to use latest
    version) allows you to select columns from both catalogs, doing
    inner and outer joins using ADQL (astronomy relatex SQL dialect) and
    TAP services. For example we could create a Tycho-2 with just an WDS
    identifier in addition in that way. Or a WDS with Tycho-2
    identifiers in addition. Or any other combination of both tables.<br>
    <br>
    Btw: Almost all catalogs (notable exception: Steinicke NGC) are
    availabe on VizieR: <a class="m_-5578760535146446312m_-5326601894253940618moz-txt-link-freetext" href="http://vizier.u-strasbg.fr/viz-bin/VizieR" target="_blank">http://vizier.u-strasbg.fr/viz<wbr>-bin/VizieR</a><br>
    <br>
    Greetings,<br>
    Christian<div><div class="m_-5578760535146446312h5"><br>
    <br>
    <br>
    <div class="m_-5578760535146446312m_-5326601894253940618moz-cite-prefix">On 12/05/2016 09:56 AM, Jasem Mutlaq
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">Hello folks,
        <div><br>
        </div>
        <div>So I'd like to make the WDS as an addon catalog: <a href="http://www.usno.navy.mil/USNO/astrometry/optical-IR-prod/wds/WDS" target="_blank">http://www.usno.navy.<wbr>mil/USNO/astrometry/optical-IR<wbr>-prod/wds/WDS</a></div>
        <div><br>
        </div>
        <div>Note that I have problems accessing the website, I can only
          see the main page but any links within timeout.</div>
        <div><br>
        </div>
        <div>So what would be the best way to go on about this? The
          stars are "named", and a lot them are duplicates of either the
          static named/unnamed stars, or Tycho-2/USNO stars. So what are
          the recommended solution?</div>
        <div><br>
        </div>
        <div>1. Import them as is "new stars" and ignore duplication. We
          need metadata for angular separation and position angle, and
          magnitudes of 1st and 2nd components.</div>
        <div>2. "Extend" static/tycho/usno stars with the
          cross-reference information provided by WDS? We might miss
          some stars that are not found in either of those catalogs,
          highly unlikely, but possible.</div>
        <div><br>
        </div>
        <div>In either case, we need to extend the "metadata".</div>
        <div><br>
        </div>
        <div>On another note, I was checking 
          DeepStarComponent::loadStaticS<wbr>tars() and found that after each
          record read, it checks if it is 16 or 32 bytes. Can you mix
          16/32 bytes within a single file?? If not, then no need to
          perform such a check after each record unnecessarily.
          <div><br>
          </div>
          -- <br>
          <div class="m_-5578760535146446312m_-5326601894253940618gmail_signature">
            <div dir="ltr">
              <div>Best Regards,<br>
                Jasem Mutlaq<br>
              </div>
              <div><br>
              </div>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
  </div></div></div>

</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="m_-5578760535146446312gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Best Regards,<br>Jasem Mutlaq<br></div><div><br></div></div></div>
</div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Best Regards,<br>Jasem Mutlaq<br></div><div><br></div></div></div>
</div>