Nick James

Forum Replies Created

Viewing 20 posts - 141 through 160 (of 888 total)
  • Author
    Posts
  • in reply to: Use of Non-Technical Units in astronomy #616684
    Nick James
    Participant

    I wonder if the general public actually find these comparisons useful or is it just that journalists like to use them? Have we really reached the state where people can’t visualise something that is 10 m (or let’s say 40 ft) across? By all means use units that people are familiar with but I do wonder whether these comparisons are useful or even meaningful. I once saw the speed of the space shuttle in orbit described as 22 times the speed of sound. Discuss.

    in reply to: Using ASTAP for comet measurements #616683
    Nick James
    Participant

    Mark,

    Your 5.6 is a little brighter than comphot’s estimate which was 5.8 but that is not a bad agreement for a big comet. The full output from comphot is:

    10×10 20×20 30×30 40×40 50×50 60×60
    10.07 9.00 8.41 8.06 7.79 7.58 # Counts
    10.07 9.02 8.48 8.11 7.84 7.62 # Median annuli
    Total integrated magnitude: 5.78 (radius 891.1 arcsec)
    COMPHOT: 1.4.6 2023 01 23.052 5.78 29.70 18.47 23.50 19.02 3076.2 5.50 Astrometrica 4.12.0.448 Nick James C_2022_E3__ZTF_ G_2022_E3_o_0000.fit

    These measures are pretty much in the middle of the estimates on COBS:

    https://cobs.si/analysis/?comet=2323&from_date=2022-06-01+00%3A00&to_date=2023-04-01+00%3A00&observation_type=V&observation_type=C&plot_x_value=1&plot_y_value=1&fit_option=1&observer=&association=&country=&compare_values=filter

    Could you provide a step-by-step description of the approach that you used with ASTAP please?

    in reply to: Using ASTAP for comet measurements #616534
    Nick James
    Participant

    Richard – Thanks for having a go at this challenge. Comphot estimates a coma diameter of 29.6 arcmin from these images. The attached file is one of the diagnostic plots that it produces and this one shows the diameter that it has determined. The estimator basically generates a set of circular rings centred on the photocentre and keeps going out until the level in the ring falls to less than 0.8*sigma above the median sky level where sigma is the standard deviation of the noise in the background image. This threshold is rather arbitrary but it seems to work reasonably well.

    BTW this green frame is one of the components of the final image here:

    https://britastro.org/observations/observation.php?id=20230123_023135_df98af0b86eb5907

    The colour image nicely separates the green coma from the whitish dust tail.

    in reply to: Asteroid to pass by Earth this weekend #616531
    Nick James
    Participant

    The initial orbit of 2023 DZ2 was quite uncertain and the close approach distance was uncertain too. At one point the probability of impact at the next close approach (2026-03-27) was 1 in 670. This got the media interested. By March 17 the most likely miss distance this time around was 180,000 km. This gradually got revised and some old observations were found dating back to January so by March 20 we knew that the minimum geocentric distance was going to be near 175,000 km.

    Far from being a possible impact in 2026 the miss distance will actually be around a million km. This shows how chaotic gravitational perturbations are for close approaches where a small inbound trajectory error can lead to a much larger outbound one.

    in reply to: Use of Non-Technical Units in astronomy #616441
    Nick James
    Participant

    It is slightly comforting to know that it is an actual person who is writing this copy, not some AI chatbot. I’m sure he is having a laugh and I guess the headlines are good click-bait so the websites are happy too. We shouldn’t really encourage them!

    in reply to: Using ASTAP for comet measurements #616392
    Nick James
    Participant

    I’ve put a pair of green channel stacks of C/2022 E3 here:

    https://nickdjames.com/comphot/Examples/2022E3/

    The non-offset stack has been plate-solved but please re-do that with whatever tool you use. The offset stack is a sigma clip at the comet’s offset rate. It will have an identical zero point to the fixed stack.

    Have a go at measuring the comet’s magnitude and coma diameter using these images and whatever tool you prefer. For consistency please use Gaia DR2 or 3 G magnitudes. It will be interesting to see what results we get.

    in reply to: Using ASTAP for comet measurements #616391
    Nick James
    Participant

    Hi Mark,

    Astrometrica may be old and it would be a lot better if Herbert Raab open sourced it but it is the current standard for amateur astrometry and many comet and asteroid observers use it. It is worth the effort to learn and it can use a wide range of different catalogues including UCAC4 and Gaia DR2. Comphot was designed to work with Astrometrica since most observers will have already done astrometry on their frames using it and it provides a fast way of getting a measurement from stacks of frames that have been used for astrometry.

    The main problem with photometry of comets is that the magnitude is fairly strongly dependent on the estimated coma diameter. Comphot uses a rather arbitrary, but at least objective, way of estimating this. For brighter/larger comets you have the additional problem of needing to remove the contribution of stars in the photometric aperture. Comphot does this by assuming that the coma is circularly symmetric. Remember that the magnitude is the magnitude of the coma, not including the tail and so a circular aperture is best since the coma is generally pretty spherical. You generally don’t need an elliptical aperture since any elongation is probably the tail.

    There are a number of tools out there to do accurate comet photometry. Thomas Lehman’s AIRTOOLS is a good example. It is great to see that ASTAP is being used for this too and I’d be happy for people to use any tool that they want as long as they get consistent results.

    It would be good if we could all have a go at measuring a reference image with different tools and see what results we get. I’ll dig out one of my C/2022 E3 images that we could use as an example.

    in reply to: Asteroid to pass by Earth this weekend #616378
    Nick James
    Participant

    Peter Pravec derived a rotation period of 0.105hr (6.3 minutes). I had pretty rubbish conditions last night but this is a lightcurve folded onto that period for two runs separated by 12 minutes. It fits quite well.

    Attachments:
    in reply to: Asteroid to pass by Earth this weekend #616370
    Nick James
    Participant

    Yes, this NEO is very well placed for us to follow this weekend. The original orbit had a very close approach tomorrow but the latest orbit on Horizons gives a miss distance of 176,000km tomorrow night. Tonight it is around 640,000 km away and around mag 14.

    https://britastro.org/observations/observation.php?id=20230324_205728_032144a771899a47

    in reply to: Leslie Peltier video #616182
    Nick James
    Participant

    That’s a great video. The Merry-go-round observatory must have been a pleasure to use.

    Starlight Nights is one of my favourite books. It book evokes the sense of an era long past and Peltier’s love for astronomy comes out of every page. Astronomy and the world were both very different then.

    in reply to: Evening Stars #615936
    Nick James
    Participant

    Gary – No dodgy hills around here that I know of, but my local Church and the trees around it are rather brightly lit. Here’s one of Jupiter and Venus from 1835UT tonight (Feb 25).

    in reply to: The MJD60K problem. #615923
    Nick James
    Participant

    It would have to be rather weird software since I would think that MJD would almost always be stored as a double. I suppose in some odd cases it might be stored as an uint16_t but then it would break at 65536, not 60000 and I have no idea why anyone would do that.

    Nick James
    Participant

    John Mason send me a video of the event from Barnham, West Sussex. I’ve put a processed version here: https://www.nickdjames.com/meteor/2023/202302/2023cx1_20230213025922_jmason.mp4

    This was shot using a Sony A7s and 20mm lens at f/4.

    • This reply was modified 1 year, 10 months ago by Nick James.
    Nick James
    Participant

    The bright fireball recorded off northern France at 02:59:20 this morning was the cause of these flashes. The object that caused the fireball has now been officially named 2023 CX1:

    https://minorplanetcenter.net/mpec/K23/K23CA3.html

    It is the seventh time that an object has been discovered just prior to entry. The previous ones being 2008 TC3, 2014 AA, 2018 LA, 2019 MO, 2022 EB5 and 2022 WJ1.

    Unfortunately weather over most of the UK was poor but people along the south coast saw it.

    https://fireball.imo.net/members/imo_view/event/2023/937

    John Mason saw it from Sussex and has sent me a video. I saw the flashes through thick cloud from Chelmsford at 02:59:21.

    Nick James
    Participant

    Details of the astrometry so far.

    Attachments:
    in reply to: Comet image stacking #615707
    Nick James
    Participant

    Hi Alan,

    The program isn’t that clever! You need to tell it the X,Y coordinates of a guide star and search radius using “-a x,y,r” (this is used to align the stacks) and then the comet offset rate and image scale using “-o rate,pa,scale”. You can also tell it the image orientation if it is not north up using “-A pa”. Have a look at the autostack script to see how I have automated this. Alternatively you can get all of these things manually. A valid example command line would be:

    fcombine -C -N -a 1006,221 -A 1.37 -o 8.86,190.2,5.49 outputfile inputfiles

    In this case -N says to normalise all of the input images to the same sky background before stacking, the guide star is at 1006,221 in the image (using the default search radius of 5 pixels). The image PA is 1.37 deg, the image scale is 5.49 arcsec/pix and the comet motion is 8.86 arcsec/min in PA 190.2.

    If you just type fcombine with no options it will list the options that it can accept.

    in reply to: Comet image stacking #615692
    Nick James
    Participant

    Hi Alan,

    The “could not allocate output buffer” message occurs if the program can’t allocate enough memory to do the stack or if the star and/or comet offset pixel-shift lists are incorrect. Can you post the exact command line that you are using so I can see where it might be going wrong.

    It looks as if I can’t attach scripts to the posts here but you can find it here:

    https://nickdjames.com/astrolinux/

    Nick.

    in reply to: Comet image stacking #615536
    Nick James
    Participant

    You can provide the image coordinates of the guide star manually or use something like SourceExtractor to select one automatically. I don’t use a Paramount but it tracks the guide star frame by frame so you would need to have pretty awful PE for it to lose lock. The search radius is configurable and if some of the subs are trailed you can set a PSF threshold which is used to reject images from the stack.

    As an example of how it can be used the attached script uses fcombine to automatically stack stars and comets. The STAR option is simple. The COMET option is a bit more complex since it uses a local version of astrometry.net to platesolve so that it can get the offsets right.

    in reply to: Comet image stacking #615502
    Nick James
    Participant

    Grant,

    It’s command line so will run fine under WSL.

    It is indeed C.

    It only translates images. There is no need to rotate with an equatorial that has decent polar alignment. Translation is by integer pixels. There is no sub-pixel interpolation since that would be bad for photometry. Alignment is done by centroiding a reference star.

    in reply to: Apparition of C/2022 E3 #615466
    Nick James
    Participant

    Paul – That is why I have never liked fork mounts although the price I pay is meridian flips. The comet was really nice tonight despite the bright moonlight. I get it to be 5th mag now. Here is a picture of my telescope effortlessly pointing near to the pole taken while it was taking the picture in the inset. I don’t get many chances to take a picture like this!

Viewing 20 posts - 141 through 160 (of 888 total)