j’ai des image mal cale que j’ai comence a recaler sur geosetter puis fignoler sur JOSM mais je ne peux l’envoyer car ca me dit pas de tag GPS ou endommage.
Vous pouvez m’aiguiller sur le probleme?
1 Like
Exif.tools trouve les métadonnées suivantes :
| clé | valeur |
|---|---|
GPS Altitude
|
0 m Above Sea Level |
| GPS Date/Time
|
2023:06:29 19:45:09Z |
| GPS Latitude
|
44º 21’ 45.61" N |
| GPS Longitude
|
2º 34’ 51.08" E |
| GPS Latitude Ref | North |
| GPS Longitude Ref | East |
| GPS Position 44º 21’ 45.61" N, 2º 34’ 51.08" E |
À première vue la photo devrait-être acceptée par Panoramax.
Par contre les coordonnées ne correspondent pas à la photo (une gare) mais au point « randonnée » dans Google Maps.
SI je charge la photo dans JOSM, je vois bien la gare de Rodez.
Idem avec l’Aperçu de macOS.
Tu as donc modifié une autre métadonnée avec des coordonnées mais Panoramax prend probablement celles d’origines.
Comment modifies-tu exactement les coordonnées avec JOSM ?
Je n’ai jamais eu de souci en éditant la position de photos dans Josm.
Pourquoi passer par Geosetter ?
La version en ligne de commande de exiftool affiche :
> exiftool -coordFormat "%.6f" IMG_20230629_194509.jpg
ExifTool Version Number : 12.21
GPS Version ID : 2.3.0.0
GPS Altitude Ref : Above Sea Level
GPS Time Stamp : 19:45:09
GPS Speed Ref : km/h
GPS Speed : 4.330954995
GPS Img Direction Ref : True North
GPS Img Direction : 94.52801033
GPS Map Datum : WGS-84
GPS Processing Method : CELLID
GPS Date Stamp : 2023:06:29
GPS Altitude : 0 m Above Sea Level
GPS Date/Time : 2023:06:29 19:45:09Z
GPS Latitude : 44.362668 N
GPS Longitude : 2.580855 E
GPS Latitude Ref : North
GPS Longitude Ref : East
GPS Position : 44.362668 N, 2.580855 E
44.362668 N, 2.580855 E c’est bien la gare de Rodez.
Les données Exif dupliquée dans les données XMP indiquent la même position :
<x:xmpmeta xmlns:x='adobe:ns:meta/' x:xmptk='Image::ExifTool 10.96'>
<rdf:RDF xmlns:rdf='http://www.w3.org/1999/02/22-rdf-syntax-ns#'>
<rdf:Description rdf:about=''
xmlns:exif='http://ns.adobe.com/exif/1.0/'>
[…]
<exif:GPSAltitude>0/1</exif:GPSAltitude>
<exif:GPSAltitudeRef>0</exif:GPSAltitudeRef>
<exif:GPSImgDirection>427/5</exif:GPSImgDirection>
<exif:GPSImgDirectionRef>M</exif:GPSImgDirectionRef>
<exif:GPSLatitude>44,21.755081N</exif:GPSLatitude>
<exif:GPSLongitude>2,34.891455E</exif:GPSLongitude>
<exif:GPSMapDatum>WGS-84</exif:GPSMapDatum>
<exif:GPSProcessingMethod>CELLID</exif:GPSProcessingMethod>
<exif:GPSTimeStamp>2023-06-29T17:45:09Z</exif:GPSTimeStamp>
<exif:GPSVersionID>2.2.0.0</exif:GPSVersionID>
[…]
</rdf:Description>
</rdf:RDF>
</x:xmpmeta>
1 Like
Ce ne sont pas les mêmes coordonnées entre celles des exif jpeg et xmp. Ça explique certainement pourquoi geovisio n’accepte pas la photo, car il ne sait pas quelles coordonnées il doit utiliser.
Tu peux supprimer les tags gps xmp avec cette commande :
exiftool -XMP:GPS* chemin_vers_le_fichier.jpg
Tu peux ajouter le paramètre -overwrite_original si tu ne veux pas qu’exiftool conserve la version originale.
Pour les supprimer sur toutes les photos d’un dossier, sans garder de version originale, et en supposant que tu sois dans le dossier :
exiftool -XMP:GPS* -overwrite_original .
ca semble ne pas passer
Warning: Invalid EXIF text encoding for UserComment -
C’est un message du CLI ou de l’API Panoramax ?
De mémoire le floutage stocke des informations dans le tag UserComment.
Le message indique que le jeux de caractère n’est pas le bon.
c’est exiftool qui renvoi cela
ça semble être un message d’Exiftool (cf. billet).
C’est peut-être un bug dans la bibliothèque Pillow qui n’a rien à voir avec les coordonnées qui plante Panoramax ?
@Yod4z Peux-tu envoyer une photo sans modifications puis avec et afficher les messages du CLI ?
Et refaire l’opération mais en indiquant au CLI de ne pas flouter les photos ?
Au fait, tu utilises quelle instance de Panoramax ?
j’utilise l’instance OSM-fr.
Voila la commande que je passe sur exiftool :
exiftool.exe -XMP:GPS* -overwrite_original IMG_20230629_194452.jpg
Warning: Invalid EXIF text encoding for UserComment - IMG_20230629_194452.jpg
et effectivement exiftool indique bien un truc louche
Voila le fichier Wormhole - Simple, private file sharing
Le truc louche c’est probablement la cuisine interne du « flouteur ».
Ce qui m’intéresse c’est l’éventuel message d’erreur quand tu envois la photo.
Pour la photo d’origine et pour la photo recalée.
Quel est ce message exactement ?
Est-ce que tu l’as aussi avec la photo d’origine ?
1 Like
Merci 
.
Une partie du message d’erreur vient de geopic_tag_reader/reader.py :
"No GPS coordinates or broken coordinates in picture EXIF tags"
L’autre vient de geovisio_cli/sequence.py#L468 :
"Picture {str(f)} has invalid metadata: {str(e)}"
Et aussi geovisio_cli/sequence.py#L478 :
"❌ All read pictures have invalid metadata.\nPlease check if your pictures are geolocated and have a date defined.\nFor more information: https://gitlab.com/geovisio/api/-/blob/develop/docs/15_Pictures_requirements.md"
Est-ce que c’est la photo modifiée ou l’originale ?
(Le test est important à faire car il aide à déterminer ce qui bloque).
La doc indique qu’il faut les tags EXIF GPSLatitude, GPSLatitudeRef, GPSLongitude, et GPSLongitudeRef (ce qui semble le cas)…
Mais aussi les tags de date GPSTimeStamp ou DateTimeOriginal.
C’est bon ?
bon je crois que je vais effecte tous les tzag et recree a partir de josm
L’API de floutage se fiche des tags exif, ne fait que les copier et ajoute non pas une donnée exif mais un commentaire JPEG.
Ca ne peut pas avoir de rapport avec les traitements faits par geovisio ou l’outil de floutage puisque c’est quelque chose qui est fait après l’upload.
En revanche, si on supprime tous les tags XMP, ça passe :
exiftool -XMP:*= chemin_vers_l'image.jpg -overwrite_original
(https://panoramax.openstreetmap.fr/api/collections/4160dfcc-124d-4866-827c-55b4bf9f9184)
Je l’effacerai plus tard dans le week-end.
Ok. Je me référais à cette ligne qui avait été ajoutée pour ne pas écraser le tag Comment original par le flouteur si j’avais bien compris.
Ok, le problème vient donc des coordonnées GPS mal formées dans les métadonnées XMP.
Attention à ne pas les supprimer systématiquement, ils contiennent des mots-clés, catégories, identifiants qui seront — je l’espère — gérés dans un second temps par Panoramax.
Il serait intéressant de savoir qu’elle application génère ces coordonnées mal formées (ou mal lues ?) :
- l’appli photo du téléphone ?
- Geosetter
- …
Pas seulement, car supprimer les coordonnées des métadonnées XMP n’est pas suffisant. Il y a d’autres données XMP qui posent problème, mais je ne sais pas lesquelles pour le moment. Si quelqu’un veut creuser le sujet…
1 Like