Can't save GPS coords

[matm]

Hello,

I'm on Linux Mint, using XnView MP Linux Version 1.4.4 64bits (Apr 18 2023) with Libformat version 7.140

I try to add GPS coord to a photo where it's missing.
I found the menu in another thread: Tools> Metadata > edit GPS
I also found that we must limit ourselves in the number of decimals we provide (GMaps is way too precise).
When I click on the write button, the dialog closes, but the GPS data is not in the photo.
exiftool tab in Informations panel is blank, maybe I miss a piece of software ?

There is nothing confidential in the photo, I can provide file and coords for test if needed.

Any help welcome

Mathias

[xnview]

please provide me the file?

[matm]

Bonjour

https://lufi.ethibox.fr/r/Ecymh1AZq7#Bc ... JdkAiBO54= (dispo 7 jours en téléchargement)

Coordonnées:
Lat: 47,32414572
Lon: 0,4051339

[xnview]

no problem to change GPS data, but do you have an unicode pathname?

[matm]

No:

Code: Select all

/home/mm/Desktop/tmp

I even tried with

Code: Select all

/home/mm/Downloads

, getting the file from the link I provided.

I tried under Windows, working like a charm.

Is there anything I can do to try find the culprit ?


Best Regards

[xnview]

i've tried on linux, and no problem. Try to start XnView from a terminal to check logs

[matm]

Log:
les lignes avec !! c'est moi qui les ai écrites dans le terminal ^^

Code: Select all

## MyView::onLoaded </home/mm/Desktop/tmp/2017-08-17_184918.JPG> </home/mm/Desktop/tmp/2017-08-17_184918.JPG> </home/mm/Desktop/tmp/2017-08-17_184918.JPG> (1) 
## MyView::onLoaded ok 
### resetViewport (0x365de00)  ==> 943 429  (763 429) 0 0
@@ 83343075 

!!ouverture dialog GPS

ThumbLoaderThread :: stop()
LOAD BITMAP </home/mm/Desktop/tmp/2017-08-17_184918.JPG>
GFF :: LoadThumbnail : 100 75  (0) 

!!ecriture

ThumbLoaderThread :: stop()
### ThumbLoaderThread :: setFileList(1)
ThumbLoaderThread :: stop()
 ** start condition wake one 2
### ThumbLoaderThread :: setFileList ok
######ThumbLoaderThread :: forever 2 : 35bd470 
CHECK <0> 
######ThumbLoaderThread :: forever : 35bd470 
 ** start condition wait
!!fini

[matm]

Est-ce que ça peut venir de l'install en Flatpak, avec un problème de permissions ?

J'ai essayé de prendre l'AppImage, sans succès:

Code: Select all

╰─ '/home/mm/AppImage/XnView_MP.glibc2.17-x86_64.AppImage' 
MDK 0.20.0 (git f265269) - Multimedia Development Kit. Copyright (c) 2016-2023 WangBin(QtAV author) <wbsecg1 at gmail.com>
Build for: Linux x86_64; Clang16.0.0 (++20230301033254+f53ab957ead2-1~exp1~20230301153357.42)GCC4.2.1; libc++160000; 13:53:46 Mar  2 2023
qt5ct: using qt5ct plugin
Segmentation fault (core dumped)

En partant du paquet Debian, c'est passé !

Je vais ouvrir un ticket pour le Flatpak.
Par contre, pour l'AppImage, je vais ouvrir un autre thread.

[matm]

Hello,

Après ouverture du ticket flatpak, il s'avère que ça fonctionne avec les IPTC (https://github.com/flathub/com.xnview.X ... 1615607851). Le mainteneur se demande si le code d'enregistrement est différent entre les 2 fonctions, qui pourrait expliquer que l'un fonctionne et pas l'autre (même s'il devrait dans l'absolu).

[xnview]

Après ouverture du ticket flatpak, il s'avère que ça fonctionne avec les IPTC (https://github.com/flathub/com.xnview.X ... 1615607851). Le mainteneur se demande si le code d'enregistrement est différent entre les 2 fonctions, qui pourrait expliquer que l'un fonctionne et pas l'autre (même s'il devrait dans l'absolu).

Pour les GPS, exiftool est utilisé, peut etre est ce le probleme...