Différences

Ci-dessous, les différences entre deux révisions de la page.

--- elsenews:spot-2026:01:exif [01/01/2026/H15:32:23]
216.73.216.167 supprimée
+++ — (Version actuelle)
@@ Ligne 1: / Ligne 1: @@
- {{tag>a1}}
-====== Très bonne question — et elle touche à plusieurs couches techniques différentes (formats, métadonnées, messagerie, et IA locale). ======
-La réponse courte est : ce n’est pas le JPEG qui pose problème, mais le mode de transmission et les traitements appliqués par iOS et Android.
-️⃣ Les métadonnées (EXIF / IPTC) sont supprimées lors de l’envoi
-Ce qui se passe réellement
-Quand une photo passe d’un iPhone à un Android (ou inversement) via :
-MMS
-SMS
-WhatsApp
-Messenger
-Instagram
-Email mal configuré
-RCS mal implémenté
-➡️ le système ou l’application crée une copie optimisée :
-redimensionnée
-recompressée
-sans EXIF ni IPTC
-Cela est volontaire pour :
-réduire la taille
-protéger la vie privée (GPS, appareil, date)
-accélérer l’envoi
-📌 Sur iPhone → iPhone (iMessage) ou Android → Android (Google Photos / Nearby Share), les métadonnées sont conservées.
-️⃣ iMessage vs SMS/MMS/RCS : la fracture Apple ↔ Android
-Transmission
-Métadonnées EXIF
-Qualité
-Texte dans l’image
-iMessage (iPhone↔iPhone)
-✅ conservées
-✅ originale
-✅
-AirDrop
-✅
-✅
-✅
-SMS / MMS
-❌ supprimées
-❌
-❌
-WhatsApp (mode photo)
-❌
-❌
-❌
-WhatsApp (document)
-✅
-✅
-❌ (selon app)
-RCS (Android↔Android)
-⚠️ parfois
-⚠️
-⚠️
-RCS (Android↔iPhone)
-❌ (bridé)
-❌
-❌
-👉 Apple n’autorise pas iMessage sur Android, donc tout échange passe par un mode dégradé.
-️⃣ Pourquoi la recherche de texte fonctionne sur une photo « native » ?
-📱 Sur iPhone
-Apple utilise Live Text, un OCR exécuté :
-localement
-au moment de la prise de vue
-indexé dans la base Photos
-Résultat :
-texte recherchable
-texte copiable
-fonctionne hors ligne
-🤖 Sur Android
-Android (via Google Photos) fait aussi de l’OCR :
-basé sur Google ML
-parfois dans le cloud
-parfois localement
-❌ Mais quand l’image arrive depuis l’autre OS :
-elle est vue comme une image externe
-non indexée automatiquement
-parfois recompressée
-parfois sans profil couleur ni résolution suffisante
-👉 l’OCR n’est pas (ou mal) relancé, donc le texte n’est pas trouvable.
-️⃣ Ce n’est PAS un problème de format JPG
-Un JPG peut parfaitement contenir :
-EXIF
-IPTC
-XMP
-texte OCR indexé
-géolocalisation
-Le problème vient de :
-la chaîne de transmission
-les politiques de confidentialité
-les écosystèmes fermés
-️⃣ Comment conserver EXIF + texte recherchable ?
-✅ Bonnes pratiques universelles
-Envoyer comme “fichier / document”, pas comme photo
-WhatsApp → Joindre → Document
-Email → pièce jointe originale
-Utiliser :
-Google Photos (lien de partage)
-iCloud (lien)
-Nextcloud
-Syncthing
-Sur Android :
-Forcer l’OCR dans Google Photos (ouvrir l’image → attendre quelques secondes)
-Sur iPhone :
-enregistrer l’image dans Photos
-parfois redémarrer Photos pour déclencher l’indexation
-️⃣ Pourquoi Apple & Google font ça (volontairement)
-Protection de la vie privée (GPS, dates, appareil)
-Réduction des données
-Verrouillage d’écosystème
-Optimisation IA locale propriétaire
-C’est un choix technique ET stratégique.
-🧠 En résumé
-📸 Photo native → tout fonctionne
-🔁 Photo transmise entre écosystèmes → métadonnées perdues + OCR absent
-Ce n’est ni un bug, ni une limite du JPG, mais une combinaison de politiques logicielles et de traitements automatiques.
-Si tu veux, je peux :
-te proposer un protocole de test précis
-te montrer comment vérifier EXIF/IPTC avant/après envoi
-expliquer comment forcer l’OCR côté Android ou iOS
-ou proposer une solution “pro” d’archivage multi-OS
-Dis-moi 👍

× iphelper toolbox

you see this when javscript or css is not working correct

Untested

ElseNews

Différences

Input

ElseNews

Outils pour utilisateurs

Outils du site

Différences

Input

Outils de la page