开云体育

Ok, i downloaded the Lowell dim catalog, but i still have the mag 3 asteroid thing using the Unusual from the MPC, maybe the address for download is bad? I tried to download it again with no luck Will

Neither USNO B1 nor NOMAD are available for download, they are too large. To get a copy of UCAC4 send email to brenda.hicks@... with a subject line of UCAC4.

I downloaded the latest files from MPC (the links are shown in the screenshot), maybe they were not updates properly? I also hit the download button for Lowell and AstMPC_dim... will try again... Best

Where i can download xephem friendly star catalogues for astrometry? I would like to download USNO B1, UCAC 4, maybe NOMAD catalog... are those compatible with xephem? I've been using USNO A2.0 for

It did indeed work Mike. Thanks

Like it says, your ephemerides are out of date, which means the location, and hence magnitudes, for your object are unreliable. I just downloaded the latest elements from Lowell and 2010 OU100 is

Here’s what’s in my Makefile at line 39. I was able to compile 3.7.6 a year ago or so. I think this was the only change I made: #XLIBS = -lXm -lXp -lXt -lXext -lXmu -lX11 XLIBS = -lXm -lXt -lXext

I ahve noticed building with more modern versions of cygwin seem more problematic. It wasn't easy to begin with. I have compiled xephem on bewildering array of platforms but find the cygwin one to be

Hi guys, i'm having an odd magnitude problem in XEphem. We own an ordered copy of XEphem 3.7.1 (including the catalog CDs) and some faint asteroids show as 2 or 3-ish magnitude. I updated the version

All, I've tried the two changes I posted last week now on three systems and they always work. So that appears to be pretty good solution. Again: to run a pre-Yosemite executable: sudo ln -s /opt/X11

that one *should* be easy to resolve: use the command locate Intrinsic.h (or whichever way you prefer on a mac) and adjust your Makefile where it is. I had the /opt/X11 experience already with a 10.9

I tried it in a fresh folder and it failed with the following: ar rc libz.a adler32.o compress.o crc32.o uncompr.o deflate.o trees.o zutil.o inflate.o inftrees.o inffast.o ranlib libz.a gcc

Did you download a fresh image? You might have stale paths in an old macro. Chris xephem@...> wrote:

Compile of 3.7.6 errors out, unable to find an include file. ../../libXm/osx/Xm/Xm.h:65:10: fatal error: 'X11/Intrinsic.h' file not found #include <X11/Intrinsic.h> I think I'll wait on Elwood's

Compile it from scratch. Just read the readme file and install Xcode from the app store. It is free, and installs all your compiler doo-dads. Chris xephem@...> wrote:

I tried a reinstall from the 3.7.2 disks and now I'm totally screwed. It overwrote the original app and errored out of the installation before completing the app install. Oh well. Guess I'll be

Yes, Yosemite moved the X11 libs. XEphem executables built prior to upgrading looks for X11 libraries in /usr/X11. It seems they are now in /opt/X11 but I am not sure yet how universal that will be.

I am running Xephem through macports and a build that was compiled for Mavricks. They both are running fine after an upgrade to Yosemite I just finished a few minutes ago. Recompile, and give it a go.

Steve, I updated last night and checked and didn't have a problem. Xephem 3.77-RC3. Dan

I just upgraded to Yosemite and it broke XEphem. It looks like a path problem and I suspect Apple changed some directory names, ... . I have no idea where to start. Thanks, Steve Bell Boise, ID