Où cette photo a-t-elle été prise, et avec quel appareil photo ? Un agent IA peut répondre aux deux en lisant les paquets EXIF, XMP et IPTC du fichier localement, en utilisant GroupDocs.Metadata.Mcp, de sorte que l’image ne passe jamais par un service cloud. Une première invite :

Quelles données EXIF ces photos contiennent‑elles ? Incluez l’appareil, la date de prise et le GPS si présent.

La version étape par étape avec configuration et dépannage se trouve dans la documentation : Comment lire les données EXIF, XMP et IPTC des images avec l’IA.

Qui pose des questions sur la provenance des photos ?

Un éditeur doit vérifier qu’une image soumise comporte le champ de droit d’auteur du photographe. Un chercheur veut trois cents photos triées par date de prise, et non par date de copie. Un évaluateur de sécurité doit savoir si une photo sur le point d’être publiée révèle une adresse résidentielle. Ce sont des questions concernant le fichier, pas ce que l’image montre, et un modèle qui ne regarde que les pixels ne peut pas y répondre de manière fiable. Les réponses se trouvent dans les paquets de métadonnées que la plupart des visionneuses masquent.

Pourquoi le téléchargement de la photo est‑il la mauvaise première étape ?

Envoyer une photo à un service cloud pour demander ce qu’elle contient transmet la photo, y compris la localisation que vous essayiez de vérifier. Avec GroupDocs.Metadata.Mcp, le client (Claude Desktop, Claude Code, Cursor, GitHub Copilot ou un autre) lance le serveur comme processus enfant local via stdio. Il n’y a aucun port entrant ni point d’extrémité externe dans le chemin des données : agent, serveur local, système de fichiers local. L’image est lue sur place, et seule la réponse circule. Avec un modèle hébergé localement, même cela n’est pas nécessaire.

Quelles questions l’agent peut‑il répondre à partir des métadonnées ?

read_metadata renvoie les paquets que le fichier contient (EXIF, XMP, IPTC) au format JSON, et l’agent lit la réponse à partir de ceux‑ci. Les invites ci‑dessous fonctionnent bien :

Quelles‑unes de ces photos ont été prises avec le même appareil ?

Trier ces images par date de prise, et non par date du fichier.

Certaines de ces images ont‑elles des coordonnées GPS ? Où ?

Le XMP indique‑t‑il quel logiciel a édité cela ?

La deuxième est discrètement utile. Les horodatages de fichier sont réécrits lors de la copie et de la synchronisation, alors que la date de prise EXIF ne l’est pas. Pour une question précise, search_metadata avec la catégorie gps, time ou tool ne renvoie que les propriétés correspondantes, et répond « photo.jpg a‑t‑elle du GPS ? » sans tout afficher. Une question de droit d’auteur peut utiliser nameContains avec le texte « copyright ».

En mode évaluation, les données GPS EXIF ne sont pas disponibles, donc un compte de 0 pour gps ne prouve rien ; vérifiez d’abord get_license_status.

Exemple de session (abrégé, serveur sous licence)

You:    Do any photos in /site-visit have GPS coordinates?
Agent:  [calls search_metadata: category = gps, per file]
Agent:  IMG_2041.jpg  count = 1  (category: gps)
        IMG_2042.jpg  count = 0
        IMG_2043.jpg  count = 1  (category: gps)
        2 of 3 photos carry GPS data. Want me to strip it from copies?

Il s’agit d’une illustration du flux, et non d’une capture d’écran. Les champs de réponse suivent la description de search_metadata : count et un tableau properties.

Que cache le mode évaluation ?

C’est le moment où un résultat non licencié peut vous induire en erreur. En mode évaluation, seules les cinq premières propriétés du document sont lisibles, et XMP et EXIF sont partiellement indisponibles. Concrètement : XMP n’expose que les deux premiers schémas, et pour EXIF les données GPS ainsi que la miniature de l’image sont indisponibles. La lecture ne les inclut tout simplement pas, ainsi un contrôle qui indique « pas de données de localisation » n’est pas une preuve de quoi que ce soit. Avant de conclure qu’une photo est sûre à publier, demandez :

Quel est le statut de licence du serveur de métadonnées ?

get_license_status répond en un seul appel. Appliquez un fichier de licence ou des clés à consommation pour supprimer la limite, ou demandez une licence temporaire gratuite de 30 jours.

Comment nettoyer les photos une fois que je sais ce qu’elles contiennent ?

Supprimez les données EXIF de chaque image de ce dossier et confirmez que les copies sont propres.

remove_metadata crée des copies nettoyées, et vous pouvez passer categories comme gps pour ne supprimer que la localisation. Une seconde lecture de la copie confirme le résultat. Les originaux restent sur le disque avec tout intact, vous pouvez donc publier les copies. Le flux complet est décrit dans Pourquoi le retrait des métadonnées ne rend pas un document sûr à partager.

Questions fréquemment posées

Claude peut‑il me dire où une photo a été prise sans que je la télécharge ?
Oui, si la photo possède des données GPS EXIF et que vous exécutez GroupDocs.Metadata.Mcp localement avec une licence. L’agent interroge le serveur, le serveur lit le fichier depuis votre dossier de stockage, et les coordonnées sont renvoyées sous forme de texte.

Quels formats d’image sont pris en charge ?
Les familles documentées comprennent JPEG, PNG, TIFF, WebP et PSD, avec EXIF, XMP et IPTC lorsque le format les supporte. Le serveur expose le moteur complet de GroupDocs.Metadata.

Pourquoi l’agent indique‑t‑il qu’une photo n’a pas de GPS alors que je sais qu’elle en possède ?
Vérifiez le mode de licence. En mode évaluation, les données GPS EXIF ne sont pas disponibles, donc la lecture les omet.

Approfondir