I just tried default settings Hash code 0.007 and maximum number of Stars 500 and it worked L , R , G , B and Ha all aligned now Problem resolved ? When in doubt use default settings Martin
I have an LRGB and Ha data set of M42 LRGB subs are 20 sec at gain 0 ( ZWO2600MM ) The LRGB individually stacks ok and aligns ok , however when I stack my Ha set and try to align with the LRGB it fails seemingly due to insufficient Stars. Ha individual subs are analysed showing 550 odd Stars but when I try to align the Ha stack , star count shows only 152 stars ?? and a X shown LRGB star count after alignment is between 575 and 838 Stars Ha stack is 71 x 3 min subs using a 3nm Antlia filter ( ZWO2600MM...
Hallo Han, hab noch eine Frage: im Anhang 2 Dateien einer Messung der Vergleichstern hat immer den gleichen mag-Wert ist das so richtig ? Gruss Siegfried
'v2025.12.28'
Sorry about the late reaction. Is this solved? Han
Eine neue Version ist für Windows und Linux verfügbar
'v2025.12.09'
Han, You were correct, the TIFF was created in DSS. I just converted it into a FITS file in GIMP and ASTAP opened it no problem. I will just convert all my DSS TIFFs to FITS before loading into ASTAP. I guess the problem is solved although I'm still puzzled why the TIFF opened in ASTAP this morning in the 2023 version, but not now with 2025.11.28. Here's the link for the uploaded image: https://wormhole.app/4xkRYl#3PhXFp4J4JIK2zi04EA51w Russ
Han, You were correct, the TIFF was created in DSS. I just converted it into a FITS file in GIMP and ASTAP opened it no problem. I will just convert all my DSS TIFFs to FITS before loading into ASTAP. I guess the problem is solved although I'm still puzzled why the TIFF opened in ASTAP this morning in the 2023 version, but not now with 2025.11.28. Russ
Upload a sample TIFF to something like: https://wormhole.app/ and send me the link. Use no emails.
I just opened the TIFF file in GIMP. It appears to be a 16 bit TIFF if I am reading the information correctly. Screenshot attached.
Thank you Han. I just tried to attach a sample TIFF, but was unsuccessful as the size is 36 mb. I will check on the type of TIFF file.
Hi Russ, ASTAP can not read 32 bit tiff's. Only 16 bit. Can you check it in an other program what type of TIFF it is? ASTAP can also no read DSS files since the write in a very rare format. This all hasn't changes since 2023. Can you send my one sample TIFF? You probably attach it here in your reply. I will download and delete it. Han
Hello, I'm brand new here. I recently updated a 2023 version of ASTAP to version 2025.11.28. The previous version had no problem loading TIFF files. Now, however, whenever I try to load a TIFF file, I get the following message: "Error, accessing the file!" A screenshot of the error message is attached. I'm using a Windows 10 PC. Any help would be appreciated. Russ
Danke fuehr die Ruckmeldung. Im einige Tagen wird eine neue ASTAP version herausgegeben mit Verbesserungen fuehr Photometrie. Grusse, Han
Hallo Han, leider konnte ich mich nicht früher melden; war im Urlaub Prof. Dr. Lienhard Pagel von der BAV, Entwickler des Programms StarCurve , hat eine Änderung hinzu programmiert mit dieser Änderung soll man die Daten aus ASTAP in StarCurve einlesen können muss ich die Tage noch testen Gruss Siegfried
Hi John, Can you test it with a few images only and if the problem is repeatable, send me or attach a few image files so I can test it here. Han
What could cause this error? I'm measuring about 1200 images. It runs through the analysis phase detecting stars and at the end of that I get the floating point message. The window shows measurements for the first star and nothing after that (no matter what file is chosen as the first file). Filter types in the set are V, R, B and show up as correctly coded boxes in the Filter column.
I may be just missing something, but after you extract the R,G, and B images from a OSC file, it produces files that have TR, TG, and TB filter types. But when you try to do a photometry (non-transformed), it rejects the TR, and TB types saying that it only accepts TG, R, and B. Can this be fixed or is there a way to do the filter mappings so that you don't have to manually change the filter types?
Hi Han, Ok, I went back looking on how I ended up with an un-gzipped file When I 'tried' again, all is correct Looking at my file size on disk from yesterday, it is 22m not the correct 8.2m I see for my D/L yesterday, which does not explain anything actually :-( Attached is what I could find, no help here :-( Thanks again for all your work! All good on this one! Gene
The database_path will now also be reported in the pull down menu Help, About.
The reason why it is looking in /opt/astap was for users which get ASTAP via a Linux distribution but use a Debian package for the database installation. The logic will be in the next version as follows: database_path:=application_path; if copy(database_path,1,4)='/usr' then begin if DirectoryExists('/usr/share/astap/data/')) then {for Linux distributions} database_path:='/usr/share/astap/data/' else if DirectoryExists('/opt/astap') then //second try in /opt/astap for people installing a database...
Next I tried was downloading the V50 zipped database, extracted and dropped into /opt/astap' Got message no database found. I needed to rename all capital 'V" to lowercase 'v' then DB was used. Note there was one file in the zip that was lowercase 'v' named, all the rest were capital 'V' I must have made a mistake with this zip file. I will replace it now with lower case version. The new file dates are a few months later. So it is probably better to update to this version. cs, Han
Hi Gene, Thanks for the feedback. I assume your the path problem is cause by the existence of /opt/astap. This is given preference. I have changed it now in the code that is looks to "/usr/share/astap/data/". The file output, I do not understand. I get here in Lubuntu 24: h@lubuntu24:~/astap_install$ file *.tar.gz~~~ astap_aarch64_qt5.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 16936960 astap_aarch64.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 16957440...
Hi Gene, Thnaks for the feedback. I assume your the path problem is cause by the existence of /opt/astap. This is given preference. I have changed it now in the code that is looks to "/usr/share/astap/data/". The file output, I do not understand. I get here in Lubuntu 24: h@lubuntu24:~/astap_install$ file *.tar.gz~~~ astap_aarch64_qt5.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 16936960 astap_aarch64.tar.gz: gzip compressed data, from Unix, original size modulo 2^32 16957440...
Hi Han, Next I tried was downloading the V50 zipped database, extracted and dropped into /opt/astap' Got message no database found. I needed to rename all capital 'V" to lowercase 'v' then DB was used. Note there was one file in the zip that was lowercase 'v' named, all the rest were capital 'V' Gene
Hi Han, First let me say THANK YOU for the work you do! I was just doing an install into an Ubuntu variant (MATE) and ran into two items. First item: In the doc's it mentions that the data files : "in case the executable is manually placed in /usr/..., then the program will first look for the databases in /opt/astap. If that path doesn't exist it will look for the databases in /usr/share/astap/data/" I dropped astap into: /usr/local/bin/astap I first dropped the data file into"/usr/share/astap/data/"...
Hallo Siegfried, der aktuelle ASTAP-Export im AAVSO-Format sieht den BAV-„Datenformaten C (Messungen)“ sehr ähnlich. https://www.bav-astro.eu/index.php/hochladen/upload-liku https://www.bav-astro.eu/images/Beobachtungseingang/BAVB16_R33.pdf https://www.bav-astro.eu/index.php/hochladen/upload-einzel Ich gehe davon aus, dass er kompatibel ist. Ich kann es aber nicht testen, aber sprich mal mit Thorsten Lange. Wenn Änderungen benötigt werden, kann ich es anpassen. MfG, Han
Hallo Han, die Datei die ich dir geschickt habe ist nur eine Beispieldatei die ich von einem BAV Mitglied bekommen habe welche Dateien die BAV bekommt muss ich noch klären Gruss Siegfried
Hallo Siegfried, so wie ich es verstehe, möchtest du Dateien aus ASTAP ähnlich wie bei Star Meter exportieren und sie in StarCurve importieren. In deiner Beispiel-CSV-Datei sehe ich nur drei Sterne, also Veränderlichen, Vergleichs- und Kontrollstern. Was ist, wenn es mehr als drei Sterne gibt? Zweitens: Wäre es nicht besser, in ASTAP Dateien zu erstellen, die direkt an die BAV geschickt werden können? Falls ja, welche Dateien benötigt die BAV? Viele Grüße Han
Hallo Han, im Anhang eine Datei, die von StarCurve verarbeitet werden kann ein Erklärvideo https://www.youtube.com/watch?v=p3o5DnCNw20&t=4s Gruss Siegfried
Hallo Han, das Programm kann man bei der BAV herunterladen Gruss Siegfried
Hallo Siegfried, Ich kenne das Prgramm STarcurve nicht. Wo kann ich mehr ueber das Programm nachlesen? Grusse, Han
Hallo, will den ASTAP Report file zum erzeugen einer Kurve in das Programm StarCurve einlesen leider nimmt StarCurve die Datei nicht meine Frage: gibt es Einstellmöglichkeiten fur den Report dass er in StarCurve eingelesen werden kann im Voraus vielen Dank
Thank you for your note. ASTAP worked well in SGPro with Astrometry.Net as Blind solver backup. Curiously, it could not plate solve M67 even when dead on with the field, even though the field had lots of stars. In any case, I've gone from D50 to D80 and I'll see how that does with NINA. Thank you for your help. Mike
Hi Michael, The warning was introduced in ASTAP a few years ago as soon you go below something like 1250x900 pixels. You can ignore it. The message can't be switched off. It is just that solving become less reliable but it can work. A FOV of 12x20 arcminutes is very small. Best is to install the D80 and remove/uninstall the D50. Is ASTAP solving reasonable reliable with your FOV? cs, Han
'v2025.12.09'
Hello! Just following up with this. I used ASTAP in SGPro without difficulty with my SBIG ST402 at 765x512 and 8"LX200 at a focal length of 1150mm with a FOV of 12x20 arcminutes. I used the D50 database. I've tried NINA a few times. I get the message ASTAP warning - small image dimensions. I am binning 1x1. I tried the D80 database with the same results. I use Astrometry.net as blind solver. Is this a warning I can ignore and is autogenerated with the small field, or is it something with NINA? Do...
Hi Normand, It required some experimenting/tweaking, but it finds a match if you enter the following: Radius search radius > 5 degrees Maximum number of stars to use: 50 Field of view: 0.35 degrees This is essential and forces the solver to user more stars from the database then required. So a higher star density for the star database then the image. If you annotate the stars you can see the match is correct. Then just save the file so the solution is stored. The cause is just the abundant amount...
Hi Normand, It required some experimenting/tweaking, but it finds a match if you enter the following: Radius search radius > 5 degrees Maximum number of stars to use: 50 Field of view: 0.35 degrees This is essential and forces the solver to user more stars from the database then required. So a higher star density for the star database then the image. If you annotate the stars you can see the match is correct. Then just save the file so the solution is stored. The cause is just the abundant amount...
'v2025.11.30'
Hello Han, Thanks for the release. I tried it on my Ic data and it worked very well, except for one image. Can't understand why as this image looks OK to me when I eyeball it. Perhaps you can give a try on it and explain why it won't solve. Cheers. Normand