Nick James

Forum Replies Created

Viewing 20 posts - 581 through 600 (of 956 total)
  • Author
    Posts
  • in reply to: Prediction of high activity of alpha Monocerotid shower #581628
    Nick James
    Participant

    Rotten weather here in Chelmsford although my cameras caught a few meteors last night during short gaps in the cloud. There were only small gaps in the cloud at the predicted time of the storm and nothing was picked up then.

    in reply to: Transit of Mercury #581565
    Nick James
    Participant

    At 13:47:19. Is it an MD-11?

    in reply to: Transit of Mercury #581561
    Nick James
    Participant

    Lots of showers this morning and a load of clouds around. The seeing is awful and it is blowing a gale but I was lucky at first contact here in Chelmsford. Here is a frame from my video taken at 2019-11-11T12:37:33.

    Here’s the animated GIF of first and second contact.

    in reply to: 1998 HL1: upcoming fly-by #581538
    Nick James
    Participant

    David. Excellent. I can breath easy now.

    in reply to: 1998 HL1: upcoming fly-by #581527
    Nick James
    Participant

    Yes, 13.4 tonight and moving along at almost 18 arcsec/min.

    in reply to: 1998 HL1: upcoming fly-by #581521
    Nick James
    Participant

    Here’s a quick animation I obtained tonight while waiting for it to get dark. These are 10s exposures. 33×22 arcmin field, N up.

    in reply to: 1998 HL1: upcoming fly-by #581499
    Nick James
    Participant

    That is a lot of objects to track and control too.

    in reply to: 1998 HL1: upcoming fly-by #581497
    Nick James
    Participant

    Thanks. Here’s a short movie taken a little later when it had cleared up. Still a very bright Moon in the sky.

    in reply to: 1998 HL1: upcoming fly-by #581495
    Nick James
    Participant

    Thanks for the reminder. That’s a great movie. It is cloudy here in Chelmsford at the moment but I did have a few gaps earlier and caught the trail. It is currently around mag 15.3 moving at 7 arcsec/min.

    in reply to: Non-Windows stacking software. #581462
    Nick James
    Participant

    https://openphdguiding.org/man-dev/Tools.htm#Comet_Tracking

    Although I have never used this myself…

    in reply to: Non-Windows stacking software. #581452
    Nick James
    Participant

    Well, given the position, it is possibly Leda but I don’t think you could be sure unless you had multiple stacks which showed the blob moving at the correct rate. If you try this in future you will want to get a long enough series of subs that you can make two separate stacks, each of which have enough SNR to get astrometry of the object. Once you have confirmed it by its motion you can always stack the whole set to get a higher SNR. That’s what I did with this faint comet which was about the same magnitude as Leda.

    in reply to: Non-Windows stacking software. #581449
    Nick James
    Participant

    Good try Paul but that’s the trouble with faint objects in busy starfields! When you say it is “in about the right place” could you quantify in terms of arcsec? Leda’s ephemeris will be very good. Normally, in cases like this, you would produce two stacks at different times and check that the object’s motion is consistent with the ephemeris.  You may not have enough subs to do this in which case the identification will always be iffy.

    in reply to: Non-Windows stacking software. #581444
    Nick James
    Participant

    Try this:

    http://www.nickdjames.com/astrolinux/utils_ubuntu18.tgz

    The tools are all dynamically linked so you will need the libraries but they are all available for Ubuntu. I think the following should get them all:

    apt install libcfitsio-dev
    apt install libgd-dev
    apt install libnetpbm10-dev
    apt install wcslib-dev

    Nick.

    in reply to: Non-Windows stacking software. #581442
    Nick James
    Participant

    Paul,

    I have a VM running Ubuntu 18.04  LTS. I’ll build you a version of the tools in that. Hopefully that will work on your system. If not I’ll have a look at linking the libs statically and, failing all that I’ll give you the source (with an NDA!).

    Nick.

    in reply to: Non-Windows stacking software. #581439
    Nick James
    Participant

    Paul,

    If you don’t mind command line software I have written a set of tools which I use as part of my image calibration and processing pipeline. They are based on the cfitsio library so should read any format supported by that library. You can download them  from here:

    http://www.nickdjames.com/astrolinux/utils.tgz

    The stacking tool is called fcombine. The normal syntax to use it is:

    fcombine -N -a 611,713 -A 0 -o 0.368,236.7,1.42 200p_ofs FLI*200P*FITThis says:

    Normalise the median level of each image before stacking, track on a guide star at position 611,713 in the first image, PA of the image is 0 deg (i.e. north up), Offset at 0.368 arcsec/sec in PA 236.7 deg, Pixel scale is 1.42 arcsec/pix. Output file is 200p_ofs and the input files are all files which match FLI*200P*FIT. You can add -F to write as a float fits and -s to do a true average rather than a statistically clipped average. You can also use -v to get a lot of stuff about what it is doing during teh stack (otherwise it is silent). Note that the position for the guide star assumes (1,1) is the top left corner of the image (the convention most amateur software uses) rather than the bottom left (which is what pros tend to use). The FITS standard doesn’t say which is right.

    Typing the command with no arguments gives a list of what it can do. For fcombine you get:

    fcombine [opts] outfile infiles
    By default combines images using mean with outlier rejection
    -a x,y[,d]      Align on guidestar
    -A n[,M]        Position angle of image with optional mirroring
    -C      Cometstack
    -c n    Crop to image of size nxn
    -d n    Resample and drizzle by a factor of n
    -F      Write float format rather than int16
    -f file Take alignment offsets from file
    -g n    Apply gain of n to output
    -h      Do not use FITS header
    -m      Minimum pixels
    -M      Maximum pixels
    -n      Normalize mean levels by scaling
    -N      Normalize mean levels by offset
    -v      Verbose
    -V      Version
    -r n    Tracking and PSF radius to use (default = 5.0)
    -I      Scale to a FITS that IRIS can handle
    -R      Write output mirror reversed
    -o rate,pa,pix  Offset (arcsec/min)
    -O rate,pa,pix  Offset (arcsec/frame)
    -p n    Add pedestal of n
    -P n    Reject for PSF > n
    -D n    Shift step size (default is 1)
    -s      No outlier rejection
    -S n    Stacksize (all images by default
    -t      Align on target

    in reply to: gb00234, a bright interstellar comet? #581411
    Nick James
    Participant

    IAU CBET 4672 announced that this comet has now received the 2I prefix, marking it as the second interstellar object butt he first to show definite cometary features. There are plenty of images of it in the section archive here.

    Nick James
    Participant

    Ronan, I can’t make it this year but I can absolutely commend this meeting to anyone in the BAA who is thinking of going. It covers a subject which is really important to all of us, not only observers but people who value the natural environment. Newport is a great town and the skies are really dark between occasional clouds. 

    in reply to: Possible nova in M31 #581382
    Nick James
    Participant

    Amazing that you can get a spectrum at all that close to the bright core. I had my first chance to image it last night and it seems to have faded quite a lot.

    in reply to: gb00234, a bright interstellar comet? #581363
    Nick James
    Participant

    Interestingly someone at ESA implies that this would have been possible in this Twitter thread but I don’t think it is. As I understand it the best case delta-V of comet interceptor from L2 is around 3 km/s. If that was all used as a prograde, in-plane impulse it wouldn’t be enough to raise the aphelion to 2au (the Earth’s velocity around the Sun is around 30 km/s). 

    in reply to: gb00234, a bright interstellar comet? #581359
    Nick James
    Participant

    Nice idea but the perihelion distance is around 2 au so comet interceptor wouldn’t have been able to get close. I managed to get it this morning despite the annoyingly bright Moon.

Viewing 20 posts - 581 through 600 (of 956 total)