patch for bug number 223558

Index: scriptbuilder.cpp
===================================================================
--- scriptbuilder.cpp	(revision 1086397)
+++ scriptbuilder.cpp	(working copy)
@@ -558,6 +558,9 @@
     //  while ( ! INDIFunctionList.isEmpty() )
     //    delete INDIFunctionList.takeFirst();

+    while( !SimClockFunctionList.isEmpty() )
+        delete SimClockFunctionList.takeFirst();
+
     while ( ! ScriptList.isEmpty() )
         delete ScriptList.takeFirst();
 }
@@ -1340,6 +1343,23 @@
             return true;
         }

+        foreach ( ScriptFunction *sf, SimClockFunctionList )
+        {
+            if ( fn_name == sf->name() )
+            {
+
+                if ( fn.count() != sf->numArgs()) return false;
+
+                ScriptList.append( new ScriptFunction( sf ) );
+
+                for ( int i=0; i<sf->numArgs(); ++i )
+                    ScriptList.last()->setArg( i, fn[i] );
+
+                return true;
+            }
+
+        }
+
         #if 0
         foreach ( ScriptFunction *sf, INDIFunctionList )
         {
@@ -1422,6 +1442,13 @@
         break;
     }

+    foreach ( sc, SimClockFunctionList )
+    if (sc->prototype() == currentItem->text(0))
+    {
+        found = sc;
+        break;
+    }
+
 	 #if 0
     if (found == NULL)
     {
@@ -1917,6 +1944,13 @@
         break;
     }

+    foreach ( sc, SimClockFunctionList )
+    if (sc->prototype() == currentItem->text(0))
+    {
+        found = sc;
+        break;
+    }
+
 #if 0
     if (found == NULL)
     {

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

How to find setRaDec()

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

Google Sky Map application on Android

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

Exporting to video

Hi all,
  Just FYI. Yesterday I made a video simulation[0] of the upcoming lunar occultation of pleiades
for my local astronomy club. So I used ktars and I'd like to share a few things with you.

1. I used the script builder for start, but I found out I would have to use a more "spiced up"
shell script[attatched] for this job. (To tell the truth, I was expecting something more javascript like...)
2. I had to use for loops with explicit dates to increase the time interval. It would be much
better if I could just step forward for a specified time step.
3. I found out that when the kstars window was smaller than the capture window, the output
frames were blank[white] at that region. (Don't scratch your heads - *netbook* :) )
4. The whole process of creating about 1000 frames is really slow.
5. I didn't find a way to display the time/date info from within kstars, so I used the convert
utility from imagemagick.
6. The stars motion as you can see on the video is a bit "funky" :) I had antialiasing
switched off though.

I don't know if kstars was made with exporting videos in mind, but it actually worked!
So, thank's for a great program :)

Cheers!
Yiannis

[0] http://www.youtube.com/watch?v=zjsxu1bSbXE

--
Yiannis Belias  <jonnyb <at> hol.gr>                    `
Homepage [http://users.hol.gr/~jonnyb/video] '              .
GNU+LINUX:                                            '           '
IN A WORLD WITHOUT FENCES WHO NEEDS GATES?      .                     *

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

Bugs

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

patch for bug number 207797

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

www/sites/edu/kstars

SVN commit 1082290 by asimha:

Alexey Khudyakov is now maintainer of KStars!

[PS: I will be around, but not very active]

CCMAIL: kstars-devel <at> kde.org

 M  +2 -2      contributors.php  

--- trunk/www/sites/edu/kstars/contributors.php #1082289:1082290
@@ -39,9 +39,9 @@
   $appinfo->addContributor( "J&eacute;r&ocirc;me Sonrier",
         "jsid AT emor3j DOT fr DOT eu DOT org", "Code contributions" );
   $appinfo->addContributor( "Akarsh Simha", 
-        "akarsh DOT simha AT kdemail DOT net", "<strong>Current Maintainer</strong>" );
+        "akarsh DOT simha AT kdemail DOT net", "Code contributions" );
   $appinfo->addContributor( "Alexey Khudyakov", 
-        "alexey DOT skladnoy AT gmail DOT com", "Lots of code refactoring" );
+        "alexey DOT skladnoy AT gmail DOT com", "<strong>Current Maintainer</strong>" );
   $appinfo->addContributor( "Prakash Mohan", 
         "prakash DOT mohan AT kdemail DOT net", "The Observation Planner and Execute feature" );

Refined patch for wishlist 178232: List all objects within a rectangle

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

Where should I report bugs?

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

Celestron Advanced GT problems

I'm trying to connect to a Celestron C6-NGT (Advanced GoTo series)
from Kstars using a machine running Pardus GNU/Linux. (KDE 4.3.4,
Kstars 1.5..3).

According to the manual, the mount system uses the NexStar control protocol.

However when I use the Devices->Device Manager and try to start the
NexStar service it fails to indicate success. The Celestron GPS
service does start.

On trying to connect to the telescope with the telescope wizard:
If I use the NexStar protocol, it just hangs with the connection
progress bar at 100%
If I use the GPS protocol, then the progress bar goes away and the
INDI control panel comes up, but with an error in connecting, and the
instruction to check read & write permissions for the device.

I have checked the following:
1) /dev/ttyS0 is set to 9600 baud.
2) The device has permissions crw-rw---- owner root, group dialout
3) I am a member of the dialout group
4) The behaviour is identical irrespective of whether I have the GPS
unit connected.

The computer is an HP2133 netbook with an express card serial port. (I
have also tried using a desktop machine with a built-in serial port
with identical results).

Does anybody have any suggestions or ideas for further diagnosing the
problems [it's been a while since I used a serial device so I've
forgotten most of the tricks]?

James

Refactoring of SkyComponents

Hello everyone. 

It seems that trunk is open for general development with maybe string freeze 
in effect. Or am I wrong? 

I mostly finished work on refactoring of skycomponents. It got uncomfortably  
large. Currently it consists of 88 patches. List of notable changes below. 
I used git locally because it has great support for branches and much better 
at merging. 

So when will unfrozen branch be merged into trunk so I could commit my branch?
Although probability of conflict is low I think it would be easier for me to do 
merge.

Notable changes:

* Unused functions and data members are removed. I used rather strict approach 
to removal of unused functions. If function is not used it is to be removed. 
This is especially true for accessors. 

* If function is called only by subclasses make it protected. Usually such 
functions either used to add data or provide access to innards of class.
I think it is not sensible to expose it to whole world.

* If class A is only subclass of class B merge them into one class. 
I think it's better to have fewer classes. And it's reasonable to keep
 - SkipListIndex -> MilkyWay
 - SingleComponent -> SolarSystemSingleComponent

* Change type of SkyComponent's parent to SkyComposite. Its parent is always 
SkyComposite so lets enforce it at type level.

* Add static function to StarObject to draw star image of specified size and 
spectral class. This function now used in SolarSystemSingleComponent for
planet drawing.

* Unify methods for determining SkyComponent visibility. Drop pointer to 
function SkyComponent::visible in favor of virtual function 
SkyComponent::selected. Implement `selected' for SolarSystemComposite in terms 
of virtual function.

* Remove functions {add,delete,clear}Trail from SkyComponent. Instead modify 
TrailObject directly. This however required to maintain global set of object 
with trails.

* Classes ConstellationsBoundary and ConstellationBoundaryLines are merged 
into one class. 

* A lot of not so notable changes. 

== Still on TODO list: ==

* Document API properly

* Get rid of explicit pointer casts. There 

* Sort out visibility of methods.

--
  Khudyakov Alexey