开云体育

It's listed as a supported device, yet I cannot find the drivers. Apparently once compiled you can run it from the indi_qhy_ccd binary but I cannot locate it. All versions on sourceforge do not include it. Anybody know where else I can look? I am running Slackware 13.37 32bit.

Hi everybody I am a french amateur astronomer and I try to use the Linux platform (Ubuntu 11.10) for all my astronomy work. I have installed Xephem and It runs. But it seems access path to images, data, etc is not correct. Xephem tries to find out images by example in /home/robert/auxil, but the right path is /home/robert/xephem/auxil. Could someone tell me where I can change this path ? Thanks.

One of the many alert users of PyEphem, upon seeing a small update that I made to satellite tracking (I added an extra iteration to improve the precision and remove a jagged edge someone was seeing in their data), pointed out that an excellent 2006 paper went through all of the Spacetrack-derived algorithms they could find online and put together a comprehensive update for the algorithm "designed to be highly compatible with recent DoD versions": http://celestrak.com/publications/AIAA/2006-6753/AIAA-2006-6753.pdf While adjusting a precision for PyEphem (from e-6 to e-12, if I recall) is something that I am happy to tweak myself, this update to SPG4 looks like an improvement that PyEphem itself would benefit from. The paper seems to include extensive source code for the improved algorithm. Is this something that XEphem could incorporate, so that the whole project would benefit instead of just my project downstream? I am happy to note that I have just moved to small-town Ohio, where my wife is starting her first job as a professor, and so astronomy is again accessible to me - I am no longer beneath the bright lights of Atlanta looking at only the Moon. :) -- Brandon Craig Rhodes brandon@... http://rhodesmill.org/brandon

Hi all, i reinstalled my licensed version of XEphem 3.7.1 and i tried to add the path for the UCAC-3 catalog but qhen i try to apply changes it says that cannot find u2index.da or u3index.da... suppose that u3index. The catalog folder was the original from the DVDs that were shipped to Los Molinos Observatory, any ideas? Best Regards, -- Santiago Roland.- ------------------------- Los Molinos Observatory IAU Code 844 Montevideo, Uruguay -------------------------

I want to report another successful build of XEphem 3.7.5, this time on a CentOS 6.2 64-bit system. The system was installed from DVD with the "Software Development Workstation" option chosen over the other 7 mutually-exclusive choices; additional compiler and library packages were installed via "System -> Administration -> Add/Remove Software". Following are the system specifics followed by a diff of the 3 changes in the Makefile, the make command used, and an "ls -l" and "file" on the resultant executable: $ uname -a Linux procyon 2.6.32-220.7.1.el6.x86_64 #1 SMP &#92; Wed Mar 7 00:52:02 GMT 2012 x86_64 x86_64 x86_64 GNU/Linux $ cat /etc/issue CentOS release 6.2 (Final) Kernel &#92;r on an &#92;m $ grep Athlon /proc/cpuinfo model name : AMD Athlon(tm) Dual Core Processor 4450B model name : AMD Athlon(tm) Dual Core Processor 4450B $ pwd /usr/local/src/xephem/xephem-3.7.5/GUI/xephem $ ls -l Make* -rw-r--r-- 1 thad thad 5187 Mar 24 21:26 Makefile -r--r--r-- 1 thad thad 5194 Jul 25 2011 Makefile-ORIG $ diff Makefile Makefile-ORIG 23,24c23,24 < MOTIFI = /usr/include < MOTIFL = /usr/lib64 --- > MOTIFI = $(MOTIF) > MOTIFL = $(MOTIF) 39c39 < XLIBS = -lXm -lXp -lXt -lXext -lXmu -lX11 --- > XLIBS = $(MOTIFL)/libXm.a -lXp -lXt -lXext -lXmu -lX11 # following is the make command used (after the Makefile changes): # $ make MOTIF=../../libXm/linux86 $ ls -l xephem -rwxr-xr-x 1 thad thad 4382845 Mar 24 21:28 xephem $ file xephem xephem: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), &#92; dynamically linked (uses shared libs), for GNU/Linux 2.6.18, &#92; not stripped

I've packaged 4.7.6 RC2 now. To install it as a suse package (which will get you later updated as well): - go to http://software.opensuse.org - select your distribution from the dropdown - make sure you have "search home projects" under "search options" switched *ON* - enter "xephem" as search term then all you need to do is click "1-click-install" near the right result... bye, MH Am Donnerstag, 17. November 2011, 16:52:51 schrieb Mathias Homann: > I have suse rpm packages in my OBS project... > > right now it's 4.7.4, gonna package 4.7.5 or maybe 4.7.6 RC2 soon. > > Am Donnerstag, 17. November 2011, 15:40:12 schrieb pacoes_2004: > > Hello, > > > > OpenMotif-devel package doesn't include libXm.a. If you try to use > > xephem > > own motif you get an 64 bits output error.

Thanks to work by long-time XEphem user Lutz M?ndle, I have been able to post 3.7.6-RC3 with support again for SOHO. A few years ago the SOHO folks told me they were near their mission end so when they changed their web site I just dropped the support. Lutz has puzzled out the download sequence and so as long the spacecraft keeps working and their web site remains in the current configuration, we can again use XEphem to keep an eye on the sun. Thanks again, Lutz, I'm sure I speak for everyone when I say it is much appreciated. Elwood

I just set up a new virtual machine with an installation of Ubuntu 11.10 desktop edition, and downloaded the xephem 3.7.5 .deb file referenced in the contributions section of xephem's website. I encountered a problem that I haven't seen before in other versions of Linux. The only xephem requester buttons that will work are ones that I can click by pressing the enter key. Clicking them with the mouse does nothing. By extension, it's also impossible to activate any buttons that aren't bound to the enter key. This even includes check-boxes. Has anyone seen this before?

it's very beautiful.see the picture: Avaiable in ebay store: http://www.ebay.com/itm/Beautiful-Planetarium-Brass-Orrery-Solar-System-Model-Tellurian-/180736465999?pt=LH_DefaultDomain_0&hash=item2a14bb9c4f or online store: http://www.orrerystore.com/orrery_sale1.html ========================================= This is a high quality antique style solar system model orrery,amazing collection,power driven.It was already assemblied and ready-to-work. It's a new and unused orrery.The plantes it contains are complete,even includes the celestial bodies Ceres and Eris as well as including Pluto. By the way,Ceres is the firstly found Asteroid by mankind,Eris is the latestly found Asteroid,in 2005,and Pluto was expelleded from the family of planets in 2006,because it's too small.Buy this orrery--The best astronomy gift! This orrery's style is very ancient and was used for teaching since 18th century.This orrery can vividly show the solar system we live in, very smartly designed and perfectly manufactured. The gears's ratios are precisely calculated,which make the model matches the movements of the real planets.The relative speed of each planet,distance,appearance and many other features simulate the real solar system very well. Almost assemblied,you just need to assembly the planet and the three feet,which is very easy to do.This orrery will be the best artwork you ever buy.The model motor is powered by a 6V DC power adapter.It has a speed controler knob to base. Some of other great features: (1)As to this orrery,the earth'period of revolution is about 42 seconds,and you can calculate? other plants' period ,since the ratio of the speeds of the planets is as the reality. (2)the sun and the earth can rotate itself,which is as the real natural phenomenon,and the self-rotating speed relative to simulates the reality, too. (3)there's still other great features not mentioned here. We do our best to make it perfect in many other details of this orrery. ====================================== Avaiable in ebay store: http://www.ebay.com/itm/Beautiful-Planetarium-Brass-Orrery-Solar-System-Model-Tellurian-/180736465999?pt=LH_DefaultDomain_0&hash=item2a14bb9c4f or online store: http://www.orrerystore.com/orrery_sale1.html

Hello, OpenMotif-devel package doesn't include libXm.a. If you try to use xephem own motif you get an 64 bits output error. To compile succesfully Xephem 3.7.6-RC2, is enought to change the following lines at Makefile: .. MOTIFI = /usr/include .. MOTIFL = /usr/lib64 .. .. XLIBS = $(MOTIFL)/libXm.so -lXp -lXt -lXext -lXmu -lX11 Regards, Paco.

Hello all, I just cleaned up my Mac OSX Snow Leopard and reinstalled everything from scratch. Version 3.7.4 works as expected, however, when trying to run 3.7.5 I get an error: dyld: Library not loaded: /usr/X11/lib/ libpng12.0.dylib Refereced from: /usr/local/bin/xephem Reason: Incompatible library version: xephem requires version 45.0.0 or later, but libpng12.0.dylib provides version 36.0.0 Appreciate any thoughts. Cheers, Ion

Hello, I have just installed xephem 3.7.5 on a linux box. I would like to compute angular distances between some celestial objects (basically Messier's and reference stars) and print a sky chart with those distances. How can I accomplish this task using Xephem? best regards, Stefano Bortolussi

In the latest version of xephem 3.7.5, I noticed that SOHO is still not working in xephem. I remembered way back there was a problem, but since the new full version has been available, SOHO does not work in xephem. Will this be phased out of xephem? Just wondering ... Dan

Has anyone had any luck getting xephem to run on a MAC that is running OS X Lion? If so, could you give me some hints please? Thanks --Dave

Hi, I encounter a problem in trying to compile xepehm in my SL5.4 (64 bit) system. On executing make MOTIF=../../libXm/linux86 I get a lot of messages. First, many like make[1]: `libastro.a' is up to date. Then many lines like /usr/bin/ld: warning: i386 architecture of input file `../../libXm/linux86/libXm.a(ArrowB.o)' is incompatible with i386:x86-64 output The binary xephem is created, but trying to execute ./xephem I get "segmentation fault". Can someone help me? Thx -- ---------------------------------- Elio Fabri c/o Dip. di Fisica - Univ. di Pisa ----------------------------------

Wayland is a new display server that is being promoted by Ubuntu and RedHat. It is a complete replacement for X, but will apparently provide backwards compatibility by starting a one-off X instance if an application needs X. I don't have any bias towards Wayland since I run Slackware, which uses Xorg. Elwood,have you any thoughts on Wayland and its effect on XEphem? I imagine you would not be looking forward to dealing with it.

Hi all I'm running RC-11 under Cygwin and have found that starting 1/1/2011 the ephemeris for Uranus' satellite Miranda is completely out of whack. You can actually see it disappear if you run the time through 00.00UT. I checked with the calculator on the S&T website and the other satellites seem OK. I've checked the usual Cygwin related issues like EOL type etc, but to no avail. After 1/1/2011 the second set of data files are used (Uranus.1020), and I'm wondering whether there is an error in the BDL data for Miranda. Can anyone else confirm that they are seeing the same issue? thanks very much Piero

Elwood, Thad: Thank you for taking the time to investigate the problem. Because you confirmed that there is no DST problem with XEphem under Ubuntu 10.10, I took another look at it, this time not concentrating on the C code. The problem originated because I created a Site Selection. The DST begin/end dates are part of the created site selection entry, and default to the old DST. When I selected a nearby site from the original, unaltered site selection list, then DST works correctly. I feel much better now. Thanks again, Kevin

The TZ name indicator appears to use the old DST rules under Ubuntu 10.10. To verify this, set the current date to early in March, then advance a day at a time while looking at the TZ name indicator. When it reaches the 2nd Sunday in March, it is still indicating standard time. Continuing to advance a day at a time, the TZ name indicator switches to daylight savings time on the first Sunday in April. These are the old DST rules. I asked Elwood about this. He said that xephem gets its DST info from the OS, which makes sense. Ubuntu 10.10 does know about correct standard/daylight time as evidenced by the TOD clock and the 'date' shell command. Can someone running Ubuntu verify this? Where might I look in the code to try to fix this? Thanks, Kevin ------------ Kevin Randolph Kevin@... Cell: 216-272-4994

Geeky astronomical coordinate question: Yesterday was the Vernal Equinox. The RASC handbook says it happened at 23:21 UT, but I wanted to check that in XEphem. I couldn't figure out how to get it to tell me directly, so I went to the Sky View and right-clicked on the Sun at different times to find out when it crossed 0 declination. That happened four hours after the date the RASC lists, at about 03:15. Most tables list the 23:21 time as the time of the equinox. Subsequent research, and running it on the JPL Horizons simulator http://ssd.jpl.nasa.gov/horizons.cgi seems to indicate this is a difference between astrographic coordinates (used by xephem) and apparent coordinates (RASC and other tables). But none of my references are very clear what the difference is and why they differ so much. The best I've been able to come up with is that apparent coordinates are corrected for the motion of the Earth during the light travel (approx 8 minutes) from the body being observed, while astrographic coordinates are only corrected for the other body's motion during that time. But Horizons says both sets of coordinates are corrected for light travel time. Anybody know what the difference is, or know a good reference that explains it? Also, is there a better way to ask XEphem for the time of the equinox? ...Akkana