headers
Jason Harris | 1 May 02:32

Re: SatLIb verification

Hi,

So do I have an old version of SatLib or something?  Because when I
run the demo, I am seeing some problems.  First of all, It reports a
Julian Day number that is off by about a month (and calendar dates
reported in the output tables also reflect this month-old date).  I
have to hack the code like this if I want the correct JD:

jd=Julian_Date(cdate) + 30.0;

There are some ambiguities in the meanings of some parameters:
+ What time is reported by the demo?  I assume it's UT, and looking at
the code I'm pretty sure that is correct.

+ What convention is used for geographic longitude?  Are west
longitudes positive or negative?  From the longitude you gave for
Toulouse, I guess west longitudes are negative.

Assuming my guesses are correct, as I said before, I can't find any
correlation between SatLib predictions and those of
NASA/Heavens-above/calsky.

For example, for JD=2454221.5 from Tucson, AZ (lat=32.222,
long=-110.926), SatLib gives the following pass prediction for HST:

% ./demo HST
JD=2454221.516105
90037B HST 2007-05-01 12:15:10   0.03 185.72  38   9  251   2727  73294 +
90037B HST 2007-05-01 12:16:32   2.48 174.36  42  11  247   2469  73294 +
90037B HST 2007-05-01 12:17:54   4.12 160.88  46  14  243   2313  73294
(Continue reading)

Permalink | Reply | 2 comments |
headers
Jason Harris | 1 May 02:37

Re: SatLIb verification

I should have mentioned, I used the HST TLE from heavens-above for both 
calculations:

HST
1 20580U 90037B   07119.84385043  .00000347  00000-0  14117-4 0  8628
2 20580 028.4663 145.3557 0003364 307.4907 052.5376 15.00228841732698

regards,
Jason
--

-- 
KStars: KDE Desktop Planetarium
kstars <at> 30doradus.org
Permalink | Reply | 0 comments |
headers
Bernard GODARD | 1 May 13:40
Picon

Re: SatLIb verification

Hi,

On 5/1/07, Jason Harris <kstars <at> 30doradus.org> wrote:
> Hi,
>
> So do I have an old version of SatLib or something?  Because when I
> run the demo, I am seeing some problems.

I did my test with the SatLib.h and SatLib.c code I found in the
satlib directory of kstars svn. I didn't use the demo code. I made a
custom C test program.

> First of all, It reports a
> Julian Day number that is off by about a month (and calendar dates
> reported in the output tables also reflect this month-old date).  I
> have to hack the code like this if I want the correct JD:
>
> jd=Julian_Date(cdate) + 30.0;
Just tested. same problem here!

>
> There are some ambiguities in the meanings of some parameters:
> + What time is reported by the demo?  I assume it's UT, and looking at
> the code I'm pretty sure that is correct.

That's what I did too.

> + What convention is used for geographic longitude?  Are west
> longitudes positive or negative?  From the longitude you gave for
> Toulouse, I guess west longitudes are negative.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bernard GODARD | 1 May 15:02
Picon

Re: SatLIb verification

On 5/1/07, Bernard GODARD <bernard.godard <at> gmail.com> wrote:
> I've just modified my test program to find all the HST passes on a ten
> day period using SatFindPosition and keeping only the data where
> elevation is above 10 degrees and I found all the passes predicted by
> heavens above but some of them were flagged as being in Sun light
> (visibility = '*') but not being on the night side (visibility = '+')
> whereas Heavens above gave a sun altitude at maximum elevation
> negative. It seems the sun sets later in SatLib.
>
> Heavens above seems to report only passes with altitude > 10 degrees.
> That's why SatNexPass in SatLib reports much more passes (elevation >
> 0)
>
>
> On 5/1/07, Bernard GODARD <bernard.godard <at> gmail.com> wrote:
> > Hi,
> >
> >
> > On 5/1/07, Jason Harris <kstars <at> 30doradus.org> wrote:
> > > Hi,
> > >
> > > So do I have an old version of SatLib or something?  Because when I
> > > run the demo, I am seeing some problems.
> >
> > I did my test with the SatLib.h and SatLib.c code I found in the
> > satlib directory of kstars svn. I didn't use the demo code. I made a
> > custom C test program.
> >
> > > First of all, It reports a
> > > Julian Day number that is off by about a month (and calendar dates
(Continue reading)

Permalink | Reply | 12 comments |
headers
Jasem Mutlaq | 4 May 14:04

KDE/kdeedu/kstars

SVN commit 661016 by mutlaqja:

Removing cfitsio library. KStars can compile without it, but it will
lose the FITS Viewer. INDI can also compile without it, but it will lose
all the CCD & Web cam drivers. 

CCMAIL: kstars-devel <at> kde.org

 M  +3 -0      CMakeLists.txt  
 M  +3 -0      config-kstars.h.cmake  
 M  +9 -9      kstars/CMakeLists.txt  
 M  +25 -85    kstars/indi/CMakeLists.txt  
 D             kstars/indi/cfitsio (directory)  
 M  +2 -1      kstars/indi/fli_ccd.c  
 M  +3 -4      kstars/indi/sbigcam.h  
 M  +1 -1      kstars/indi/stv.c  
 M  +1 -1      kstars/indi/v4ldriver.h  
 M  +9 -0      kstars/indidriver.cpp  
 M  +18 -10    kstars/indistd.cpp  
 M  +6 -0      kstars/kstars.cpp  
 M  +9 -2      kstars/kstarsactions.cpp  
 M  +2 -0      kstars/kstarsinit.cpp
Permalink | Reply | 0 comments |
headers
Bernard GODARD | 6 May 15:01
Picon

Re: SatLIb verification

Hi,

I have re-compiled the kstar code changing
data->geo()->lng()->Degrees() in line 65 of
satellitecomposite.cpp by  -(data->geo()->lng()->Degrees()) and it now
seems the predictions are not far from those from Heavens Above
(tested with Envisat and locations : Toulouse/Fance +
Lancaster/Pennsylvania).

On another note, the DST rules are not working for EU and US (I had to
manually change
the UT offset in the Geographic Settings Window for Summer Time).

Clear Skies,

               Bernard

On 5/1/07, Bernard GODARD <bernard.godard <at> gmail.com> wrote:
> On 5/1/07, Bernard GODARD <bernard.godard <at> gmail.com> wrote:
> > I've just modified my test program to find all the HST passes on a ten
> > day period using SatFindPosition and keeping only the data where
> > elevation is above 10 degrees and I found all the passes predicted by
> > heavens above but some of them were flagged as being in Sun light
> > (visibility = '*') but not being on the night side (visibility = '+')
> > whereas Heavens above gave a sun altitude at maximum elevation
> > negative. It seems the sun sets later in SatLib.
> >
> > Heavens above seems to report only passes with altitude > 10 degrees.
> > That's why SatNexPass in SatLib reports much more passes (elevation >
> > 0)
(Continue reading)

Permalink | Reply | 3 comments |
headers
Jason Harris | 7 May 18:42

Re: [kde-edu]: KDE4 Alpha 1 release - dependencies list needed

Hello,

Anne-Marie Mahfouf wrote:
 > I am currently building the KDE4 Alpha 1 tarballs and writing
 > a doc to help the end user:
 > 
http://techbase.kde.org/index.php?title=Getting_Started/Build/KDE4_Alpha_1
 > and it would be good to have a list of each app dependencies
 > and how to get the required version for this dependency.

 > For example: Kalzium depends on Eigen
 > -> Eigen website URL
 > -> minimum version number and usual name from distros if
 > any (the prefered way is for users to get dependencies from
 > their distro)
 > -> link to sources to download if necessary
 >

KStars just recently decided to stop distributing our own copy of the 
cfitsio library.  Like the eigen dependency in Kalzium, cfitsio isn't a 
requirement; if the user doesn't have cfitsio, the FITS-related features 
in KStars will simply not be compiled.

cfitsio home: http://heasarc.gsfc.nasa.gov/docs/software/fitsio/fitsio.html
Minimum version:  3.0?  Maybe Jasem can provide the real number...
download link: 
ftp://heasarc.gsfc.nasa.gov/software/fitsio/c/cfitsio3040.tar.gz

 > Thanks for answering quite quickly if possible,
(Continue reading)

Permalink | Reply | 2 comments |
headers
Jasem Mutlaq | 7 May 20:13

Re: [kde-edu]: KDE4 Alpha 1 release - dependencies list needed

>  > For example: Kalzium depends on Eigen
>  > -> Eigen website URL
>  > -> minimum version number and usual name from
> distros if
>  > any (the prefered way is for users to get
> dependencies from
>  > their distro)
>  > -> link to sources to download if necessary
>  >

> KStars just recently decided to stop distributing
> our own copy of the 
> cfitsio library.  Like the eigen dependency in
> Kalzium, cfitsio isn't a 
> requirement; if the user doesn't have cfitsio, the
> FITS-related features 
> in KStars will simply not be compiled.
> 
> cfitsio home:
>
http://heasarc.gsfc.nasa.gov/docs/software/fitsio/fitsio.html
> Minimum version:  3.0?  Maybe Jasem can provide the
> real number...
> download link: 
>
ftp://heasarc.gsfc.nasa.gov/software/fitsio/c/cfitsio3040.tar.gz

CFITSIO Minimum Version: 3.03 

Furthermore,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jasem Mutlaq | 11 May 23:53

KDE/kdeedu/kstars/kstars

SVN commit 663649 by mutlaqja:

Code style cleanup in INDI, updating std properties, and fixing RO/WO
display issue with properties.

CCMAIL:kstars-devel <at> kde.org

 M  +163 -156  indi/celestrongps.cpp  
 M  +84 -91    indi/fli_ccd.c  
 M  +92 -79    indi/lx200_16.cpp  
 M  +27 -25    indi/lx200autostar.cpp  
 M  +95 -86    indi/lx200classic.cpp  
 M  +566 -409  indi/lx200generic.cpp  
 M  +90 -90    indi/lx200gps.cpp  
 M  +7 -6      indidevice.cpp  
 M  +25 -22    indidriver.cpp  
 M  +1 -1      indielement.cpp  
 M  +3 -2      indielement.h  
 M  +9 -2      indiproperty.cpp  
 M  +15 -9     indistd.cpp  
 M  +1 -1      kspopupmenu.cpp  
 M  +0 -6      kstars.cpp
Permalink | Reply | 0 comments |
headers
brian hurren | 14 May 10:47
Picon
Favicon

Ocultations for K-stars

Is there a plug in for calculating luna ocultations. I am learning to program in java. can a plug in be writen in java for k-stars and how would I go about it. presumably there is already a class that calculates the position f the moon and there is a star catalogue. could the stars between the lat +25 deg and -25 deg be compared with the position of the moon over a range of time and when the two equal be output be displayed in a window. would this be difficult to wright?
kstars-devel-request <at> kde.org wrote:

Send Kstars-devel mailing list submissions to
kstars-devel <at> kde.org

To subscribe or unsubscribe via the World Wide Web, visit
https://mail.kde.org/mailman/listinfo/kstars-devel
or, via email, send a message with subject or body 'help' to
kstars-devel-request <at> kde.org

You can reach the person managing the list at
kstars-devel-owner <at> kde.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Kstars-devel digest..."


Today's Topics:

1. KDE/kdeedu/kstars/kstars (Jasem Mutlaq)


----------------------------------------------------------------------

Message: 1
Date: Fri, 11 May 2007 21:53:36 +0000
From: Jasem Mutlaq
Subject: [Kstars-devel] KDE/kdeedu/kstars/kstars
To: kde-commits <at> kde.org
Cc: kstars-devel <at> kde.org
Message-ID: <1178920416.830267.6323.nullmailer <at> svn.kde.org>
Content-Type: text/plain; charset=UTF-8

SVN commit 663649 by mutlaqja:

Code style cleanup in INDI, updating std properties, and fixing RO/WO
display issue with properties.

CCMAIL:kstars-devel <at> kde.org



M +163 -156 indi/celestrongps.cpp
M +84 -91 indi /fli_ccd.c
M +92 -79 indi/lx200_16.cpp
M +27 -25 indi/lx200autostar.cpp
M +95 -86 indi/lx200classic.cpp
M +566 -409 indi/lx200generic.cpp
M +90 -90 indi/lx200gps.cpp
M +7 -6 indidevice.cpp
M +25 -22 indidriver.cpp
M +1 -1 indielement.cpp
M +3 -2 indielement.h
M +9 -2 indiproperty.cpp
M +15 -9 indistd.cpp
M +1 -1 kspopupmenu.cpp
M +0 -6 kstars.cpp




------------------------------

_______________________________________________
Kstars-devel mailing list
Kstars-devel <at> kde.org
https://mail.kde.org/mailman/listinfo/kstars-devel


End of Kstars-devel Digest, Vol 46, Issue 6
*******************************************
<at> ikarustech.com>

Get your own web address.
Have a HUGE year through Yahoo! Small Business. 
_______________________________________________
Kstars-devel mailing list
Kstars-devel <at> kde.org
https://mail.kde.org/mailman/listinfo/kstars-devel
Permalink | Reply | 1 comment |

Gmane