- To chyba juz jasne chodzi generalnie o klatki przy-biegunowe ,
  mianowicie problem jest w funkcji BinaryFindStar znajduje sie 
  gwiazda po start_ra i end_ra, ale one sa universalne 
  dla wszystkich klatek tymczasem dla przybiegunowych moze byc 
  tak ze to jednak nie wystarcza bo w skryjnej sytuacji moze 
  byc ze ra1=0.000001 a ra2=23.999999 i to jest ta sama gwiazda 
  a moj search jej nie znajdzie !!!
  Trzeba rozwazyc takie cos ze klatki przybiegunowe nalezy katalogowac 
  troszke wolniej - tzn moze nie binary searchem tylko 
  liniowym i CalcDistInDeg sprawdzac , a moze miec to sortowane po dec 
  a nie ra - hmm to moze byloby dobre rozwiazanie , z tym ze nie pamietam
  czemu jest po ra .... hmm to chyba nie byla dobra decyzja ...
   Przez ten bug, mimo pozornie duze odleglosci w samym ra to 
    CalcDistInDeg jest tak naprawde bardzo maly i gwiazda sie nie znajduje
   a moglaby spokojnie sie znalezc !!!

  Gdyby to zmienic na sort-a po dec to jednak byloby poprawnie !
  Bo dec jest ok , nie ma "osobliwosci" na biegunie 

 1/ krok zrobic - dobry opis procedury katalogowania - bardzo dokladny 
    moze z diagramem - takmi jak zaczalem robic dla genscript
 2/ przejrzec kod i na probe moze go zmienic , skatalogowac noc nowym i
    zobaczyc czy wszystko jest OK
 3/ pomyslec jakie byly argumenty za wyborem sorta po ra ???
 4/ potem test na tych polach ze scanu czy sie poprawia ?
    heplx47:
	cd /opt/pi/dev/pisys/daq/ndir/data/scan/test/tmp/ast1
	gdb! piaddast2
 

 o co tu chodzi czemu ta gwiazda 2 razy jako inna ??? :
  moze od 1 pomiaru liczy sie odleglosc a nie od sredniej ??? :
	scan=> select camid,no_measurements,id,ra,dec,magnitude,
     calcdistradec(ra,dec,17.5138674,-81.61069608)*(180.0/pi())*3600.0 as dist 
from stars where (ra>=17.5138674-(200.00/3600.00)/15.00) and
(ra<=17.5138674+(200.00/3600.00)/15.00) and
(dec>=(-81.61069608-(200.00/3600.00))) and
(dec<=(-81.61069608+(200.00/3600.00)));  
camid | no_measurements |   id    | ra      |     dec      | magnitude |      dist
-------+-----------------+---------+-------------+--------------+-----------+---------------------
     2 |              14 | 6375971 | 17.5138674 | -81.61069608 |   8.25527 | 0.00307358512650574
     3 |              15 | 5087416 | 17.51516149 | -81.61125995 |   8.16253 | 10.3952883943299
     2 |              63 | 5059483 | 17.51614619 | -81.61238192 |   8.13726 | 18.9498301086558
(3 rows)

select sobject,frame.id_frm,magnitude,idaynight,spathtofile,new_star,ra,dec,
ccdx,ccdy from frame,measurements 
where star=6375971 and frame.id_frm=measurements.id_frm order by sobject;

select sobject,frame.id_frm,magnitude,idaynight,spathtofile,new_star,ra,dec,ccdx,ccdy
from frame,measurements 
where star=5059483 and frame.id_frm=measurements.id_frm order by sobject;

select distinct sobject from frame,measurements
where star=5059483 and frame.id_frm=measurements.id_frm;

Ona jest widoczna na 5 roznych polach !!! :
 S1200-75 46 
 S1424-75 81 
 S1648-75 91
 S1912-75 115
 S2136-75 116 

to tak - sprobowac skatalogowac te 5 pol oddzielnie i sprawdzic co sie stanie 
jak to wyjdzie , czy tez bedzie zle

czyli 20050315 zostala dodana mimo ze ta 5059483 juz byla w bazie - i to
<120 arcsec !!!

cos nie tak ta 6375971 powinna sie podpiac do 5059483 - a nie podpiela sie 
tylko sie nowa zrobila !!!???
Jak to sprawdzic ???

select STARS.* from STARS where dec>=-102.2818908200 and
dec<=-46.2818908200 AND
CalcDistRADEC(ra,dec,16.79929778,-74.28189082)<0.48869219 and id=5059483
   and camid=2  ORDER BY  ra asc;