Photometric Color Calibration - Cannot download the online star catalog

Another working solution for ubuntu 21.04 is to use version from ppa:lock042/siril

Oh. Because you were using other package?
I’m only the maintainer of the ppa package. So you could report the bug tu Ubuntu.

No sure if this is the right place.

When using Siril-1.0.0-rc2-x86_64.AppImag and the Photometric Color Calibration it says (again) “No catalog Cannot download the online star catalog”.

Yet in the tmp the files are there:

lorentz:/home/levigan/Serie_2/process$ ls -l /tmp/.mount_Siril-8Dt3eC/usr/share/siril/catalogue/
total 786
-rw-r–r-- 1 root root 218975 Dec 8 12:06 ic.txt
-rw-r–r-- 1 root root 79842 Dec 8 12:06 ldn.txt
-rw-r–r-- 1 root root 5463 Dec 8 12:06 messier.txt
-rw-r–r-- 1 root root 346195 Dec 8 12:06 ngc.txt
-rw-r–r-- 1 root root 12510 Dec 8 12:06 sh2.txt
-rw-r–r-- 1 root root 143305 Dec 8 12:06 stars.txt

It looks like the appimage does not see these files. Moreover they are owned by root. Of course a user is not allowed to download files in to a folder owned by root.

These files are used for annotation, not photometric calibration.
If you cannot download online catalog this is a problem of network in general.

Thank you. However, I have no issues with my network. All works fine.

Oh just noted:

Successfully loaded ‘/tmp/.mount_Siril-cNj5cg/usr/share/siril/siril.css’
/usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so: undefined symbol: g_date_time_format_iso8601
Failed to load module: /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so
Successfully loaded ‘/tmp/.mount_Siril-cNj5cg/usr/share/siril/siril3.glade’
log: Setting CWD (Current Working Directory) to ‘/home/levigan/Serie_2/process’
fetch_url(): https://siril.org/siril_versions.json
initializing CURL
scripts: Error opening directory “/tmp/.mount_Siril-Px9rTr/usr/share/siril/scripts”: No such file or directory
scripts: Error opening directory “/home/user/.siril/scripts”: No such file or directory
scripts: Error opening directory “/home/user/siril/scripts”: No such file or directory

Note the scripts tmp folder location is different to the first location. And libgvfsdbus.so failed to load (running on a Ubuntu 20.04 LTS system).

Solved, well more of a workaround, the /usr/share/siril/ issues by creating a directory in my home: ~/.siril/

Copied the contents of /tmp/.mount_Siril-???/usr/share/siril/ into it.

Oh well done. Thx

Here we go again. Can’t get photometric calibration to work. Using a Mac OS 12.5, I get the error ‘Catalog not found’. It has worked previously. I have full connection to the internet without any other issues with other programs. I have reinstalled Siril 1.0.3 and this has still not remedied the situation. Next steps?

To be honest, on macOS I have no clue.
It uses curl, it should work out of the box.

@rbarbera

Thanks for your very quick reply. Just installed Windows 64 bit Siril in a Parallels Virtual machine on my Mac. Same issue with catalogs with a different operating system. Do you think that I am somehow blocking them with a firewall or something else?

Oh yes. This is possible indeed.

Just because I’m stubborn, I completely turned off the firewall on my router. In spite of this I could not get a catalog using an independent Windows 11 machine, my iMac OS 12.5 or my windows 10 virtual machine. I also bypassed my home net work and used the windows 11 machine to connect via a Wi-Fi hotspot on my phone. Still no joy. Do you think the catalog servers are down?

Jack M. Bernstein

Hi… I’m new to Siril and this forum. Running Siril 1.0.3 on Windows 10 x64.
I’m seeing the same issue with photometric calibration.

I believe the problem is the colon “:” that is being added to the end of the URL that gets sent to the Simbad server.

You can see the colons at the end on several of the urls listed after the first post.

If you copy one of those urls with the colon at the end and paste it into a browser (let’s try M42) Simbad will return message indicating “*** This identifier is not correctly written: M42:” as shown below


# M42:	#Q5681228
#!Sc=Simbad (CDS, via client/server): ***  This identifier is not correctly written: M42:
#=N=NED
# (nothing found) #
#!Vl=VizieR (local): No table found for: M42:
#!Sc=Simbad (CDS, via client/server): ***  This identifier is not correctly written: M42:

#(Q5681228)

#=N=NED
# (nothing found) #
#!Vl=VizieR (local): No table found for: M42:

#====Done (2022-Aug-11,02:41:46z)====

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

If you remove the colon and paste the exact same url into the browser again you successfully get results as shown here

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
# M42	#Q5681492
#=Sc=Simbad (CDS, via client/server):    1     0ms (from cache)
%@ @810146
%C.0 HII
%J 83.82208333 -5.39111111 = 05 35 17.3    -05 23 28    
%J.E [7500 7500 90] D 1981MNRAS.194..693L
%P 1.67 -0.30 [0.49 0.49 1] D 2009MNRAS.399.2146W
%V v 27.8 C [5] 2017A&A...600A.106C
%I.0 M  42
%I M 42
%I 3C 145
%I 4C -05.21
%I CTA 37
%I GAL 209.01-19.4
%I LBN 209.13-19.35
%I LBN 974
%I Mills 05+0A
%I MSH 05-0-11
%I NAME Great Orion Nebula
%I NAME Ori Nebula
%I NAME Orion Nebula
%I NGC 1976
%I NRL 6
%I PKS 0532-054
%I PKS 0532-05
%I XSS J05351-0519
%I [DGW65] 26
%I [KPS2012] MWSC 0582
%I [PT56] 6
%I [WCO2009] J053517-052326
#B 3919
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Whatever Siril code formats the url must have been changed along the way so it is now appending the colon.

I hope this is helpful.

But why it works for other users?

Reading through the posts the only users I see who seem to have solved the issue are using Linux. I don’t see anyone on the thread who states the problem is fixed on Windows or Mac. Also the Linux solution seemed to be with the “artifacts” app image, which doesn’t install on Windows.

Most users on windows and Mac os have no issue though.
This is why I don’t get it.

Hi, I’m using SiriL on macOS and windows. Recently I started to have problems with the PCC, but only when using NOMAD catalogue. If you change it to APASS one it works as expected.

One thing that I’ve discovered is that wen trying to use NOMAD catalog, s small number of stars was downloaded

log: Reading FITS: file r_pp_ngc7023_stacked.fits, 3 layer(s), 3008x3008 pixels
OMP: Info #270: omp_set_nested routine deprecated, please use omp_set_max_active_levels instead.
OMP: Info #270: omp_get_nested routine deprecated, please use omp_get_max_active_levels instead.
log: Existing plate solve (WCS information) will be resused for image
log: Findstar: processing for channel 0...
log: Findstar: processing for channel 2...
log: Findstar: processing for channel 1...
log: Image has a field of view of 0.00 degrees, using a limit magnitude of 18.00
log: Using already downloaded star catalogue
log: The NOMAD catalog has been successfully downloaded.
log: Normalizing on red channel.
log: Applying aperture photometry to 256 stars.
log: 256 stars excluded from the calculation
log: Distribution of errors: 512 no error, 256 not in area
log: No valid stars found.
log: Existing plate solve (WCS information) will be resused for image
log: Findstar: processing for channel 0...
log: Findstar: processing for channel 2...
log: Findstar: processing for channel 1...
log: Image has a field of view of 0.00 degrees, using a limit magnitude of 17.00
log: Using already downloaded star catalogue
log: The APASS catalog has been successfully downloaded.
log: Normalizing on red channel.
log: Applying aperture photometry to 3961 stars.
log: 3055 stars excluded from the calculation
log: Distribution of errors: 3875 no error, 99 Gaussian fit failed, 2245 not in area, 652 inner radius too small, 46 aperture too small, 13 pixel out of range
log: Found a solution for color calibration using 906 stars. Factors:
log: K0: 1.000	(deviation: 0.000)
log: K1: 0.868	(deviation: 0.079)
log: K2: 2.569	(deviation: 0.649)
log: The photometric color correction seem to have found an imprecise solution, consider correcting the image gradient first
log: Background reference:
log: B0: 2.38041e-03
log: B1: 2.97551e-03
log: B2: 3.79950e-03

Hope this help

Those whole number of stars that are powers of two looks suspicious to me (256 stars, 512 no error, 256 not in area)

Be careful @rbarbera you are using dev version. A lot of things have changed.

Rafa, I’m quite puzzled by the log: Image has a field of view of 0.00 degrees line. Did you use the GUI or command to get there? Did you set pixel size and focal length correctly?