Métadonnées probantes dans les photos: ce que DIAVAG enregistre et ce qui se perd au redimensionnement

Une photo de smartphone est en général bien plus grande qu'il ne le faut pour un PDF de rapport ou un portail client. Pour le téléversement, DIAVAG réduit donc chaque image dans le navigateur avant qu'elle n'atteigne la plateforme: à un grand côté de 2000 pixels, encodée en JPEG avec un niveau de qualité de 0,82. Les images JPEG ou PNG qui ne dépassent de toute façon pas 600 kilooctets restent intactes; les prises de vue HEIC de l'iPhone et les fichiers WebP sont toujours convertis, car là, la conversion de format est le but même.

Cette réduction a un effet secondaire décisif pour la conservation des preuves: l'image est chargée dans une zone de dessin et réencodée à partir de là, et toutes les données EXIF se perdent au passage. Ce qui arrive sur le serveur est une image sans métadonnées. Le seul horodatage que le serveur connaît alors de lui-même est celui du téléversement, et il est faux comme heure de prise de vue dès que l'expert téléverse les photos le lendemain.

L'orientation est la seule métadonnée qui, lors de la réduction, n'est pas perdue mais appliquée: l'image est pivotée avant le dessin comme l'appareil l'a noté dans les données EXIF, et se trouve ensuite droite. Tout le reste – modèle d'appareil, objectif, exposition, coordonnées GPS incorporées, notes constructeur et vignettes – ne fait plus partie du fichier après la réduction.

Parce que les métadonnées ne survivent pas au téléversement, DIAVAG lit l'heure de prise de vue dans le fichier inchangé avant la réduction. Le standard Exif, que la Camera & Imaging Products Association tient à jour sous la référence CIPA DC-008, en dernier lieu dans la version Exif Version 3.1 avec une traduction publiée le 30 janvier 2026, définit pour cela une balise nommée DateTimeOriginal. Elle contient l'heure de prise de vue sous forme de chaîne au format « AAAA:MM:JJ HH:MM:SS », avec des deux-points aussi dans la partie date. Une seconde balise, OffsetTimeOriginal, indique le fuseau horaire de la prise de vue, par exemple « +02:00 ».

Ce sont exactement ces deux balises qui sont lues, rien d'autre. Le lecteur est volontairement minimal: il ne lit que le début du fichier, 256 kilooctets, où pour le JPEG le segment contenant les données EXIF se trouve juste après le début du fichier et qui couvrent aussi l'en-tête d'un fichier HEIC. Une bibliothèque embarquant des centaines de balises, des notes constructeur et d'autres formats de métadonnées serait hors de proportion avec les deux champs réellement nécessaires. DateTimeOriginal ne se trouve pas dans le premier répertoire du fichier mais dans un sous-répertoire désigné par un pointeur; le lecteur suit ce pointeur et y cherche les deux balises.

Le résultat est envoyé comme horodatage dans un format univoque avec le fichier réduit, exactement une entrée par fichier dans le même ordre, afin que le serveur puisse associer les deux. Si un fichier ne porte pas d'heure exploitable, parce qu'il s'agit d'une capture d'écran, d'un PNG, d'une image déjà nettoyée ou retravaillée, une entrée vide est envoyée. Une photo sans date lisible n'est pas une raison de faire échouer le téléversement.

Deux particularités du format Exif exigent une décision. La première concerne le fuseau horaire. DateTimeOriginal n'en porte pas. Si l'appareil écrit en plus OffsetTimeOriginal, ce que font de nombreux smartphones et appareils actuels, l'instant est univoque et fixé par ce biais. Si l'indication manque, DIAVAG lit l'heure comme heure locale de l'appareil qui téléverse. C'est l'hypothèse la plus faible possible dans ce flux: prise de vue et téléversement ont lieu au même endroit, l'expert près du véhicule ou le client avec son téléphone. L'alternative, lire l'heure en temps universel, serait en Allemagne toujours décalée d'une à deux heures.

La seconde particularité est la valeur de remplissage. Les blocs EXIF vides contiennent couramment l'indication « 0000:00:00 00:00:00 ». Un analyseur de dates naïf poursuit silencieusement le calcul avec de tels champs et aboutirait à une date de l'année 1899. DIAVAG vérifie donc après conversion si ce sont exactement les champs figurant dans la chaîne qui en sont sortis; sinon, le fichier est considéré comme sans heure de prise de vue.

Ces deux décisions doivent être signalées dans le rapport lorsque cela compte. Un horodatage issu de DateTimeOriginal sans fuseau horaire est une indication en heure locale sous l'hypothèse que l'appareil qui a téléversé se trouvait dans le même fuseau que l'appareil photo. Dans l'immense majorité des missions, c'est le même appareil. Là où ce n'est pas le cas, par exemple pour des photos qu'un client envoie de l'étranger, la réserve a sa place dans le texte.

L'heure de prise de vue arrive sur le serveur comme une indication non vérifiée du client. Elle y est donc soumise à un contrôle de plausibilité, pas dans le navigateur, parce que les limites doivent se trouver là où l'indication est acceptée. Deux limites s'appliquent. Vers l'avant: un horodatage situé plus de 24 heures dans le futur est rejeté; les horloges des appareils se dérèglent et les fuseaux horaires manquent dans EXIF, la tolérance est donc généreuse mais finie. Vers l'arrière: tout ce qui a plus de 10 ans est également rejeté, car une telle valeur est, par expérience, une valeur de remplissage ou une horloge défaillante, pas une photo probante pour une mission en cours.

Si un horodatage tombe hors de la fenêtre ou manque, le champ reste vide. La plateforme ne met pas à sa place l'heure du téléversement. Celle-ci est enregistrée séparément, comme moment d'arrivée du fichier, et reste traçable à ce titre à tout moment. Dans le PDF, sous une photo sans heure de prise de vue, il n'y a délibérément aucune date. Une date absente est une indication honnête; une date de téléversement présentée comme date de prise de vue serait fausse.

La même règle vaut sur les deux voies de téléversement. Les photos que l'expert téléverse lors du relevé et les photos qu'un client soumet lui-même via le lien préalable sans connexion passent par la même fenêtre avec les mêmes limites; les deux voies doivent décider de façon identique, sinon la même photo porterait une date différente selon l'expéditeur. Par mission, 40 photos au total sont possibles, dont au plus 12 via le lien client. Une image annotée dans l'éditeur photo et enregistrée comme nouveau fichier ne porte pas d'heure de prise de vue; l'annotation est une modification, et la date de la modification n'est pas la date de la prise de vue.

La seconde métadonnée probante est la position, et ici la précision de la description importe plus que la coordonnée elle-même. DIAVAG n'enregistre pas la donnée GPS de la photo. Elle serait de toute façon perdue après la réduction, et elle n'est pas lue avant non plus. Ce qui est enregistré, c'est la position de l'appareil qui téléverse les photos au moment du téléversement, obtenue via la fonction de localisation du navigateur, sans haute précision et avec une attente de cinq secondes au plus. Si l'utilisateur n'accorde pas l'autorisation ou si l'appareil ne répond pas à temps, aucune position n'est enregistrée.

Sur le serveur, la coordonnée est vérifiée quant à sa plage de valeurs et sinon rejetée. Dans le PDF, elle apparaît dans la légende avec l'heure de prise de vue, avec cinq décimales. Ce que la coordonnée prouve est ainsi clairement délimité: l'appareil dont provenaient les photos se trouvait à cette position lors du téléversement. Si l'expert téléverse directement près du véhicule, c'est le lieu de l'expertise. S'il téléverse le soir au bureau, c'est le bureau, et le rapport ne doit alors pas être lu comme s'il y figurait la position du véhicule.

Cette distinction n'est pas une faiblesse mais la raison pour laquelle l'indication est fiable. Une coordonnée issue de la photo serait une affirmation de l'appareil photo, invérifiable après la réduction. Une coordonnée du téléversement est une observation de la plateforme à un instant journalisé. Qui veut prouver le lieu de l'expertise téléverse sur place.

Dans le PDF du rapport, chaque photo porte une légende avec les métadonnées probantes disponibles: l'heure de prise de vue dans la notation de la langue concernée et, si elle est enregistrée, la coordonnée. Si l'une des deux manque, elle manque aussi dans la légende; la plateforme ne complète pas. Les photos elles-mêmes se trouvent dans un espace de stockage privé, non sous des adresses publiques; l'accès passe par des liens signés à validité limitée, une heure pour l'affichage. Dans la grille de relevé sont affichés des aperçus réduits de 640 pixels; qui veut annoter une photo dans l'éditeur reçoit à cet effet le fichier original dans la résolution enregistrée, car des marquages de dommages sur un aperçu seraient trop grossiers pour un rapport fiable.

Chaque photo porte en outre sa provenance: téléversée par l'expert lors du relevé ou par le client via le lien préalable. Les deux sont des sources admissibles, mais ce n'est pas la même chose, et un rapport qui utilise des photos du client devrait le dire. L'étiquetage, l'ordre et l'affectation à la mission sont des données de travail de l'expert; les deux métadonnées probantes sont ce que la plateforme a repris du fichier et de l'appareil, et rien de plus n'est affirmé.

La limite est simple à tracer. DIAVAG enregistre une copie réduite et réencodée de chaque photo avec deux métadonnées probantes. Elle n'enregistre pas le fichier original, ni son bloc complet de métadonnées, ni sa somme de contrôle, ni la donnée GPS de l'appareil photo. Qui doit produire la prise de vue inchangée dans une procédure ultérieure ne peut pas la tirer de la plateforme. Elle se trouve, le cas échéant, sur l'appareil de prise de vue ou dans une sauvegarde propre du cabinet.

Il en découle une règle de travail qui ne coûte rien: conserver les originaux. Un dossier par mission sur le téléphone ou dans la sauvegarde du cabinet, inchangé, avec toutes les métadonnées, constitue la base probante; la plateforme est l'endroit où les photos entrent dans le rapport et le portail. Qui confond les deux dispose, en cas de litige, d'un PDF haute résolution et d'aucun fichier original. Le principe est le même que pour toute mesure: aucune valeur sans source, et la source d'une photo est le fichier que l'appareil a écrit.

DIAVAG est une plateforme logicielle pour experts. Elle n'emploie pas d'experts et n'établit pas de rapports; elle met à disposition le relevé, le projet et la remise sous la marque propre de l'expert. Pour les photos, elle reprend l'heure de prise de vue du fichier et la position de l'appareil avec autorisation, vérifie la plausibilité des deux et ne restitue que ce qui a passé cette vérification. Qu'une photo montre ce que le rapport affirme, c'est l'expert qui l'a prise et étiquetée qui en décide.