William Bristow

Forum Replies Created

Viewing 20 posts - 1 through 20 (of 39 total)
  • Author
    Posts
  • in reply to: 2 computer issues #621037
    William Bristow
    Participant

    Jack.

    For TheSky error with PHD you need to run TheSky one-time-only “As Administrator” so that TheSky’s automation interface is registered with Windows.

    To do that, mouse-right-click the desktop icon for TheSky (or the shortcut to TheSky from the programs menu) and from the pop-up context menu select “Run as administrator”, allow TheSky to launch, wait for a minute while background tasks complete then close TheSky.

    If you are up-to-date with your TheSky builds you’ll have two desktop / program shortcuts, one for TheSky, which is the old 32 bit version, and one for TheSky64, which is the current and actively developed 64 bit version, you need to perform the one-time-only startup “As administrator” for both versions and both will be registered for scripting.

    After those steps you should not need to run either version of TheSky “As administrator” again, just start up TheSky normally and PHD should connect to the version of TheSky that you are using.

    The Windows update error is a common issue and rather than retype the usual full resolution procedure here try following the steps outlined on this webpage:

    https://www.ionos.co.uk/digitalguide/server/configuration/0x800f0831/

    Note, if you follow the linked guide above and get as far as needing to run the SFC and DISM tools from an command prompt these should be run from an elevated command prompt, something they neglected to mention in the guide.

    To open an elevated command prompt type “cmd” (without the quotes) in the desktop taskbar search box and from the pop-up menu’s left-hand window mouse-right-click the shortcut for “Command Prompt App” and select “Run as administrator”.

    The SFC and DISM commands may take a long time to run, during which not much will appear to be happening, do not shutdown or reboot the computer until the SFC and DISM commands report successful completion, or unrepairable errors with Windows are discovered, this may take an hour or two for each instruction.

    Finally, the DISM commands are shown and described in the linked guide rather ambiguously, each DISM command is a single command and actioned independently, the guide gives the impression that the three DISM commands are somehow run concurrently, this is incorrect, each DISM string is entered as shown as a single line/string and is actioned as soon as the enter/return key is pressed, you must wait until that instruction is reported as completed (or failed) before entering the next DISM command string and hitting enter/return again.

    Assuming the above steps fix the problem reboot the computer and carry out a manual “check for Windows updates” from the Windows Settings tool to ensure the Windows Update service is working properly.

    William.

    in reply to: seeing the screen #609606
    William Bristow
    Participant

    Hi Denis.

    Magnifying screens of the Fresnel lens type that are advertised in the press and elsewhere are not always that successful for the visually impaired because the magnified image is still at the native screen resolution and the image may appear pixillated, plus the magnified image has a lower brightness and contrast ratio than the native screen.

    If your friend is using a recent Windows build has he tried switching on the built-in magnifier tool?
    In windows 10 / 11 this is found under the “Ease of Access” settings.

    Keyboard shortcuts are:
    Ctrl + Windows Logo Key + M to access the magnifier settings page.
    Windows Logo Key + Plus sign (+) to switch on magnifier and zoom in.
    Windows Logo Key + Minus sign (-) to zoom out.
    Windows Logo Key + Esc to exit magnifier.

    Of particular usefulness in the magnifier settings is the option that allows the user to configure a lens size and zoom ratio that magnifies a defined area centred on the mouse cursor, rather than magnifying the entire screen, although that is also an option if preferred.
    Using the magnifier “lens” centred on the cursor allows the user see the entire screen for easy navigation while only magnifying the area around the cursor when required to read some small text or click a button in an application.

    The magnified area, or full screen, can also be optionally configured to invert colours to improve perception when using poorly designed UI’s.
    A further useful feature in Windows Magnifier is the ability to temporarily switch on high-contrast mode and text/graphics smoothing in the magnified region.

    Because the magnifier is operating in software on the native graphics the visual result is much clearer and brighter than an external Fresnel magnifier and is better suited for interaction with applications.

    Have a look at the following Microsoft document which describes the “Ease of Access” magnifier tools and also the link to the RNIB describing how both Microsoft and Apple computer users with degraded vision may continue to use their devices:

    https://support.microsoft.com/en-us/windows/guide-for-people-who-are-blind-or-low-vision-11c8b979-f8cd-f65e-6406-6f03b613b94b

    https://www.rnib.org.uk/sight-loss-advice/technology-and-useful-products/technology-resource-hub-latest-facts-tips-and-guides/desktop-accessibility

    HTH

    William.

    in reply to: can no longer jump to a point in a video #609078
    William Bristow
    Participant

    Hi Robin, Callum.

    The jump ahead is working for me using Safari Browser on a Mac, and also on iPad, but with a very long delay (eight minutes on a fast fibre connection), while the entire video up to the chosen jump point loads in the background, and the video only loads up to that point, viewing after that jump point is loaded and shown on demand.

    If you want to freely scroll through the video for a particular point without watching the whole thing then click on the scroll bar somewhere near the end of the video and wait while the video loads in the background, eventually the video will begin playing from the jump point you selected, once this happens you can freely scroll back and forwards over any part of the video that lies before that jump point.

    I have seen this behaviour with video content on several websites lately and it is due to a combination of the embedded video player that is used and the bandwidth allocated to the video stream on the website server.

    You might find it simpler, and much faster, to mouse-right-click on the video pane after it begins to stream and select “Download Video” which will copy the video content to your download folder as a .mp4 file, and then view that video in any suitable player where you will be able to search backwards and forwards in real time.

    The video you linked to is almost 0.9Gb and carrying out a download of the entire video this morning on a fast fibre connection took about eight minutes, and that is almost exactly the same length of lag that you will experience when jumping ahead to a point near the end of the video in the embedded video player that this BAA webpage is using.

    In comparison, a 2Gb video download from other streaming services (Apple TV, Netflix etc) takes just over a minute on my fibre connection here so it would appear that the BAA server is throttling download speed for the video content somewhat and combined with the embedded players requirement to load all the video stream up to the jump-to point is not providing a very user friendly experience.

    William.

    in reply to: New website feedback #608513
    William Bristow
    Participant

    What happened to the private message function?

    Is the PM facility hidden away somewhere or no longer possible?

    That was a useful way of contacting other members for conversations that would otherwise be of little interest to general readers.

    I have been trying to find a way to contact @paul-leyland (was Xilman) off-forum with a download link for the latest ASCOM LazyFocus drivers which I know he is trying to find.

    William.

    Paul, if you read this, log-in to the ASCOM user forum and look in the files section for a folder called “EasyFocus”, in that folder is a RAR archive called “LazyFocus”, unzip that RAR archive to find the necessary LazyFocus DLL’s and a readme that describes how to install them and the Windows registry entry that you need to manually create.

    This web address takes you directly to that folder on the ASCOM Groups.IO site: https://ascomtalk.groups.io/g/Help/files/Easyfocus

    If you don’t have a Groups.io account and no access to the ASCOM users forum then open a new LazyFocus topic under the Imaging category here and I will post a link to that folder in my personal shared G-DRIVE folder.

    in reply to: Using Masks in Pixinsight #584628
    William Bristow
    Participant

    Nick.

    Left-mouse-click on the name-label of the mask (left side of the mask frame) then while holding down the mouse button drag and drop the mask-label onto a blank area of the left-side border of the active image, as shown in the attached (low res) screen grab.

    Once the mask is applied to the active image use the mask menu buttons from the desktop upper screen menu ribbon to select the mask mode as required. Hover the mouse pointer over the menu buttons to reveal the button functions if unclear.

    William.

    in reply to: Installing HOPS into an existing Anaconda/py3 environment #583779
    William Bristow
    Participant

    Gordon.

    Did you unzip the HOPS software before trying to open it…?

    If you did unzip the download then using a regular web browser (Edge, Chrome, Firefox etc) it should download the zipped HOPS installer to your user downloads folder on the C: drive, unzip the HOPS installer in that user downloads folder location, do not choose the root of a different drive as shown in your screen shot.

    Try downloading the HOPS software again to your regular downloads folder, unzip the package in the downloads folder and run the windows_installer_cmd from that location.

    Any different?

    AFAIK there are no reported problems with the installer on Windows 10, I have installed HOPS on both real and virtual Windows 10 platforms without any issues.

    If still unsuccessful contact me using the private message service off-forum and maybe we can set up a remote AnyDesk session.

    William.

    in reply to: Installing HOPS into an existing Anaconda/py3 environment #583762
    William Bristow
    Participant

    Gordon.

    Please try the following steps, hopefully this will provide a solution.

    Type “sysdm.cpl” (without the quotes) in the Windows desktop search box and select sysdm.cpl, Control Panel Item from the “Best match” menu.

    In the System Properties window click the “Advanced” tab and then click the “Environment Variables” button.

    In the Environment Variables window double click “Path” under the lower “System variables” heading and delete your previous entry for the path to Python.

    Assuming that you installed Anaconda with the option for your use only, and not all system users, and that the default location for the Anaconda installation was used then navigate to the upper panel “User variables for <user name>” double click on “Path” and add the following paths on separate lines:

    C:UsersgordoAnaconda3

    C:UsersgordoAnaconda3Librarymingw-w64bin

    C:UsersgordoAnaconda3Libraryusrbin

    C:UsersgordoAnaconda3Librarybin

    C:UsersgordoAnaconda3Scripts

    After adding the paths move all to the top of the tabulated listing by selecting each entry in turn and click the “Move Up” button, the paths listed must be above all other pre-existing environmental paths and in the sequence as described above.

    If you used a different location for the Anaconda installation files then modify the above paths accordingly.

    Click “OK” to apply the new variables and close out the System Properties window.

    Next, re-boot the computer.

    After booting the computer go to the programs listing and select from the Anaconda folder “Anaconda Navigator”, Launch the Navigator and allow it to fully load, this takes a few minutes the first time it is launched and various blank screens will open and close, finally after the Navigator desktop is fully up wait a few minutes then close it again.

    Next, go to the programs listing and select from the Anaconda folder “Anaconda Prompt (Anaconda)” then in the Anaconda Prompt (Anaconda) window at the cursor type “Python” (without quotes) followed by the enter key.

    This should return “Python 3.8.5 ~”.

    If ok type “exit()” (with brackets, without quotes) to exit the Python editor then type “exit” (without brackets, without quotes) to close the Anaconda Prompt (anaconda) window.

    If, when querying the Python version as described an error message is displayed “Warning: This Python Interpreter is in a coda environment, but the environment has not been activated~” then while still in the Anaconda Prompt (Anaconda) window type at the cursor (without quotes) “cd c:” so that the prompt now operates at the root of the c drive, next type (without quotes): “CUsersgordoAnaconda3Scriptsactivate base”, press enter to run the script, there should be no error message and nothing will appear on screen but the script should execute and activate the Anaconda – Python environment.

    Lastly, delete the extracted HOPS folder from wherever you unzipped it and unzip a fresh copy, or download it again if you deleted it, unzip a fresh copy and modify the HOPS  windows-installer file as you did previously by editing in Notepad, adding an extra two blank lines then typing CMD /K in the last line of the installer document and saving the changes so that you can monitor the HOPS installation.

    Beyond the above there is not much else I can suggest. I built and installed a virgin Windows 10 Pro build 20H2 VM today, replicated the above steps and installed HOPS successfully after installing Anaconda with the options you used with your computer.  If still having issues you will need to find help from someone with a deeper knowledge of Windows 10 system variables, my experience with earlier versions of Windows is not always directly transferable to the current Windows 10 platform.

    William

    in reply to: Installing HOPS into an existing Anaconda/py3 environment #583756
    William Bristow
    Participant

    Gordon.

    Try the steps as described here, reboot the computer and then re-run the HOPS installer:

    https://geek-university.com/python/add-python-to-the-windows-path/

    The linked web page refers to older Windows builds and the screenshots are rather out-of-date but the principle is the same. Double click on the “Paths” entry under “System Variables” and for the latest Windows builds this will open a tabulated list of system variable paths rather than a string as described in the linked web page, double click on the first available empty line in that list and add the path to the Anaconda Python build, in your case this will be C:UsersgordoAnaconda3python

    When installing Anaconda with its own Python library it is best practice to uninstall all previous Python versions first, this is particularly troublesome if your previous Python version was downloaded from the Windows App Store as extra steps are required to prevent Windows redirecting any Python calls to the Windows App Store after the old Python version is uninstalled.

    The linked web page and the instructions above should hopefully resolve the current issue.

    William.

    in reply to: Installing HOPS into an existing Anaconda/py3 environment #583751
    William Bristow
    Participant

    Gordon.

    When you say that the windows_installer failed what were the symptoms, were there any failure messages?

    In the HOPS installation notes, Appendix A, there is a description under section 2.0, following figure A.2.2, that describes an optional step to edit the “windows_installer_cmd” file and monitor the installation of the HOPS software in a CMD window.

    If you have not tried this then edit the “windows_installer_cmd” file as described and run the installer, any errors encountered during the installation should appear in that window as plain text which may give you a hint to the underlying problem. If necessary you can copy and paste any error messages from that monitor window into a text document for later fault diagnosis.

    Other things to watch for are third party anti-virus programs or Windows protection that may be blocking the installer. For the latest builds of Windows 10 you may be limited to only writing the HOPS software to your user documents folder or the desktop, other locations are routinely blocked by Windows protection software.

    After HOPS is installed normally it never appears as a program in the Windows applications menu, HOPS is run directly from its desktop shortcut.

    William.

    in reply to: securing roof of roll of roof observatory #583300
    William Bristow
    Participant

    Eric.

    Have a look at GoodHand UK adjustable quick-release toggle clamps, there should be a size and design variant to suit your purpose.

    https://www.goodhanduk.co.uk/Catalogue/Toggle-Clamps

    I have used their stainless steel adjustable toggle clamps to lock down the storm hatches on a yacht, which are a very similar design to a rolling roof.

    For an observatory roof the nickel plated steel versions would suffice though they will take on a surface coating of rust eventually, for long term corrosion resistance the more expensive stainless steel versions are best.

    If you search on Amazon or eBay you will find several UK based suppliers of similar toggle clamps.

    William.

    in reply to: Dome Control #583203
    William Bristow
    Participant

    Nick.

    The SkyX dome setup is fairly well described in the manual (with one exception, see below) but here are a few tips from my experience using the smaller 2.2m Pulsar dome, the current Rigel dome controller and ACP/MaxIm with The SkyX and a Paramount.

    Firstly, the dome driver (ASCOM or X2) does very little other than drive to a commanded AZ angle and open/close the shutter, the actual calculations for the position of the slot relative to the OTA are all handled by the observatory control program, in your case TheSkyX.

    While the ASCOM driver for the Rigel dome controller works well in both ACP and MaxIm I found that it was unreliable and rather erratic when used with TheSkyX. I think this is a SkyX issue and nothing to do with the Rigel ASCOM driver and you will find TheSkyX X2 plugin for the Rigel dome controller works more reliably. I use the X2 driver when operating the dome via TheSkyX, for instance when building a T-Point or PEC model for the Paramount, but when running the dome normally under ACP/MaxIm I use the Rigel ASCOM driver where it performs well (in this configuration the dome is controlled by ACP and not TheSkyX).

    You can download the X2 driver for the Rigel dome controller via the RTI-Zone website here.

    Install the X2 driver as described in TheSkyX manual and select it in the dome setup tab, the geometry settings you already have remain intact.

    Measuring accurately when configuring the dome geometry is vital for good OTA-slot alignment. You have to measure to within +/-5mm the mount and optical axis offsets and be sure to set the offset value signing correctly. Beside the mount and optical axis offsets the dome home-sensor offset setting must produce a real AZ value for the slot centre line that is within a degree of the displayed AZ value. To determine an accurate north reference I found using a compass bearing with lots of buried rebar in the dome concrete pad was useless with at least a 7 degree declination from true north at my location. For both pier and dome I used the local noon solar transit shadow method to determine true north, marked that on the dome wall and based my measurements for the dome home-sensor offset from that.

    In TheSkyX dome setup there is one poorly explained setting that is critical for alignment between the OTA and the dome slot. In Dome Setup, Preferences, you will find the setting “Minimum angle from slit edge to telescope position” and it is not explained in the documentation how to determine the angle.

    The starting point for calculating that setting is the formula: Arctan((L-D)/(2R)) where L = Width of slit in mm, D = Effective diameter of the OTA in mm (including guide scope if applicable) and R = radius of the dome in mm. Enter your calculated value in the box for “Minimum angle from slit edge to telescope position” and that should be a good starting value to ensure that the OTA optical axis always remains close to the centre on the slot. If you find any remaining overlap between OTA and slot then increase that value a degree at a time until the overlap is no longer present. For my current 100mm OTA = the calculated value was 8.58 deg and the actual value required was 12 deg to ensure that OTA and separate guide scope always remained aligned with the slot on both sides of the meridian. If that angle value is set too high or too low then the OTA will overlap either edge of the slot on both sides of the meridian.

    Lastly, when driving the dome from TheSkyX the Rigel controller should be set to 0.00 sidereal rate on the control panel otherwise TheSkyX and the Rigel controller will argue over who is in control and the dome will oscillate continually. When driven from TheSkyX the dome does not continually track at sidereal speed but it moves in a series of incremental updates, the larger the diameter of the OTA relative to the size of the dome slot then the incremental updates occur more frequently. For my current 100mm OTA and 560mm width slot the dome increments about every three minutes, when I use a 350mm diameter OTA the dome increments every thirty seconds.

    When setup correctly TheSkyX and the Rigel dome controller work well (using the X2 driver rather than the ASCOM driver) and I do not experience the overlap issues that you are reporting.

    Hopefully there is something above that helps.

    William.

    in reply to: USB 2 SX camera on USB 3 port? #583083
    William Bristow
    Participant

    Jeremy.

    Forgot to mention earlier, while setting up the new laptop and testing cameras etc make sure that you don’t place loops or coils of excess USB cable and power cables close to the laptop.

    Camera should be as far away as it would be when attached to the telescope and the USB cable should be laid out straight, same applies to the camera power cable. Avoid running USB cables parallel to the laptop chassis, cables should always be run outwards from the laptop where possible to avoid induced interference.

    William.

    in reply to: USB 2 SX camera on USB 3 port? #583081
    William Bristow
    Participant

    Hard to tell from the laptop screen shot but it looks a little like parasitic noise, especially if it is erratic in nature.

    Try running the laptop on internal battery only for a short while while acquiring images, the laptop mains supply/charger unit should be completely disconnected for this test.

    If the noise disappears when on internal battery then the source is the laptop charger.

    If the noise is still present when running on internal battery only then possibly there is some RF leakage from the laptop CPU/RAM modules that is being picked up in the USB cable shield or the power supply lines to the camera and the addition of some anti-parasitic ferrite clamps to either ends of the USB cable and the SX power supply cable might be sufficient to deal with this source of parasitic noise.

    William.

    in reply to: Hydreon RG-11 Optical Rain Sensor #583068
    William Bristow
    Participant

    Hi Nick.

    Currently running the previous version, (V7.0), of Lunatico Astronomia’s own dedicated software provided with the AAG CloudWatcher.

    https://lunatico.es/ourproducts-aag-cloud-watcher-software-other-downloads.html

    The software version linked above is V8.10 but I need to update the older firmware currently in the AAG unit to run this later version software and I haven’t got around to doing this yet.

    AAG’s CloudWatcher software continually writes and updates a Boltwood compatible single-line data file to a folder on the host PC that observatory control software can read and monitor for safe/unsafe weather conditions, in my case I use ACP which accesses that Boltwood style file.

    Lunatico Astronomia also provide weather feed software that allows integration with third party weather station data though I don’t use that software myself.

    William.

    in reply to: Couple of Questions about HOPS Software #583032
    William Bristow
    Participant

    George.

    For the Ariel Space Mission, ExoClock project, the preferred data input method is specifically the fitted plot straight out of HOPS.

    You can see some data that has already submitted by following the link below, click the “View” button(s) to inspect the plots:

    https://www.exoclock.space/database/observations

    For newly announced exoplanet discoveries that are currently unknown to the ExoClock database and your own survey projects then AstroImageJ would be first choice since HOPS will be unable to process the data until a minimum set of object properties are known and the HOPS database is updated.

    William.

    in reply to: Couple of Questions about HOPS Software #583027
    William Bristow
    Participant

    George.

    I have re-run and compared three sets of transit data through HOPS using the latest Anaconda – Python 3.8.3 distribution against the previous Anaconda – Python 3.7.6 distribution and the output from HOPS is identical with no issues found on Windows 10 build 2004 or macOS Catalina. I’m not currently able to test on a Linux build or earlier builds of Windows 10 or macOS.

    Based on this (limited) test I would say it is ok to use the latest Anaconda – Python 3.8.3 distribution as a platform for HOPS using Windows 10 build 2004 or macOS Catalina.

    The installation guide for Anaconda – Python – HOPS contained in appendix A of Roger Dymock’s Ariel Space Mission document remains valid with only the need to account for the latest version numbers of Anaconda and Python in the text and figures:

    https://britastro.org/sites/default/files/ARIEL%20Space%20Mission%20V5.pdf

    Ultimately though it is the responsibility of the HOPS software author to test against a new release of Anaconda – Python, which historically occur two or three times per year, and revise the HOPS release build and instructions accordingly. All the previous versions of Anaconda – Python are available should you wish to install and run HOPS in it’s original build environment:

    https://repo.anaconda.com/archive/

    Regarding using AstroImageJ for exoplanet detection you will find Roger’s exoplanet section here on the BAA website contains links to all the information you require:

    https://britastro.org/node/15640

    Roger’s page provides web links out to the most relevant sites, I would suggest beginning with the Grady Boyce – Dennis Conti Cookbook and guides and the latest release of AstroImageJ:

    https://astrodennis.com/AIJCookbook.pdf

    https://astrodennis.com

    https://astrodennis.com/Guide.pdf

    https://www.astro.louisville.edu/software/astroimagej/

    William.

    in reply to: HOPS software installation #582987
    William Bristow
    Participant

    Hi Martin.

    Good to hear that you have made some progress with HOPS.

    I can’t explain why HOPS will not calibrate your images, with the test images I have it works with quite large data sets and I have not experienced any hangs during calibration.

    As your other processing programs are able to calibrate successfully the same data volume without problems I can’t really guess what might be going wrong when you try to run calibration in HOPS.

    There are just a couple of items I can think of to double check:

    With HOPS, the reduction and science files must be in the same source folder, no sub-folders are allowed. Hops does not identify and sort frame types from the fits header but reads frame type from the file name and therefore relies on the user to create unique file names for each of the reduction frame types and the reduction frames must not have the same identifying name as the science frames.

    A long shot – in Windows 10, type “Control Panel” in the search box on the bottom toolbar and open the “Control Panel App” to bring up the classic Windows Control Panel > Click on the “System” icon > In the System page click “Advanced system settings”, the “System Properties” window will open > Click the “Advanced” tab,  at the top of the “Advanced ” tab click the “Settings” button under the “Performance” option, the Performance Options windows will open > Click the ‘”Advanced” tab in the “Performance options” window and under “Virtual memory” click the “Change” button, The “Virtual Memory” tab will open > Deselect the option “Automatically manage paging file size for all drives” and select the Custom size button > If you have more than one drive you can define a page file to be used as virtual memory on each drive and Windows performance will improve if you are able to define page files on multiple fixed drives but for this walk-through assume only one drive is present > Select the first available drive (C:) and set the “Initial size (MB)” for the page file, the recommendation here is to set at least 420 MB > Set the “Maximum size (MB)” to be at least a third of the available free space remaining on the drive, (the free space remaining is displayed just above the Custom size boxes) ideally, to assure adequate resources are available during post processing the Maximum size should be at least 20000MB (~20Gb) > With those figures entered click the “Set” button > Repeat for additional fixed drives if present and then click “Apply” and “OK” your way out of all open windows then reboot the computer for those changes to take effect.

    If that solves the problem during calibration then it was a page file too-small issue and Windows had run out of available disk space for swap files, if the problem is not helped by this then revert the Page File control to Automatic.

    If I can find anything else relevant I will update the thread.

    William.

    in reply to: HOPS software installation #582894
    William Bristow
    Participant

    Martin.

    The image size from the Atik 414 is small and your test with the large WASP-12b data set was successful so it can’t be a memory issue.

    I tried Nebulosity in demo form many years ago but recall struggling with image calibration and correct pedestal values, often ending up with negative pixel values in the calibrated image so this problem may be related but without being able to inspect a sample of the data and calibration frames that is just a guess.

    Can you try capturing data and calibration frames with different acquisition software, the ATIK capture software distributed with the camera should be ok for photometry work.

    William.

    in reply to: HOPS software installation #582882
    William Bristow
    Participant

    Hi Martin.

    I can’t see anything obvious wrong with the FITS header, I don’t think HOPS has specific metadata dependencies.

    Is the target in the HOPS database and are the target parameters auto loading at run time or are you manually entering the parameters for a new target previously unknown to HOPS?

    Assuming the target parameters are loading/loaded correctly, try skipping the calibration frames and just run with a small set of the data frames, perhaps the data frames are being compromised during calibration, if so, running an uncalibrated set would show if that is the problem.

    If HOPS still fails to solve, even when uncalibrated frames are used, upload a small set of frames to a file share service (Dropbox, Google Drive, One Drive, etc) and post a share link back here and I can try running them on the mac version of HOPS.

    Two of each calibration frames and half a dozen good quality, random, data frames plus the target coordinates and target name would be enough to test.

    William.

    in reply to: HOPS software installation #582879
    William Bristow
    Participant

    Hi Martin.

    When you install Anaconda and Python it is important that both programs are installed in a root folder who’s name contains no white space. If you installed both Anaconda and Python in the default ‘user’ folder and that folder is named ‘Martin Smith’, with a space between Martin and Smith, then my experience has been that the Python scripts that HOPS runs will fail to run properly on Windows 10.

    If this applies to you, reinstall Anaconda and Python in a dedicated folder at the root of the C: drive and not in the default user directory.

    When running a dataset, the enclosing folder should not be write protected and works ok if placed inside the usual ‘My Documents’ location.

    While awaiting a response from Roger, carry out a test with a known good data set to determine if the problem is with the source data or with the HOPS installation.

    The sample data set I recommend is the WASP-12b series available from here:

    https://www.astro.louisville.edu/software/astroimagej/examples/

    Select and download the raw calibration folders and uncalibrated image folder in either .zip or .tar.gz to suit your OS.

    The total download size is ~4.6Gb and if experiencing problems keeping the server link active recommend using a download manager.

    The raw image data coordinates for the WASP-12b data set are in decimal format, to use this set with HOPS the coordinates to be used are RA: 6  30 43.057 and DEC: +29  40  32.20.

    When this particular sample data set is used, to identify and match the target and calibration stars to the SIMBAD view click the ‘Flip FOV’ button in HOPS.

    Selected filter to be used is ‘R’.

    Lastly, the final fitting stage in HOPS is both CPU and memory intensive and for a large data set it may appear that nothing is happening for quite a while. The Wasp-12b set linked to above takes about five minutes to process on an iMac Pro with 12 core CPU, fast SSD and 64Gb RAM, on my small Windows laptop with an Intel i3 CPU standard HD and 8Gb RAM the same data set takes over forty minutes to process. If you are using similar hardware then allow at least fifteen to thirty minutes before assuming that HOPS has stalled.

    HTH

    William.

Viewing 20 posts - 1 through 20 (of 39 total)