headers
Glenn Becker | 1 Feb 21:39
Picon
Favicon

H400 image update


Hi everyone -

I uploaded a bunch of images and updated spreadsheets to

http://burningc.freeshell.org/KStars/

today. The image count is just a few over 200, which means I have passed 
the halfway mark!

Reactions are welcome. I am still wondering whether it might not be better 
to drop the Herschel 400 "model" since many of these don't seem 
particularly, well, prepossessing as visuals.

Thanks,

Glenn

+-----------------------------------------------------+
Glenn Becker - burningc <at> sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
+-----------------------------------------------------+
Permalink | Reply | 4 comments |
headers
Luciano Montanaro | 2 Feb 11:15
X-Face
Gravatar

Re: H400 image update

On giovedì 01 febbraio 2007, Glenn Becker wrote:
> Hi everyone -
>
> I uploaded a bunch of images and updated spreadsheets to
>
> http://burningc.freeshell.org/KStars/
>
> today. The image count is just a few over 200, which means I have passed
> the halfway mark!
>
> Reactions are welcome. I am still wondering whether it might not be
> better to drop the Herschel 400 "model" since many of these don't seem
> particularly, well, prepossessing as visuals.
>
> Thanks,
>
> Glenn

Well, I think it's OK even if the collection isn't complete. Even as it is, 
it would triple the amount of "realistic" objects KStars can show, so go 
ahead and make an HotNewStuff package of what you have. You can always 
extend it later on, if suitable objects are found.

I have a couple of changes for the Messier object catalog, which could be 
useful (rotated the Pleiades, fixed the unrotated galaxy), I'll send a link 
to the list this evening, hopefully.

Luciano

--

--
(Continue reading)

Permalink | Reply | 3 comments |
headers
Glenn Becker | 3 Feb 19:53
Picon
Favicon

Re: H400 image update


Luciano, et al.

> Well, I think it's OK even if the collection isn't complete. Even as it is,
> it would triple the amount of "realistic" objects KStars can show, so go
> ahead and make an HotNewStuff package of what you have. You can always
> extend it later on, if suitable objects are found.

How do I do this? :^)

Thanks,

Glenn

+-----------------------------------------------------+
Glenn Becker - burningc <at> sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
+-----------------------------------------------------+
Permalink | Reply | 2 comments |
headers
Luciano Montanaro | 3 Feb 23:50
X-Face
Gravatar

Re: H400 image update

On sabato 03 febbraio 2007, Glenn Becker wrote:
> Luciano, et al.
>
> > Well, I think it's OK even if the collection isn't complete. Even as it
> > is, it would triple the amount of "realistic" objects KStars can show, so
> > go ahead and make an HotNewStuff package of what you have. You can always
> > extend it later on, if suitable objects are found.
>
> How do I do this? :^)

I've never done one myself... Jason should know, however.

You may start reading about it starting from here, however:

http://edu.kde.org/development/knewstuff.php

I have uploaded the updated images on my site, they are:

http://www.cirulla.net/listing/kde_stuff/kstars/m45.png

http://www.cirulla.net/listing/kde_stuff/kstars/m102.png

M45 has been rotated by pi/4 so that it is aligned with the star database;
M102 has been rotated so that its main axis is now horizontal. I hope I've not 
put it upside down.

Luciano

--

-- 
Luciano Montanaro //
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jason Harris | 6 Feb 05:12

Re: H400 image update

Sorry I'm a bit out of touch...I'm in the middle of a 4000 km drive to 
move my wife to Tucson :)

Anyway, it's easy to make a HotNewStuff package; it's just a tarball 
containing the data files you want to include.

Right now the code assumes the images are in PNG format.

If you want the images to appear in the skymap itself, you should name 
them according to the object name (all lowercase, and remove spaces). 
For example, "NGC 602" would have an image named "ngc602.png".

If you instead want the images to appear in the detail dialog, name them 
the same, except prepend "thumb-" to the name (e.g., "thumb-ngc602.png").

Note that for images in the map, they should be scaled down to a small 
dimension, and the background should be made transparent.  Early on in 
this discussion, someone (was it Luciano?) had some good ideas about how 
to automate the process of making smoothly blended transparent 
backgrounds.  Maybe check the mailing list archives for that message.

Before submitting your tarball to be published for all KStars users, you 
can test it by unpacking it into your $KDEHOME/share/apps/kstars 
directory.  After doing that, you should see your images in the program.

Good luck!  Can't wait to see them.

regards,
Jason
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jason Harris | 17 Feb 04:29

KDE/kdeedu/kstars/kstars

SVN commit 634384 by harris:

Fix DragListBox, a custom widget used in the Add Catalog tool.  
It is now derived from KListWidget, rather than K3ListBox.

CCMAIL: kstars-devel <at> kde.org

 M  +12 -12    addcatdialog.cpp  
 M  +4 -4      addcatdialog.ui  
 M  +39 -27    widgets/draglistbox.cpp  
 M  +6 -5      widgets/draglistbox.h  

--- trunk/KDE/kdeedu/kstars/kstars/addcatdialog.cpp #634383:634384
@@ -54,17 +54,17 @@
 	connect( acd->PreviewButton, SIGNAL( clicked() ), this, SLOT( slotPreviewCatalog() ) );
 	connect( this, SIGNAL( okClicked() ), this, SLOT( slotCreateCatalog() ) );

-	acd->FieldList->insertItem( i18n( "ID Number" ) );
-	acd->FieldList->insertItem( i18n( "Right Ascension" ) );
-	acd->FieldList->insertItem( i18n( "Declination" ) );
-	acd->FieldList->insertItem( i18n( "Object Type" ) );
+	acd->FieldList->addItem( i18n( "ID Number" ) );
+	acd->FieldList->addItem( i18n( "Right Ascension" ) );
+	acd->FieldList->addItem( i18n( "Declination" ) );
+	acd->FieldList->addItem( i18n( "Object Type" ) );

-	acd->FieldPool->insertItem( i18n( "Common Name" ) );
-	acd->FieldPool->insertItem( i18n( "Magnitude" ) );
-	acd->FieldPool->insertItem( i18n( "Major Axis" ) );
-	acd->FieldPool->insertItem( i18n( "Minor Axis" ) );
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jason Harris | 17 Feb 06:05

KDE/kdeedu/kstars/kstars/tools

SVN commit 634387 by harris:

AstroCalc fixes.  The navigationPanel widget was too narrow to 
display its contents.  I tried various ways to determine the 
correct width in AstroCalc::AstroCalc(), but it seems that the 
QTreeWidgetItems don't yet have their correct geometry in the ctor.  
Any ideas where this code can be placed to make it work correctly?
I suppose I can make a slot and connect it to a single-shot timer 
in the ctor, but is there a less kludgy way?

I left my last attempt in as commented code, but for now I am 
just hardcoding a minimum width of 200 pixels.

CCMAIL: kstars-devel <at> kde.org

 M  +27 -2     astrocalc.cpp  

--- trunk/KDE/kdeedu/kstars/kstars/tools/astrocalc.cpp #634386:634387
@@ -50,7 +50,7 @@

 	navigationPanel = new QTreeWidget(split);
 	navigationPanel->setColumnCount(1);
-	navigationPanel->setHeaderLabels( QStringList(i18n("Section")) );
+	navigationPanel->setHeaderLabels( QStringList(i18n("Calculator modules")) );
 	navigationPanel->setSortingEnabled( false );

 	QIcon jdIcon = QIcon ("jd.png");
@@ -88,6 +88,32 @@
 	solarItem->setIcon(0,solarIcon);
 	new QTreeWidgetItem(solarItem,QStringList(i18n("Planets Coordinates")) );
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jason Harris | 18 Feb 00:25

KDE/kdeedu/libkdeedu/extdate

SVN commit 634683 by harris:

Fix subtle bug in JDToGregorian() that was causing off-by-one date errors.
CCMAIL: kstars-devel <at> kde.org

 M  +1 -1      extdatetime.cpp  

--- trunk/KDE/kdeedu/libkdeedu/extdate/extdatetime.cpp #634682:634683
@@ -147,7 +147,7 @@
 	float g;
 	int z, a, b, c;
 	
-	z = jd - 1721118;
+	z = int(jd - 1721118.5);
 	g = z - 0.25;

 	a = int(floor( g / 36524.25 ));
Permalink | Reply | 0 comments |
headers
Jason Harris | 18 Feb 07:47

KDE/kdeedu/kstars/kstars/tools

SVN commit 634724 by harris:

(1) Rename "Day Duration" calculator module to "Almanac", since 
it includes much more than just the length of the day

(2) Simplify UI of "Equinoxes and Solstices" module, and make it work.
You don't have to select an Equinox/Solstice anymore, the module shows 
the time/date of occurence for all four events of the given year, and 
also shows the duration of each season in days.

TODO: Right now, the seasonal names (Spring, Summer, Autumn, Winter) 
assume the northern hemisphere.  I'm considering adding a checkbox for 
this to allow users to switch to Southern hemisphere names.

CCMAIL: kstars-devel <at> kde.org

 M  +1 -1      astrocalc.cpp  
 M  +34 -54    modcalcequinox.cpp  
 M  +1 -5      modcalcequinox.h  
 M  +261 -123  modcalcequinox.ui
Permalink | Reply | 0 comments |
headers
Jason Harris | 18 Feb 21:53

KDE/kdeedu/kstars/kstars

SVN commit 634936 by harris:

Restore ability to change the projectin system used to render the map.
Apparently at some point, the internal names used for actions by 
KActionCollection stopped being available as the objectName() of the 
action.  So my use of "sender()->objectName()" in slotMapProjection() 
stopped working.  

I'm now comparing the sender() object itself to 
actionCollection()->action("action_name")

CCMAIL: kstars-devel <at> kde.org

 M  +6 -8      kstarsactions.cpp  

--- trunk/KDE/kdeedu/kstars/kstars/kstarsactions.cpp #634935:634936
@@ -832,19 +832,17 @@
 }

 void KStars::slotMapProjection() {
-	QString aname = sender()->objectName();
-
-	if ( aname == "project_lambert" )
+	if ( sender() == actionCollection()->action("project_lambert") )
 		Options::setProjection( SkyMap::Lambert );
-	if ( aname == "project_azequidistant" )
+	if ( sender() == actionCollection()->action("project_azequidistant") )
 		Options::setProjection( SkyMap::AzimuthalEquidistant );
-	if ( aname == "project_orthographic" )
+	if ( sender() == actionCollection()->action("project_orthographic") )
(Continue reading)

Permalink | Reply | 0 comments |

Gmane