Archive for the ‘ GSoC ’ Category

A long update – SoC wrap up!

So, things have moved a lot since I last posted. I guess its really time I updated my blog about the cool features which KStars has now 🙂

For over a month now, I had been working with implementing the “Execute Session” feature and the OAL compliant XML logs. A quick intro to the new stuff:

1. Add Observer:

This is the UI for adding an Observer into KStars, so that when you are going somewhere observing, and you need your name on the logs, you can simply add your name here and use it in the logs.

2. Define Equipment:

This is the place where you can add a list of your Telescopes, Eyepieces, Barlow/Shapley lenses and the filters. For the user’s convenience, we generate a meaningful name string that can be used to identify the object and it has an unique identifier as its id field (which again is auto generated). Here, you can add, delete or edit the list of equipments that you possess. All these will be useful and can be used for the OAL logs. Here’s how the Define Equipment window looks :


3. The OAL compliant XML logs:

The first question I can think of is why the complicated OAL logs? The answer is as follows:

Lets say, a professional/(advanced) amateur astronomer goes for an observation session and plans to maintain a log of what he saw, the things he would need are:

A. Equipment details:
+ Eyepiece – make, focal length, apparent FOV
+ Telescope – make, focal length, aperture, optical-type (i.e. Newt
/ Cass / Apo / Achromat), mounting-type (i.e. Eq / Dob / Alt-Az)
+ Filters – make, size, type
+ Camera – make, type

B. Location details:
+ Observing site name
+ Lat + Lon + TZ
+ Some generic sky quality description

C. Observing session details:
+ Observing Site
+ List of Equipment
+ That night’s weather conditions explained
+ Seeing / Transparency
+ List of Target objects
+ List of associated logs

D. Logs of his observations:
+ The object details
+ Comments on the object

So, basically one could make his/her observations “scientific” enough, and there are shareable across the world and across different software as well!

Okay, so we’ve got the OAL compliant logs, but how does a user easily and comfortably write the logs?
The answer to that is the Execute UI, here’s what it does:

As it opens, you could add the details of the observation session, the date, time, weather conditions, the site of observations, etc.
A quick preview:


Now, time for the real buisness, you start observing, so you select the “Step 2: Observations” link. This takes the objects from your Session List in the Observation planner, sorts the objects by their scheduled observation times, centers the skymap onto the first object and keeps things ready for you to log the observation once you have observed the object. You can even slew your telescope to the current object directly. So, this is what it looks like:


After this, you goto the next page and enter the equipment details used for the current observation, which kstars remembers until you change them, this is what this looks like:


Then you move on to the next target, so click on the next target and it moves to the next target, centers it on the skymap and you can repeat the procedure comfortably. The best thing about this is that, when you are moving to the next target here, the selection changes in the Observation Planner as well, so you can see the image, altitude vs time and stuff without any effort 🙂

But what if you forgot to include an object in the session plan? Just click on the “add new object to list” and you can easily add objects into the logs. Even better, it automatically adds the object to your session plan as well. It is this simple:


And after you’re done observing all the objects, you can refine the session details if you’d like to, say for adding a few extra comments on the weather and finally click on End Session. This would open a file dialog where you can save tge logs to a place of your choice.

Now, apart from these, the Observation planner has a new interesting feature as well, from the wishlist, you can select objects and add a list of objects that are visible tonight to the session plan. A really quick way of planning a session if you’re in a big hurry 🙂

Now, with all these, I guess my SoC has finally come to an end. I hope people would find these useful and enjoy KStars!
Until my next post, signing off 🙂

Pretty UI and Images from Google Image search!


Time for more updates from soc, this is primarly a big ui change that I’ve made, now things look much less cluttered. So the changes made are

1. Getting rid of the “Show in ImageViewer” , “Get Image” buttons :

Instead of using buttons for these features,  I created an eventfilter and if you click on the empty image in the preview region, it’ll automatically fetch the right image, and if the image is present already it shows it in the ImageViewer. Now thats two buttons less.

2. Using a right-click popup menu, instead of the Large number of buttons present in the Observation Planner. This makes the UI look much more usable, and much less cluttered.

3. Saving and deleting individual images:

In the previous version of the observation planner, you had the option only to save all the images or delete all of them, now this doesn’t quite make the user happy, and hence, there is an option to individually save and delete images for a selected object.

4. And, probably one really useful feature, the Observation planner can get you images from a google image search of the object’s name. This google search feature, fires up a new window, which asyncronously keeps downloading images from the web, and puts a tiny image thumbnail next to it. There is a preview box, for a larger thumbnail. And the cool part is that, you can even edit or crop the image downloaded from within KStars! This also makes it possible for the user to get the images for objects in the solar system, as the DSS/SDSS images are not available for these directly in a search by RA/Dec.

5. And the popup menu provides the user with an option to get the DSS image instead of the default SDSS image in case thats needed.

6.  Also, the core backends of the OAL compliant target lists are ready!

Well time for screenshots now :

1. The New UI of the Observing List :


2. The Google Image search in action :


3. The Popup menu:


So now, the observation planner looks more useful right?

And good news is, in a day or two, the changes will be merged from my branch into the trunk!

Cheers. Until next post, signing off.

More updates from SoC

Well, its been really long since I posted about the work I’d done so far.

The first thing that I’d like to mention is, I’ve made it possible to filter objects by their magnitude in the What’s Up Tonight Dialog, now this makes life much easier if you have a big catalog and you just would like to know about the objects that you can see with the naked eye or with the telescope. And there is even a slider there for comfortably setting the magnitude. Now the What’s Up Tonight Dialog looks like :


The other new features are :

1. You can view the bigger version of the DSS/SDSS image previews in a separate imageviewer. This enables you to see finer details better, which might prove helpful for star “hopping”.

2. You can now, save the images of all objects in the session list just by a single click, and they’re nearly saved for usage in during the observation session.

3. Okay, so now, you’re worried of your disk space and you decide to clean up all the stored images, now KStars allows you to do that again by the click of a single button.

So, now the Observation Planner looks like


And, look below to see the imageviewer in action :


😀 yeah, Astronomy is cool indeed!

And, currently I’m working on creating Observation Logs in XML format, with features like export to OAL(Open Astronomy Log) schema – compliant logs. What has been done till now is that, we can export target lists in the COMAST schema’s format, which means we can exchange stuff amongst other desktop planetarium software! To view one sample list, visit this link.


SDSS images!

I finally got the SDSS images support up in the Observation Planner. Now the planner does a search for the SDSS images and displays the DSS image if the requested RA/Dec is out of the SDSS footprint. Though the current implementaion is a sneaky little trick, no one could find/offer a better and shorter method for doing it. Plus it works!

But you might ask whats so special about these SDSS images, well take a look yourself 🙂




Yes Ladies and Gentlemen they are in colour! Now isn’t that cool?

Plus this completes the Previews section of my SoC proposal 😉 (Now thats cooler right? 😀 )

GSoC Update – 2

Ha, its been really long since I updated my blog on the progress in SoC.
This post is about two major changes that I’ve created in the Observing List UI.

1. The WishList + Session View:

The WishList view contains a list of objects that you’d wish to observe sometime, somewhere. This is like a super set of all objects that you’ll observe in all sessions. And you can add objects from anywhere in KStars, and even better it is auto saved.
The Session View contains the list of the objects you’d want to observe in a specific session. This is a specific list of objects from the WishList that is planned for observation. In this view, you can even set the time at which you want to observe the objects, which is defaulted to the transit time to make it user friendly. The advantages of this time setting is that it provides the Altitude and Azimuth coordinates for ease of observation. More features to come are displaying the telescope’s current coordinates if any telescope is connected and is active. The session list can be saved and loaded(which loads all parameters including the Date, Location, Time, etc.). And as mentioned in the previous post you can view the Altitude vs Time graph, plus now, you can now set the date and time and this will compute the RA and Dec coordinates with recomputing them including precession and nutation considerations.

2. The DSS image tool:

One nice feature integrated in the Observing List now is the DSS image preview. For any selected object, the user can get the DSS image by a single click, and it auto saves the images, with the option of discarding them on exit in case you want to save hard disk space. And if any image exists, this detects it and loads it instead of loading the image from the web. This is useful as, you’ll almost never have an active Internet connection in the observation area. Again, another new feature to come is the SDSS image tool, which is available for one quarter of the sky the main advantage of SDSS images is that they are not gray-scale images! So it’ll make the Observing List even cooler.

Thats it for the updates now, for a quick look of the changes, the Observing List which used to be:


Now has become:


See, its getting cooler and cooler. And if the logs are worked upon to be compatible with the OAL, our observing planner will beat lots of existant commercial software left right and center.

Cheers and happy Kontibuting. Until the next post, signing off.

Time for a weekly report — KStars

Ah, without my realisation a week has passed since I started my GSoC work on KStars. My proposal was to create an Observation Planner for KStars a neat little(well not exactly little) utility where you’ll have everything you need for chalking out your observation plans. So, what I’ve achieved till now in the process is :

1. Make a lot of other features like What’s Up Tonight and the FindDialog to be accessible from the Observing List so that the user doesn’t have to take to a tedious process of going to these from the menus, slewing to the object and then do a Add to Observing List.

2. Get the Altitude Vs Time Plot integrated within the Observing List. This makes it much easier to view the AVT Plot by just clicking on the object rather than take to the process of Opening the AltVsTime plot window for the plot. ( This left some space to the right as you can see in the image attached below, which will be filled up by another plot/The Coordinates of the current Telescope.

3. Wrote a method that’ll display the current direction to which the telescope is pointing at the moment [ If a supported telescope is connected that is 🙂 ]

4.Created a Class KSAlmanac, which will take care of computations of the Rise and Set times of Sun and Moon. It also computes the approximate twilight begin and end times.[ Accuracy of about a minute ]

5. Replaced a lot of duplicated Sun rise/set times in many places with the KSAlmanac class. Also made the default constructors available in the classes KSSun and KSMoon, makes life easier if you want to have their instances with the current GeoLocation and Date/Time.

6. Decided on how the Observation Planner is going to look like, it is going to morph into a tabbed feature with different types of usage for each tab :

  • All Objects : This will fire up a list of all objects from where you can add the objects into the next tab, which is,
  • Observing Wish List : This stores up a list of objects which you’ll want to observe someday or the other.
  • Observing Session : This is the list of objects which you’ll be creating for a particular session, you can even save up on the times in which you’re going to be observing the specified objects.

With these different types of views, planning a session becomes extremely simple, as you can see when the object will rise/set, see how easy it is to observe from the integrated Altitude vs Time plot, decide on which object to observe when and save up on those details so that you’ll just need to open up KStars and start observing objects without wasting any of the precious night time available to you. This hierarchical view + the What’s up tonight makes it simple to add more objects on the fly without having to do a lot of research with sky charts and stuff. So, to simply put it, its observation made easier for all 🙂

But though the specified things look nice and cool, implementation issues always rise. The All Objects tab might have to wait up as currently it takes over a minute to load up! I tried the best improvisations that I could think of to reduce the time lag, but nothing seemed to help much in reducing the timing. Me and my mentor, both of us are kinda baffled by it as the number of iterations is of O(n) and n is around 19,000 or so . And in each iteration we make only O(1) queries. Strange right ? But anyway, this has been reserved for later stages as both me and my mentor agree its much better to spend time on bringing up the other features rather than to bang my head over this issue.

So, the observing list which used to look like this :


Now, looks something like this :


As you can see, it already looks usable, in another week or so, it’ll become even better :D. Cheers!

Bidirectional Patch!

I came across an interesting problem today.It was patch that works both forward and backward! It was on the course of editing a UI file, the markups in the svn diff were simply :



and a



And the change I made contained the same number of lines apparently.

I did my usual, svn diff > Patch followed by patch -p0 < Patch, hoping It’d ask me to assume a -R . It did ask that for a few files, but not this one and I dint notice that. And my make kept failing. Finally on doing another svn diff, I realised this interesting thing. It had _added_ an extra batch of buggy lines like once wasn’t enough to kill the compile! I ended up doing an svn revert to resolve the issue finally.

So piece of advice : Take that little bit of time to add a -R to the patch -p0 command 🙂