xplanet-development Mailing List for Xplanet (Page 3)
Brought to you by:
hari
Menu
▾
▴
xplanet-development
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(6) |
Feb
(2) |
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
|
Oct
(4) |
Nov
|
Dec
(1) |
| 2002 |
Jan
(1) |
Feb
(2) |
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
|
| 2003 |
Jan
|
Feb
(8) |
Mar
(5) |
Apr
(5) |
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
(3) |
| 2004 |
Jan
(15) |
Feb
(1) |
Mar
(6) |
Apr
(1) |
May
(2) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: Hari N. <ha...@al...> - 2003-03-07 17:45:36
|
I've released xplanet-0.95a. This has fixes for a few bugs that have accumulated over the past year. I'm planning on making the beta version official sometime within the next few weeks. I'll keep the old version accessible from the web page but I won't work on it any further besides bug fixes. Hari |
|
From: Felix <fe...@ne...> - 2003-02-26 07:07:56
|
Hi Ian Hans Ecke's scripts will download data and generate markerfiles for earthquakes, volcanoes, and lots of other stuff. It's even been tested on windows! http://hans.ecke.ws/xplanet/ As for images, there's some of elevation and ocean crust age at http://flatplanet.sourceforge.net/maps/ (under "topo") cheers Felix |
|
From: Phil E. <ph...@li...> - 2003-02-26 00:28:47
|
On Tuesday 25 Feb 2003 10:34 pm, Mcleod, Ian wrote: > hey thanks mate.. I will see if I can adapt that to my Win2K based des= ktop > machine!! > Oh, bugger. Sorry, Ian. <Takes foot quietly out of mouth>. :-( --=20 Regards Phil Edwards Brighton, UK |
|
From: Mcleod, I. <ian...@ed...> - 2003-02-25 23:24:26
|
I would like to overlay earthquake and volcano activity on a spinning real time tectonic map - is there tectonic map available? And how does one 'animate' Xplanet under Windows? I want to show this off to my friends - have a real time interactive 3D map of the Earth with weather and geolical activity overlaid on top - plus ANY other goodies like moon phase etc... I'm not having much luck so far - I found some perl scripts and 'totalmarker' but have NO idea how to get them going under Windows.. Ian McLeod |
|
From: Phil E. <ph...@li...> - 2003-02-25 14:27:08
|
On Tuesday 25 Feb 2003 5:14 am, Mcleod, Ian wrote: > Where can one get TLE files (Xplanet needs two files?) for satellites, = etc > and updated files for Earth quakes, volcanoes and so on.. > Here's a little shell script that works for me - I grab updated TLE's eac= h day=20 to feed the copy of Dave Ransoms STSPLUS that I run under dosemu on my=20 Mandrake 9.0 box: -----begin----- #!/bin/bash # get latest TLE data # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, U= SA. # # Copyright (C)2003 Phil Edwards, ph...@li... FTPHOST=3Dftp.iastate.edu REMPATH=3D/pub/stsdata LOCPATH=3D~/mydos/dosemu/freedos/stsplus/tle ORIGIN=3D`pwd` # get the latest files from the FTP server cd $LOCPATH cat <<-EOF | ftp -v -i -n $FTPHOST user anonymous ph...@li... bin hash cd $REMPATH mget tle*.zip bye EOF # unzip the files we just downloaded for i in *.zip; do unzip $i rm -f $i done # and sort out which is the newest for i in `ls -1rt *.TXT`; do mv -f $i tle-new.txt done cd $ORIGIN ------end------ You'll probably need to pull out just the TLE sets for the satellites you= 're=20 interested in - I'll leave this as an exercise for the reader! > I'm behind a corporate firewall and would like all this really interest= ing > stuff on my desktop to make my day in my cubicle a little more > interesting.. > :-) --=20 Regards Phil Edwards Brighton, UK |
|
From: Mcleod, I. <ian...@ed...> - 2003-02-25 05:16:44
|
Where can one get TLE files (Xplanet needs two files?) for satellites, etc and updated files for Earth quakes, volcanoes and so on.. I'm behind a corporate firewall and would like all this really interesting stuff on my desktop to make my day in my cubicle a little more interesting.. |
|
From: Hari N. <ha...@al...> - 2003-02-07 05:28:53
|
> Currently, (As far as I can tell from reading the > man page), the > satellite orbit/ground track, and altcirc lines are > always drawn > white. It would be nice if we could pick the colour > of each, maybe > even on a satellite by satellite basis. I think you can specify a color option in the satellite file which determines the color of the trail and alt circle. > Also, maybe a 'shading' option for the area covered > by the altcirc > option. I can think of a way to do this, but it would probably slow things down quite a bit. I'll look into it. > I was wondering if it would be possible to add an > option to get > the satellite location data from a predict server ? Calculating satellite positions isn't cpu intensive at all. Is there any particular reason predict server support would be useful? > One other minor thing that would be real useful is > an option > to set the title bar - if running multiple sessions > of xplanet, > it would make it easier to differeciate between > sessions. That should be easy to do. Please use the beta version (at http://xplanet.sourceforge.net/beta) and see if its satellite support is working as it should. I don't intend to work on the old version any longer. Hari |
|
From: Roger <ro...@ef...> - 2003-02-07 00:26:32
|
Around Thu,Feb 06 2003, at 09:10, Iain Young - G7III, wrote: > Hi, > > I have just (re)discovered xplanet, and its ability to track > satellites, and have a couple of questions/suggestions. > > Currently, (As far as I can tell from reading the man page), the > satellite orbit/ground track, and altcirc lines are always drawn > white. It would be nice if we could pick the colour of each, maybe > even on a satellite by satellite basis. satellite track can be altered in their color. Perhaps you looked for a different spelling of it? :) > Also, maybe a 'shading' option for the area covered by the altcirc > option. I'd like to see that option also. -- ro...@ef... |
|
From: <g7...@g7...> - 2003-02-06 21:15:45
|
Hi, I have just (re)discovered xplanet, and its ability to track satellites, and have a couple of questions/suggestions. Currently, (As far as I can tell from reading the man page), the satellite orbit/ground track, and altcirc lines are always drawn white. It would be nice if we could pick the colour of each, maybe even on a satellite by satellite basis. Also, maybe a 'shading' option for the area covered by the altcirc option. I have been using predict (http://www.qsl.net/kd2bd/predict.html) to actually track satellites in the past, and predict has a rather unique feature - it can act as a UDP server, so providing satellite location data to multiple clients (EG Tracking displays, Antenna controllers, radio controllers etc) I was wondering if it would be possible to add an option to get the satellite location data from a predict server ? That might take some of the load off of xplanet, especially if running multiple views in their own windows [Not sure how much cpu is expended to calculate the altcirc, and orbit/ground tracks though] One other minor thing that would be real useful is an option to set the title bar - if running multiple sessions of xplanet, it would make it easier to differeciate between sessions. Anyway, just a few ideas. All the Best Iain. |
|
From: Hari N. <ha...@al...> - 2002-11-14 16:10:59
|
I have an early version of the new xplanet that you can download at http://xplanet.sourceforge.net/beta As you can see from the screenshots, this version does multiple bodies, shadows, real stars, blah, blah, blah. The big changes are that there is no more xplanetbg, and xplanet now reads a configuration file which contains options for each planet. I consider this very alpha at this point. I'm sure there are many inconsistencies and bugs waiting to be discovered. It's a near total rewrite of the old version, so there may be features in the old version that are not in the new one. I purposefully didn't include an animation mode. If you miss it, use Celestia! If you have any feature requests, please send them to me, even if you've already sent them before. This way I won't need to dig through my old email :) After one iteration with you guys, I'll put the beta version notice on the main page, and then an "official" release. I will be pretty busy for the next month so that's why I'm putting this out now. I'll send out any future announcements to the xplanet-development list only. If you would like to join it's accessible from the xplanet sourceforge project page. It's not busy at all; there's only a message or two in a good month :) Hari |
|
From: Hari N. <ha...@al...> - 2002-09-20 22:50:14
|
By default, the upper left corner of the map has longitude -180, latitude 90 and the lower right has longitude 180, latitude -90. Using --mapbounds explicitly sets these values to something different. You will need to crop the map yourself to the proper size. I've attached two programs which write a command you can use with ImageMagick's convert program. One program takes as input a central longitude & latitude and image size, and the other takes corners of a rectangle in longitude and latitude. There's no documentation or comments, of course :), but hopefully they're self-explanatory. Hari |
|
From: Jon O. <jo...@su...> - 2002-09-20 22:38:57
|
Lets say I want to zoom into New York City (LAT/LONG: 40.76 -73.98) Im using earth.jpg So I set Mapbounds to 20,-50,60,-80 Does xplanet not crop/zoom the image itself? Do I have to do this myself? Is there an option im missing? I basically want 20 units off of new york on the lat/lon in all 4 directions.. Thanks! -Jon |
|
From: Richard R. <rro...@ga...> - 2002-09-19 18:41:00
|
Yep... the
-shade 100
option
On Thu, Sep 19, 2002 at 02:34:47PM -0400, Jon Oringer wrote:
> We are using xearth to create some images on our webserver - nightly.
>
> But, we don't want to have any part of the earth "dark" even if the sun
> isnt there.
>
> Is there any way to have the sun cover the entire map? Or turn off
> sun-lighting?
>
> Thanks!
> -Jon
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Xplanet-development mailing list
> Xpl...@li...
> https://lists.sourceforge.net/lists/listinfo/xplanet-development
--
/ \__ | Richard Rognlie / Sendmail Ninja / Gamerz.NET Lackey
\__/ \ | http://www.gamerz.net/rrognlie/ <rro...@ga...>
/ \__/ | No trees were killed in the sending of this message.
\__/ | However, a great many instructions were executed.
|
|
From: Jon O. <jo...@su...> - 2002-09-19 18:34:50
|
We are using xearth to create some images on our webserver - nightly. But, we don't want to have any part of the earth "dark" even if the sun isnt there. Is there any way to have the sun cover the entire map? Or turn off sun-lighting? Thanks! -Jon |
|
From: Hari N. <ha...@al...> - 2002-08-16 05:34:10
|
Limb darkening happens with any reflecting sphere; you just don't get as much light bounced your way from the limb as you do from the point right below you. You can turn it off by making ProjectionBase::getPhotoFunction always return 1. Or you can fiddle with the function to return whatever darkening suits you. If you don't want to dig into the code, you can use an older version of xplanet. I think I added limb darkening around version 0.90. Older versions are available from the "Xplanet Project Page" link down at the bottom of the main web page. Then select "files" and download whichever version you like. Hari |
|
From: Matt F. <mf...@fa...> - 2002-08-16 02:39:08
|
What's with limb darkening? Shouldn't the Earth's limb become more hazy as you get closer to the edge? I thought limb darkening was unique to the sun.....due to the emission of light from different layers of the photosphere. Anyway.....is there any way to turn this off (short of going through the code)? It renders much too dark for my taste. Thanks, Matt |
|
From: Hari N. <ha...@al...> - 2002-08-06 00:31:57
|
Quoting Jeff Martin <JM...@se...>: > BTW, does anybody know if there is a way to > contribute to the project other > than writing code? Xplanet rocks, and even > though it's open-source, I feel > a little guilty that it doesn't cost me > anything .... :-) Well, you found a bug; I'd call that contributing! Hari |
|
From: Jeff M. <JM...@se...> - 2002-08-05 23:15:36
|
Adding the #define seemed to get past the compile problems. What's the difference using LEAN_AND_MEAN? But then I had link problems like yours... So I re-ran configure using --without-animate, then everything linked fine. Of course it's not the full deal without animation, but all I really want to use it for is to set my X background. That works fine even without animation support. Of course if somebody wants to fix the issues with animation under cygwin, I wouldn't object. :-) BTW, does anybody know if there is a way to contribute to the project other than writing code? Xplanet rocks, and even though it's open-source, I feel a little guilty that it doesn't cost me anything .... :-) Jeff -----Original Message----- From: Nigel Stewart & Fiona Smith [mailto:ni...@ni...] Sent: Sunday, August 04, 2002 9:55 PM To: Jeff Martin Cc: 'xpl...@li...' Subject: Re: [Xplanet-development] Problems building with cygwin... In the file libdisplay/DisplayMSWin.cc Insert this line just before the #include<windows.h>... #define WIN32_LEAN_AND_MEAN ...But after that I hit link errors, perhaps because I have XFree OpenGL (-lGL) and native (-lopengl32) libs and includes floating around... Nigel Jeff Martin wrote: > Anybody tried compiling with cygwin lately? I'm getting this error: > > > > $ make > > make -C libdisplay > > make[1]: Entering directory `/tmp/xplanet-0.94/libdisplay' > > c++ -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 > -I/usr/X11R6/include -Wall -O3 -INONE/include -I/usr/local/include > -I.. -c -o DisplayMSWin.o DisplayMSWin.cc > > In file included from /usr/include/w32api/windows.h:86, > > from DisplayMSWin.cc:33: > > /usr/include/w32api/winspool.h:239: extraneous `int' ignored > > /usr/include/w32api/winspool.h:254: extraneous `int' ignored > > /usr/include/w32api/winspool.h:275: extraneous `int' ignored > > /usr/include/w32api/winspool.h:300: extraneous `int' ignored > > /usr/include/w32api/winspool.h:446: extraneous `int' ignored > > /usr/include/w32api/winspool.h:469: extraneous `int' ignored > > make[1]: *** [DisplayMSWin.o] Error 1 > > make[1]: Leaving directory `/tmp/xplanet-0.94/libdisplay' > > make: *** [libdisplay/libdisplay.a] Error 2 > > > > > > I'm running: > > - Windows 2000 Professional > > - cygwin.dll 1.3.12-4 (the latest from mirrors.rcn.net) > > - c++ 2.95.3-4 (as reported by 'c++ --version'; also the latest) > > > > Thanks, > > Jeff > > > |
|
From: Nigel S. & F. S. <ni...@ni...> - 2002-08-05 04:51:41
|
In the file libdisplay/DisplayMSWin.cc Insert this line just before the #include<windows.h>... #define WIN32_LEAN_AND_MEAN ...But after that I hit link errors, perhaps because I have XFree OpenGL (-lGL) and native (-lopengl32) libs and includes floating around... Nigel Jeff Martin wrote: > Anybody tried compiling with cygwin lately? I'm getting this error: > > > > $ make > > make -C libdisplay > > make[1]: Entering directory `/tmp/xplanet-0.94/libdisplay' > > c++ -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 > -I/usr/X11R6/include -Wall -O3 -INONE/include -I/usr/local/include > -I.. -c -o DisplayMSWin.o DisplayMSWin.cc > > In file included from /usr/include/w32api/windows.h:86, > > from DisplayMSWin.cc:33: > > /usr/include/w32api/winspool.h:239: extraneous `int' ignored > > /usr/include/w32api/winspool.h:254: extraneous `int' ignored > > /usr/include/w32api/winspool.h:275: extraneous `int' ignored > > /usr/include/w32api/winspool.h:300: extraneous `int' ignored > > /usr/include/w32api/winspool.h:446: extraneous `int' ignored > > /usr/include/w32api/winspool.h:469: extraneous `int' ignored > > make[1]: *** [DisplayMSWin.o] Error 1 > > make[1]: Leaving directory `/tmp/xplanet-0.94/libdisplay' > > make: *** [libdisplay/libdisplay.a] Error 2 > > > > > > I'm running: > > - Windows 2000 Professional > > - cygwin.dll 1.3.12-4 (the latest from mirrors.rcn.net) > > - c++ 2.95.3-4 (as reported by 'c++ --version'; also the latest) > > > > Thanks, > > Jeff > > > |
|
From: Jeff M. <JM...@se...> - 2002-08-05 00:33:25
|
Anybody tried compiling with cygwin lately? I'm getting this error:
$ make
make -C libdisplay
make[1]: Entering directory `/tmp/xplanet-0.94/libdisplay'
c++ -I/usr/X11R6/include -I/usr/X11R6/include/freetype2
-I/usr/X11R6/include -Wall -O3 -INONE/include -I/usr/local/include -I.. -c
-o DisplayMSWin.o DisplayMSWin.cc
In file included from /usr/include/w32api/windows.h:86,
from DisplayMSWin.cc:33:
/usr/include/w32api/winspool.h:239: extraneous `int' ignored
/usr/include/w32api/winspool.h:254: extraneous `int' ignored
/usr/include/w32api/winspool.h:275: extraneous `int' ignored
/usr/include/w32api/winspool.h:300: extraneous `int' ignored
/usr/include/w32api/winspool.h:446: extraneous `int' ignored
/usr/include/w32api/winspool.h:469: extraneous `int' ignored
make[1]: *** [DisplayMSWin.o] Error 1
make[1]: Leaving directory `/tmp/xplanet-0.94/libdisplay'
make: *** [libdisplay/libdisplay.a] Error 2
I'm running:
- Windows 2000 Professional
- cygwin.dll 1.3.12-4 (the latest from mirrors.rcn.net)
- c++ 2.95.3-4 (as reported by 'c++ --version'; also the latest)
Thanks,
Jeff
|
|
From: Hari N. <mcf...@ya...> - 2002-03-01 23:01:35
|
Hi Peter - the satellite file doesn't use the "radius" keyword. I see that it says otherwise in the documentation, so I will fix that. Hari __________________________________________________ Do You Yahoo!? Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com |
|
From: Zuge, P. <pz...@uw...> - 2002-03-01 22:16:43
|
Hello!
I am using XPlanet on Windows 2000 with no difficulties. Everything =
looks great! Many thanks for a decent looking desktop! (not to mention =
an interesting way to view celestial bodies...)
I am not using WinXPlanetBG (from Markus Koerner) because I had a few =
problems with that, but have written a batch file to update =
"clouds_2000.jpg", etc., and run "XPlanet.exe" directly. As I said =
before, no problems with any options except one. Does the "radius" =
keyword work inside a satellite file? It seems to work fine inside a =
marker file, but whenever I try to add the following to my satellite =
file:
25544 "International Space Station" image=3Diss.png =
transparent=3D{0,0,0} trail=3D{orbit,-60,0,2} color=3D0xFFFF00 =
radius=3D1=20
and then run XPlanet like this:
xplanet -radius 40 -satfile iss
I receive the following error message:
Syntax error in satellite file
line is "25544 "International Space Station" image=3Diss.png =
transparent=3D{0,0,0}
trail=3D{orbit,-60,0,2} color=3D0xFFFF00 radius=3D1 "
When I remove the "radius" keyword, everything works fine. When I try =
to put the "radius" keyword anywhere else in the line, the same error =
results. Am I doing something wrong?
Thanks again for a _very_ nice program (I have been playing with it for =
the last two days straight!).
Peter.
PS. Sorry for the first post, I forgot I temporarily switched Outlook to =
HTML....
|
|
From: Zuge, P. <pz...@uw...> - 2002-03-01 21:48:37
|
Hello!
=20
I am using XPlanet on Windows 2000 with no difficulties. Everything =
looks great! Many thanks for a decent looking desktop! (not to mention =
an interesting way to view celestial bodies...)
=20
I am not using WinXPlanetBG (from Markus Koerner) because I had a few =
problems with that, but have written a batch file to update =
"clouds_2000.jpg", etc., and run "XPlanet.exe" directly. As I said =
before, no problems with any options except one. Does the "radius" =
keyword work inside a satellite file? It seems to work fine inside a =
marker file, but whenever I try to add the following to my satellite =
file:
=20
25544 "International Space Station" image=3Diss.png =
transparent=3D{0,0,0} trail=3D{orbit,-60,0,2} color=3D0xFFFF00 =
radius=3D1=20
=20
and then run XPlanet like this:
xplanet -radius 40 -satfile iss
=20
I receive the following error message:
Syntax error in satellite file
line is "25544 "International Space Station" image=3Diss.png =
transparent=3D{0,0,0}
trail=3D{orbit,-60,0,2} color=3D0xFFFF00 radius=3D1 "
=20
When I remove the "radius" keyword, everything works fine. When I try =
to put the "radius" keyword anywhere else in the line, the same error =
results. Am I doing something wrong?
=20
Thanks again for a _very_ nice program (I have been playing with it for =
the last two days straight!).
Peter.
|
|
From: K. L. D. V. H. <le...@ka...> - 2002-03-01 17:34:13
|
On Fri, Mar 01, 2002 at 08:50:02AM -0800, Hari Nair wrote: > Hi Leif - thanks for the XScreensaver patch. I don't > really understand what it does though. > > Executing > xplanetbg -wait 300 > runs xplanet every 300 seconds. > > Executing > xplanetbg -wait 300 -idlewait 600 > only executes xplanet every 300 seconds if the > screensaver has been idle for 600 seconds. > > Executing > xplanetbg -wait 300 -idlewait 600 -hibernation 1200 > only executes xplanet if the screensaver has been idle > for 600 seconds and less than 1200 seconds. So in > this case xplanet would run a total of four times (0, > 600, 900, 1200 seconds) and then suspend if the user > started the command and then walked away from the > computer. > > Is this correct? > > Now in all cases, xplanetbg executes xplanet > immediately, and then waits. Perhaps we want the > idlewait loop to come first, so that xplanet won't > ever execute until idlewait time has passed. > > Hari > I have found the following a bit useful. xplanetbg -wait 300 -idlewait 30 -hibernation 1200 Wait at least 300 seconds between updates and when the user is inactive for 30 seconds, update. No more updates after 1200 seconds. I find that with many tinted Eterms, the time for many updates is great. This option may not be used often, however. xplanetbg -wait 300 -hibernation 1200 -notransparency This option seems quite useful to me. The updates will not happen after a set amount of time. Perhaps other uses would be to suspend updates when DPMS is disabled (this can be a indication that motion video is being displayed). Another would be to check the state of the screensaver and stop updates when blanked. The latter solution could eliminate the -hibernation option. What do you think is best? Thanks for your thoughts, -Leif |
|
From: Hari N. <mcf...@ya...> - 2002-03-01 16:50:06
|
Hi Leif - thanks for the XScreensaver patch. I don't really understand what it does though. Executing xplanetbg -wait 300 runs xplanet every 300 seconds. Executing xplanetbg -wait 300 -idlewait 600 only executes xplanet every 300 seconds if the screensaver has been idle for 600 seconds. Executing xplanetbg -wait 300 -idlewait 600 -hibernation 1200 only executes xplanet if the screensaver has been idle for 600 seconds and less than 1200 seconds. So in this case xplanet would run a total of four times (0, 600, 900, 1200 seconds) and then suspend if the user started the command and then walked away from the computer. Is this correct? Now in all cases, xplanetbg executes xplanet immediately, and then waits. Perhaps we want the idlewait loop to come first, so that xplanet won't ever execute until idlewait time has passed. Hari __________________________________________________ Do You Yahoo!? Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com |
5 messages has been excluded from this view by a project administrator.