Jason Harris | 3 Jan 06:07

KDE/kdeedu/kstars/kstars

SVN commit 756311 by harris:

Compute angular size for the sun.
Correct object type for moon in detail dialog.

CCMAIL: kstars-devel <at> kde.org

 M  +7 -4      detaildialog.cpp  
 M  +4 -0      kssun.cpp  

--- trunk/KDE/kdeedu/kstars/kstars/detaildialog.cpp #756310:756311
@@ -111,7 +111,7 @@
     QString pname, oname;

     switch ( selectedObject->type() ) {
-    case 0: //stars
+    case SkyObject::STAR:
         s = (StarObject *)selectedObject;

         Data->Names->setText( s->longname() );
@@ -151,15 +151,18 @@

         break; //end of stars case

-    case 9:  //asteroids [fall through to planets]
-    case 10: //comets [fall through to planets]
-    case 2:  //planets (including comets and asteroids)
+    case SkyObject::ASTEROID:  //[fall through to planets]
+    case SkyObject::COMET: //[fall through to planets]
+    case SkyObject::MOON: //[fall through to planets]
(Continue reading)

Jason Harris | 3 Jan 06:55

KDE/kdeedu/kstars/kstars

SVN commit 756316 by harris:

Use the real instantaneous earth-sun separation, rather than 1.0 AU,
when computing the phase of a solar system body in
KSPlanetBase::findMagnitude().  Amazingly, this small fix can have a
huge impact on the final magnitude.  As an asteroid moves near the Sun
in the sky, its magnitude suddenly would get set to 0.0, so the Sun
looked like it had a "cloud" of asteeroids around it (if you used a
magnitude limit for asteroids in the options).  This fix removes the
cloud of asteroids.

CCMAIL: kstars-devel <at> kde.org

 M  +1 -1      ksplanetbase.cpp  

--- trunk/KDE/kdeedu/kstars/kstars/ksplanetbase.cpp #756315:756316
@@ -235,7 +235,7 @@
     dec()->SinCos(cosDec, sinDec);

     /* Phase of the planet in degrees */
-    double earthSun = 1.;
+    double earthSun = data->skyComposite()->earth()->rsun();
     double cosPhase = (rsun()*rsun() + rearth()*rearth() - earthSun*earthSun)
                       / (2 * rsun() * rearth() );
     double phase_rad = acos ( cosPhase ); // Phase in radian - used for asteroid magnitudes
Jasem Mutlaq | 4 Jan 22:05

KDE/kdeedu/kstars/kstars

SVN commit 757384 by mutlaqja:

The INDI network backend was migrated to fully use Qt, this along with changes in the INDI parser led to
orders of magnitudes improvement in processing and constructing on the fly devices. Binary BLOBs gained
the most advantage, loading an average FITs file from the CCD now takes 20% of what is used to take. 

It is now possible to start multiple devices managed by one INDI server vs the one-device-one-server
behavior before. This model has also resulted in unifying server and local devices with remote devices
and that in turn greatly simplified the code. Now that this is the 4.1 branch, there is quite a bit of
refactoring to improve consistency. 

CCMAIL:kstars-devel <at> kde.org

 M  +3 -5      detaildialog.cpp  
 M  +207 -182  devicemanager.cpp  
 M  +30 -16    devicemanager.h  
 M  +106 -36   devmanager.ui  
 M  +69 -19    fitsimage.cpp  
 M  +2 -1      fitsviewer.cpp  
 M  +15 -15    imagesequence.cpp  
 M  +18 -0     indi/drivers.xml  
 M  +23 -23    indidevice.cpp  
 M  +2 -2      indidevice.h  
 M  +262 -280  indidriver.cpp  
 M  +38 -43    indidriver.h  
 M  +105 -104  indimenu.cpp  
 M  +15 -20    indimenu.h  
 M  +6 -6      indiproperty.cpp  
 M  +15 -13    indistd.cpp  
 M  +4 -4      kspopupmenu.cpp  
(Continue reading)

Jason Harris | 12 Jan 16:39

KDE/kdeedu/kstars/kstars

SVN commit 760414 by harris:

Compute angular size of planets, not just the sun and moon
Backporting to 4.0 branch.

CCMAIL: kstars-devel <at> kde.org

 M  +0 -1      ksmoon.cpp  
 M  +1 -0      ksplanetbase.cpp  
 M  +0 -3      kssun.cpp  

--- trunk/KDE/kdeedu/kstars/kstars/ksmoon.cpp #760413:760414
@@ -174,7 +174,6 @@
     setEcLong( ( L + DegtoRad*sumL/1000000.0 ) * 180./dms::PI );  //convert radians to degrees
     setEcLat( ( DegtoRad*sumB/1000000.0 ) * 180./dms::PI );
     Rearth = ( 385000.56 + sumR/1000.0 )/AU_KM; //distance from Earth, in AU
-    setAngularSize( asin(physicalSize()/Rearth/AU_KM)*60.*180./dms::PI ); //angular size in arcmin

     EclipticToEquatorial( num->obliquity() );

--- trunk/KDE/kdeedu/kstars/kstars/ksplanetbase.cpp #760413:760414
@@ -74,6 +74,7 @@

 void KSPlanetBase::findPosition( const KSNumbers *num, const dms *lat, const dms *LST, const
KSPlanetBase *Earth ) {
     findGeocentricPosition( num, Earth );  //private function, reimplemented in each subclass
+    setAngularSize( asin(physicalSize()/Rearth/AU_KM)*60.*180./dms::PI ); //angular size in arcmin

     if ( lat && LST )
         localizeCoords( num, lat, LST ); //correct for figure-of-the-Earth
(Continue reading)

Gabriel C | 14 Jan 18:21
Picon

kstars conflicts with indilib

Hi,

When building with indi support kstars installs $prefix/bin/indiserver which conflicts with indilib's
indiserver. 

I'm not sure what the solution for this problem may be.. Probably renaming kstars one ?

Best Regards,

Gabriel
Jasem Mutlaq | 14 Jan 19:15

Re: kstars conflicts with indilib

On Monday 14 January 2008 08:21:07 pm Gabriel C wrote:
> Hi,
>
> When building with indi support kstars installs $prefix/bin/indiserver
> which conflicts with indilib's indiserver.
>
> I'm not sure what the solution for this problem may be.. Probably renaming
> kstars one ?

It depends whether you're using KStars as you're primary client or not. If you 
are, then simply install indilib with the $prefix being that of KDE 
(e.g. /opt/kde3). But if you're using indilib with another client, then you 
can simply delete KStars's indiserver.

Regards,
Jasem
Gabriel C | 14 Jan 19:46
Picon

Re: kstars conflicts with indilib

Jasem Mutlaq wrote:
> On Monday 14 January 2008 08:21:07 pm Gabriel C wrote:
>> Hi,
>>
>> When building with indi support kstars installs $prefix/bin/indiserver
>> which conflicts with indilib's indiserver.
>>
>> I'm not sure what the solution for this problem may be.. Probably renaming
>> kstars one ?
> 
> It depends whether you're using KStars as you're primary client or not. If you 
> are, then simply install indilib with the $prefix being that of KDE 
> (e.g. /opt/kde3). But if you're using indilib with another client, then you 
> can simply delete KStars's indiserver.

I use 4.1 trunk and right now kstars is the only client , both being installed with the same prefix /usr .. 

However in theory users could use any other client with indilib so that is still an problem ( for distro
packages ).

I've solved local ( even is wrong I know ) by installing kstars indiserver to ${LIBEXEC_INSTALL_DIR}.

Gabriel
James Bowlin | 14 Jan 20:24
Picon

Jason, my email to you bounced

The bounce message said:

~~~~~
Delivery to the following recipient has been delayed:

     kstars <at> 30doradus.org
~~~~~

I think this was the key problem but I'm not certain:

  Authentication-Results: mx.google.com; spf=neutral (google.com:  
209.86.89.67 is neither permitted nor denied by domain of 
bowlin <at> mindspring.com)

--

-- 
Peace, James
Jasem Mutlaq | 14 Jan 21:35

Re: kstars conflicts with indilib

> I use 4.1 trunk and right now kstars is the only client , both being
> installed with the same prefix /usr ..
>
> However in theory users could use any other client with indilib so that is
> still an problem ( for distro packages ).
>
> I've solved local ( even is wrong I know ) by installing kstars indiserver
> to ${LIBEXEC_INSTALL_DIR}.

This is a packaging issue, and some users at times suffer odd problems because 
two version of INDI are installed. I've been considering making INDI an 
independent package for a while, and I'll see if this is possible by 4.1

Jasem
Akarsh Simha | 15 Jan 07:36
Picon
Gravatar

Re: kstars conflicts with indilib

Hi

Alteast in Debian, KStars is packaged so that it removes indilib on installation.

Not sure if I'm talking sense, though.

Regards
Akarsh 

Gmane