U-Sphere - Michael Vaillant - Basé sur le travail de $1. [en]

Bon "destinataire"

2009-02-24T22:29:26Z

82.228.83.162: /* Post'It */

'''Voici un jeu Ummoristique: vous souhaiteriez être "contacté", comment vous y prendriez-vous ? Dans le cadre de l'affaire Ummo, peut-on profiler ce qui fait un bon "destinataire" de lettres ? Et quelles sont les motivations sur les échanges revendiquées par leurs auteurs ?'''

Plus largement, quel serait le profil d'une personne choisie pour être mise en contact avec une réalité "exotique" ?

== Objectifs recherchés ==

Collecter de l’information sur les caractéristiques des destinataires des lettres (position/croyances, ancrage dans le réseau social, localisation géographique, dates de réception, éléments de décridibilisation possibles, nature de l’échange en fonction de leurs centres d’intérêts, etc). Mettre en ligne une page pour les destinataires principaux reprenant ces données, mais aussi les relations entre les destinataires eux (groupes) ou entre les destinataires et la "source".

Dans le détail:

* '''Informations sur les destinataires''' (collecte "terrain")
** [[Bon_%22destinataire%22#Destinataires_les_plus_sollicit.C3.A9s|Classement des destinataires par ordre d'importance]] (qui a reçu le plus d'informations ?). Puis, par ordre:
*** Profession/Activité & centres d'intérêts personnels,
*** emplacement géographique au moment de la réception de ses lettres,
*** croyance vis-à-vis de l'affaire,
*** position vis-à-vis du secret en général,
*** état des relations avec d'autres "contactés",
*** moralité ? (subjectif: voire... selon le nombre d'éléments communiqués avérés faux)
*** Type d'information reçu.
**** calculer la distance vis à vis des centres d'intérêts du destinataire.
*** De quelles lettres ce destinataire pourrait-il être l'auteur ? (compte tenu du style ou du sujet abordé).

* '''Informations sur la source''' (via opération de datamining sur le corpus)
** Motivations de la "source" justifiant l'amorce d'envois (motivations données pour le contact et choix des contacts)
** Motivatilns de la "source" justifiant la fin d'envois (intéressant dans le cas où c'est lié au destinataire)
** Analyse par la "source" des perturbations infligées aux contacts.
** Nature du sujet en fonction de la sensibilité de l'échange (de très ouvert à confidentiel/destinataire unique).

* '''Le réseau de relations''':
** La croissance et la formation du réseau de relations. Nous pouvons aborder une cartographie du réseau en distinguant:
*** (1) les groupes de destinataires seuls,
*** (2) les groupes d'étude (destinataires + personnes intéressées),
*** (3) les groupes et les relations interindividuelles externes (!).
** Extraction de la base par la recherche de co-occurences (émergence des relations par la recherche des mots deux à deux associés): nécessite le croisement des meta-données des lettres pour (1) ou des opérations de datamining sur l'ensemble du corpus pour (2).
*** Ultérieurement (3), enrichissement par des données grises / exogènes aux lettres: quels sont les liens entre les acteurs, à quelle date, où et comment se sont-ils formés ? => constitution d'un graphe relationnel enrichi
*** Quelles sont les relations les plus fortes, les noeuds les plus centraux?
*** Positionnement géographique des lieux d'envoi et de réception.
*** Détermination des groupes (clusters) de contactés et des époques

* '''Chronologie des envois d'information''':
** [[Bon_%22destinataire%22#Pages_re.C3.A7ues.2C_.28.C3.A9quivalentes_.C3.A0_2250_caract.C3.A8res_traduits.29.2C_par_destinataire_et_par_ann.C3.A9e|Tableau croisé des pages reçues]], (équivalentes à 2250 caractères traduits), par destinataire et par année
** Tableau croisé par année des signatures utilisées,
*** Croiser les signatures avec les destinataires,
** Tableau croisé des signatures et des zones d'envois,
** Corrélation entre des débuts/fin d'envois et l'apparition/disparition de nouveaux acteurs.
<br>
'''En conclusion, il s'agira d'établir un tableau reprenant les "critères clés" du bon contact (destinataires "profilés" comme tel).'''

== Collecte de données préliminaire ==

Afin de caractériser et analyser le corpus, la constitution d'une base de données des lettres est quasi-indispensable.

[http://www.ummo-sciences.org Ummo-sciences] et le catalogue de Darnaude constituent une base de départ intéressante modulo quelques corrections à apporter: certaines références sont constituées d'agrégats de lettres, ce sont des "références-conteneurs" (ou dossiers), qui n'ont pas à être placées au même niveau que les lettres elles-mêmes.

Il fallait qu'à chaque entrée de la table [Lettres] de la base de données corresponde une référence unique et de même type. Il est évident que nous ne pouvons pas affecter une date de réception unique à un agréagat/dossier constitué de plusieurs envois (ou d'autres critères comme le destinataire, le lieu de réception, le nombre de copies, etc). Il fallait donc préciser la typologie pour évacuer ces références "abstraites" et créer des entrées pour certaines lettres qui ne disposaient pas d'entête descriptif (meta-données).

=== Données consolidées ===

Les données ci-après sont mises à disposition dans un fichier excel.

(En base de données, la table des lettres n'est pas formatée tel que présenté ci-après).

* [[Image:File-excel.gif]] [http://www.u-sphere.com/data/Lettres_Brut.xls Fichier excel contenant la table des lettres non normalisée, (destinataires et dates de réception associées)]

* [http://meta.sciences.free.fr/data/Lettres.htm Le fichier xls en version HTML (long à charger)]

=> La table principale des lettres est une synthèse des meta-données des lettres d'[http://www.ummo-sciences.org ummo-sciences] et d'autres colonnes ajoutées qui permettent de consolider des données non alors formatées (entete, signature, nb de caractères, lieu de destination, lieu d'envoi, Destinataires et niveau associé, les références web, etc.).

=> Une autre table croise les noms de destinataires et les lettres auxquelles ils sont associés. Les noms des destinataires ont été "redressés".

=== Statistiques préliminaires ===

Sur ce corpus de données, les lettres uniques "acceptées" comme source "ummite" (cad hors H, E, NR invalidées et Darnaude non retenues) est de : '''204'''.

Su l'ensemble des lettres pour lesquelles le nombre de pages est connu il a été possible de calculer le nombre moyen de caractères par page, soit:
* Ratio moy car / page : '''2215,166084'''
Puis, à l'aide de ce chiffre, de calculer sur l'ensemble des lettres, (connaissant le nombre de caractères moyen), le nombre moyen de pages par lettre:
* Pages moy par lettre: '''6,536945813'''

Ce qui permet de calculer un nombre moyen de pages originales reçues qui serait d'environ '''1334'''. (C'est une donnée approximative bien évidemment, qui n'a de valeur que pour son aspect dimensionnant).

Le rapport entre le nombre de lettres originales et celui des copies (CC) envoyées est de : '''13,55%'''.
Ce ratio est loin du <i>un quarantième</i> indiqué le 12 mars 1987 dans la [http://www.ummo-sciences.org/fr/D2655.htm D2655].
Et pour mémo, sur un total (prétendu) à l'époque de 4260 lettres originales, cela représente (aujourd'hui) 31,31% de ce volume.

== Caractérisation du niveau de relation avec la "source" ==

Une étape préliminaire consiste en l'évaluation des relations en fonction des modalités de remise d'une information par les "ummites".
Ainsi, entre une personne qui assiste à une présentation orale et celle qui reçoit directement des lettres, le degré de relation est différent.

Des niveaux de relation envisagés avec un destinataire, (et dans ce qui suit, par "destinataire direct", il est entendu une information qui est *spécifiquement* adressée/dédiée au destinataire), nous avons par exemple celui qui:

* reçoit directement une lettre, (destinataire désigné, adressé en direct / de niveau 1),
* reçoit une lettre via un autre personne, (destinataire designé, adressé via un intermédiaire / de niveau 2),
* reçoit une copie d'un document, (destinataire designé, de niveau 2 - "remettre une copie à"),
* reçoit un extrait de document qui le concerne expressément (destinataire designé, de niveau 2, information partielle),
* assiste à une lecture d'une lettre à laquelle il est convié, (destinataire non désigné, de niveau 2, information orale),
* etc.

Cette liste n'est pas exhausive. Les critères sont repris dans le tableau ci-après par ordre d'importance.

[[Image:Relation_destinataire.gif]]

Notons immédiatement que d'autres critères pourraient être ajoutés (ex: contact physique, information donnée à caractère confidentiel, personne non contactée mentionnée, etc.)

Les critères retenus permettent d'exprimer un nombre binaire qui est converti en décimal. Le degré ici le plus important est 31, le plus faible 0.

== Destinataires : données générales ==

=== Destinataires ===

Liste des destinataires et références associées

* [[Destinataires-Ummo|Format brut]].
* [http://meta.sciences.free.fr/data/Destinataires.htm Format HTML]

=== Destinataires les plus sollicités ===

De façon globale, voici les 20 destinataires qui ont été les plus sollicités (selon le nombre de pages reçues - équivalentes à 2250 caractères traduits) et par ordre décroissant:

# 279p [[Fernando Sesma Manzano]]<br>
# 259p [[Jorge Barrenechea Aberasturi]]<br>
# 207p [[Enrique Villagrasa y Novoa]]<br>
# 197p [[Dionisio Garrido Buendia]]<br>
# 175p [[Rafael Farriols Calvo]]<br>
# 117p [[Juan Miguel Aguirre Ceberio]]<br>
# 110p [[Antonio Ribera Jordá]]<br>
# 107p [[Luis Jimenez Marhuenda]]<br>
# 72p [[Manuel Campo]]<br>
# 65p [[José Luis Jordán Peña]]<br>
# 64p [[Juan Domínguez Montes]]<br>
# 61p [[Joaquín Martínez Andres]]<br>
# 56p [[Alberto Borras Gabarro]]<br>
# 55p [[Hiltrud Nordlin Franz]]<br>
# 50p [[Enrique Lopez Guerrero]]<br>
# 49p [[Javier Muela Quesada]]<br>
# 41p [[Frances Alicia Araujo]]<br>
# 40p [[Javier Sierra]]<br>
# 31p [[ERIDANI]]<br>
# 29p [[Julian Barrenechea]]<br>

[[Image:Destinataires_sollicites.gif]]

=== Pages reçues, (équivalentes à 2250 caractères traduits), par destinataire et par année ===

Les relations retenus dans la table ci-après ne retiennent que les relations de degré supérieur ou égal à 15. C'est à dire toutes les situations dans lesquelles le destinataire reçoit une information qui lui est spécifiquement adressée (il est nommé).

[[Image:Contenu_x_Destinataires.gif]]
<br>''ToDo: remplacer le tableau-image par un tableau cliquable/développable''

==== Premiers commentaires ====

Ce qui ressort très clairement c'est que l'affaire est quasiment au point mort depuis 1988.

Une information qui n'apparait pas sur ce graphe (et devrait dans les prochains, si j'ai le temps): les lettres récentes n'ont pas la mémoire du "réseau". Elles sont individualisées à l'inverse des lettres anciennes plus souvent conçues pour être copiées ou lues en assemblée, (ce qui créait de facto des réseaux).

==== Post'It ====

'''(manque ici un tableau récapitulatif sur des critères hypothétiques qui font un "bon contacté")'''<br>
Outre ce tableau manquant, Francisco Donis Ortiz (cf "rencontre" avec [http://www.ummo-sciences.org/fr/data-E/E37.pdf Francisco Atienza]) nous proposait des critères par sa source:

# Ne pas donner de preuves absolument convaincantes,
# Utiliser comme intermédiaires des personnes du niveau adéquat - Nous voudrions signifier que la qualité de la personne en question influe fortement selon qu'elle est plus ou moins crédible. Pour convaincre les masses des hommes simples plein de foi sont préférables aux froids intellectuels que les gens ne comprennent pas. Nous insistons, il n'y a pas à se battre pour "convaincre" parce que cela peut porter préjudice à nos amis : tout au plus ce que nous cherchons est de donner la possibilité de nous connaître sans occasionner de troubles pour personne y compris les autorités terrestres. Il est aussi dans notre intérêt d'avoir des amis dans toutes les classes sociales,
# Utiliser des groupes de taille suffisante,
# Utiliser dans la mesure du possible des moyens de diffusion qui ne transforment pas les choses et qui ont une efficacité suffisante,
# Apporter à des individus isolés certaines preuves et informations qui les encouragent à collaborer avec nous.

== Références ==

Voir aussi sur ce site:
* [[Ummo]],
* L'[[Affaire SBF]].

Bon "destinataire"

2009-02-24T22:28:23Z

82.228.83.162: /* Post'It */

'''Voici un jeu Ummoristique: vous souhaiteriez être "contacté", comment vous y prendriez-vous ? Dans le cadre de l'affaire Ummo, peut-on profiler ce qui fait un bon "destinataire" de lettres ? Et quelles sont les motivations sur les échanges revendiquées par leurs auteurs ?'''

Plus largement, quel serait le profil d'une personne choisie pour être mise en contact avec une réalité "exotique" ?

== Objectifs recherchés ==

Collecter de l’information sur les caractéristiques des destinataires des lettres (position/croyances, ancrage dans le réseau social, localisation géographique, dates de réception, éléments de décridibilisation possibles, nature de l’échange en fonction de leurs centres d’intérêts, etc). Mettre en ligne une page pour les destinataires principaux reprenant ces données, mais aussi les relations entre les destinataires eux (groupes) ou entre les destinataires et la "source".

Dans le détail:

* '''Informations sur les destinataires''' (collecte "terrain")
** [[Bon_%22destinataire%22#Destinataires_les_plus_sollicit.C3.A9s|Classement des destinataires par ordre d'importance]] (qui a reçu le plus d'informations ?). Puis, par ordre:
*** Profession/Activité & centres d'intérêts personnels,
*** emplacement géographique au moment de la réception de ses lettres,
*** croyance vis-à-vis de l'affaire,
*** position vis-à-vis du secret en général,
*** état des relations avec d'autres "contactés",
*** moralité ? (subjectif: voire... selon le nombre d'éléments communiqués avérés faux)
*** Type d'information reçu.
**** calculer la distance vis à vis des centres d'intérêts du destinataire.
*** De quelles lettres ce destinataire pourrait-il être l'auteur ? (compte tenu du style ou du sujet abordé).

* '''Informations sur la source''' (via opération de datamining sur le corpus)
** Motivations de la "source" justifiant l'amorce d'envois (motivations données pour le contact et choix des contacts)
** Motivatilns de la "source" justifiant la fin d'envois (intéressant dans le cas où c'est lié au destinataire)
** Analyse par la "source" des perturbations infligées aux contacts.
** Nature du sujet en fonction de la sensibilité de l'échange (de très ouvert à confidentiel/destinataire unique).

* '''Le réseau de relations''':
** La croissance et la formation du réseau de relations. Nous pouvons aborder une cartographie du réseau en distinguant:
*** (1) les groupes de destinataires seuls,
*** (2) les groupes d'étude (destinataires + personnes intéressées),
*** (3) les groupes et les relations interindividuelles externes (!).
** Extraction de la base par la recherche de co-occurences (émergence des relations par la recherche des mots deux à deux associés): nécessite le croisement des meta-données des lettres pour (1) ou des opérations de datamining sur l'ensemble du corpus pour (2).
*** Ultérieurement (3), enrichissement par des données grises / exogènes aux lettres: quels sont les liens entre les acteurs, à quelle date, où et comment se sont-ils formés ? => constitution d'un graphe relationnel enrichi
*** Quelles sont les relations les plus fortes, les noeuds les plus centraux?
*** Positionnement géographique des lieux d'envoi et de réception.
*** Détermination des groupes (clusters) de contactés et des époques

* '''Chronologie des envois d'information''':
** [[Bon_%22destinataire%22#Pages_re.C3.A7ues.2C_.28.C3.A9quivalentes_.C3.A0_2250_caract.C3.A8res_traduits.29.2C_par_destinataire_et_par_ann.C3.A9e|Tableau croisé des pages reçues]], (équivalentes à 2250 caractères traduits), par destinataire et par année
** Tableau croisé par année des signatures utilisées,
*** Croiser les signatures avec les destinataires,
** Tableau croisé des signatures et des zones d'envois,
** Corrélation entre des débuts/fin d'envois et l'apparition/disparition de nouveaux acteurs.
<br>
'''En conclusion, il s'agira d'établir un tableau reprenant les "critères clés" du bon contact (destinataires "profilés" comme tel).'''

== Collecte de données préliminaire ==

Afin de caractériser et analyser le corpus, la constitution d'une base de données des lettres est quasi-indispensable.

[http://www.ummo-sciences.org Ummo-sciences] et le catalogue de Darnaude constituent une base de départ intéressante modulo quelques corrections à apporter: certaines références sont constituées d'agrégats de lettres, ce sont des "références-conteneurs" (ou dossiers), qui n'ont pas à être placées au même niveau que les lettres elles-mêmes.

Il fallait qu'à chaque entrée de la table [Lettres] de la base de données corresponde une référence unique et de même type. Il est évident que nous ne pouvons pas affecter une date de réception unique à un agréagat/dossier constitué de plusieurs envois (ou d'autres critères comme le destinataire, le lieu de réception, le nombre de copies, etc). Il fallait donc préciser la typologie pour évacuer ces références "abstraites" et créer des entrées pour certaines lettres qui ne disposaient pas d'entête descriptif (meta-données).

=== Données consolidées ===

Les données ci-après sont mises à disposition dans un fichier excel.

(En base de données, la table des lettres n'est pas formatée tel que présenté ci-après).

* [[Image:File-excel.gif]] [http://www.u-sphere.com/data/Lettres_Brut.xls Fichier excel contenant la table des lettres non normalisée, (destinataires et dates de réception associées)]

* [http://meta.sciences.free.fr/data/Lettres.htm Le fichier xls en version HTML (long à charger)]

=> La table principale des lettres est une synthèse des meta-données des lettres d'[http://www.ummo-sciences.org ummo-sciences] et d'autres colonnes ajoutées qui permettent de consolider des données non alors formatées (entete, signature, nb de caractères, lieu de destination, lieu d'envoi, Destinataires et niveau associé, les références web, etc.).

=> Une autre table croise les noms de destinataires et les lettres auxquelles ils sont associés. Les noms des destinataires ont été "redressés".

=== Statistiques préliminaires ===

Sur ce corpus de données, les lettres uniques "acceptées" comme source "ummite" (cad hors H, E, NR invalidées et Darnaude non retenues) est de : '''204'''.

Su l'ensemble des lettres pour lesquelles le nombre de pages est connu il a été possible de calculer le nombre moyen de caractères par page, soit:
* Ratio moy car / page : '''2215,166084'''
Puis, à l'aide de ce chiffre, de calculer sur l'ensemble des lettres, (connaissant le nombre de caractères moyen), le nombre moyen de pages par lettre:
* Pages moy par lettre: '''6,536945813'''

Ce qui permet de calculer un nombre moyen de pages originales reçues qui serait d'environ '''1334'''. (C'est une donnée approximative bien évidemment, qui n'a de valeur que pour son aspect dimensionnant).

Le rapport entre le nombre de lettres originales et celui des copies (CC) envoyées est de : '''13,55%'''.
Ce ratio est loin du <i>un quarantième</i> indiqué le 12 mars 1987 dans la [http://www.ummo-sciences.org/fr/D2655.htm D2655].
Et pour mémo, sur un total (prétendu) à l'époque de 4260 lettres originales, cela représente (aujourd'hui) 31,31% de ce volume.

== Caractérisation du niveau de relation avec la "source" ==

Une étape préliminaire consiste en l'évaluation des relations en fonction des modalités de remise d'une information par les "ummites".
Ainsi, entre une personne qui assiste à une présentation orale et celle qui reçoit directement des lettres, le degré de relation est différent.

Des niveaux de relation envisagés avec un destinataire, (et dans ce qui suit, par "destinataire direct", il est entendu une information qui est *spécifiquement* adressée/dédiée au destinataire), nous avons par exemple celui qui:

* reçoit directement une lettre, (destinataire désigné, adressé en direct / de niveau 1),
* reçoit une lettre via un autre personne, (destinataire designé, adressé via un intermédiaire / de niveau 2),
* reçoit une copie d'un document, (destinataire designé, de niveau 2 - "remettre une copie à"),
* reçoit un extrait de document qui le concerne expressément (destinataire designé, de niveau 2, information partielle),
* assiste à une lecture d'une lettre à laquelle il est convié, (destinataire non désigné, de niveau 2, information orale),
* etc.

Cette liste n'est pas exhausive. Les critères sont repris dans le tableau ci-après par ordre d'importance.

[[Image:Relation_destinataire.gif]]

Notons immédiatement que d'autres critères pourraient être ajoutés (ex: contact physique, information donnée à caractère confidentiel, personne non contactée mentionnée, etc.)

Les critères retenus permettent d'exprimer un nombre binaire qui est converti en décimal. Le degré ici le plus important est 31, le plus faible 0.

== Destinataires : données générales ==

=== Destinataires ===

Liste des destinataires et références associées

* [[Destinataires-Ummo|Format brut]].
* [http://meta.sciences.free.fr/data/Destinataires.htm Format HTML]

=== Destinataires les plus sollicités ===

De façon globale, voici les 20 destinataires qui ont été les plus sollicités (selon le nombre de pages reçues - équivalentes à 2250 caractères traduits) et par ordre décroissant:

# 279p [[Fernando Sesma Manzano]]<br>
# 259p [[Jorge Barrenechea Aberasturi]]<br>
# 207p [[Enrique Villagrasa y Novoa]]<br>
# 197p [[Dionisio Garrido Buendia]]<br>
# 175p [[Rafael Farriols Calvo]]<br>
# 117p [[Juan Miguel Aguirre Ceberio]]<br>
# 110p [[Antonio Ribera Jordá]]<br>
# 107p [[Luis Jimenez Marhuenda]]<br>
# 72p [[Manuel Campo]]<br>
# 65p [[José Luis Jordán Peña]]<br>
# 64p [[Juan Domínguez Montes]]<br>
# 61p [[Joaquín Martínez Andres]]<br>
# 56p [[Alberto Borras Gabarro]]<br>
# 55p [[Hiltrud Nordlin Franz]]<br>
# 50p [[Enrique Lopez Guerrero]]<br>
# 49p [[Javier Muela Quesada]]<br>
# 41p [[Frances Alicia Araujo]]<br>
# 40p [[Javier Sierra]]<br>
# 31p [[ERIDANI]]<br>
# 29p [[Julian Barrenechea]]<br>

[[Image:Destinataires_sollicites.gif]]

=== Pages reçues, (équivalentes à 2250 caractères traduits), par destinataire et par année ===

Les relations retenus dans la table ci-après ne retiennent que les relations de degré supérieur ou égal à 15. C'est à dire toutes les situations dans lesquelles le destinataire reçoit une information qui lui est spécifiquement adressée (il est nommé).

[[Image:Contenu_x_Destinataires.gif]]
<br>''ToDo: remplacer le tableau-image par un tableau cliquable/développable''

==== Premiers commentaires ====

Ce qui ressort très clairement c'est que l'affaire est quasiment au point mort depuis 1988.

Une information qui n'apparait pas sur ce graphe (et devrait dans les prochains, si j'ai le temps): les lettres récentes n'ont pas la mémoire du "réseau". Elles sont individualisées à l'inverse des lettres anciennes plus souvent conçues pour être copiées ou lues en assemblée, (ce qui créait de facto des réseaux).

==== Post'It ====

(manque ici un tableau récapitulatif sur des critères hypothétiques qui font un "bon contacté")
Outre ce tableau manquant, Francisco Donis Ortiz (cf "rencontre" avec [http://www.ummo-sciences.org/fr/data-E/E37.pdf Francisco Atienza]) nous proposait des critères par sa source:

# Ne pas donner de preuves absolument convaincantes,
# Utiliser comme intermédiaires des personnes du niveau adéquat - Nous voudrions signifier que la qualité de la personne en question influe fortement selon qu'elle est plus ou moins crédible. Pour convaincre les masses des hommes simples plein de foi sont préférables aux froids intellectuels que les gens ne comprennent pas. Nous insistons, il n'y a pas à se battre pour "convaincre" parce que cela peut porter préjudice à nos amis : tout au plus ce que nous cherchons est de donner la possibilité de nous connaître sans occasionner de troubles pour personne y compris les autorités terrestres. Il est aussi dans notre intérêt d'avoir des amis dans toutes les classes sociales,
# Utiliser des groupes de taille suffisante,
# Utiliser dans la mesure du possible des moyens de diffusion qui ne transforment pas les choses et qui ont une efficacité suffisante,
# Apporter à des individus isolés certaines preuves et informations qui les encouragent à collaborer avec nous.

== Références ==

Voir aussi sur ce site:
* [[Ummo]],
* L'[[Affaire SBF]].

Bon "destinataire"

2009-02-24T22:27:48Z

82.228.83.162: /* Post'It */

'''Voici un jeu Ummoristique: vous souhaiteriez être "contacté", comment vous y prendriez-vous ? Dans le cadre de l'affaire Ummo, peut-on profiler ce qui fait un bon "destinataire" de lettres ? Et quelles sont les motivations sur les échanges revendiquées par leurs auteurs ?'''

Plus largement, quel serait le profil d'une personne choisie pour être mise en contact avec une réalité "exotique" ?

== Objectifs recherchés ==

Collecter de l’information sur les caractéristiques des destinataires des lettres (position/croyances, ancrage dans le réseau social, localisation géographique, dates de réception, éléments de décridibilisation possibles, nature de l’échange en fonction de leurs centres d’intérêts, etc). Mettre en ligne une page pour les destinataires principaux reprenant ces données, mais aussi les relations entre les destinataires eux (groupes) ou entre les destinataires et la "source".

Dans le détail:

* '''Informations sur les destinataires''' (collecte "terrain")
** [[Bon_%22destinataire%22#Destinataires_les_plus_sollicit.C3.A9s|Classement des destinataires par ordre d'importance]] (qui a reçu le plus d'informations ?). Puis, par ordre:
*** Profession/Activité & centres d'intérêts personnels,
*** emplacement géographique au moment de la réception de ses lettres,
*** croyance vis-à-vis de l'affaire,
*** position vis-à-vis du secret en général,
*** état des relations avec d'autres "contactés",
*** moralité ? (subjectif: voire... selon le nombre d'éléments communiqués avérés faux)
*** Type d'information reçu.
**** calculer la distance vis à vis des centres d'intérêts du destinataire.
*** De quelles lettres ce destinataire pourrait-il être l'auteur ? (compte tenu du style ou du sujet abordé).

* '''Informations sur la source''' (via opération de datamining sur le corpus)
** Motivations de la "source" justifiant l'amorce d'envois (motivations données pour le contact et choix des contacts)
** Motivatilns de la "source" justifiant la fin d'envois (intéressant dans le cas où c'est lié au destinataire)
** Analyse par la "source" des perturbations infligées aux contacts.
** Nature du sujet en fonction de la sensibilité de l'échange (de très ouvert à confidentiel/destinataire unique).

* '''Le réseau de relations''':
** La croissance et la formation du réseau de relations. Nous pouvons aborder une cartographie du réseau en distinguant:
*** (1) les groupes de destinataires seuls,
*** (2) les groupes d'étude (destinataires + personnes intéressées),
*** (3) les groupes et les relations interindividuelles externes (!).
** Extraction de la base par la recherche de co-occurences (émergence des relations par la recherche des mots deux à deux associés): nécessite le croisement des meta-données des lettres pour (1) ou des opérations de datamining sur l'ensemble du corpus pour (2).
*** Ultérieurement (3), enrichissement par des données grises / exogènes aux lettres: quels sont les liens entre les acteurs, à quelle date, où et comment se sont-ils formés ? => constitution d'un graphe relationnel enrichi
*** Quelles sont les relations les plus fortes, les noeuds les plus centraux?
*** Positionnement géographique des lieux d'envoi et de réception.
*** Détermination des groupes (clusters) de contactés et des époques

* '''Chronologie des envois d'information''':
** [[Bon_%22destinataire%22#Pages_re.C3.A7ues.2C_.28.C3.A9quivalentes_.C3.A0_2250_caract.C3.A8res_traduits.29.2C_par_destinataire_et_par_ann.C3.A9e|Tableau croisé des pages reçues]], (équivalentes à 2250 caractères traduits), par destinataire et par année
** Tableau croisé par année des signatures utilisées,
*** Croiser les signatures avec les destinataires,
** Tableau croisé des signatures et des zones d'envois,
** Corrélation entre des débuts/fin d'envois et l'apparition/disparition de nouveaux acteurs.
<br>
'''En conclusion, il s'agira d'établir un tableau reprenant les "critères clés" du bon contact (destinataires "profilés" comme tel).'''

== Collecte de données préliminaire ==

Afin de caractériser et analyser le corpus, la constitution d'une base de données des lettres est quasi-indispensable.

[http://www.ummo-sciences.org Ummo-sciences] et le catalogue de Darnaude constituent une base de départ intéressante modulo quelques corrections à apporter: certaines références sont constituées d'agrégats de lettres, ce sont des "références-conteneurs" (ou dossiers), qui n'ont pas à être placées au même niveau que les lettres elles-mêmes.

Il fallait qu'à chaque entrée de la table [Lettres] de la base de données corresponde une référence unique et de même type. Il est évident que nous ne pouvons pas affecter une date de réception unique à un agréagat/dossier constitué de plusieurs envois (ou d'autres critères comme le destinataire, le lieu de réception, le nombre de copies, etc). Il fallait donc préciser la typologie pour évacuer ces références "abstraites" et créer des entrées pour certaines lettres qui ne disposaient pas d'entête descriptif (meta-données).

=== Données consolidées ===

Les données ci-après sont mises à disposition dans un fichier excel.

(En base de données, la table des lettres n'est pas formatée tel que présenté ci-après).

* [[Image:File-excel.gif]] [http://www.u-sphere.com/data/Lettres_Brut.xls Fichier excel contenant la table des lettres non normalisée, (destinataires et dates de réception associées)]

* [http://meta.sciences.free.fr/data/Lettres.htm Le fichier xls en version HTML (long à charger)]

=> La table principale des lettres est une synthèse des meta-données des lettres d'[http://www.ummo-sciences.org ummo-sciences] et d'autres colonnes ajoutées qui permettent de consolider des données non alors formatées (entete, signature, nb de caractères, lieu de destination, lieu d'envoi, Destinataires et niveau associé, les références web, etc.).

=> Une autre table croise les noms de destinataires et les lettres auxquelles ils sont associés. Les noms des destinataires ont été "redressés".

=== Statistiques préliminaires ===

Sur ce corpus de données, les lettres uniques "acceptées" comme source "ummite" (cad hors H, E, NR invalidées et Darnaude non retenues) est de : '''204'''.

Su l'ensemble des lettres pour lesquelles le nombre de pages est connu il a été possible de calculer le nombre moyen de caractères par page, soit:
* Ratio moy car / page : '''2215,166084'''
Puis, à l'aide de ce chiffre, de calculer sur l'ensemble des lettres, (connaissant le nombre de caractères moyen), le nombre moyen de pages par lettre:
* Pages moy par lettre: '''6,536945813'''

Ce qui permet de calculer un nombre moyen de pages originales reçues qui serait d'environ '''1334'''. (C'est une donnée approximative bien évidemment, qui n'a de valeur que pour son aspect dimensionnant).

Le rapport entre le nombre de lettres originales et celui des copies (CC) envoyées est de : '''13,55%'''.
Ce ratio est loin du <i>un quarantième</i> indiqué le 12 mars 1987 dans la [http://www.ummo-sciences.org/fr/D2655.htm D2655].
Et pour mémo, sur un total (prétendu) à l'époque de 4260 lettres originales, cela représente (aujourd'hui) 31,31% de ce volume.

== Caractérisation du niveau de relation avec la "source" ==

Une étape préliminaire consiste en l'évaluation des relations en fonction des modalités de remise d'une information par les "ummites".
Ainsi, entre une personne qui assiste à une présentation orale et celle qui reçoit directement des lettres, le degré de relation est différent.

Des niveaux de relation envisagés avec un destinataire, (et dans ce qui suit, par "destinataire direct", il est entendu une information qui est *spécifiquement* adressée/dédiée au destinataire), nous avons par exemple celui qui:

* reçoit directement une lettre, (destinataire désigné, adressé en direct / de niveau 1),
* reçoit une lettre via un autre personne, (destinataire designé, adressé via un intermédiaire / de niveau 2),
* reçoit une copie d'un document, (destinataire designé, de niveau 2 - "remettre une copie à"),
* reçoit un extrait de document qui le concerne expressément (destinataire designé, de niveau 2, information partielle),
* assiste à une lecture d'une lettre à laquelle il est convié, (destinataire non désigné, de niveau 2, information orale),
* etc.

Cette liste n'est pas exhausive. Les critères sont repris dans le tableau ci-après par ordre d'importance.

[[Image:Relation_destinataire.gif]]

Notons immédiatement que d'autres critères pourraient être ajoutés (ex: contact physique, information donnée à caractère confidentiel, personne non contactée mentionnée, etc.)

Les critères retenus permettent d'exprimer un nombre binaire qui est converti en décimal. Le degré ici le plus important est 31, le plus faible 0.

== Destinataires : données générales ==

=== Destinataires ===

Liste des destinataires et références associées

* [[Destinataires-Ummo|Format brut]].
* [http://meta.sciences.free.fr/data/Destinataires.htm Format HTML]

=== Destinataires les plus sollicités ===

De façon globale, voici les 20 destinataires qui ont été les plus sollicités (selon le nombre de pages reçues - équivalentes à 2250 caractères traduits) et par ordre décroissant:

# 279p [[Fernando Sesma Manzano]]<br>
# 259p [[Jorge Barrenechea Aberasturi]]<br>
# 207p [[Enrique Villagrasa y Novoa]]<br>
# 197p [[Dionisio Garrido Buendia]]<br>
# 175p [[Rafael Farriols Calvo]]<br>
# 117p [[Juan Miguel Aguirre Ceberio]]<br>
# 110p [[Antonio Ribera Jordá]]<br>
# 107p [[Luis Jimenez Marhuenda]]<br>
# 72p [[Manuel Campo]]<br>
# 65p [[José Luis Jordán Peña]]<br>
# 64p [[Juan Domínguez Montes]]<br>
# 61p [[Joaquín Martínez Andres]]<br>
# 56p [[Alberto Borras Gabarro]]<br>
# 55p [[Hiltrud Nordlin Franz]]<br>
# 50p [[Enrique Lopez Guerrero]]<br>
# 49p [[Javier Muela Quesada]]<br>
# 41p [[Frances Alicia Araujo]]<br>
# 40p [[Javier Sierra]]<br>
# 31p [[ERIDANI]]<br>
# 29p [[Julian Barrenechea]]<br>

[[Image:Destinataires_sollicites.gif]]

=== Pages reçues, (équivalentes à 2250 caractères traduits), par destinataire et par année ===

Les relations retenus dans la table ci-après ne retiennent que les relations de degré supérieur ou égal à 15. C'est à dire toutes les situations dans lesquelles le destinataire reçoit une information qui lui est spécifiquement adressée (il est nommé).

[[Image:Contenu_x_Destinataires.gif]]
<br>''ToDo: remplacer le tableau-image par un tableau cliquable/développable''

==== Premiers commentaires ====

Ce qui ressort très clairement c'est que l'affaire est quasiment au point mort depuis 1988.

Une information qui n'apparait pas sur ce graphe (et devrait dans les prochains, si j'ai le temps): les lettres récentes n'ont pas la mémoire du "réseau". Elles sont individualisées à l'inverse des lettres anciennes plus souvent conçues pour être copiées ou lues en assemblée, (ce qui créait de facto des réseaux).

==== Post'It ====

(manque ici un tableau récapitulatif sur des critères hypothétiques qui font un "bon contacté")
Outre ce tableau manquant, Francisco Donis Ortiz (cf "rencontre" avec [http://www.ummo-sciences.org/fr/data-E/E37.pdf Francisco Atienza]) nous proposait des critères par sa source:

# Ne pas donner de preuves absolument convaincantes,
# Utiliser comme intermédiaires des personnes du niveau adéquat. Utiliser comme intermédiaires des personnes de niveau adéquat. Nous voudrions signifier que la qualité de la personne en question influe fortement selon qu'elle est plus ou moins crédible. Pour convaincre les masses des hommes simples plein de foi sont préférables aux froids intellectuels que les gens ne comprennent pas. Nous insistons, il n'y a pas à se battre pour "convaincre" parce que cela peut porter préjudice à nos amis : tout au plus ce que nous cherchons est de donner la possibilité de nous connaître sans occasionner de troubles pour personne y compris les autorités terrestres. Il est aussi dans notre intérêt d'avoir des amis dans toutes les classes sociales,
# Utiliser des groupes de taille suffisante,
# Utiliser dans la mesure du possible des moyens de diffusion qui ne transforment pas les choses et qui ont une efficacité suffisante,
# Apporter à des individus isolés certaines preuves et informations qui les encouragent à collaborer avec nous.

== Références ==

Voir aussi sur ce site:
* [[Ummo]],
* L'[[Affaire SBF]].

Bon "destinataire"

2009-02-24T22:27:07Z

82.228.83.162: /* Premiers commentaires */

'''Voici un jeu Ummoristique: vous souhaiteriez être "contacté", comment vous y prendriez-vous ? Dans le cadre de l'affaire Ummo, peut-on profiler ce qui fait un bon "destinataire" de lettres ? Et quelles sont les motivations sur les échanges revendiquées par leurs auteurs ?'''

Plus largement, quel serait le profil d'une personne choisie pour être mise en contact avec une réalité "exotique" ?

== Objectifs recherchés ==

Collecter de l’information sur les caractéristiques des destinataires des lettres (position/croyances, ancrage dans le réseau social, localisation géographique, dates de réception, éléments de décridibilisation possibles, nature de l’échange en fonction de leurs centres d’intérêts, etc). Mettre en ligne une page pour les destinataires principaux reprenant ces données, mais aussi les relations entre les destinataires eux (groupes) ou entre les destinataires et la "source".

Dans le détail:

* '''Informations sur les destinataires''' (collecte "terrain")
** [[Bon_%22destinataire%22#Destinataires_les_plus_sollicit.C3.A9s|Classement des destinataires par ordre d'importance]] (qui a reçu le plus d'informations ?). Puis, par ordre:
*** Profession/Activité & centres d'intérêts personnels,
*** emplacement géographique au moment de la réception de ses lettres,
*** croyance vis-à-vis de l'affaire,
*** position vis-à-vis du secret en général,
*** état des relations avec d'autres "contactés",
*** moralité ? (subjectif: voire... selon le nombre d'éléments communiqués avérés faux)
*** Type d'information reçu.
**** calculer la distance vis à vis des centres d'intérêts du destinataire.
*** De quelles lettres ce destinataire pourrait-il être l'auteur ? (compte tenu du style ou du sujet abordé).

* '''Informations sur la source''' (via opération de datamining sur le corpus)
** Motivations de la "source" justifiant l'amorce d'envois (motivations données pour le contact et choix des contacts)
** Motivatilns de la "source" justifiant la fin d'envois (intéressant dans le cas où c'est lié au destinataire)
** Analyse par la "source" des perturbations infligées aux contacts.
** Nature du sujet en fonction de la sensibilité de l'échange (de très ouvert à confidentiel/destinataire unique).

* '''Le réseau de relations''':
** La croissance et la formation du réseau de relations. Nous pouvons aborder une cartographie du réseau en distinguant:
*** (1) les groupes de destinataires seuls,
*** (2) les groupes d'étude (destinataires + personnes intéressées),
*** (3) les groupes et les relations interindividuelles externes (!).
** Extraction de la base par la recherche de co-occurences (émergence des relations par la recherche des mots deux à deux associés): nécessite le croisement des meta-données des lettres pour (1) ou des opérations de datamining sur l'ensemble du corpus pour (2).
*** Ultérieurement (3), enrichissement par des données grises / exogènes aux lettres: quels sont les liens entre les acteurs, à quelle date, où et comment se sont-ils formés ? => constitution d'un graphe relationnel enrichi
*** Quelles sont les relations les plus fortes, les noeuds les plus centraux?
*** Positionnement géographique des lieux d'envoi et de réception.
*** Détermination des groupes (clusters) de contactés et des époques

* '''Chronologie des envois d'information''':
** [[Bon_%22destinataire%22#Pages_re.C3.A7ues.2C_.28.C3.A9quivalentes_.C3.A0_2250_caract.C3.A8res_traduits.29.2C_par_destinataire_et_par_ann.C3.A9e|Tableau croisé des pages reçues]], (équivalentes à 2250 caractères traduits), par destinataire et par année
** Tableau croisé par année des signatures utilisées,
*** Croiser les signatures avec les destinataires,
** Tableau croisé des signatures et des zones d'envois,
** Corrélation entre des débuts/fin d'envois et l'apparition/disparition de nouveaux acteurs.
<br>
'''En conclusion, il s'agira d'établir un tableau reprenant les "critères clés" du bon contact (destinataires "profilés" comme tel).'''

== Collecte de données préliminaire ==

Afin de caractériser et analyser le corpus, la constitution d'une base de données des lettres est quasi-indispensable.

[http://www.ummo-sciences.org Ummo-sciences] et le catalogue de Darnaude constituent une base de départ intéressante modulo quelques corrections à apporter: certaines références sont constituées d'agrégats de lettres, ce sont des "références-conteneurs" (ou dossiers), qui n'ont pas à être placées au même niveau que les lettres elles-mêmes.

Il fallait qu'à chaque entrée de la table [Lettres] de la base de données corresponde une référence unique et de même type. Il est évident que nous ne pouvons pas affecter une date de réception unique à un agréagat/dossier constitué de plusieurs envois (ou d'autres critères comme le destinataire, le lieu de réception, le nombre de copies, etc). Il fallait donc préciser la typologie pour évacuer ces références "abstraites" et créer des entrées pour certaines lettres qui ne disposaient pas d'entête descriptif (meta-données).

=== Données consolidées ===

Les données ci-après sont mises à disposition dans un fichier excel.

(En base de données, la table des lettres n'est pas formatée tel que présenté ci-après).

* [[Image:File-excel.gif]] [http://www.u-sphere.com/data/Lettres_Brut.xls Fichier excel contenant la table des lettres non normalisée, (destinataires et dates de réception associées)]

* [http://meta.sciences.free.fr/data/Lettres.htm Le fichier xls en version HTML (long à charger)]

=> La table principale des lettres est une synthèse des meta-données des lettres d'[http://www.ummo-sciences.org ummo-sciences] et d'autres colonnes ajoutées qui permettent de consolider des données non alors formatées (entete, signature, nb de caractères, lieu de destination, lieu d'envoi, Destinataires et niveau associé, les références web, etc.).

=> Une autre table croise les noms de destinataires et les lettres auxquelles ils sont associés. Les noms des destinataires ont été "redressés".

=== Statistiques préliminaires ===

Sur ce corpus de données, les lettres uniques "acceptées" comme source "ummite" (cad hors H, E, NR invalidées et Darnaude non retenues) est de : '''204'''.

Su l'ensemble des lettres pour lesquelles le nombre de pages est connu il a été possible de calculer le nombre moyen de caractères par page, soit:
* Ratio moy car / page : '''2215,166084'''
Puis, à l'aide de ce chiffre, de calculer sur l'ensemble des lettres, (connaissant le nombre de caractères moyen), le nombre moyen de pages par lettre:
* Pages moy par lettre: '''6,536945813'''

Ce qui permet de calculer un nombre moyen de pages originales reçues qui serait d'environ '''1334'''. (C'est une donnée approximative bien évidemment, qui n'a de valeur que pour son aspect dimensionnant).

Le rapport entre le nombre de lettres originales et celui des copies (CC) envoyées est de : '''13,55%'''.
Ce ratio est loin du <i>un quarantième</i> indiqué le 12 mars 1987 dans la [http://www.ummo-sciences.org/fr/D2655.htm D2655].
Et pour mémo, sur un total (prétendu) à l'époque de 4260 lettres originales, cela représente (aujourd'hui) 31,31% de ce volume.

== Caractérisation du niveau de relation avec la "source" ==

Une étape préliminaire consiste en l'évaluation des relations en fonction des modalités de remise d'une information par les "ummites".
Ainsi, entre une personne qui assiste à une présentation orale et celle qui reçoit directement des lettres, le degré de relation est différent.

Des niveaux de relation envisagés avec un destinataire, (et dans ce qui suit, par "destinataire direct", il est entendu une information qui est *spécifiquement* adressée/dédiée au destinataire), nous avons par exemple celui qui:

* reçoit directement une lettre, (destinataire désigné, adressé en direct / de niveau 1),
* reçoit une lettre via un autre personne, (destinataire designé, adressé via un intermédiaire / de niveau 2),
* reçoit une copie d'un document, (destinataire designé, de niveau 2 - "remettre une copie à"),
* reçoit un extrait de document qui le concerne expressément (destinataire designé, de niveau 2, information partielle),
* assiste à une lecture d'une lettre à laquelle il est convié, (destinataire non désigné, de niveau 2, information orale),
* etc.

Cette liste n'est pas exhausive. Les critères sont repris dans le tableau ci-après par ordre d'importance.

[[Image:Relation_destinataire.gif]]

Notons immédiatement que d'autres critères pourraient être ajoutés (ex: contact physique, information donnée à caractère confidentiel, personne non contactée mentionnée, etc.)

Les critères retenus permettent d'exprimer un nombre binaire qui est converti en décimal. Le degré ici le plus important est 31, le plus faible 0.

== Destinataires : données générales ==

=== Destinataires ===

Liste des destinataires et références associées

* [[Destinataires-Ummo|Format brut]].
* [http://meta.sciences.free.fr/data/Destinataires.htm Format HTML]

=== Destinataires les plus sollicités ===

De façon globale, voici les 20 destinataires qui ont été les plus sollicités (selon le nombre de pages reçues - équivalentes à 2250 caractères traduits) et par ordre décroissant:

# 279p [[Fernando Sesma Manzano]]<br>
# 259p [[Jorge Barrenechea Aberasturi]]<br>
# 207p [[Enrique Villagrasa y Novoa]]<br>
# 197p [[Dionisio Garrido Buendia]]<br>
# 175p [[Rafael Farriols Calvo]]<br>
# 117p [[Juan Miguel Aguirre Ceberio]]<br>
# 110p [[Antonio Ribera Jordá]]<br>
# 107p [[Luis Jimenez Marhuenda]]<br>
# 72p [[Manuel Campo]]<br>
# 65p [[José Luis Jordán Peña]]<br>
# 64p [[Juan Domínguez Montes]]<br>
# 61p [[Joaquín Martínez Andres]]<br>
# 56p [[Alberto Borras Gabarro]]<br>
# 55p [[Hiltrud Nordlin Franz]]<br>
# 50p [[Enrique Lopez Guerrero]]<br>
# 49p [[Javier Muela Quesada]]<br>
# 41p [[Frances Alicia Araujo]]<br>
# 40p [[Javier Sierra]]<br>
# 31p [[ERIDANI]]<br>
# 29p [[Julian Barrenechea]]<br>

[[Image:Destinataires_sollicites.gif]]

=== Pages reçues, (équivalentes à 2250 caractères traduits), par destinataire et par année ===

Les relations retenus dans la table ci-après ne retiennent que les relations de degré supérieur ou égal à 15. C'est à dire toutes les situations dans lesquelles le destinataire reçoit une information qui lui est spécifiquement adressée (il est nommé).

[[Image:Contenu_x_Destinataires.gif]]
<br>''ToDo: remplacer le tableau-image par un tableau cliquable/développable''

==== Premiers commentaires ====

Ce qui ressort très clairement c'est que l'affaire est quasiment au point mort depuis 1988.

Une information qui n'apparait pas sur ce graphe (et devrait dans les prochains, si j'ai le temps): les lettres récentes n'ont pas la mémoire du "réseau". Elles sont individualisées à l'inverse des lettres anciennes plus souvent conçues pour être copiées ou lues en assemblée, (ce qui créait de facto des réseaux).

==== Post'It ====

(manque ici un tableau récapitulatif sur des critères hypothétiques qui font un "bon contacté")
Outre ce tableau manquant, Francisco Donis Ortiz (cf "rencontre" avec [http://www.ummo-sciences.org/fr/data-E/E37.pdf Francisco Atienza]) indiquait par sa source:

#. Ne pas donner de preuves absolument convaincantes,
#. Utiliser comme intermédiaires des personnes du niveau adéquat. Utiliser comme intermédiaires des personnes de niveau adéquat. Nous voudrions signifier que la qualité de la personne en question influe fortement selon qu'elle est plus ou moins crédible. Pour convaincre les masses des hommes simples plein de foi sont préférables aux froids intellectuels que les gens ne comprennent pas. Nous insistons, il n'y a pas à se battre pour "convaincre" parce que cela peut porter préjudice à nos amis : tout au plus ce que nous cherchons est de donner la possibilité de nous connaître sans occasionner de troubles pour personne y compris les autorités terrestres. Il est aussi dans notre intérêt d'avoir des amis dans toutes les classes sociales,
#. Utiliser des groupes de taille suffisante,
#. Utiliser dans la mesure du possible des moyens de diffusion qui ne transforment pas les choses et qui ont une efficacité suffisante,
#. Apporter à des individus isolés certaines preuves et informations qui les encouragent à collaborer avec nous.

== Références ==

Voir aussi sur ce site:
* [[Ummo]],
* L'[[Affaire SBF]].

Echelle

2009-01-05T22:29:03Z

82.228.83.162:

===Echelle du temps, je cours après mon destin !===

[[image:Chien-aboyant-a-la-lune-miro.jpg|frame|Miro Joan, Chien aboyant à la lune (1926)]]

Visiteur du temps, tu ne graviras pas les échelons, mais tu parviendras au sommet de ta gloire sans effort; tu ne monteras pas nécessairement tous les barreaux mais tu saisiras ta chance.

"''Les mots sont à l'échelle de la pensée ce que les barreaux sont au montant d'une échelle.''

"''A l'échelle de nos émotions, parfois le monde entier n'a que peu d'importance.''
''et pourtant, à l'échelle de la planète, nous devrions tous nous rendre responsable d'un petit quelque chose''

Les degrés d'échelle de l'amour sont nombreux. Les miens s'écrivent ainsi ...

<br>....'''p'''artage, '''a'''mitié, '''s'''entiment, .... pas ....
<br>....'''p'''rotection, '''a'''ttention, '''s'''piritualité, .... à ....
<br>....'''p'''rogrès, '''a'''ttention, '''s'''incérité .... pas ....

Ils voudraient porter mes pas. l'échelle des sentiments n'a pas de limites, et parfois même celle-ci pourrait reboucler sur elle-même.

Là où j'aimerais aller, parfois si haut, qu'il y fait un peu froid, les étoiles arrivent à m'emporter.

Rumeurs d'échelle et sentiments effacés, il n'y a rien d'autre qui ne vaille, qu'un petit facteur d'échelle appliqué sur nos mots pour leur donner encore plus d'ampleur et d'émotion.

"''....Jamais je ne t'oublierai.''

Et je parcours le monde à la recherche d'une échelle qui pourra atteindre ton refuge, porter ce message qui sans cela s'éteindrait dans la nuit.

Michaël

Echelle

2009-01-05T22:28:32Z

82.228.83.162: /* Echelle du temps, je cours après mon destin */

===Echelle du temps, je cours après mon destin !===

[[image:Chien-aboyant-a-la-lune-miro.jpg|frame|Miro Joan, Chien aboyant à la lune (1926)]]

Visiteur du temps, tu ne graviras pas les échelons, mais tu parviendras au sommet de ta gloire sans effort; tu ne monteras pas nécessairement tous les barreaux mais tu saisiras ta chance.

"''Les mots sont à l'échelle de la pensée ce que les barreaux sont au montant d'une échelle.''

"''A l'échelle de nos émotions, parfois le monde entier n'a que peu d'importance.''
''et pourtant, à l'échelle de la planète, nous devrions tous nous rendre responsable d'un petit quelque chose''

Les degrés d'échelle de l'amour sont nombreux. Les miens s'écrivent ainsi ...

<br>....'''p'''artage, '''a'''mitié, '''s'''entiment, - pas -
<br>....'''p'''rotection, '''a'''ttention, '''s'''piritualité, - à -
<br>....'''p'''rogrès, '''a'''ttention, '''s'''incérité - pas -

Ils voudraient porter mes pas. l'échelle des sentiments n'a pas de limites, et parfois même celle-ci pourrait reboucler sur elle-même.

Là où j'aimerais aller, parfois si haut, qu'il y fait un peu froid, les étoiles arrivent à m'emporter.

Rumeurs d'échelle et sentiments effacés, il n'y a rien d'autre qui ne vaille, qu'un petit facteur d'échelle appliqué sur nos mots pour leur donner encore plus d'ampleur et d'émotion.

"''....Jamais je ne t'oublierai.''

Et je parcours le monde à la recherche d'une échelle qui pourra atteindre ton refuge, porter ce message qui sans cela s'éteindrait dans la nuit.

Michaël

Intégration des réalités et contact exogène

2009-01-04T17:25:41Z

82.228.83.162:

Le monde émotionnel me fait « peur », je ne suis pas prêt à accepter les symptômes d’une transe.
Il s’agit de perdre ma conscience humaine telle que je la réalise, et je crois qu’il y a un blocage psychologique profond là derrière.

Je m’intéresse à ce qui touche l’esprit, aux états modifiés de conscience (EMC), et en même temps je veux réaliser cela dans une approche pragmatique, « utilitariste » : je ne peux pas accepter que l’on ne doive utiliser que l’émotionnel et des référentiels locaux pour les décrire. Je cherche des ponts rationnels pour décrire (ou transcrire) l’information exotique : la rassurante voie de l’expérience partageable/répétable/pragmatique…

Malheureusement, aujourd’hui (avec nos connaissances) pour aborder ces phénomènes d’EMC, il semble qu’il convienne de devenir « membre » et de pousser la porte soi-même au moins une fois. Il y a des émotions difficilement partageables. Et encore tout cela peut-il être transposé, verbalisé ? J’ai la faiblesse de penser que oui, de trouver une ETM de la métaphysique qui permette de trouver des invariants pragmatiques ou théoriques afin de traduire des émotions. C’est le travail amont.

Ce qui m’intéresse c’est l’intégration au travers de meta-théories de phénoménologies variées.

Tous les univers individuels, personnels, représentations mentales se valent. J’estime qu’à ce titre qu’il n’existe pas de « faux » points de vue : il n’y a que des hommes avec leurs réalités personnelles ; et des modes de compréhension de la Réalité.
Ils génèrent autant de réalités collectives : groupes, mondes, voire univers …

Pour autant, je refuse de penser que l’objet « réel » décrit par nos cerveaux, n’existe que parce qu’il est pensé, « réalisé », par notre système individuel de valeurs et de traitement de l’information. Et je réfute tout dogmatisme, ou tentative, qui consisterai à vouloir établir que notre réalité, notre conception de la réalité, doit préempter sur celle des autres. Cela n’est pas possible, et c’est bien pour cela que notre réalité reste ce qu’elle est avant tout : « personnelle ».
Ce qui signifie que le monde réel, pour moi, existe bien indépendamment de nous, au sens où il n’a pas besoin d’être décrit par nous pour disposer d’une « réalité ». Le monde ne commence pas à exister à partir du moment où nous ouvrons les yeux sur celui-ci. « Notre » monde intérieur oui, mais pas celui qui renvoie à nous tous des informations que nous interprétons. La réalité « universelle », le « sens commun », restent indistincts, nous échappent. Nous en sommes que des acteurs, car nous sommes relatifs et nous leur appartenons.

Le livre de Seth, les "ummites", ou l’affaire SBF, c’est la même chose sous différentes formes : une incitation à découvrir de nouvelles approches pour se relier à des sources qui ne sont pas notre « réalité personnelle ».
Pour que les contacts progressent, je pense que nous devons : 1/ apprendre, 2/ mettre en pratique et 3/ transmettre ces informations. Et sortir du piège anthropomorphique de la description. Etre prêts à détruire nos croyances individuelles ayant cours à propos de la validité de tel ou tel cadre conceptuel.

Par exemple, sur les textes "ummites", ce qui pourrait nous aider, ce n’est pas tant de démontrer la valeur scientifique intrinsèque des textes (qui de toute façon, possèdent une réalité, une structure interne qu’il sera difficile de démonter si l’on se situe dans leur référentiel), mais bien plutôt de replacer les informations dans un cadre phénoménologique d’échanges. D’abord analyser la structure des relations: il s’agit de modéliser les acteurs, et les méthodes, les moyens qu’ils pourraient employer dans l’hypothèse d’un rapprochement. Des ethnométhodes possiblement employées. Cela nécessite de se placer dans un cadre plus global d’étude, où l’on essaye de modéliser les lettres "ummites", dans un contexte historique terrestre, mais aussi de poser des hypothèses sur le plan extra-terrestre également. Enfin, il y a des outils de traitement de l’information à trouver ou à reconstruire qui devraient permettre de retrouver les logiques génératrices.

Ainsi, une hypothèse compatible avec le scénario des "ummites", serait qu'"ils" ne décident pas « seuls » de modalités de contacts. Il serait plus raisonnable déjà de modéliser des interactions dans le cadre d’un organisme qui gère les modalités éthiques de rencontre entre des ethnies d’origines diverses.

En d’autres termes, il ne faut pas focaliser seulement sur le contenu, mais aussi prendre le temps d'observer la « philosophie générale » qui émerge et réussir à retrouver ce fameux « sens commun ». Eviter les idéologies qui s’inscrivent trop durablement dans les esprits et qui nuisent aux débats.

Ce qui peut bien sûr s’adresser aux non-mathématiciens, ceci dans une approche plus spirituelle, telle que décrite dans les livres de Jane : encore une fois, il faut apprendre à déconstruire ses croyances.

Finalement, cela peut aussi s’interpréter comme un test ; voire si nous sommes capables de sortir de l’ornière et si nous sommes capables de poser les yeux là ou il le faut réellement ?
Il s’agit aussi d’une main tendue pour que ce ne soit pas simplement la connaissance qui progresse mais aussi la spiritualité. Et montrer que les deux sont de toutes façon inter-reliées, l’éthique, la morale sont sous-tendues par des notions d’ethnomethodologie, et des approches logiques d’un nouvel ordre.

Il reste qu’il faut que l’on montre que l’on a compris cela. Ce n’est pas pour tout de suite j’ai l’impression.

Intégration des réalités et contact exogène

2009-01-04T17:24:03Z

82.228.83.162: Nouvelle page : Le monde émotionnel me fait « peur », je ne suis pas prêt à accepter les symptômes d’une transe. Il s’agit de perdre ma conscience humaine telle que je la réalise, et je c...

Le monde émotionnel me fait « peur », je ne suis pas prêt à accepter les symptômes d’une transe.
Il s’agit de perdre ma conscience humaine telle que je la réalise, et je crois qu’il y a un blocage psychologique profond là derrière.

Je m’intéresse à ce qui touche l’esprit, aux états modifiés de conscience (EMC), et en même temps je veux réaliser cela dans une approche pragmatique, « utilitariste » : je ne peux pas accepter que l’on ne doive utiliser que l’émotionnel et des référentiels locaux pour les décrire. Je cherche des ponts rationnels pour décrire (ou transcrire) l’information exotique : la rassurante voie de l’expérience partageable/répétable/pragmatique…

Malheureusement, aujourd’hui (avec nos connaissances) pour aborder ces phénomènes d’EMC, il semble qu’il convienne de devenir « membre » et de pousser la porte soi-même au moins une fois. Il y a des émotions difficilement partageables. Et encore tout cela peut-il être transposé, verbalisé ? J’ai la faiblesse de penser que oui, de trouver une ETM de la métaphysique qui permette de trouver des invariants pragmatiques ou théoriques afin de traduire des émotions. C’est le travail amont.

Ce qui m’intéresse c’est l’intégration au travers de meta-théories de phénoménologies variées.

Tous les univers individuels, personnels, représentations mentales se valent. J’estime qu’à ce titre qu’il n’existe pas de « faux » points de vue : il n’y a que des hommes avec leurs réalités personnelles ; et des modes de compréhension de la Réalité.
Ils génèrent autant de réalités collectives : groupes, mondes, voire univers …

Pour autant, je refuse de penser que l’objet « réel » décrit par nos cerveaux, n’existe que parce qu’il est pensé, « réalisé », par notre système individuel de valeurs et de traitement de l’information. Et je réfute tout dogmatisme, ou tentative, qui consisterai à vouloir établir que notre réalité, notre conception de la réalité, doit préempter sur celle des autres. Cela n’est pas possible, et c’est bien pour cela que notre réalité reste ce qu’elle est avant tout : « personnelle ».
Ce qui signifie que le monde réel, pour moi, existe bien indépendamment de nous, au sens où il n’a pas besoin d’être décrit par nous pour disposer d’une « réalité ». Le monde ne commence pas à exister à partir du moment où nous ouvrons les yeux sur celui-ci. « Notre » monde intérieur oui, mais pas celui qui renvoie à nous tous des informations que nous interprétons. La réalité « universelle », le « sens commun », restent indistincts, nous échappent. Nous en sommes que des acteurs, car nous sommes relatifs et nous leur appartenons.

Le livre de Seth, les "ummites", ou l’affaire SBF, c’est la même chose sous différentes formes : une incitation à découvrir de nouvelles approches pour se relier à des sources qui ne sont pas notre « réalité personnelle ».
Pour que les contacts progressent, nous devons : 1/ apprendre, 2/ mettre en pratique et 3/ transmettre ces informations. Et sortir du piège anthropomorphique de la description. Détruire nos croyances individuelles, sur la validité de tel ou tel cadre conceptuel.

Par exemple, sur les textes "ummites", ce qui pourrait nous aider, ce n’est pas tant de démontrer la valeur scientifique intrinsèque des textes (qui de toute façon, possèdent une réalité, une structure interne qu’il sera difficile de démonter si l’on se situe dans leur référentiel), mais bien plutôt de replacer les informations dans un cadre phénoménologique d’échanges. D’abord analyser la structure des relations: il s’agit de modéliser les acteurs, et les méthodes, les moyens qu’ils pourraient employer dans l’hypothèse d’un rapprochement. Des ethnométhodes possiblement employées. Cela nécessite de se placer dans un cadre plus global d’étude, où l’on essaye de modéliser les lettres "ummites", dans un contexte historique terrestre, mais aussi de poser des hypothèses sur le plan extra-terrestre également. Enfin, il y a des outils de traitement de l’information à trouver ou à reconstruire qui devraient permettre de retrouver les logiques génératrices.

Ainsi, une hypothèse compatible avec le scénario des "ummites", serait qu'"ils" ne décident pas « seuls » de modalités de contacts. Il serait plus raisonnable déjà de modéliser des interactions dans le cadre d’un organisme qui gère les modalités éthiques de rencontre entre des ethnies d’origines diverses.

En d’autres termes, il ne faut pas focaliser seulement sur le contenu, mais aussi prendre le temps d'observer la « philosophie générale » qui émerge et réussir à retrouver ce fameux « sens commun ». Eviter les idéologies qui s’inscrivent trop durablement dans les esprits et qui nuisent aux débats.

Ce qui peut bien sûr s’adresser aux non-mathématiciens, ceci dans une approche plus spirituelle, telle que décrite dans les livres de Jane : encore une fois, il faut apprendre à déconstruire ses croyances.

Finalement, cela peut aussi s’interpréter comme un test ; voire si nous sommes capables de sortir de l’ornière et si nous sommes capables de poser les yeux là ou il le faut réellement ?
Il s’agit aussi d’une main tendue pour que ce ne soit pas simplement la connaissance qui progresse mais aussi la spiritualité. Et montrer que les deux sont de toutes façon inter-reliées, l’éthique, la morale sont sous-tendues par des notions d’ethnomethodologie, et des approches logiques d’un nouvel ordre.

Il reste qu’il faut que l’on montre que l’on a compris cela. Ce n’est pas pour tout de suite j’ai l’impression.

Inconnu, Futur, Environnement et Systémique

2009-01-04T17:21:22Z

82.228.83.162:

__NOTOC__ __NOEDITSECTION__
{| style="width:100%;"
|colspan = "2" |
|-
|style="vertical-align:top" |
<div style="margin: 0; margin-right:6px; border: 1px solid #dfdfdf; padding: 0 1em 1em 1em; background-color:#f5fffa; align:right;">
== Bienvenue sur U-Sphere ! ==
[[Image:Leaf.png|right|70px]]

U-Sphere traite des relations entre l'homme et son environnement. De l'acceptation de l'inconnu et l'intégration de nouvelles connaissances: comment l'homme peut-il modifier ses croyances pour mieux communiquer et s'intégrer dans ses sphères informationnelles?
<br />
Les [[OVNI]] (par extension les [[PAN]]) [[D%C3%A9pouiller_le_ph%C3%A9nom%C3%A8ne_des_OVNI_de_sa_gangue_irrationnelle#Introduction_au_rapport_COMETA|appartiennent à un domaine qui n'a pas encore fait de petits au sein de la communauté scientifique]].
Ce sujet est-il condamné à rester ainsi au ban de la science? Sinon comme un phénomène psychosocial? Seul l'avenir pourra nous le dire.
<br />
La démarche de ce site est d'aider (modestement) à opérer un changement, de montrer qu'il existe des pistes pour étudier ce phénomène, mais qu'aussi pour cela il faut créer des outils communs et apporter des moyens. Pour que, finalement, ce sujet puisse être débarassé de son "exotisme" et être intégré dans le cadre d'une recherche plus traditionnelle.
<br />
Sujets divers portant sur : ''l'Intelligence Artificielle'', ''la vie Extra-Terrestre'', et autres sujets ''meta-physiques'' illustrés de "cas limites".
<br />
<center>'''Cet espace, un wiki, est libre et modifiable à volonté: il est le vôtre !'''</center>

<hr />
Si vous souhaitez participer à cette communauté d'échange vous pouvez également nous retrouver sur la [http://fr.groups.yahoo.com/group/meta_sciences/ liste de diffusion "meta-sciences"]

Vous trouverez ici de l'information sur comment créer [[Aide:Aide|U-Sphere:Aide]] des pages.
</div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==U-Sphere autrement ==
[[image:Us_uk.gif]] [[us_en:|U-Sphere in English]] | [[image:Crops-logo-small.png]][http://crops.u-sphere.com U-Sphere: Crops Circles]
</div>

| style="width:40%; vertical-align:top" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#f0f8ff; align:left;">
==Projets sur U-Sphere==
[[Image:Morpho menelaus.png|right|100px]]

1. [[Projets_sur_U-Sphere#Projet_1_-_L.27int.C3.A9gration_des_savoirs_et_des_croyances.2C_une_th.C3.A9orie_du_.22contact.22|L'intégration des savoirs et des croyances, une théorie du "contact"]]<br />
2. http://www.z-machine.info <br />
3. http://www.idees-politiques.com<br />
4. [[Meta-Connections]]: modèles pour la gestion automatisée des connaissances.<br />
5. [[Projets_sur_U-Sphere#Projet_2_-_Surveillance_de_l.27environnement_et_anticipation:_.22Ing.C3.A9rence.22_exotique_.3F|Surveillance environnementale & anticipation: "ingérence" exotique?]]<br />
  5.1. [[U-Sph%C3%A8re_DB|Base de données ufologique]]
<iframe src="http://www.u-sphere.com/vue.php?sv=true&lat=47&long=-20&zf=1&z_g=15&zf=1.5&url=index.php?title=U-Sph%C3%A8re_DB" border="0" width="500" height="260" scrolling="no" topmargin="0" bottommargin="0" marginwidth="0" marginheight="0"></iframe><br>
6. [http://crops.u-sphere.com/index.php?title=U-Sph%C3%A8re_CropDB Base de données sur les Crops Circles] <br>
<iframe src="http://crops.u-sphere.com/data/grid.php?id_crop_type=12&largeur=5&limit=5" width="515" height="110" frameborder="0" scrolling="no"></iframe></div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==Points de vue==
23/12 [[Echelle]] 11/10 http://vigli.org/ | 10/10 « ''Tout acte de pédagogie est un acte de manipulation'' ». | Josef GOEBBELS (1897-1945), chef de la propagande nazi: « ''Il est facile de tromper un peuple. Il suffit de dire que la patrie a été agressée et d’agiter le drapeau'' », « ''Répétez un mensonge assez fort et assez longtemps et les gens le croiront'' » | 17/08 [[Poetic peoples]] 25/04 [[Se pourrait-il que le réel ne soit pas rationnel ?]] | 06/10 [[Fierté|Le sens de la fierté]] | 19/8 [[Traitement médiathique|Combien de fois nos morts valent les leurs ?]] | 16/04/01 [[Ruptures des formes, résilience des groupes, reconfiguration]]<br />
</div>
|}
{| style="width:100%;"
|colspan = "2" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#fffafa; align:left; margin-top:10px;">

==<font color="#AA0000">'''Nouveautés'''</font>==
<i>Liste des derniers articles</i>
=== 2009 ===
* 04/01 [[Intégration des réalités et contact exogène]]

=== 2008 ===
* 17/11 [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence#Aspects_Electromagn.C3.A9tiques Bilan des mesures du champ électromagnétique du crop-circle de Valence]
* 10/11 [[Impossibles scénarios]]
** 17/11 Le [[Langage de la confédération|langage de la confédération]]
* 10/11 [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence#Compte_rendu_3_:_rapport_d.27expertise_.C3.A9lectromagn.C3.A9tique.2C_domaine_IR Crop-circle de Valence: rapport d'expertise électromagnétique dans le domaine infrarouge]
* 09/09 [http://crops.u-sphere.com/index.php?title=Chronologie%20des%20Crops%20Circles Chronologie des Crops Circles]: éléments de précision
* 08/09 [http://crops.u-sphere.com/index.php?title=Etchilhampton%20Hill,%20Wiltshire,%20Crop%20circle%20en%20forme%20de%20croix Etchilhampton Hill, Wiltshire, Crop circle en forme de croix] : "prédiction" réalisée !
* 05/09 [[FED%2C spéculation%2C pétrole et Iran]] : bientôt le creux de la vague ? Relation avec les événements en Géorgie. Surprise de septembre ou d'octobre?
* 25/07 [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence Crop-circle de Valence]: éléments d'analyse symbolique
** 31/07 Ajout de [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence#Annexes trois courtes annexes]
** 21/08 Ajout d'une section sur les [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence#Aspects_Electromagn.C3.A9tiques mesures et hypothèses électromagnétiques]
* 11/08 [[Futurama]]: vers un monde de lumières ?
* 10/08 [[Etude des OVNI en catégorie "croyance" puis "pseudo-science" sur Wikipedia]] : de la difficulté de rester rationnel face à l'inconnu. Un vieux débat.
* 07/07 Information ou désinformation ? [[Des images de la "Planète X" auraient été prises par le SPT]]
** 08/07 [http://en.u-sphere.com/index.php?title=Planet_X_from_youtube_and_metacafe_videos:_a_point_of_view Planet X from youtube and metacafe videos: a point of view]
** 03/08 [[Des images de la "Planète X" auraient été prises par le SPT : analyse, arguments à charge et à décharge|Éléments d'analyse sur cet article: arguments à charge et à décharge]].

* 28/07 [[FED%2C_sp%C3%A9culation%2C_p%C3%A9trole_et_Iran#28_juillet_2008_:_quelques_interrogations_.E2.80.A6|FED spéculation pétrole et Iran]]
* 15/07 [[Inconscient collectif, prophéties et décompte : chronique d’une guerre annoncée ?]]
* 06/07 [http://crops.u-sphere.com/index.php?title=Basculement_brutal_du_climat_%C3%A0_la_fin_de_la_derni%C3%A8re_%C3%A8re_glaciaire Basculement brutal du climat à la fin de la dernière ère glaciaire], Holocène et Crops-Circles.
* ??/?? [[Escathologie croisée]] : croisement de l'information et 'noyau dur' des prophéties. Emergence d'une cohérence ?
** ??/?? Elements de validation?
* 17/04 [[Drônes de californie: essais d'analyse|Drônes de californie: essais d'analyse d'un cas :Capitola]]
* ??/?? [[Compléments sur les scénarios impossibles: "PLAN" du site]].
* 09/02 [[Vague belge: corrélation environnementale avec les bassins hydrologiques du nord ?]]
* 09/02 [[Métamorphoses "ummites"]] : les "ummites" sous toutes leurs formes.
** ??/?? [[Voronej: retour sur un aspect moins connu de l'affaire]]
** ??/?? [[Marionnetistes]] et "guerre" de l'information.

=== 2007 ===

* 11/11 [http://crops.u-sphere.com/index.php?title=Hunab%20Ku Hunab Ku] : petite discussion sur le sens de ce symbole Maya, la nature de sa forme particulière. Eléments inédits ?
* 10/11 [http://crops.u-sphere.com/index.php?title=Géolocalisation_des_crops-circles Géolocalisation des crops-circles] : résultats préliminaires (cartes de répartition des crops-circles) et avancement.
* 16/10 [http://www.azf-toulouse.com/ Toulouse, explosion d'AZF du 21 septembre 2001]: je vous encourage à visiter et soutenir le travail de Pierre Grésillaud. Une enquête hors norme.
* 16/10 [[ClearStream 2|ClearStream2, vous n'y comprenez rien ? Ca tombe bien moi non plus !]]
* 27/09 [http://crops.u-sphere.com/index.php?title=Crop_circles:%20impossibles_scénarios Crop circles: impossibles scénarios]
* 26/09 [http://crops.u-sphere.com/index.php?title=U-Sph%C3%A8re_CropDB Mise en place d'une mini-base de données collaborative sur les crops circles]
* 29/08 [http://crops.u-sphere.com/index.php?title=Crop_Circles:040802_Silbury_Hill Le crop circle dit "du jour du jugement dernier" (Doomsday Crop Circle)]: "Tic Tac, comment le temps est-il compté ?"
** 03/09 [http://crops.u-sphere.com/index.php?title=Calendriers_Maya_et_Aztèque Calendriers Maya et Aztèque]
* [MàJ le 22/08] 17/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles%20et%20protohistoire%20humaine Les Crop Circles nous repassent le film de la protohistoire de l'homme] (la suite arrive) <font color="#AA0000"></font>
** [http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine#Th.C3.A9orie_du_compte_.C3.A0_rebours Hypothèse du compte à rebours]. "Tic Tac, le temps est compté!"
***[MàJ le 23/08]<font color="#AA0000">[http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine#Chiffre_6_m.C3.A9so-am.C3.A9ricain_et_le_grand_cycle_des_13_baktuns Grand cycle des 13 baktuns, (qu'est ce que c'est que ce truc ?!)]]</font>
* 18/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles:010814_Chilbolton L'exemple surprenant de Chilbolton: le fin mot de l'histoire ?] [[Notes]]
* 17/07 [[Les enfants d'UMMO]]. Traduction d'un article sur l'origine et l'implantation de cette secte [toujours en cours par manque de temps, malheureusement...]
* 16/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles Crop Circles: mesure de la complexité et contexte d'élaboration, un axe d'analyse]
* 03/07 [[HET et préjugés|L'Hypothèse Extra-Terrestre (HET) et nos préjugés]]. Comment connaître la vérité ?
* 01/07 [[PAN#Collecte_des_informations_sur_les_PAN|Circuit de collecte d'informations sur les PAN]] en France.
* 29/06 [[Ummo|Fragment du réseau social de l'affaire Ummo]] (tous compléments d'information bienvenus)
** MàJ le 03/07.
* 25/06 Mise à jour sur l'[[Affaire SBF|Affaire Ummo-SBF]] : profils revus et reprise des idées soulevées par les acteurs
* 13/06 Quelques mots sur le projet "[[Meta-Connections]]" présentant des idées pour la mise en relation d'informations et la génération automatique d'ontologies, voire de systèmes autopoïètiques.
** Quelques [[Meta-Connections:définitions|définitions liées au périmètre du projet]]
* 7/06 [http://www.idees-politiques.com Idées Politiques] : un projet en chantier pour l'évaluation sociale des idées, amorcé mais loin d'être abouti : aide bienvenue :)
** Le principe, en quelques mots, consisterait à croiser un wiki, un forum et un outil de vote, afin de faire remonter des données synthétiques sur les idées qui animent la vie politique. Chaque idée proposée serait évaluée en termes de coûts financiers, (par couleurs thématiques, tel les cartes à jouer), ainsi que des critères de consultation et de convergence des idées. Les idées seraient suivies comme en bourse, celles-ci étant côtées et leur "valeur" historisée (top 10 suivant différents critères). Un dossier scientifique devrait accompagner chacune de ces idées et pour permettre également de bâtir un point de vue analytique, dénué de toute passion.
* 31/05 [http://www.z-machine.info Z-Machine], où en sommes nous ?
* 17/05 Contact individuel: quel serait le profil d'une personne choisie pour être mise en contact avec une réalité "exotique" ?
** Jeu ummoristique: vous souhaiteriez être contacté, comment vous y prendriez-vous ? [[Bon "destinataire"|Dans le cadre de l'affaire Ummo, peut-on profiler ce qui fait un bon "destinataire"]] de lettres ? Quelles sont les motivations sur les échanges revendiquées par leurs auteurs ?
** cf. également "[[Théorie du contact]]"
* 02/05 [[Lignes_de_Nazca|Nazca : un réseau à l'écoute des "colères de la montagne"?]]
** <font color="#AA0000">[27/8 MàJ] Note complémentaire sur les pulsars ajoutée.</font>
* 28/04 Jeu spéculatif : [[Progres relatifs Ummo-Terre|cohérence interne du scénario de developpement technologique "ummite" et corrélation avec le développement technologique humain]]
** 07/05 point technologique : [[moteur à plasma "ummite"]]
** 10/05 synchronisation des calendriers : "[[La nuit noire "ummite"|nuit noire]]" or not "[[La nuit noire "ummite"|nuit noire]]" ?
* 15/04 [[Affaire SBF|Affaire Ummo-SBF]] : synthèse et questions soulevées. Gestion du contact. Croyances. Logique Tétravalente.
* 16/04 Présentation du projet Meta-Connexions. <font color="#FF0000">Gestion des connaissances, IA</font>
* <font color="#FF0000">Illustration ludique de l'émergence. Applet java.</font>
* 16/04 [[Libre arbitre|Jeu de contextes et états de conscience modifiés]]
* [[Préambule d'André Lebeau au rapport Cometa]]
</div>

== Contacter l'administrateur du site ==

[[image:E-mail.jpg]] Michael Vaillant (michael.vaillant(à)free.fr)
<i>U-sphère est un site lié à Meta-Connections !</i>

{|width="100%" align="center"|
|align="center"|<div style="align:center; margin: 1px; border: 1px solid #000000; background-color:#ffffff; width:125px;">
<div style="align:center; margin: 1px; border: 1px solid #ffffff; background-color:#000000; width:121px;">
 [[image:NBCAS.gif]] </div><span style="font-size:9px;">[[U-Sph%C3%A8re_DB|Nombre de cas enregistrés]]</span></div>
|}

----
[27/03/08] [[WikiSpam|Marre du WikiSpam ? Téléchargez ce .htaccess pour banir les adresses IP pénibles. Ce fichier sera consolidé au fil de l'eau...]]

Echelle

2008-12-23T01:17:57Z

82.228.83.162:

Echelle du temps, je cours après mon destin.

Visiteur du temps, tu ne graviras pas les échelons, mais tu parviendras au sommet de ta gloire sans effort; tu ne monteras pas nécessairement tous les barreaux mais tu saisiras ta chance.

Les mots sont à l'échelle de la pensée ce que les les barreaux sont au montant d'une échelle.

A l'échelle de nos émotions, parfois le monde entier n'a que peu d'importance.
et pourtant, à l'échelle de la planète, nous devrions tous nous rendre responsable d'un petit quelque chose

Les degrés d'échelle de l'amour sont nombreux. Les miens s'écrivent ainsi :

....Partage, Amitié, Sentiment, - (pas)
....Protection, Attention, Spiritualité, - (à)
....Progrès, Attention, Sincérité - (pas)

Ils voudraient porter mes pas. l'échelle des sentiments n'a pas de limites, et parfois même celle-ci pourrait reboucler sur elle-même.

Là où j'aimerais aller, parfois si haut, qu'il y fait un peu froid, les étoiles arrivent à m'emporter.

Rumeurs d'échelle et sentiments effacés, il n'y a rien d'autre qui ne vaille, qu'un petit facteur d'échelle appliqué sur nos mots pour leur donner encore plus d'ampleur et d'émotion.

....Jamais je ne t'oublierai.

Et je parcours le monde à la recherche d'une échelle qui pourra atteindre ton refuge, porter ce message qui sans cela s'éteindrait dans la nuit.

Michaël

Echelle

2008-12-23T01:17:14Z

82.228.83.162: Nouvelle page : Echelle du temps, je cours après mon destin. Visiteur du temps, tu ne graviras pas les échelons, mais tu parviendras au sommet de ta gloire sans effort; tu ne monteras pas nécess...

Echelle du temps, je cours après mon destin.

Visiteur du temps, tu ne graviras pas les échelons, mais tu parviendras au sommet de ta gloire sans effort; tu ne monteras pas nécessairement tous les barreaux mais tu saisiras ta chance.

Les mots sont à l'échelle de la pensée ce que les les barreaux sont au montant d'une échelle.

A l'échelle de nos émotions, parfois le monde entier n'a que peu d'importance.
et pourtant, à l'échelle de la planète, nous devrions tous nous rendre responsable d'un petit quelque chose

Les degrés d'échelle de l'amour sont nombreux. Les miens s'écrivent ainsi :

....Partage, Amitié, Sentiment, - P.A.S
....Protection, Attention, Spiritualité, - à
....Progrès, Attention, Sincérité - P.A.S

Ils voudraient porter mes pas. l'échelle des sentiments n'a pas de limites, et parfois même celle-ci pourrait reboucler sur elle-même.

Là où j'aimerais aller, parfois si haut, qu'il y fait un peu froid, les étoiles arrivent à m'emporter.

Rumeurs d'échelle et sentiments effacés, il n'y a rien d'autre qui ne vaille, qu'un petit facteur d'échelle appliqué sur nos mots pour leur donner encore plus d'ampleur et d'émotion.

....Jamais je ne t'oublierai.

Et je parcours le monde à la recherche d'une échelle qui pourra atteindre ton refuge, porter ce message qui sans cela s'éteindrait dans la nuit.

Michaël

Inconnu, Futur, Environnement et Systémique

2008-12-23T01:15:57Z

82.228.83.162:

__NOTOC__ __NOEDITSECTION__
{| style="width:100%;"
|colspan = "2" |
|-
|style="vertical-align:top" |
<div style="margin: 0; margin-right:6px; border: 1px solid #dfdfdf; padding: 0 1em 1em 1em; background-color:#f5fffa; align:right;">
== Bienvenue sur U-Sphere ! ==
[[Image:Leaf.png|right|70px]]

U-Sphere traite des relations entre l'homme et son environnement. De l'acceptation de l'inconnu et l'intégration de nouvelles connaissances: comment l'homme peut-il modifier ses croyances pour mieux communiquer et s'intégrer dans ses sphères informationnelles?
<br />
Les [[OVNI]] (par extension les [[PAN]]) [[D%C3%A9pouiller_le_ph%C3%A9nom%C3%A8ne_des_OVNI_de_sa_gangue_irrationnelle#Introduction_au_rapport_COMETA|appartiennent à un domaine qui n'a pas encore fait de petits au sein de la communauté scientifique]].
Ce sujet est-il condamné à rester ainsi au ban de la science? Sinon comme un phénomène psychosocial? Seul l'avenir pourra nous le dire.
<br />
La démarche de ce site est d'aider (modestement) à opérer un changement, de montrer qu'il existe des pistes pour étudier ce phénomène, mais qu'aussi pour cela il faut créer des outils communs et apporter des moyens. Pour que, finalement, ce sujet puisse être débarassé de son "exotisme" et être intégré dans le cadre d'une recherche plus traditionnelle.
<br />
Sujets divers portant sur : ''l'Intelligence Artificielle'', ''la vie Extra-Terrestre'', et autres sujets ''meta-physiques'' illustrés de "cas limites".
<br />
<center>'''Cet espace, un wiki, est libre et modifiable à volonté: il est le vôtre !'''</center>

<hr />
Si vous souhaitez participer à cette communauté d'échange vous pouvez également nous retrouver sur la [http://fr.groups.yahoo.com/group/meta_sciences/ liste de diffusion "meta-sciences"]

Vous trouverez ici de l'information sur comment créer [[Aide:Aide|U-Sphere:Aide]] des pages.
</div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==U-Sphere autrement ==
[[image:Us_uk.gif]] [[us_en:|U-Sphere in English]] | [[image:Crops-logo-small.png]][http://crops.u-sphere.com U-Sphere: Crops Circles]
</div>

| style="width:40%; vertical-align:top" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#f0f8ff; align:left;">
==Projets sur U-Sphere==
[[Image:Morpho menelaus.png|right|100px]]

1. [[Projets_sur_U-Sphere#Projet_1_-_L.27int.C3.A9gration_des_savoirs_et_des_croyances.2C_une_th.C3.A9orie_du_.22contact.22|L'intégration des savoirs et des croyances, une théorie du "contact"]]<br />
2. http://www.z-machine.info <br />
3. http://www.idees-politiques.com<br />
4. [[Meta-Connections]]: modèles pour la gestion automatisée des connaissances.<br />
5. [[Projets_sur_U-Sphere#Projet_2_-_Surveillance_de_l.27environnement_et_anticipation:_.22Ing.C3.A9rence.22_exotique_.3F|Surveillance environnementale & anticipation: "ingérence" exotique?]]<br />
  5.1. [[U-Sph%C3%A8re_DB|Base de données ufologique]]
<iframe src="http://www.u-sphere.com/vue.php?sv=true&lat=47&long=-20&zf=1&z_g=15&zf=1.5&url=index.php?title=U-Sph%C3%A8re_DB" border="0" width="500" height="260" scrolling="no" topmargin="0" bottommargin="0" marginwidth="0" marginheight="0"></iframe><br>
6. [http://crops.u-sphere.com/index.php?title=U-Sph%C3%A8re_CropDB Base de données sur les Crops Circles] <br>
<iframe src="http://crops.u-sphere.com/data/grid.php?id_crop_type=12&largeur=5&limit=5" width="515" height="110" frameborder="0" scrolling="no"></iframe></div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==Points de vue==
23/12 [[Echelle]] 11/10 http://vigli.org/ | 10/10 « ''Tout acte de pédagogie est un acte de manipulation'' ». | Josef GOEBBELS (1897-1945), chef de la propagande nazi: « ''Il est facile de tromper un peuple. Il suffit de dire que la patrie a été agressée et d’agiter le drapeau'' », « ''Répétez un mensonge assez fort et assez longtemps et les gens le croiront'' » | 17/08 [[Poetic peoples]] 25/04 [[Se pourrait-il que le réel ne soit pas rationnel ?]] | 06/10 [[Fierté|Le sens de la fierté]] | 19/8 [[Traitement médiathique|Combien de fois nos morts valent les leurs ?]] | 16/04/01 [[Ruptures des formes, résilience des groupes, reconfiguration]]<br />
</div>
|}
{| style="width:100%;"
|colspan = "2" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#fffafa; align:left; margin-top:10px;">

==<font color="#AA0000">'''Nouveautés'''</font>==
<i>Liste des derniers articles</i>

=== 2008 ===
* 17/11 [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence#Aspects_Electromagn.C3.A9tiques Bilan des mesures du champ électromagnétique du crop-circle de Valence]
* 10/11 [[Impossibles scénarios]]
** 17/11 Le [[Langage de la confédération|langage de la confédération]]
* 10/11 [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence#Compte_rendu_3_:_rapport_d.27expertise_.C3.A9lectromagn.C3.A9tique.2C_domaine_IR Crop-circle de Valence: rapport d'expertise électromagnétique dans le domaine infrarouge]
* 09/09 [http://crops.u-sphere.com/index.php?title=Chronologie%20des%20Crops%20Circles Chronologie des Crops Circles]: éléments de précision
* 08/09 [http://crops.u-sphere.com/index.php?title=Etchilhampton%20Hill,%20Wiltshire,%20Crop%20circle%20en%20forme%20de%20croix Etchilhampton Hill, Wiltshire, Crop circle en forme de croix] : "prédiction" réalisée !
* 05/09 [[FED%2C spéculation%2C pétrole et Iran]] : bientôt le creux de la vague ? Relation avec les événements en Géorgie. Surprise de septembre ou d'octobre?
* 25/07 [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence Crop-circle de Valence]: éléments d'analyse symbolique
** 31/07 Ajout de [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence#Annexes trois courtes annexes]
** 21/08 Ajout d'une section sur les [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence#Aspects_Electromagn.C3.A9tiques mesures et hypothèses électromagnétiques]
* 11/08 [[Futurama]]: vers un monde de lumières ?
* 10/08 [[Etude des OVNI en catégorie "croyance" puis "pseudo-science" sur Wikipedia]] : de la difficulté de rester rationnel face à l'inconnu. Un vieux débat.
* 07/07 Information ou désinformation ? [[Des images de la "Planète X" auraient été prises par le SPT]]
** 08/07 [http://en.u-sphere.com/index.php?title=Planet_X_from_youtube_and_metacafe_videos:_a_point_of_view Planet X from youtube and metacafe videos: a point of view]
** 03/08 [[Des images de la "Planète X" auraient été prises par le SPT : analyse, arguments à charge et à décharge|Éléments d'analyse sur cet article: arguments à charge et à décharge]].

* 28/07 [[FED%2C_sp%C3%A9culation%2C_p%C3%A9trole_et_Iran#28_juillet_2008_:_quelques_interrogations_.E2.80.A6|FED spéculation pétrole et Iran]]
* 15/07 [[Inconscient collectif, prophéties et décompte : chronique d’une guerre annoncée ?]]
* 06/07 [http://crops.u-sphere.com/index.php?title=Basculement_brutal_du_climat_%C3%A0_la_fin_de_la_derni%C3%A8re_%C3%A8re_glaciaire Basculement brutal du climat à la fin de la dernière ère glaciaire], Holocène et Crops-Circles.
* ??/?? [[Escathologie croisée]] : croisement de l'information et 'noyau dur' des prophéties. Emergence d'une cohérence ?
** ??/?? Elements de validation?
* 17/04 [[Drônes de californie: essais d'analyse|Drônes de californie: essais d'analyse d'un cas :Capitola]]
* ??/?? [[Compléments sur les scénarios impossibles: "PLAN" du site]].
* 09/02 [[Vague belge: corrélation environnementale avec les bassins hydrologiques du nord ?]]
* 09/02 [[Métamorphoses "ummites"]] : les "ummites" sous toutes leurs formes.
** ??/?? [[Voronej: retour sur un aspect moins connu de l'affaire]]
** ??/?? [[Marionnetistes]] et "guerre" de l'information.

=== 2007 ===

* 11/11 [http://crops.u-sphere.com/index.php?title=Hunab%20Ku Hunab Ku] : petite discussion sur le sens de ce symbole Maya, la nature de sa forme particulière. Eléments inédits ?
* 10/11 [http://crops.u-sphere.com/index.php?title=Géolocalisation_des_crops-circles Géolocalisation des crops-circles] : résultats préliminaires (cartes de répartition des crops-circles) et avancement.
* 16/10 [http://www.azf-toulouse.com/ Toulouse, explosion d'AZF du 21 septembre 2001]: je vous encourage à visiter et soutenir le travail de Pierre Grésillaud. Une enquête hors norme.
* 16/10 [[ClearStream 2|ClearStream2, vous n'y comprenez rien ? Ca tombe bien moi non plus !]]
* 27/09 [http://crops.u-sphere.com/index.php?title=Crop_circles:%20impossibles_scénarios Crop circles: impossibles scénarios]
* 26/09 [http://crops.u-sphere.com/index.php?title=U-Sph%C3%A8re_CropDB Mise en place d'une mini-base de données collaborative sur les crops circles]
* 29/08 [http://crops.u-sphere.com/index.php?title=Crop_Circles:040802_Silbury_Hill Le crop circle dit "du jour du jugement dernier" (Doomsday Crop Circle)]: "Tic Tac, comment le temps est-il compté ?"
** 03/09 [http://crops.u-sphere.com/index.php?title=Calendriers_Maya_et_Aztèque Calendriers Maya et Aztèque]
* [MàJ le 22/08] 17/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles%20et%20protohistoire%20humaine Les Crop Circles nous repassent le film de la protohistoire de l'homme] (la suite arrive) <font color="#AA0000"></font>
** [http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine#Th.C3.A9orie_du_compte_.C3.A0_rebours Hypothèse du compte à rebours]. "Tic Tac, le temps est compté!"
***[MàJ le 23/08]<font color="#AA0000">[http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine#Chiffre_6_m.C3.A9so-am.C3.A9ricain_et_le_grand_cycle_des_13_baktuns Grand cycle des 13 baktuns, (qu'est ce que c'est que ce truc ?!)]]</font>
* 18/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles:010814_Chilbolton L'exemple surprenant de Chilbolton: le fin mot de l'histoire ?] [[Notes]]
* 17/07 [[Les enfants d'UMMO]]. Traduction d'un article sur l'origine et l'implantation de cette secte [toujours en cours par manque de temps, malheureusement...]
* 16/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles Crop Circles: mesure de la complexité et contexte d'élaboration, un axe d'analyse]
* 03/07 [[HET et préjugés|L'Hypothèse Extra-Terrestre (HET) et nos préjugés]]. Comment connaître la vérité ?
* 01/07 [[PAN#Collecte_des_informations_sur_les_PAN|Circuit de collecte d'informations sur les PAN]] en France.
* 29/06 [[Ummo|Fragment du réseau social de l'affaire Ummo]] (tous compléments d'information bienvenus)
** MàJ le 03/07.
* 25/06 Mise à jour sur l'[[Affaire SBF|Affaire Ummo-SBF]] : profils revus et reprise des idées soulevées par les acteurs
* 13/06 Quelques mots sur le projet "[[Meta-Connections]]" présentant des idées pour la mise en relation d'informations et la génération automatique d'ontologies, voire de systèmes autopoïètiques.
** Quelques [[Meta-Connections:définitions|définitions liées au périmètre du projet]]
* 7/06 [http://www.idees-politiques.com Idées Politiques] : un projet en chantier pour l'évaluation sociale des idées, amorcé mais loin d'être abouti : aide bienvenue :)
** Le principe, en quelques mots, consisterait à croiser un wiki, un forum et un outil de vote, afin de faire remonter des données synthétiques sur les idées qui animent la vie politique. Chaque idée proposée serait évaluée en termes de coûts financiers, (par couleurs thématiques, tel les cartes à jouer), ainsi que des critères de consultation et de convergence des idées. Les idées seraient suivies comme en bourse, celles-ci étant côtées et leur "valeur" historisée (top 10 suivant différents critères). Un dossier scientifique devrait accompagner chacune de ces idées et pour permettre également de bâtir un point de vue analytique, dénué de toute passion.
* 31/05 [http://www.z-machine.info Z-Machine], où en sommes nous ?
* 17/05 Contact individuel: quel serait le profil d'une personne choisie pour être mise en contact avec une réalité "exotique" ?
** Jeu ummoristique: vous souhaiteriez être contacté, comment vous y prendriez-vous ? [[Bon "destinataire"|Dans le cadre de l'affaire Ummo, peut-on profiler ce qui fait un bon "destinataire"]] de lettres ? Quelles sont les motivations sur les échanges revendiquées par leurs auteurs ?
** cf. également "[[Théorie du contact]]"
* 02/05 [[Lignes_de_Nazca|Nazca : un réseau à l'écoute des "colères de la montagne"?]]
** <font color="#AA0000">[27/8 MàJ] Note complémentaire sur les pulsars ajoutée.</font>
* 28/04 Jeu spéculatif : [[Progres relatifs Ummo-Terre|cohérence interne du scénario de developpement technologique "ummite" et corrélation avec le développement technologique humain]]
** 07/05 point technologique : [[moteur à plasma "ummite"]]
** 10/05 synchronisation des calendriers : "[[La nuit noire "ummite"|nuit noire]]" or not "[[La nuit noire "ummite"|nuit noire]]" ?
* 15/04 [[Affaire SBF|Affaire Ummo-SBF]] : synthèse et questions soulevées. Gestion du contact. Croyances. Logique Tétravalente.
* 16/04 Présentation du projet Meta-Connexions. <font color="#FF0000">Gestion des connaissances, IA</font>
* <font color="#FF0000">Illustration ludique de l'émergence. Applet java.</font>
* 16/04 [[Libre arbitre|Jeu de contextes et états de conscience modifiés]]
* [[Préambule d'André Lebeau au rapport Cometa]]
</div>

== Contacter l'administrateur du site ==

[[image:E-mail.jpg]] Michael Vaillant (michael.vaillant(à)free.fr)
<i>U-sphère est un site lié à Meta-Connections !</i>

{|width="100%" align="center"|
|align="center"|<div style="align:center; margin: 1px; border: 1px solid #000000; background-color:#ffffff; width:125px;">
<div style="align:center; margin: 1px; border: 1px solid #ffffff; background-color:#000000; width:121px;">
 [[image:NBCAS.gif]] </div><span style="font-size:9px;">[[U-Sph%C3%A8re_DB|Nombre de cas enregistrés]]</span></div>
|}

----
[27/03/08] [[WikiSpam|Marre du WikiSpam ? Téléchargez ce .htaccess pour banir les adresses IP pénibles. Ce fichier sera consolidé au fil de l'eau...]]

Impossibles scénarios

2008-12-16T08:24:50Z

82.228.83.162: /* 11. Augmentation forte du nombre de crops-circles à partir de 1986, une marque de manifestation de la part des « régulateurs » / (« ensemenceurs »). */

__NOTOC__
Voici un scénario fictif décomposé en une série de propositions qui peuvent -bien évidemment- être erronées et conduire à une impasse intellectuelle...
Néanmoins, l'objectif est de résumer l'ensemble des thématiques abordées par u-sphère dans un format cohérent et formuler une liste d'hypothèses compatibles entres elles.

Cet article vient en complément d'un article précédent [http://crops.u-sphere.com/index.php?title=Crop_circles:_impossibles_sc%C3%A9narios focalisé sur les crops circles], celui-ci étant un peu plus généraliste.

====1. Le scénario "ummite" tel que fourni contient des éléments de fiction dans la fiction.====
* Lorsqu’un réseau souhaite communiquer tout en masquant son identité / il apparaît difficilement concevable qu’il laisse filtrer des éléments susceptibles de conduire à une identification formelle de ses membres.
* Dans un scénario « marionnettiste », des éléments de fiction adaptés à la sensibilité des spectateurs sont volontairement émis. Ils permettent de désamorcer d’éventuelles tentatives de remontées à la source.
* De manière générale, on propose une image qui contient, d’une part, des éléments de réalité (des idées à faire passer), et d’autre part, des éléments de fiction, facilement assimilables. Stratégie connue d’une certaine façon sous le terme de « Honey Pot » en informatique.
* ''L’esprit critique (humain) doit rester en éveil !''

====2. La [[M%C3%A9tamorphoses_%22ummites%22|fiction "ummite"]] représente non pas une seule mais un ensemble de civilisations exogènes à la Terre.====
* Le livre de José Benitez ("El Hombre Que Susurraba a Los Ummitas") est riche en anecdotes. Plusieurs témoignages distincts d’OVNI font état de variations, tout à a fois sur le logo et les êtres vus.
* Le langage « ummite » (voir l'article, le [[Langage de la confédération]]), basé sur des phonèmes à la sémantique très abstraite est conçu pour être "fonctionnel", soit comme une forme de langage universel. Canular ou non, il ne peut être bâti qu’en possédant une représentation à-priori des espaces sémantiques à couvrir et des relations d’abstraction liant les sémènes les plus communément utilisés. Ceci au contraire de langages articulés autour de mots-objets, caractéristiques d’une évolution naturelle de la langue.
* Un tel langage, (conçu de manière fonctionnelle afin d’éviter les ambiguïtés sémantiques et permettre d’approximer à peu près n’importe quel sens), est adapté à la communication inter-culturelle mais aussi inter-civilisation. Le langage « ummite » peut être vu comme une forme d’esperanto galactique.

'''2.1. De fait, le logo "ummite" serait endossé pour le projet par un certain nombre de civilisations et langage partagé pour la communication'''.

====3. Les niveaux d'ingérence sont gérés par phases et coordonnés par 2 ou 3 civilisations racine beaucoup plus avancées.====
Il s'agirait de centaines de milliers voire millions d'années d’ancienneté, issues peut-être d'étoiles plus vieilles et donc plus proches du centre galactique. Ces civilisations de première génération sont appelées « [[régulateurs]] ».

'''3.1. Les "ummites" ainsi qu'une cinquantaine de civilisations sont encadrés par ces « régulateurs » (/ « formateurs »)'''.

'''3.2. Sauf les « régulateurs », les nouvelles civilisations qui nous rendent visite ont un niveau d’évolution très proche du nôtre, c'est-à-dire quelques centaines d'années au plus'''.

====4. La raison en serait que les « régulateurs » (/ « formateurs ») galactiques, parcourent l’univers à la rencontre de sources de complexité naturelles. ====

Leur rôle consiste à aider à maintenir un flux néguentropique en favorisant l'évolution des poches naturelles de complexité. En préparant des régions de la galaxie, à l’échelle de dizaines d'années lumières à franchir de nouvelles étapes. A la manière de jardiniers distants mais attentionnés qui cherchent à fournir un terreau propice et maintenir -de loin- un équilibre dans des zones de stabilités, (voir "[[Futurama]]".)

'''4.1. Cela prend sens du point de vue de la climatologie spatiale'''
<br>Dans un périmètre de la région galactique les planètes habitables subissent la même pression environnementale, avec des étoiles d'age comparable. Il faut savoir que la météo terrestre à l'échelle de centaines de milliers d'années est soumise aux événements galactiques de la même façon que d'autres planètes qui seraient habitables dans un rayon de quelques dizaines d'années lumières.

'''4.2. Cela prend sens également du point de vue de l’évolution'''
<br>L’émergence et la recherche de la complexité font certainement partie des thématiques scientifiques futures. D’un certain point de vue, le respect et l’intérêt croissant que nous portons à l’égard de la biodiversité et des équilibres naturels représente les prémices de cette prise de conscience quand à favoriser la richesse environnementale.

====5. A un moment favorable elles ont pu aider à [http://crops.u-sphere.com/index.php?title=Basculement_brutal_du_climat_%C3%A0_la_fin_de_la_derni%C3%A8re_%C3%A8re_glaciaire stabiliser les températures] sur terre et parallèlement sur d'autres planètes habitables du secteur.====
Ceci a pu être réalisé par l’essaimage de très grandes forêts, notamment dans l'hémisphère nord (Canada, Russie et Alaska), agissant comme régulateurs naturels.

====6. Cette stabilisation a permis, il y a 10 000 ans, l’émergence de l'agriculture et des civilisations avec leur cortège de sens et de symboles.====
Le nombre de ces symboles, supports de la connaissance, a été depuis démultiplié sur l'ensemble des planètes ciblées.

====7. Les « régulateurs » (/ « formateurs ») galactiques ont cherché à faire émerger un ensemble de civilisations planétaires de manière conjointe====
Ce qui permet de favoriser, lors de la phase de rapprochement et de mise en contact ultérieur, des échanges plus riches et d'accroître les niveaux d'évolution et de complexité accessibles. Les différences d'évolution doivent être néanmoins limitées pour que nous profitions de ces synergies.

====8. Certaines civilisations proches qui ont avancé plus vite que la nôtre ont déjà connu leur phase de contact.====
Le scénario est globalement similaire et peut-être décrit à peu près de la même façon sur l'ensemble des systèmes habités. Il est également décrit dans le [[Progres_relatifs_Ummo-Terre|scénario "ummite"]]. Récemment, l'humanité a pu perdre beaucoup de temps avec un moyen age et une période d'obscurantisme particulièrement longue.

====9. Une première phase de contact, matérialisée par une "autorisation de venir sur la planète Terre" ainsi qu’une ingérence limitée a été coordonnée par ces régulateurs.====

'''9.1. Elle coïnciderait avec les débuts de l'ufologie moderne, aux environs de 1947, et la démultiplication brutale du nombre d’observations d’OVNI.'''

'''9.2. Elle est en corrélation avec la naissance de l'activité thermonucléaire sur terre et l’augmentation notable du [[Risques_Environnementaux|risque systémique que nous faisons peser sur les éco-systèmes]] de la planète, et in fine ... à l’homme'''.
Les civilisations n’ayant pas franchi le cap d’une auto-régulation/auto-surveillance ayant une grande chance d’être détruites ... par elles-mêmes...

====10. Le [[Hypothese_Complexite#Contr.C3.B4le.2C_anomalies_et_attracteur|contrôle et la surveillance de l'humanité]] doit être de plus en plus étroite====
Elle devient forcément de plus en plus visible, notamment pour les militaires.

'''10.1. Concernant les civilisations exogènes de dernière génération nous visitant, les aspects "marionnettistes" sont largement usités.'''
<br>De nombreuses manifestations sont faites pour être vues et mises en scènes. Par exemple, [[UFO:Cases:1301|Voronej]]. Le message est souvent double: à l'[[UFO:Cases:1302|adresse des autorités militaires]] qui "savent", à l'adresse de la conscience collective humaine.<br>Ces manifestations peuvent bien sûr aussi être le fait d’une présence à but scientifique et n'ont pas alors nécessairement vocation à être vues.

====11. Augmentation forte du nombre de crops-circles à partir de 1986, une marque de manifestation de la part des « régulateurs » / (« ensemenceurs »).====
Ces symboles agissent comme une mémoire de l'humanité et rappellent à celle-ci les progrès spirituels et scientifiques qu'elle a effectué (représentation dans l'espace et le temps). Le choix du support pour la communication du message est porteur de sens venant de ces jardiniers galactiques: tout commence et fini avec la maîtrise de notre environnement et de [http://crops.u-sphere.com/index.php?title=Crop_circles:_impossibles_sc%C3%A9narios notre capacité à nous sustenter] (nourriture et eau).

'''11.1. Il existe une parabole intéressante dans cette revue accélérée de l’histoire de l’humanité par les crops-circles, qui fait penser à une forme de NDE'''<br>
La vie d’une humanité qui est repassée de façon accélérée, avant d’arriver au point de changement/de passage.

'''11.2. Anecdotiquement, la maîtrise du scénario « ummite » par les régulateurs fait que l'apparition d’un symbole « ummite » au milieu d'un crop circle apparaît ni incohérente, ni fortuite.'''

" Méfiez-vous de ceux qui apportent de FAUX cadeaux & de leurs PROMESSES NON TENUES.
Beaucoup de DOULEUR mais encore temps. '''EELRIJVE'''. Il y a du BON là-bas. Nous nous
OPposons à la FRAUDE. TUyau FERMETURE (Son de Cloche) "

====12. Le contact avec les civilisations ET proches va correspondre à un changement d'ère à l'échelle planétaire.====
Nous intégrerons un nouveau calendrier "galactique", déjà universellement partagé par les civilisations dans un périmètre de quelques dizaines d'années lumière (tout comme une heure "universelle", ou une forme de langage "universel" d’échange). Du point de vue terrestre, un changement d'ère sera arbitrairement positionné à cette date du point de rencontre avec les civilisations exo.

====13. Il existe certainement un changement des modalités de l'expérimentation « ummite » depuis 1986.====
Fin de l'ouverture, prise de distance avec les groupes, pour des raisons de calendrier et d'ordonnance meta.

'''13.1. 1986 apparaît comme une date de rupture, tout comme certaines dates clés pour les manifestations-changements'''
<br>1947 (début de l'ufologie moderne) - 1986 (début des crops circles / fin des échanges espagnols "ummite") - 2012 (fin de la chronologie des crops circles) pourraient sous-entendre un rythme naïf de 13 ans. Si certains des crops circles sont effectivement l'empreinte de ces régulateurs dans les champs, il y aussi la marque du rythme et de la convergence dans le scénario, avec des niveaux de symbolisme et de spiritualité qui échapperont à la plupart.

'''13.1.1. 13 ans est un rythme sur lequel semble s'appuyer les auteurs des Crops-Circles'''
<br>Une ère maya (ou compte long), représentant 5128 ans est constituée de 13 baktuns. Et chaque année les Crops-Circles semblent avancer d’un baktun (395 ans) dans l’histoire humaine.

* 17/08/07 [http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine Crop Circles et protohistoire humaine]
* 10/11/08 [http://crops.u-sphere.com/index.php?title=Chronologie_des_Crops_Circles Chronologie des Crops Circles, éléments de précision]

====14. Il existe une indéniable (et surprenante) convergence au niveau des prophéties des civilisations terrestres pour ce qui concerne la "fin des temps" ou tout du moins un futur changement d'ère envisagé ====
Point de vue eschatologique comparé sur des dizaines de prophéties à venir, mais grossièrement le scénario est identique:
* quelques années avant, apparition d’un astre rougeoyant
* quelques jours/semaines avant, apparition d’un ou plusieurs astres bleus (ou comètes)
* catastrophe directement manifestée : pluie de feu (gouttelettes de lave) // raz de marrée // tremblements de terre
* nuit noire de plusieurs semaines/mois
* baisse des températures et famines sur terre les années qui suivent.
<br>
'''14.5 Cette cohérence entre les prophéties pourrait être la conséquence d’un événement climatique majeur intervenant cycliquement sur terre, et par conséquent déjà vécu de diverses manières par les civilisations terrestres'''.
Elle s’inscrit dans la conscience collective ainsi que les légendes humaines. Cela ne signifie néanmoins aucunement que ces prophéties vont se réaliser prochainement.
<br><br>'''14.6 Un tel événement pourrait être le fait d'un [[Des_images_de_la_%22Plan%C3%A8te_X%22_auraient_%C3%A9t%C3%A9_prises_par_le_SPT|jumeau sombre]] traversant régulièrement (cycle de plusieurs milliers d'années) le nuage d'Ort et provoquant des chutes cométaires vers le centre du système solaire.'''
<br><br>
'''14.7. Toutefois, du point de vue des régulateurs, si cet événement est connu d'avance, suivi depuis des milliers d'années, il pourrait constituer un point de levier intéressant avec lequel composer. '''
<br><br>
Dans tout système complexe, (à l’instar du réseau social humain), le changement peut survenir plus facilement à partir du moment ou un équilibre est rompu.
De ce point de vue, la venue d’une « nuit noire » humaine, (point de rupture), suivie d’une recomposition profonde du tissu social humain et enfin d’une rencontre avec les ET constituerait un scénario tout à fait envisageable. Il peut être planifié d’avance et inscrit en filigrane dans le scénario « ummite ».
<br>

====15. Quelques dates====
<br>'''15.1. En pratique, les crops circles devraient rejoindre le temps présent et cesser fin 2012'''.
<br>'''15.1.1. A noter que pour l’ère Maya, (compte long), pratiquement, il n’existe pas de véritable consensus sur la date de début''' et ce, malgré le système de conversion de Goodman-Martinez-Thompson (GMT). Un baktun correspond à 20 Katuns, eux-mêmes définis par rapport aux [http://crops.u-sphere.com/index.php?title=Moyenne_d%27un_cycle_de_conjonctions_Jupiter-Saturne conjonctions jupiter-saturne] (en moyenne, toutes les 19,8696 années). Il n'y aura pas de conjonction jupiter-saturne le 21/12/2012, mais il y en aura une 8 ans plus tard le 21/12/2020, ce qui est un hasard surprenant. Sur le plan astronomique, cette conjonction ''pourrait'' marquer la fin formelle de l’ère et sachant que du point de vue des prophéties maya la période de troublée dure et survient quelques années *avant* le changement effectif d'ère.
<br>'''15.2. Une autre date possible quand à une rencontre exo, suivant un déroulement similaire au scénario "ummite", serait 2033.'''

michael.vaillant()free.fr

==Compléments suite à des remarques de lecteurs==

=== 1/ La cohérence (discutable) du scénario "ummite" suffit-elle à démontrer qu'il ne s'agit pas d'une fiction? ===

le scénario présenté par les lettres "ummites" peut tout à fait rester cohérent et ne présenter aucune faille d'ordre majeur. Dans le cadre ici évoqué, il peut très bien y avoir eut usage de machines sophistiquées et extrêmement puissantes afin d'en vérifier la logique. Et ainsi ne pas tomber dans des contradictions aisément démontrables.

Pour éventuellement commencer à déceler des "problèmes", il faudrait pouvoir sortir du scénario et rentrer dans le "meta". C'est-à-dire dans une "dimension" d'ordre supérieur (c'est tout le problème des rationalités locales). Ici, cela consiste à collecter des informations sur la réalité du niveau des rédacteurs (en dehors des lettres ou de tout élément de scénario externe inscrit et envisagé dans les lettres). Soit, par d'autres moyens et des approches complémentaires. Des témoignages d'observations (hors les cas des lettres) sont des exemples intéressants.

=== 2/ Le langage "ummite", langue "universelle" ?===

* '''Voir le [[Langage de la confédération]]'''

Il ne s'agit bien sûr pas d'affirmer que le langage "ummite" est une "langue universelle", ou puisse représenter "LA solution" aux problèmes d'[[indexicalité]] liés à la communication.

C'est plutôt le principe "fonctionnel" de la langue qui m'apparaît singulier, et comment on arrive à avoir besoin d'une telle "langue" ? Ce qui est intéressant c'est également d'observer comment en matière de sémiogénèse on peut arriver à "l'ummite".

Pour ce que l'on sait de la génèse des langues.
L'être humain qui évolue et découvre son environnement, commence par nommer directement ce qu'il voit par des mots-objets. Ces mots objets peuvent être une suite de sons complexes et s'entendent comme un tout indécomposable.

C'est pourquoi, les notions abstraites telles que :

''"Déplacement, Dynamique, Interconnexion, Forme, Concept, Patron, Structure, Identification, Limite, Distance, Changement, Jointure, Indissociable, Flux, Entité , Existence, Surapposition, Cyclicité, Sens Orienté, dépendance concrète ou abstraite par un lien ponctuel, dépendance concrète ou abstraite réciproque dynamique , Génération, Spatialité"''

m'apparaissent totalement hors du champ opératif nécessaire à un être vivant confronté à un besoin de survie, soit un besoin de reconnaissance immédiat des objets de son environnement.

Il me semble que les concepts abstraits ci-dessus (et certains plus que d'autres) ne peuvent émerger que bien plus tard dans l'évolution d'un langage, et après avoir bâtit un premier dictionnaire de signes et de mots.

L'idée consistant à relier dans un formalisme fonctionnel des termes racines (phonèmes primaires) très abstraits, nécessite déjà de connaître de tels termes, puis d'identifier parmi ceux-ci, ceux qui seront les plus pertinents pour réaliser une couverture la plus efficace possible de l'espace sémantique que l'on utilise. Enfin, de rebâtir l'ensemble de son langage à partir de ces concepts abstraits.

De ce point de vue, ce "langage" parait être le fruit d'une démarche intellectuelle et non d'une évolution naturelle d'une langue.

Par ailleurs, partir d'unité de sens élémentaires/très abstraites à un intérêt: celui de pouvoir approximer n'importe quel sens, même éventuellement encore non décrit.
Et donc, de pouvoir faire des jonctions entre des langages inconnus.

Impossibles scénarios

2008-11-10T22:38:16Z

82.228.83.162: /* 15. Quelques dates */

__NOTOC__
Voici un scénario fictif décomposé en une série de propositions qui peuvent -bien évidemment- être erronées et conduire à une impasse intellectuelle...
Néanmoins, l'objectif est de résumer l'ensemble des thématiques abordées par u-sphère dans un format cohérent et formuler une liste d'hypothèses compatibles entres elles.

Cet article vient en complément d'un article précédent mais [http://crops.u-sphere.com/index.php?title=Crop_circles:_impossibles_sc%C3%A9narios focalisé sur les crops circles].

====1. Le scénario "ummite" tel que fourni contient des éléments de fiction dans la fiction.====
* Lorsqu’un réseau souhaite communiquer tout en masquant son identité / il apparaît difficilement concevable qu’il laisse filtrer des éléments susceptibles de conduire à une identification formelle de ses membres.
* Dans un scénario « marionnettiste », des éléments de fiction adaptés à la sensibilité des spectateurs sont volontairement émis. Ils permettent de désamorcer d’éventuelles tentatives de remontées à la source.
* De manière générale, on propose une image qui contient, d’une part, des éléments de réalité (des idées à faire passer), et d’autre part, des éléments de fiction, facilement assimilables. Stratégie connue d’une autre façon sous le terme de « Honey Pot » en informatique.
* "''L’esprit critique (humain) doit rester en éveil !''"

====2. La [[M%C3%A9tamorphoses_%22ummites%22|fiction "ummite"]] représente non pas une seule mais un ensemble de civilisations exogènes à la Terre.====
* Le livre de José Benitez ("El Hombre Que Susurraba a Los Ummitas") est riche en anecdotes. Plusieurs témoignages distincts d’OVNI font état de variations, tout à a fois sur le logo et les êtres vus.
* Le langage « ummite » basé sur des phonèmes à la sémantique très abstraite est conçu pour être fonctionnel, soit comme une forme de langage universel. Canular ou non, il ne peut être bâti qu’en possédant une représentation fonctionnelle à-priori, des espaces sémantiques à couvrir et des relations d’abstraction liant les sémènes les plus communément utilisés. Ceci au contraire de langages articulés autour de mots-objets, caractéristique d’une évolution naturelle de la langue.
* Un tel langage, (conçu de manière fonctionnelle afin d’éviter les ambiguïtés sémantiques et permettre d’approximer à peu près n’importe quel sens), est adapté à la communication inter-culturelle mais aussi inter-civilisation. Le langage « ummite » peut être vu comme une forme d’esperanto galactique.

'''2.1. De fait, le logo "ummite" serait endossé pour le projet par un certain nombre de civilisations et langage partagé pour la communication'''.

====3. Les niveaux d'ingérence sont gérés par phases et coordonnés par 2 ou 3 civilisations racine beaucoup plus avancées.====
Il s'agirait de centaines de milliers voire millions d'années d’ancienneté, issues peut-être d'étoiles plus vieilles et donc plus proches du centre galactique. Ces civilisations de première génération sont appelées « [[régulateurs]] ».

'''3.1. Les "ummites" ainsi qu'une cinquantaine de civilisations sont encadrés par ces « régulateurs » (/ « formateurs »)'''.

'''3.2. Sauf les « régulateurs », les nouvelles civilisations qui nous rendent visite ont un niveau d’évolution très proche du nôtre, c'est-à-dire quelques centaines d'années au plus'''.

====4. La raison en serait que les « régulateurs » (/ « formateurs ») galactiques, parcourent l’univers à la rencontre de sources de complexité naturelles. ====

Leur rôle consiste à aider à maintenir un flux néguentropique en favorisant l'évolution des poches naturelles de complexité. En préparant des régions de la galaxie, à l’échelle de dizaines d'années lumières à franchir de nouvelles étapes. A la manière de jardiniers distants mais attentionnés qui cherchent à fournir un terreau propice et maintenir -de loin- un équilibre dans des zones de stabilités, (voir "[[Futurama]]".)

'''4.1. Cela prend sens du point de vue de la climatologie spatiale'''
<br>Dans un périmètre de la région galactique les planètes habitables subissent la même pression environnementale, avec des étoiles d'age comparable. Il faut savoir que la météo terrestre à l'échelle de centaines de milliers d'années est soumise aux événements galactiques de la même façon que d'autres planètes qui seraient habitables dans un rayon de quelques dizaines d'années lumières.
Les civilisations n’ayant pas franchi le cap d’une auto-régulation ayant une grande chance d’être détruites ... par elles-mêmes...

'''4.2. Cela prend sens également du point de vue de l’évolution'''
<br>L’émergence et la recherche de la complexité font certainement partie des thématiques scientifiques futures. D’un certain point de vue, le respect et l’intérêt croissant que nous portons à l’égard de la biodiversité et des équilibres naturels représente les prémices de cette prise de conscience quand à favoriser la richesse environnementale.

====5. A un moment favorable elles ont pu aider à [http://crops.u-sphere.com/index.php?title=Basculement_brutal_du_climat_%C3%A0_la_fin_de_la_derni%C3%A8re_%C3%A8re_glaciaire stabiliser les températures] sur terre et parallèlement sur d'autres planètes habitables du secteur.====
Ceci a pu être réalisé par l’essaimage de très grandes forêts, notamment dans l'hémisphère nord (Canada, Russie et Alaska), agissant comme régulateurs naturels.

====6. Cette stabilisation a permis, il y a 10 000 ans, l’émergence de l'agriculture et des civilisations avec leur cortège de sens et de symboles.====
Le nombre de ces symboles, supports de la connaissance, a été depuis démultiplié sur l'ensemble des planètes ciblées.

====7. Les « régulateurs » (/ « formateurs ») galactiques ont cherché à faire émerger un ensemble de civilisations planétaires de manière conjointe====
Ce qui permet de favoriser, lors de la phase de rapprochement et de mise en contact ultérieur, des échanges plus riches et d'accroître les niveaux d'évolution et de complexité accessibles. Les différences d'évolution doivent être néanmoins limitées pour que nous profitions de ces synergies.

====8. Certaines civilisations proches qui ont avancé plus vite que la nôtre ont déjà connu leur phase de contact.====
Le scénario est globalement similaire et peut-être décrit à peu près de la même façon sur l'ensemble des systèmes habités. Il est également décrit dans le [[Progres_relatifs_Ummo-Terre|scénario "ummite"]]. Récemment, l'humanité a pu perdre beaucoup de temps avec un moyen age et une période d'obscurantisme particulièrement longue.

====9. Une première phase de contact, matérialisée par une "autorisation de venir sur la planète Terre" ainsi qu’une ingérence limitée a été coordonnée par ces régulateurs.====

'''9.1. Elle coïnciderait avec les débuts de l'ufologie moderne, aux environs de 1947, et la démultiplication brutale du nombre d’observations d’OVNI.'''

'''9.2. Elle est en corrélation avec la naissance de l'activité thermonucléaire sur terre et l’augmentation notable du [[Risques_Environnementaux|risque systémique que nous faisons peser sur les éco-systèmes]] de la planète ainsi qu’à l’homme'''.

====10. Le [[Hypothese_Complexite#Contr.C3.B4le.2C_anomalies_et_attracteur|contrôle et la surveillance de l'humanité]] doit être de plus en plus étroite====
Elle devient forcément de plus en plus visible, notamment pour les militaires.

'''10.1. Concernant les civilisations exogènes de dernière génération nous visitant, les aspects "marionnettistes" sont largement usités.'''
<br>De nombreuses manifestations sont faites pour être vues et mises en scènes. Par exemple, [[UFO:Cases:1301|Voronej]]. Le message est souvent double: à l'[[UFO:Cases:1302|adresse des autorités militaires]] qui "savent", à l'adresse de la conscience collective humaine.<br>Ces manifestations peuvent bien sûr aussi être le fait d’une présence à but scientifique et n'avaient pas alors forcément de vocation à être vues.

====11. Augmentation forte du nombre de crops-circles à partir de 1986, une marque de manifestation de la part des « régulateurs » / (« ensemenceurs »).====
Ces symboles agissent comme une mémoire de l'humanité et rappellent à celle-ci les progrès spirituels et scientifiques qu'elle a effectué (représentation dans l'espace et le temps). Le choix du support pour la communication du message est porteur de sens venant de ces jardiniers galactiques: tout commence et fini avec la maîtrise de notre environnement et de [http://crops.u-sphere.com/index.php?title=Crop_circles:_impossibles_sc%C3%A9narios notre capacité à nous sustenter] (nourriture et eau).

'''11.1. Il existe une parabole intéressante dans cette revue accélérée de l’histoire de l’humanité par les crops-circles, qui fait penser à une forme de NDE'''<br>
La vie d’une humanité qui est repassée de façon accélérée, avant d’arriver au point de changement/de passage.

'''11.2. Anecdotiquement, la maîtrise du scénario « ummite » par les régulateurs fait que l'apparition d’un symbole « ummite » au milieu d'un crop circle apparaît ni incohérente, ni fortuite.'''

====12. Le contact avec les civilisations ET proches va correspondre à un changement d'ère à l'échelle planétaire.====
Nous intégrerons un nouveau calendrier "galactique", déjà universellement partagé par les civilisations dans un périmètre de quelques dizaines d'années lumière (tout comme une forme de langage universel d’échange). Du point de vue terrestre, un changement d'ère sera arbitrairement positionné à cette date du point de rencontre avec les civilisations exo.

====13. Il existe certainement un changement des modalités de l'expérimentation « ummite » depuis 1986.====
Fin de l'ouverture, prise de distance avec les groupes, pour des raisons de calendrier et d'ordonnance meta.

'''13.1. 1986 apparaît comme une date de rupture, tout comme certaines dates clés pour les manifestations-changements'''
<br>1947 (début de l'ufologie moderne) - 1986 (début des crops circles / fin des échanges espagnols "ummite") - 2012 (fin de la chronologie des crops circles) pourraient sous-entendre un rythme naïf de 13 ans. Si certains des crops circles sont effectivement l'empreinte de ces régulateurs dans les champs, il y aussi la marque du rythme et de la convergence dans le scénario, avec des niveaux de symbolisme et de spiritualité qui échapperont à la plupart.

'''13.1.1. 13 ans est un rythme sur lequel semble s'appuyer les auteurs des Crops-Circles'''
<br>Une ère maya (ou compte long), représentant 5128 ans est constituée de 13 baktuns. Et chaque année les Crops-Circles semblent avancer d’un baktun (395 ans) dans l’histoire humaine.

====14. Il existe une indéniable (et surprenante) convergence au niveau des prophéties des civilisations Terrestre pour ce qui concerne la "fin des temps" ou tout du moins un futur changement d'ère envisagé ====
Point de vue eschatologique comparé sur des dizaines de prophéties à venir, mais grossièrement le scénario est identique:
* quelques années avant, apparition d’un astre rougeoyant
* quelques jours/semaines avant, apparition d’un ou plusieurs astres bleus (ou comètes)
* catastrophe directement manifestée : pluie de feu (gouttelettes de lave)- raz de marrée - tremblements de terre
* Nuit noire de plusieurs semaines/mois
* Baisse de températures et famines sur terre pendant les années qui suivent.
<br>
Cette cohérence entre les prophéties pourrait être le témoin d’un événement climatique majeur intervenant cycliquement sur terre, et par conséquent déjà vécu de diverses manière par les civilisations terrestres. Elle s’inscrit dans la conscience collective ainsi que les légendes humaines. Cela ne signifie néanmoins aucunement que ces prophéties vont se réaliser prochainement.
<br><br>
Toutefois, du point de vue des régulateurs, si cet événement est connu d'avance, suivi depuis des milliers d'années, il pourrait constituer un point de levier intéressant avec lequel composer.
<br><br>
Dans tout système complexe, (à l’instar du réseau social humain), le changement peut survenir plus facilement à partir du moment ou l’équilibre est rompu.
De ce point de vue, la venue d’une « nuit noire » humaine, (point de rupture), suivie d’une recomposition profonde du tissu social humain et enfin d’une rencontre avec les ET constituerait un scénario tout à fait envisageable. Il peut être planifié d’avance et inscrit en filigrane dans le scénario « ummite ».
<br>

====15. Quelques dates====
<br>'''15.1. En pratique, les crops circles devraient rejoindre le temps présent et cesser fin 2012'''.
<br>'''15.1.1. A noter que pour l’ère Maya, (compte long), pratiquement, il n’existe pas de véritable consensus sur la date de début''' et ce, malgré le système de conversion de Goodman-Martinez-Thompson (GMT). Un baktun correspond à 20 Katuns, eux-mêmes définis par rapport aux [http://crops.u-sphere.com/index.php?title=Moyenne_d%27un_cycle_de_conjonctions_Jupiter-Saturne conjonctions jupiter-saturne] (en moyenne, toutes les 19,8696 années). Il n'y aura pas de conjonction jupiter-saturne le 21/12/2012, mais il y en aura une 8 ans plus tard le 21/12/2020, ce qui est un hasard surprenant. Sur le plan astronomique, cette conjonction ''pourrait'' marquer la fin formelle de l’ère et sachant que du point de vue des prophéties maya la période de troublée dure et survient quelques années *avant* le changement effectif d'ère.
<br>'''15.2. Une autre date possible quand à une rencontre exo, suivant un déroulement similaire au scénario "ummite", serait 2033.'''

michael.vaillant()free.fr

Inconnu, Futur, Environnement et Systémique

2008-10-11T15:19:19Z

82.228.83.162:

__NOTOC__ __NOEDITSECTION__
{| style="width:100%;"
|colspan = "2" |
|-
|style="vertical-align:top" |
<div style="margin: 0; margin-right:6px; border: 1px solid #dfdfdf; padding: 0 1em 1em 1em; background-color:#f5fffa; align:right;">
== Bienvenue sur U-Sphere ! ==
[[Image:Leaf.png|right|70px]]

U-Sphere traite des relations entre l'homme et son environnement. De l'acceptation de l'inconnu et l'intégration de nouvelles connaissances: comment l'homme peut-il modifier ses croyances pour mieux communiquer et s'intégrer dans ses sphères informationnelles?
<br />
Les [[OVNI]] (par extension les [[PAN]]) [[D%C3%A9pouiller_le_ph%C3%A9nom%C3%A8ne_des_OVNI_de_sa_gangue_irrationnelle#Introduction_au_rapport_COMETA|appartiennent à un domaine qui n'a pas encore fait de petits au sein de la communauté scientifique]].
Ce sujet est-il condamné à rester ainsi au ban de la science? Sinon comme un phénomène psychosocial? Seul l'avenir pourra nous le dire.
<br />
La démarche de ce site est d'aider (modestement) à opérer un changement, de montrer qu'il existe des pistes pour étudier ce phénomène, mais qu'aussi pour cela il faut créer des outils communs et apporter des moyens. Pour que, finalement, ce sujet puisse être débarassé de son "exotisme" et être intégré dans le cadre d'une recherche plus traditionnelle.
<br />
Sujets divers portant sur : ''l'Intelligence Artificielle'', ''la vie Extra-Terrestre'', et autres sujets ''meta-physiques'' illustrés de "cas limites".
<br />
<center>'''Cet espace, un wiki, est libre et modifiable à volonté: il est le vôtre !'''</center>

<hr />
Si vous souhaitez participer à cette communauté d'échange vous pouvez également nous retrouver sur la [http://fr.groups.yahoo.com/group/meta_sciences/ liste de diffusion "meta-sciences"]

Vous trouverez ici de l'information sur comment créer [[Aide:Aide|U-Sphere:Aide]] des pages.
</div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==U-Sphere autrement ==
[[image:Us_uk.gif]] [[us_en:|U-Sphere in English]] | [[image:Crops-logo-small.png]][http://crops.u-sphere.com U-Sphere: Crops Circles]
</div>

| style="width:40%; vertical-align:top" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#f0f8ff; align:left;">
==Projets sur U-Sphere==
[[Image:Morpho menelaus.png|right|100px]]

1. [[Projets_sur_U-Sphere#Projet_1_-_L.27int.C3.A9gration_des_savoirs_et_des_croyances.2C_une_th.C3.A9orie_du_.22contact.22|L'intégration des savoirs et des croyances, une théorie du "contact"]]<br />
2. http://www.z-machine.info <br />
3. http://www.idees-politiques.com<br />
4. [[Meta-Connections]]: modèles pour la gestion automatisée des connaissances.<br />
5. [[Projets_sur_U-Sphere#Projet_2_-_Surveillance_de_l.27environnement_et_anticipation:_.22Ing.C3.A9rence.22_exotique_.3F|Surveillance environnementale & anticipation: "ingérence" exotique?]]<br />
  5.1. [[U-Sph%C3%A8re_DB|Base de données ufologique]]
<iframe src="http://www.u-sphere.com/vue.php?sv=true&lat=47&long=-20&zf=1&z_g=15&zf=1.5&url=index.php?title=U-Sph%C3%A8re_DB" border="0" width="500" height="260" scrolling="no" topmargin="0" bottommargin="0" marginwidth="0" marginheight="0"></iframe><br>
6. [http://crops.u-sphere.com/index.php?title=U-Sph%C3%A8re_CropDB Base de données sur les Crops Circles] <br>
<iframe src="http://crops.u-sphere.com/data/grid.php?id_crop_type=12&largeur=5&limit=5" width="515" height="110" frameborder="0" scrolling="no"></iframe></div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==Points de vue==
11/10 http://vigli.org/ | 10/10 « ''Tout acte de pédagogie est un acte de manipulation'' ». | Josef GOEBBELS (1897-1945), chef de la propagande nazi: « ''Il est facile de tromper un peuple. Il suffit de dire que la patrie a été agressée et d’agiter le drapeau'' », « ''Répétez un mensonge assez fort et assez longtemps et les gens le croiront'' » | 17/08 [[Poetic peoples]] 25/04 [[Se pourrait-il que le réel ne soit pas rationnel ?]] | 06/10 [[Fierté|Le sens de la fierté]] | 19/8 [[Traitement médiathique|Combien de fois nos morts valent les leurs ?]]<br />
</div>
|}
{| style="width:100%;"
|colspan = "2" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#fffafa; align:left; margin-top:10px;">

==<font color="#AA0000">'''Nouveautés'''</font>==
<i>Liste des derniers articles</i>

=== 2008 ===
* 09/09 [http://crops.u-sphere.com/index.php?title=Chronologie%20des%20Crops%20Circles Chronologie des Crops Circles]: éléments de précision
* 08/09 [http://crops.u-sphere.com/index.php?title=Etchilhampton%20Hill,%20Wiltshire,%20Crop%20circle%20en%20forme%20de%20croix Etchilhampton Hill, Wiltshire, Crop circle en forme de croix] : "prédiction" réalisée !
* 05/09 [[FED%2C spéculation%2C pétrole et Iran]] : bientôt le creux de la vague ? Relation avec les événements en Géorgie. Surprise de septembre ou d'octobre?
* 25/07 [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence Crop-circle de Valence]: éléments d'analyse symbolique
** 31/07 Ajout de [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence#Annexes trois courtes annexes]
** 21/08 Ajout d'une section sur les [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence#Aspects_Electromagn.C3.A9tiques mesures et hypothèses électromagnétiques]
* 11/08 [[Futurama]]: vers un monde de lumières ?
* 10/08 [[Etude des OVNI en catégorie "croyance" puis "pseudo-science" sur Wikipedia]] : de la difficulté de rester rationnel face à l'inconnu. Un vieux débat.
* 07/07 Information ou désinformation ? [[Des images de la "Planète X" auraient été prises par le SPT]]
** 08/07 [http://en.u-sphere.com/index.php?title=Planet_X_from_youtube_and_metacafe_videos:_a_point_of_view Planet X from youtube and metacafe videos: a point of view]
** 03/08 [[Des images de la "Planète X" auraient été prises par le SPT : analyse, arguments à charge et à décharge|Éléments d'analyse sur cet article: arguments à charge et à décharge]].

* 28/07 [[FED%2C_sp%C3%A9culation%2C_p%C3%A9trole_et_Iran#28_juillet_2008_:_quelques_interrogations_.E2.80.A6|FED spéculation pétrole et Iran]]
* 15/07 [[Inconscient collectif, prophéties et décompte : chronique d’une guerre annoncée ?]]
* 06/07 [http://crops.u-sphere.com/index.php?title=Basculement_brutal_du_climat_%C3%A0_la_fin_de_la_derni%C3%A8re_%C3%A8re_glaciaire Basculement brutal du climat à la fin de la dernière ère glaciaire], Holocène et Crops-Circles.
* ??/?? [[Escathologie croisée]] : croisement de l'information et 'noyau dur' des prophéties. Emergence d'une cohérence ?
** ??/?? Elements de validation?
* 17/04 [[Drônes de californie: essais d'analyse|Drônes de californie: essais d'analyse d'un cas :Capitola]]
* ??/?? [[Compléments sur les scénarios impossibles: "PLAN" du site]].
* 09/02 [[Vague belge: corrélation environnementale avec les bassins hydrologiques du nord ?]]
* 09/02 [[Métamorphoses "ummites"]] : les "ummites" sous toutes leurs formes.
** ??/?? [[Voronej: retour sur un aspect moins connu de l'affaire]]
** ??/?? [[Marionnetistes]] et "guerre" de l'information.

=== 2007 ===

* 11/11 [http://crops.u-sphere.com/index.php?title=Hunab%20Ku Hunab Ku] : petite discussion sur le sens de ce symbole Maya, la nature de sa forme particulière. Eléments inédits ?
* 10/11 [http://crops.u-sphere.com/index.php?title=Géolocalisation_des_crops-circles Géolocalisation des crops-circles] : résultats préliminaires (cartes de répartition des crops-circles) et avancement.
* 16/10 [http://www.azf-toulouse.com/ Toulouse, explosion d'AZF du 21 septembre 2001]: je vous encourage à visiter et soutenir le travail de Pierre Grésillaud. Une enquête hors norme.
* 16/10 [[ClearStream 2|ClearStream2, vous n'y comprenez rien ? Ca tombe bien moi non plus !]]
* 27/09 [http://crops.u-sphere.com/index.php?title=Crop_circles:%20impossibles_scénarios Crop circles: impossibles scénarios]
* 26/09 [http://crops.u-sphere.com/index.php?title=U-Sph%C3%A8re_CropDB Mise en place d'une mini-base de données collaborative sur les crops circles]
* 29/08 [http://crops.u-sphere.com/index.php?title=Crop_Circles:040802_Silbury_Hill Le crop circle dit "du jour du jugement dernier" (Doomsday Crop Circle)]: "Tic Tac, comment le temps est-il compté ?"
** 03/09 [http://crops.u-sphere.com/index.php?title=Calendriers_Maya_et_Aztèque Calendriers Maya et Aztèque]
* [MàJ le 22/08] 17/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles%20et%20protohistoire%20humaine Les Crop Circles nous repassent le film de la protohistoire de l'homme] (la suite arrive) <font color="#AA0000"></font>
** [http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine#Th.C3.A9orie_du_compte_.C3.A0_rebours Hypothèse du compte à rebours]. "Tic Tac, le temps est compté!"
***[MàJ le 23/08]<font color="#AA0000">[http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine#Chiffre_6_m.C3.A9so-am.C3.A9ricain_et_le_grand_cycle_des_13_baktuns Grand cycle des 13 baktuns, (qu'est ce que c'est que ce truc ?!)]]</font>
* 18/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles:010814_Chilbolton L'exemple surprenant de Chilbolton: le fin mot de l'histoire ?] [[Notes]]
* 17/07 [[Les enfants d'UMMO]]. Traduction d'un article sur l'origine et l'implantation de cette secte [toujours en cours par manque de temps, malheureusement...]
* 16/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles Crop Circles: mesure de la complexité et contexte d'élaboration, un axe d'analyse]
* 03/07 [[HET et préjugés|L'Hypothèse Extra-Terrestre (HET) et nos préjugés]]. Comment connaître la vérité ?
* 01/07 [[PAN#Collecte_des_informations_sur_les_PAN|Circuit de collecte d'informations sur les PAN]] en France.
* 29/06 [[Ummo|Fragment du réseau social de l'affaire Ummo]] (tous compléments d'information bienvenus)
** MàJ le 03/07.
* 25/06 Mise à jour sur l'[[Affaire SBF|Affaire Ummo-SBF]] : profils revus et reprise des idées soulevées par les acteurs
* 13/06 Quelques mots sur le projet "[[Meta-Connections]]" présentant des idées pour la mise en relation d'informations et la génération automatique d'ontologies, voire de systèmes autopoïètiques.
** Quelques [[Meta-Connections:définitions|définitions liées au périmètre du projet]]
* 7/06 [http://www.idees-politiques.com Idées Politiques] : un projet en chantier pour l'évaluation sociale des idées, amorcé mais loin d'être abouti : aide bienvenue :)
** Le principe, en quelques mots, consisterait à croiser un wiki, un forum et un outil de vote, afin de faire remonter des données synthétiques sur les idées qui animent la vie politique. Chaque idée proposée serait évaluée en termes de coûts financiers, (par couleurs thématiques, tel les cartes à jouer), ainsi que des critères de consultation et de convergence des idées. Les idées seraient suivies comme en bourse, celles-ci étant côtées et leur "valeur" historisée (top 10 suivant différents critères). Un dossier scientifique devrait accompagner chacune de ces idées et pour permettre également de bâtir un point de vue analytique, dénué de toute passion.
* 31/05 [http://www.z-machine.info Z-Machine], où en sommes nous ?
* 17/05 Contact individuel: quel serait le profil d'une personne choisie pour être mise en contact avec une réalité "exotique" ?
** Jeu ummoristique: vous souhaiteriez être contacté, comment vous y prendriez-vous ? [[Bon "destinataire"|Dans le cadre de l'affaire Ummo, peut-on profiler ce qui fait un bon "destinataire"]] de lettres ? Quelles sont les motivations sur les échanges revendiquées par leurs auteurs ?
** cf. également "[[Théorie du contact]]"
* 02/05 [[Lignes_de_Nazca|Nazca : un réseau à l'écoute des "colères de la montagne"?]]
** <font color="#AA0000">[27/8 MàJ] Note complémentaire sur les pulsars ajoutée.</font>
* 28/04 Jeu spéculatif : [[Progres relatifs Ummo-Terre|cohérence interne du scénario de developpement technologique "ummite" et corrélation avec le développement technologique humain]]
** 07/05 point technologique : [[moteur à plasma "ummite"]]
** 10/05 synchronisation des calendriers : "[[La nuit noire "ummite"|nuit noire]]" or not "[[La nuit noire "ummite"|nuit noire]]" ?
* 15/04 [[Affaire SBF|Affaire Ummo-SBF]] : synthèse et questions soulevées. Gestion du contact. Croyances. Logique Tétravalente.
* 16/04 Présentation du projet Meta-Connexions. <font color="#FF0000">Gestion des connaissances, IA</font>
* <font color="#FF0000">Illustration ludique de l'émergence. Applet java.</font>
* 16/04 [[Libre arbitre|Jeu de contextes et états de conscience modifiés]]
* [[Préambule d'André Lebeau au rapport Cometa]]
</div>

== Contacter l'administrateur du site ==

[[image:E-mail.jpg]] Michael Vaillant (michael.vaillant(à)free.fr)
<i>U-sphère est un site lié à Meta-Connections !</i>

{|width="100%" align="center"|
|align="center"|<div style="align:center; margin: 1px; border: 1px solid #000000; background-color:#ffffff; width:125px;">
<div style="align:center; margin: 1px; border: 1px solid #ffffff; background-color:#000000; width:121px;">
 [[image:NBCAS.gif]] </div><span style="font-size:9px;">[[U-Sph%C3%A8re_DB|Nombre de cas enregistrés]]</span></div>
|}

----
[27/03/08] [[WikiSpam|Marre du WikiSpam ? Téléchargez ce .htaccess pour banir les adresses IP pénibles. Ce fichier sera consolidé au fil de l'eau...]]

Inconnu, Futur, Environnement et Systémique

2008-10-11T15:17:43Z

82.228.83.162:

__NOTOC__ __NOEDITSECTION__
{| style="width:100%;"
|colspan = "2" |
|-
|style="vertical-align:top" |
<div style="margin: 0; margin-right:6px; border: 1px solid #dfdfdf; padding: 0 1em 1em 1em; background-color:#f5fffa; align:right;">
== Bienvenue sur U-Sphere ! ==
[[Image:Leaf.png|right|70px]]

U-Sphere traite des relations entre l'homme et son environnement. De l'acceptation de l'inconnu et l'intégration de nouvelles connaissances: comment l'homme peut-il modifier ses croyances pour mieux communiquer et s'intégrer dans ses sphères informationnelles?
<br />
Les [[OVNI]] (par extension les [[PAN]]) [[D%C3%A9pouiller_le_ph%C3%A9nom%C3%A8ne_des_OVNI_de_sa_gangue_irrationnelle#Introduction_au_rapport_COMETA|appartiennent à un domaine qui n'a pas encore fait de petits au sein de la communauté scientifique]].
Ce sujet est-il condamné à rester ainsi au ban de la science? Sinon comme un phénomène psychosocial? Seul l'avenir pourra nous le dire.
<br />
La démarche de ce site est d'aider (modestement) à opérer un changement, de montrer qu'il existe des pistes pour étudier ce phénomène, mais qu'aussi pour cela il faut créer des outils communs et apporter des moyens. Pour que, finalement, ce sujet puisse être débarassé de son "exotisme" et être intégré dans le cadre d'une recherche plus traditionnelle.
<br />
Sujets divers portant sur : ''l'Intelligence Artificielle'', ''la vie Extra-Terrestre'', et autres sujets ''meta-physiques'' illustrés de "cas limites".
<br />
<center>'''Cet espace, un wiki, est libre et modifiable à volonté: il est le vôtre !'''</center>

<hr />
Si vous souhaitez participer à cette communauté d'échange vous pouvez également nous retrouver sur la [http://fr.groups.yahoo.com/group/meta_sciences/ liste de diffusion "meta-sciences"]

Vous trouverez ici de l'information sur comment créer [[Aide:Aide|U-Sphere:Aide]] des pages.
</div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==U-Sphere autrement ==
[[image:Us_uk.gif]] [[us_en:|U-Sphere in English]] | [[image:Crops-logo-small.png]][http://crops.u-sphere.com U-Sphere: Crops Circles]
</div>

| style="width:40%; vertical-align:top" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#f0f8ff; align:left;">
==Projets sur U-Sphere==
[[Image:Morpho menelaus.png|right|100px]]

1. [[Projets_sur_U-Sphere#Projet_1_-_L.27int.C3.A9gration_des_savoirs_et_des_croyances.2C_une_th.C3.A9orie_du_.22contact.22|L'intégration des savoirs et des croyances, une théorie du "contact"]]<br />
2. http://www.z-machine.info <br />
3. http://www.idees-politiques.com<br />
4. [[Meta-Connections]]: modèles pour la gestion automatisée des connaissances.<br />
5. [[Projets_sur_U-Sphere#Projet_2_-_Surveillance_de_l.27environnement_et_anticipation:_.22Ing.C3.A9rence.22_exotique_.3F|Surveillance environnementale & anticipation: "ingérence" exotique?]]<br />
  5.1. [[U-Sph%C3%A8re_DB|Base de données ufologique]]
<iframe src="http://www.u-sphere.com/vue.php?sv=true&lat=47&long=-20&zf=1&z_g=15&zf=1.5&url=index.php?title=U-Sph%C3%A8re_DB" border="0" width="500" height="260" scrolling="no" topmargin="0" bottommargin="0" marginwidth="0" marginheight="0"></iframe><br>
6. [http://crops.u-sphere.com/index.php?title=U-Sph%C3%A8re_CropDB Base de données sur les Crops Circles] <br>
<iframe src="http://crops.u-sphere.com/data/grid.php?id_crop_type=12&largeur=5&limit=5" width="515" height="110" frameborder="0" scrolling="no"></iframe></div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==Points de vue==
11/10 http://vigli.org/ | 10/10 « Tout acte de pédagogie est un acte de manipulation ». | Josef GOEBBELS (1897-1945), chef de la propagande nazi: « ''Il est facile de tromper un peuple. Il suffit de dire que la patrie a été agressée et d’agiter le drapeau'' », « ''Répétez un mensonge assez fort et assez longtemps et les gens le croiront'' » | 17/08 [[Poetic peoples]] 25/04 [[Se pourrait-il que le réel ne soit pas rationnel ?]] | 06/10 [[Fierté|Le sens de la fierté]] | 19/8 [[Traitement médiathique|Combien de fois nos morts valent les leurs ?]]<br />
</div>
|}
{| style="width:100%;"
|colspan = "2" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#fffafa; align:left; margin-top:10px;">

==<font color="#AA0000">'''Nouveautés'''</font>==
<i>Liste des derniers articles</i>

=== 2008 ===
* 09/09 [http://crops.u-sphere.com/index.php?title=Chronologie%20des%20Crops%20Circles Chronologie des Crops Circles]: éléments de précision
* 08/09 [http://crops.u-sphere.com/index.php?title=Etchilhampton%20Hill,%20Wiltshire,%20Crop%20circle%20en%20forme%20de%20croix Etchilhampton Hill, Wiltshire, Crop circle en forme de croix] : "prédiction" réalisée !
* 05/09 [[FED%2C spéculation%2C pétrole et Iran]] : bientôt le creux de la vague ? Relation avec les événements en Géorgie. Surprise de septembre ou d'octobre?
* 25/07 [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence Crop-circle de Valence]: éléments d'analyse symbolique
** 31/07 Ajout de [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence#Annexes trois courtes annexes]
** 21/08 Ajout d'une section sur les [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence#Aspects_Electromagn.C3.A9tiques mesures et hypothèses électromagnétiques]
* 11/08 [[Futurama]]: vers un monde de lumières ?
* 10/08 [[Etude des OVNI en catégorie "croyance" puis "pseudo-science" sur Wikipedia]] : de la difficulté de rester rationnel face à l'inconnu. Un vieux débat.
* 07/07 Information ou désinformation ? [[Des images de la "Planète X" auraient été prises par le SPT]]
** 08/07 [http://en.u-sphere.com/index.php?title=Planet_X_from_youtube_and_metacafe_videos:_a_point_of_view Planet X from youtube and metacafe videos: a point of view]
** 03/08 [[Des images de la "Planète X" auraient été prises par le SPT : analyse, arguments à charge et à décharge|Éléments d'analyse sur cet article: arguments à charge et à décharge]].

* 28/07 [[FED%2C_sp%C3%A9culation%2C_p%C3%A9trole_et_Iran#28_juillet_2008_:_quelques_interrogations_.E2.80.A6|FED spéculation pétrole et Iran]]
* 15/07 [[Inconscient collectif, prophéties et décompte : chronique d’une guerre annoncée ?]]
* 06/07 [http://crops.u-sphere.com/index.php?title=Basculement_brutal_du_climat_%C3%A0_la_fin_de_la_derni%C3%A8re_%C3%A8re_glaciaire Basculement brutal du climat à la fin de la dernière ère glaciaire], Holocène et Crops-Circles.
* ??/?? [[Escathologie croisée]] : croisement de l'information et 'noyau dur' des prophéties. Emergence d'une cohérence ?
** ??/?? Elements de validation?
* 17/04 [[Drônes de californie: essais d'analyse|Drônes de californie: essais d'analyse d'un cas :Capitola]]
* ??/?? [[Compléments sur les scénarios impossibles: "PLAN" du site]].
* 09/02 [[Vague belge: corrélation environnementale avec les bassins hydrologiques du nord ?]]
* 09/02 [[Métamorphoses "ummites"]] : les "ummites" sous toutes leurs formes.
** ??/?? [[Voronej: retour sur un aspect moins connu de l'affaire]]
** ??/?? [[Marionnetistes]] et "guerre" de l'information.

=== 2007 ===

* 11/11 [http://crops.u-sphere.com/index.php?title=Hunab%20Ku Hunab Ku] : petite discussion sur le sens de ce symbole Maya, la nature de sa forme particulière. Eléments inédits ?
* 10/11 [http://crops.u-sphere.com/index.php?title=Géolocalisation_des_crops-circles Géolocalisation des crops-circles] : résultats préliminaires (cartes de répartition des crops-circles) et avancement.
* 16/10 [http://www.azf-toulouse.com/ Toulouse, explosion d'AZF du 21 septembre 2001]: je vous encourage à visiter et soutenir le travail de Pierre Grésillaud. Une enquête hors norme.
* 16/10 [[ClearStream 2|ClearStream2, vous n'y comprenez rien ? Ca tombe bien moi non plus !]]
* 27/09 [http://crops.u-sphere.com/index.php?title=Crop_circles:%20impossibles_scénarios Crop circles: impossibles scénarios]
* 26/09 [http://crops.u-sphere.com/index.php?title=U-Sph%C3%A8re_CropDB Mise en place d'une mini-base de données collaborative sur les crops circles]
* 29/08 [http://crops.u-sphere.com/index.php?title=Crop_Circles:040802_Silbury_Hill Le crop circle dit "du jour du jugement dernier" (Doomsday Crop Circle)]: "Tic Tac, comment le temps est-il compté ?"
** 03/09 [http://crops.u-sphere.com/index.php?title=Calendriers_Maya_et_Aztèque Calendriers Maya et Aztèque]
* [MàJ le 22/08] 17/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles%20et%20protohistoire%20humaine Les Crop Circles nous repassent le film de la protohistoire de l'homme] (la suite arrive) <font color="#AA0000"></font>
** [http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine#Th.C3.A9orie_du_compte_.C3.A0_rebours Hypothèse du compte à rebours]. "Tic Tac, le temps est compté!"
***[MàJ le 23/08]<font color="#AA0000">[http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine#Chiffre_6_m.C3.A9so-am.C3.A9ricain_et_le_grand_cycle_des_13_baktuns Grand cycle des 13 baktuns, (qu'est ce que c'est que ce truc ?!)]]</font>
* 18/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles:010814_Chilbolton L'exemple surprenant de Chilbolton: le fin mot de l'histoire ?] [[Notes]]
* 17/07 [[Les enfants d'UMMO]]. Traduction d'un article sur l'origine et l'implantation de cette secte [toujours en cours par manque de temps, malheureusement...]
* 16/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles Crop Circles: mesure de la complexité et contexte d'élaboration, un axe d'analyse]
* 03/07 [[HET et préjugés|L'Hypothèse Extra-Terrestre (HET) et nos préjugés]]. Comment connaître la vérité ?
* 01/07 [[PAN#Collecte_des_informations_sur_les_PAN|Circuit de collecte d'informations sur les PAN]] en France.
* 29/06 [[Ummo|Fragment du réseau social de l'affaire Ummo]] (tous compléments d'information bienvenus)
** MàJ le 03/07.
* 25/06 Mise à jour sur l'[[Affaire SBF|Affaire Ummo-SBF]] : profils revus et reprise des idées soulevées par les acteurs
* 13/06 Quelques mots sur le projet "[[Meta-Connections]]" présentant des idées pour la mise en relation d'informations et la génération automatique d'ontologies, voire de systèmes autopoïètiques.
** Quelques [[Meta-Connections:définitions|définitions liées au périmètre du projet]]
* 7/06 [http://www.idees-politiques.com Idées Politiques] : un projet en chantier pour l'évaluation sociale des idées, amorcé mais loin d'être abouti : aide bienvenue :)
** Le principe, en quelques mots, consisterait à croiser un wiki, un forum et un outil de vote, afin de faire remonter des données synthétiques sur les idées qui animent la vie politique. Chaque idée proposée serait évaluée en termes de coûts financiers, (par couleurs thématiques, tel les cartes à jouer), ainsi que des critères de consultation et de convergence des idées. Les idées seraient suivies comme en bourse, celles-ci étant côtées et leur "valeur" historisée (top 10 suivant différents critères). Un dossier scientifique devrait accompagner chacune de ces idées et pour permettre également de bâtir un point de vue analytique, dénué de toute passion.
* 31/05 [http://www.z-machine.info Z-Machine], où en sommes nous ?
* 17/05 Contact individuel: quel serait le profil d'une personne choisie pour être mise en contact avec une réalité "exotique" ?
** Jeu ummoristique: vous souhaiteriez être contacté, comment vous y prendriez-vous ? [[Bon "destinataire"|Dans le cadre de l'affaire Ummo, peut-on profiler ce qui fait un bon "destinataire"]] de lettres ? Quelles sont les motivations sur les échanges revendiquées par leurs auteurs ?
** cf. également "[[Théorie du contact]]"
* 02/05 [[Lignes_de_Nazca|Nazca : un réseau à l'écoute des "colères de la montagne"?]]
** <font color="#AA0000">[27/8 MàJ] Note complémentaire sur les pulsars ajoutée.</font>
* 28/04 Jeu spéculatif : [[Progres relatifs Ummo-Terre|cohérence interne du scénario de developpement technologique "ummite" et corrélation avec le développement technologique humain]]
** 07/05 point technologique : [[moteur à plasma "ummite"]]
** 10/05 synchronisation des calendriers : "[[La nuit noire "ummite"|nuit noire]]" or not "[[La nuit noire "ummite"|nuit noire]]" ?
* 15/04 [[Affaire SBF|Affaire Ummo-SBF]] : synthèse et questions soulevées. Gestion du contact. Croyances. Logique Tétravalente.
* 16/04 Présentation du projet Meta-Connexions. <font color="#FF0000">Gestion des connaissances, IA</font>
* <font color="#FF0000">Illustration ludique de l'émergence. Applet java.</font>
* 16/04 [[Libre arbitre|Jeu de contextes et états de conscience modifiés]]
* [[Préambule d'André Lebeau au rapport Cometa]]
</div>

== Contacter l'administrateur du site ==

[[image:E-mail.jpg]] Michael Vaillant (michael.vaillant(à)free.fr)
<i>U-sphère est un site lié à Meta-Connections !</i>

{|width="100%" align="center"|
|align="center"|<div style="align:center; margin: 1px; border: 1px solid #000000; background-color:#ffffff; width:125px;">
<div style="align:center; margin: 1px; border: 1px solid #ffffff; background-color:#000000; width:121px;">
 [[image:NBCAS.gif]] </div><span style="font-size:9px;">[[U-Sph%C3%A8re_DB|Nombre de cas enregistrés]]</span></div>
|}

----
[27/03/08] [[WikiSpam|Marre du WikiSpam ? Téléchargez ce .htaccess pour banir les adresses IP pénibles. Ce fichier sera consolidé au fil de l'eau...]]

Etude des OVNI en catégorie "croyance" puis "pseudo-science" sur Wikipedia

2008-08-10T19:01:12Z

82.228.83.162: Nouvelle page : J'ai pu lire une vieille page de discussion de Wikipedia accompagnant l'article sur la [http://fr.wikipedia.org/wiki/Discussion_Cat%C3%A9gorie:Croyance catégorie croyance] (2005). U...

J'ai pu lire une vieille page de discussion de Wikipedia accompagnant l'article sur la [http://fr.wikipedia.org/wiki/Discussion_Cat%C3%A9gorie:Croyance catégorie croyance] (2005).
Un peu lassé par ce "combat", qui m'apparait d'arrière garde, à propos de la classification du phénomène des OVNI, fallait-il bien répondre. La question qui se posait était : "doit-on [http://fr.wikipedia.org/wiki/Discussion_Cat%C3%A9gorie:Croyance rattacher l'ufologie aux croyances] et sinon à la [http://fr.wikipedia.org/wiki/Pseudo-science pseudo-science]" ? C'est le parti pris de Wikipedia.

L'erreur me semble faite faite de vouloir définir la pseudo-science par rapport à un ensemble de sujets d'étude plus que par rapport à la façon dont elle est pratiquée. Voir à ce propos la liste donnée sur la page Pseudo-Science.

Or, de mon point de vue il pourrait y avoir une ufologie "pseudo-scientifique" et une ufologie "scientifique" cela n'est absolument pas incompatible. Il s'agit donc bien d'une question de méthode, bien plus qu'une question de sujet d'étude.

Cependant, le débat est comme souvent biaisé par le sujet des croyances et de l'irrationalité implicite du phénomène. Il en va de même pour la classification des livres d'ufologie relégués au rayon ésotérisme alors qu'en toute justice, à moins d'y inclure des croyances personnelles et ses propres interprétations, relater des faits observés n'a rien d'ésotérique.

Voici la réponse que j'ai apportée à la page sur la Catégorie Croyance de Wikipedia:

pratiquée.
http://fr.wikipedia.org/wiki/Pseudo-science

Inconnu, Futur, Environnement et Systémique

2008-08-10T18:44:10Z

82.228.83.162:

__NOTOC__ __NOEDITSECTION__
{| style="width:100%;"
|colspan = "2" |
|-
|style="vertical-align:top" |
<div style="margin: 0; margin-right:6px; border: 1px solid #dfdfdf; padding: 0 1em 1em 1em; background-color:#f5fffa; align:right;">
== Bienvenue sur U-Sphere ! ==
[[Image:Leaf.png|right|70px]]

U-Sphere traite des relations entre l'homme et son environnement. De l'acceptation de l'inconnu et l'intégration de nouvelles connaissances: comment l'homme peut-il modifier ses croyances pour mieux communiquer et s'intégrer dans ses sphères informationnelles?
<br />
Les [[OVNI]] (par extension les [[PAN]]) [[D%C3%A9pouiller_le_ph%C3%A9nom%C3%A8ne_des_OVNI_de_sa_gangue_irrationnelle#Introduction_au_rapport_COMETA|appartiennent à un domaine qui n'a pas encore fait de petits au sein de la communauté scientifique]].
Ce sujet est-il condamné à rester ainsi au ban de la science? Sinon comme un phénomène psychosocial? Seul l'avenir pourra nous le dire.
<br />
La démarche de ce site est d'aider (modestement) à opérer un changement, de montrer qu'il existe des pistes pour étudier ce phénomène, mais qu'aussi pour cela il faut créer des outils communs et apporter des moyens. Pour que, finalement, ce sujet puisse être débarassé de son "exotisme" et être intégré dans le cadre d'une recherche plus traditionnelle.
<br />
Sujets divers portant sur : ''l'Intelligence Artificielle'', ''la vie Extra-Terrestre'', et autres sujets ''meta-physiques'' illustrés de "cas limites".
<br />
<center>'''Cet espace, un wiki, est libre et modifiable à volonté: il est le vôtre !'''</center>

<hr />
Si vous souhaitez participer à cette communauté d'échange vous pouvez également nous retrouver sur la [http://fr.groups.yahoo.com/group/meta_sciences/ liste de diffusion "meta-sciences"]

Vous trouverez ici de l'information sur comment créer [[Aide:Aide|U-Sphere:Aide]] des pages.
</div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==U-Sphere dans d'autres langues==
[[image:Us_uk.gif]] [[us_en:|U-Sphere in English]]<br />
</div>

| style="width:40%; vertical-align:top" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#f0f8ff; align:left;">
==Projets sur U-Sphere==
[[Image:Morpho menelaus.png|right|100px]]

1. [[Projets_sur_U-Sphere#Projet_1_-_L.27int.C3.A9gration_des_savoirs_et_des_croyances.2C_une_th.C3.A9orie_du_.22contact.22|L'intégration des savoirs et des croyances, une théorie du "contact"]]<br />
2. http://www.z-machine.info <br />
3. http://www.idees-politiques.com<br />
4. [[Meta-Connections]]: modèles pour la gestion automatisée des connaissances.<br />
5. [[Projets_sur_U-Sphere#Projet_2_-_Surveillance_de_l.27environnement_et_anticipation:_.22Ing.C3.A9rence.22_exotique_.3F|Surveillance environnementale & anticipation: "ingérence" exotique?]]<br />
  5.1. [[U-Sph%C3%A8re_DB|Base de données ufologique]]
<iframe src="http://www.u-sphere.com/vue.php?sv=true&lat=47&long=-20&zf=1&z_g=15&zf=1.5&url=index.php?title=U-Sph%C3%A8re_DB" border="0" width="500" height="260" scrolling="no" topmargin="0" bottommargin="0" marginwidth="0" marginheight="0"></iframe><br>
6. [http://crops.u-sphere.com/index.php?title=U-Sph%C3%A8re_CropDB Base de données sur les Crops Circles] <br>
<iframe src="http://crops.u-sphere.com/data/grid.php?id_crop_type=12&largeur=5&limit=5" width="515" height="110" frameborder="0" scrolling="no"></iframe></div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==Points de vue==
25/04 [[Se pourrait-il que le réel ne soit pas rationnel ?]] | 06/10 [[Fierté|Le sens de la fierté]] | 19/8 [[Traitement médiathique|Combien de fois nos morts valent les leurs ?]]<br />
</div>

|}
{| style="width:100%;"
|colspan = "2" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#fffafa; align:left; margin-top:10px;">

==<font color="#AA0000">'''Nouveautés'''</font>==
<i>Liste des derniers articles</i>

=== 2008 ===
* 10/08 [[Etude des OVNI en catégorie "croyance" puis "pseudo-science" sur Wikipedia]] : de la difficulté de rester rationnel face à l'inconnu. Un vieux débat.
* 07/07 Information ou désinformation ? [[Des images de la "Planète X" auraient été prises par le SPT]]
** 03/08 [[Des images de la "Planète X" auraient été prises par le SPT : analyse, arguments à charge et à décharge|Éléments d'analyse sur cet article: arguments à charge et à décharge]].
* 28/07 [[FED%2C spéculation%2C pétrole et Iran]]
* 25/07 [http://crops.u-sphere.com/index.php?title=Crop-circle_de_Valence Crop-circle de Valence]: éléments d'analyse symbolique
* 15/07 [[Inconscient collectif, prophéties et décompte : chronique d’une guerre annoncée ?]]
* 06/07 [http://crops.u-sphere.com/index.php?title=Basculement_brutal_du_climat_%C3%A0_la_fin_de_la_derni%C3%A8re_%C3%A8re_glaciaire Basculement brutal du climat à la fin de la dernière ère glaciaire], Holocène et Crops-Circles.
* ??/?? [[Escathologie croisée]] : croisement de l'information et 'noyau dur' des prophéties. Emergence d'une cohérence ?
** ??/?? Elements de validation?
* 17/04 [[Drônes de californie: essais d'analyse|Drônes de californie: essais d'analyse d'un cas :Capitola]]
* ??/?? [[Compléments sur les scénarios impossibles: "PLAN" du site]].
* 09/02 [[Vague belge: corrélation environnementale avec les bassins hydrologiques du nord ?]]
* 09/02 [[Métamorphoses "ummites"]] : les "ummites" sous toutes leurs formes.
** ??/?? [[Voronej: retour sur un aspect moins connu de l'affaire]]
** ??/?? [[Marionnetistes]] et "guerre" de l'information.

=== 2007 ===

* 11/11 [http://crops.u-sphere.com/index.php?title=Hunab%20Ku Hunab Ku] : petite discussion sur le sens de ce symbole Maya, la nature de sa forme particulière. Eléments inédits ?
* 10/11 [http://crops.u-sphere.com/index.php?title=Géolocalisation_des_crops-circles Géolocalisation des crops-circles] : résultats préliminaires (cartes de répartition des crops-circles) et avancement.
* 16/10 [http://www.azf-toulouse.com/ Toulouse, explosion d'AZF du 21 septembre 2001]: je vous encourage à visiter et soutenir le travail de Pierre Grésillaud. Une enquête hors norme.
* 16/10 [[ClearStream 2|ClearStream2, vous n'y comprenez rien ? Ca tombe bien moi non plus !]]
* 27/09 [http://crops.u-sphere.com/index.php?title=Crop_circles:%20impossibles_scénarios Crop circles: impossibles scénarios]
* 26/09 [http://crops.u-sphere.com/index.php?title=U-Sph%C3%A8re_CropDB Mise en place d'une mini-base de données collaborative sur les crops circles]
* 29/08 [http://crops.u-sphere.com/index.php?title=Crop_Circles:040802_Silbury_Hill Le crop circle dit "du jour du jugement dernier" (Doomsday Crop Circle)]: "Tic Tac, comment le temps est-il compté ?"
** 03/09 [http://crops.u-sphere.com/index.php?title=Calendriers_Maya_et_Aztèque Calendriers Maya et Aztèque]
* [MàJ le 22/08] 17/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles%20et%20protohistoire%20humaine Les Crop Circles nous repassent le film de la protohistoire de l'homme] (la suite arrive) <font color="#AA0000"></font>
** [http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine#Th.C3.A9orie_du_compte_.C3.A0_rebours Hypothèse du compte à rebours]. "Tic Tac, le temps est compté!"
***[MàJ le 23/08]<font color="#AA0000">[http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine#Chiffre_6_m.C3.A9so-am.C3.A9ricain_et_le_grand_cycle_des_13_baktuns Grand cycle des 13 baktuns, (qu'est ce que c'est que ce truc ?!)]]</font>
* 18/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles:010814_Chilbolton L'exemple surprenant de Chilbolton: le fin mot de l'histoire ?] [[Notes]]
* 17/07 [[Les enfants d'UMMO]]. Traduction d'un article sur l'origine et l'implantation de cette secte [toujours en cours par manque de temps, malheureusement...]
* 16/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles Crop Circles: mesure de la complexité et contexte d'élaboration, un axe d'analyse]
* 03/07 [[HET et préjugés|L'Hypothèse Extra-Terrestre (HET) et nos préjugés]]. Comment connaître la vérité ?
* 01/07 [[PAN#Collecte_des_informations_sur_les_PAN|Circuit de collecte d'informations sur les PAN]] en France.
* 29/06 [[Ummo|Fragment du réseau social de l'affaire Ummo]] (tous compléments d'information bienvenus)
** MàJ le 03/07.
* 25/06 Mise à jour sur l'[[Affaire SBF|Affaire Ummo-SBF]] : profils revus et reprise des idées soulevées par les acteurs
* 13/06 Quelques mots sur le projet "[[Meta-Connections]]" présentant des idées pour la mise en relation d'informations et la génération automatique d'ontologies, voire de systèmes autopoïètiques.
** Quelques [[Meta-Connections:définitions|définitions liées au périmètre du projet]]
* 7/06 [http://www.idees-politiques.com Idées Politiques] : un projet en chantier pour l'évaluation sociale des idées, amorcé mais loin d'être abouti : aide bienvenue :)
** Le principe, en quelques mots, consisterait à croiser un wiki, un forum et un outil de vote, afin de faire remonter des données synthétiques sur les idées qui animent la vie politique. Chaque idée proposée serait évaluée en termes de coûts financiers, (par couleurs thématiques, tel les cartes à jouer), ainsi que des critères de consultation et de convergence des idées. Les idées seraient suivies comme en bourse, celles-ci étant côtées et leur "valeur" historisée (top 10 suivant différents critères). Un dossier scientifique devrait accompagner chacune de ces idées et pour permettre également de bâtir un point de vue analytique, dénué de toute passion.
* 31/05 [http://www.z-machine.info Z-Machine], où en sommes nous ?
* 17/05 Contact individuel: quel serait le profil d'une personne choisie pour être mise en contact avec une réalité "exotique" ?
** Jeu ummoristique: vous souhaiteriez être contacté, comment vous y prendriez-vous ? [[Bon "destinataire"|Dans le cadre de l'affaire Ummo, peut-on profiler ce qui fait un bon "destinataire"]] de lettres ? Quelles sont les motivations sur les échanges revendiquées par leurs auteurs ?
** cf. également "[[Théorie du contact]]"
* 02/05 [[Lignes_de_Nazca|Nazca : un réseau à l'écoute des "colères de la montagne"?]]
** <font color="#AA0000">[27/8 MàJ] Note complémentaire sur les pulsars ajoutée.</font>
* 28/04 Jeu spéculatif : [[Progres relatifs Ummo-Terre|cohérence interne du scénario de developpement technologique "ummite" et corrélation avec le développement technologique humain]]
** 07/05 point technologique : [[moteur à plasma "ummite"]]
** 10/05 synchronisation des calendriers : "[[La nuit noire "ummite"|nuit noire]]" or not "[[La nuit noire "ummite"|nuit noire]]" ?
* 15/04 [[Affaire SBF|Affaire Ummo-SBF]] : synthèse et questions soulevées. Gestion du contact. Croyances. Logique Tétravalente.
* 16/04 Présentation du projet Meta-Connexions. <font color="#FF0000">Gestion des connaissances, IA</font>
* <font color="#FF0000">Illustration ludique de l'émergence. Applet java.</font>
* 16/04 [[Libre arbitre|Jeu de contextes et états de conscience modifiés]]
* [[Préambule d'André Lebeau au rapport Cometa]]
</div>

== Contacter l'administrateur du site ==

[[image:E-mail.jpg]] Michael Vaillant (michael.vaillant(à)free.fr)
<i>U-sphère est un site lié à Meta-Connections !</i>

{|width="100%" align="center"|
|align="center"|<div style="align:center; margin: 1px; border: 1px solid #000000; background-color:#ffffff; width:125px;">
<div style="align:center; margin: 1px; border: 1px solid #ffffff; background-color:#000000; width:121px;">
 [[image:NBCAS.gif]] </div><span style="font-size:9px;">[[U-Sph%C3%A8re_DB|Nombre de cas enregistrés]]</span></div>
|}

----
[27/03/08] [[WikiSpam|Marre du WikiSpam ? Téléchargez ce .htaccess pour banir les adresses IP pénibles. Ce fichier sera consolidé au fil de l'eau...]]

Inconnu, Futur, Environnement et Systémique

2008-07-06T21:15:58Z

82.228.83.162:

__NOTOC__ __NOEDITSECTION__
{| style="width:100%;"
|colspan = "2" |
|-
|style="vertical-align:top" |
<div style="margin: 0; margin-right:6px; border: 1px solid #dfdfdf; padding: 0 1em 1em 1em; background-color:#f5fffa; align:right;">
== Bienvenue sur U-Sphere ! ==
[[Image:Leaf.png|right|70px]]

U-Sphere traite des relations entre l'homme et son environnement. De l'acceptation de l'inconnu et l'intégration de nouvelles connaissances: comment l'homme peut-il modifier ses croyances pour mieux communiquer et s'intégrer dans ses sphères informationnelles?
<br />
Les [[OVNI]] (par extension les [[PAN]]) [[D%C3%A9pouiller_le_ph%C3%A9nom%C3%A8ne_des_OVNI_de_sa_gangue_irrationnelle#Introduction_au_rapport_COMETA|appartiennent à un domaine qui n'a pas encore fait de petits au sein de la communauté scientifique]].
Ce sujet est-il condamné à rester ainsi au ban de la science? Sinon comme un phénomène psychosocial? Seul l'avenir pourra nous le dire.
<br />
La démarche de ce site est d'aider (modestement) à opérer un changement, de montrer qu'il existe des pistes pour étudier ce phénomène, mais qu'aussi pour cela il faut créer des outils communs et apporter des moyens. Pour que, finalement, ce sujet puisse être débarassé de son "exotisme" et être intégré dans le cadre d'une recherche plus traditionnelle.
<br />
Sujets divers portant sur : ''l'Intelligence Artificielle'', ''la vie Extra-Terrestre'', et autres sujets ''meta-physiques'' illustrés de "cas limites".
<br />
<center>'''Cet espace, un wiki, est libre et modifiable à volonté: il est le vôtre !'''</center>

<hr />
Si vous souhaitez participer à cette communauté d'échange vous pouvez également nous retrouver sur la [http://fr.groups.yahoo.com/group/meta_sciences/ liste de diffusion "meta-sciences"]

Vous trouverez ici de l'information sur comment créer [[Aide:Aide|U-Sphere:Aide]] des pages.
</div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==U-Sphere dans d'autres langues==
[[image:Us_uk.gif]] [[us_en:|U-Sphere in English]]<br />
</div>

| style="width:40%; vertical-align:top" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#f0f8ff; align:left;">
==Projets sur U-Sphere==
[[Image:Morpho menelaus.png|right|100px]]

1. [[Projets_sur_U-Sphere#Projet_1_-_L.27int.C3.A9gration_des_savoirs_et_des_croyances.2C_une_th.C3.A9orie_du_.22contact.22|L'intégration des savoirs et des croyances, une théorie du "contact"]]<br />
2. http://www.z-machine.info <br />
3. http://www.idees-politiques.com<br />
4. [[Meta-Connections]]: modèles pour la gestion automatisée des connaissances.<br />
5. [[Projets_sur_U-Sphere#Projet_2_-_Surveillance_de_l.27environnement_et_anticipation:_.22Ing.C3.A9rence.22_exotique_.3F|Surveillance environnementale & anticipation: "ingérence" exotique?]]<br />
  5.1. [[U-Sph%C3%A8re_DB|Base de données ufologique]]
<iframe src="http://www.u-sphere.com/vue.php?sv=true&lat=47&long=-20&zf=1&z_g=15&zf=1.5&url=index.php?title=U-Sph%C3%A8re_DB" border="0" width="500" height="260" scrolling="no" topmargin="0" bottommargin="0" marginwidth="0" marginheight="0"></iframe><br>
6. [[U-Sph%C3%A8re_CropDB|Base de données sur les Crops Circles]] <br>
<iframe src="http://crops.u-sphere.com/data/grid.php?id_crop_type=12&largeur=5&limit=5" width="515" height="110" frameborder="0" scrolling="no"></iframe></div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==Points de vue==
25/04 [[Se pourrait-il que le réel ne soit pas rationnel ?]] | 06/10 [[Fierté|Le sens de la fierté]] | 19/8 [[Traitement médiathique|Combien de fois nos morts valent les leurs ?]]<br />
</div>

|}
{| style="width:100%;"
|colspan = "2" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#fffafa; align:left; margin-top:10px;">

==<font color="#AA0000">'''Nouveautés'''</font>==
<i>Liste des derniers articles</i>

=== 2008 ===

* 06/07 [http://crops.u-sphere.com/index.php?title=Basculement_brutal_du_climat_%C3%A0_la_fin_de_la_derni%C3%A8re_%C3%A8re_glaciaire Basculement brutal du climat à la fin de la dernière ère glaciaire], Holocène et Crops-Circles.
* ??/?? [[Escathologie croisée]] : croisement de l'information et 'noyau dur' des prophéties. Emergence d'une cohérence ?
** ??/?? Elements de validation?
* 17/04 [[Drônes de californie: essais d'analyse|Drônes de californie: essais d'analyse d'un cas :Capitola]]
* ??/?? [[Compléments sur les scénarios impossibles: "PLAN" du site]].
* 09/02 [[Vague belge: corrélation environnementale avec les bassins hydrologiques du nord ?]]
* 09/02 [[Métamorphoses "ummites"]] : les "ummites" sous toutes leurs formes.
** ??/?? [[Voronej: retour sur un aspect moins connu de l'affaire]]
** ??/?? [[Marionnetistes]] et "guerre" de l'information.

=== 2007 ===

* 11/11 [http://crops.u-sphere.com/index.php?title=Hunab%20Ku Hunab Ku] : petite discussion sur le sens de ce symbole Maya, la nature de sa forme particulière. Eléments inédits ?
* 10/11 [http://crops.u-sphere.com/index.php?title=Géolocalisation_des_crops-circles Géolocalisation des crops-circles] : résultats préliminaires (cartes de répartition des crops-circles) et avancement.
* 16/10 [http://www.azf-toulouse.com/ Toulouse, explosion d'AZF du 21 septembre 2001]: je vous encourage à visiter et soutenir le travail de Pierre Grésillaud. Une enquête hors norme.
* 16/10 [[ClearStream 2|ClearStream2, vous n'y comprenez rien ? Ca tombe bien moi non plus !]]
* 27/09 [http://crops.u-sphere.com/index.php?title=Crop_circles:%20impossibles_scénarios Crop circles: impossibles scénarios]
* 26/09 [http://crops.u-sphere.com/index.php?title=U-Sph%C3%A8re_CropDB Mise en place d'une mini-base de données collaborative sur les crops circles]
* 29/08 [http://crops.u-sphere.com/index.php?title=Crop_Circles:040802_Silbury_Hill Le crop circle dit "du jour du jugement dernier" (Doomsday Crop Circle)]: "Tic Tac, comment le temps est-il compté ?"
** 03/09 [http://crops.u-sphere.com/index.php?title=Calendriers_Maya_et_Aztèque Calendriers Maya et Aztèque]
* [MàJ le 22/08] 17/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles%20et%20protohistoire%20humaine Les Crop Circles nous repassent le film de la protohistoire de l'homme] (la suite arrive) <font color="#AA0000"></font>
** [http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine#Th.C3.A9orie_du_compte_.C3.A0_rebours Hypothèse du compte à rebours]. "Tic Tac, le temps est compté!"
***[MàJ le 23/08]<font color="#AA0000">[http://crops.u-sphere.com/index.php?title=Crop_Circles_et_protohistoire_humaine#Chiffre_6_m.C3.A9so-am.C3.A9ricain_et_le_grand_cycle_des_13_baktuns Grand cycle des 13 baktuns, (qu'est ce que c'est que ce truc ?!)]]</font>
* 18/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles:010814_Chilbolton L'exemple surprenant de Chilbolton: le fin mot de l'histoire ?] [[Notes]]
* 17/07 [[Les enfants d'UMMO]]. Traduction d'un article sur l'origine et l'implantation de cette secte [toujours en cours par manque de temps, malheureusement...]
* 16/08 [http://crops.u-sphere.com/index.php?title=Crop%20Circles Crop Circles: mesure de la complexité et contexte d'élaboration, un axe d'analyse]
* 03/07 [[HET et préjugés|L'Hypothèse Extra-Terrestre (HET) et nos préjugés]]. Comment connaître la vérité ?
* 01/07 [[PAN#Collecte_des_informations_sur_les_PAN|Circuit de collecte d'informations sur les PAN]] en France.
* 29/06 [[Ummo|Fragment du réseau social de l'affaire Ummo]] (tous compléments d'information bienvenus)
** MàJ le 03/07.
* 25/06 Mise à jour sur l'[[Affaire SBF|Affaire Ummo-SBF]] : profils revus et reprise des idées soulevées par les acteurs
* 13/06 Quelques mots sur le projet "[[Meta-Connections]]" présentant des idées pour la mise en relation d'informations et la génération automatique d'ontologies, voire de systèmes autopoïètiques.
** Quelques [[Meta-Connections:définitions|définitions liées au périmètre du projet]]
* 7/06 [http://www.idees-politiques.com Idées Politiques] : un projet en chantier pour l'évaluation sociale des idées, amorcé mais loin d'être abouti : aide bienvenue :)
** Le principe, en quelques mots, consisterait à croiser un wiki, un forum et un outil de vote, afin de faire remonter des données synthétiques sur les idées qui animent la vie politique. Chaque idée proposée serait évaluée en termes de coûts financiers, (par couleurs thématiques, tel les cartes à jouer), ainsi que des critères de consultation et de convergence des idées. Les idées seraient suivies comme en bourse, celles-ci étant côtées et leur "valeur" historisée (top 10 suivant différents critères). Un dossier scientifique devrait accompagner chacune de ces idées et pour permettre également de bâtir un point de vue analytique, dénué de toute passion.
* 31/05 [http://www.z-machine.info Z-Machine], où en sommes nous ?
* 17/05 Contact individuel: quel serait le profil d'une personne choisie pour être mise en contact avec une réalité "exotique" ?
** Jeu ummoristique: vous souhaiteriez être contacté, comment vous y prendriez-vous ? [[Bon "destinataire"|Dans le cadre de l'affaire Ummo, peut-on profiler ce qui fait un bon "destinataire"]] de lettres ? Quelles sont les motivations sur les échanges revendiquées par leurs auteurs ?
** cf. également "[[Théorie du contact]]"
* 02/05 [[Lignes_de_Nazca|Nazca : un réseau à l'écoute des "colères de la montagne"?]]
** <font color="#AA0000">[27/8 MàJ] Note complémentaire sur les pulsars ajoutée.</font>
* 28/04 Jeu spéculatif : [[Progres relatifs Ummo-Terre|cohérence interne du scénario de developpement technologique "ummite" et corrélation avec le développement technologique humain]]
** 07/05 point technologique : [[moteur à plasma "ummite"]]
** 10/05 synchronisation des calendriers : "[[La nuit noire "ummite"|nuit noire]]" or not "[[La nuit noire "ummite"|nuit noire]]" ?
* 15/04 [[Affaire SBF|Affaire Ummo-SBF]] : synthèse et questions soulevées. Gestion du contact. Croyances. Logique Tétravalente.
* 16/04 Présentation du projet Meta-Connexions. <font color="#FF0000">Gestion des connaissances, IA</font>
* <font color="#FF0000">Illustration ludique de l'émergence. Applet java.</font>
* 16/04 [[Libre arbitre|Jeu de contextes et états de conscience modifiés]]
* [[Préambule d'André Lebeau au rapport Cometa]]
</div>

== Contacter l'administrateur du site ==

[[image:E-mail.jpg]] Michael Vaillant (michael.vaillant(à)free.fr)
<i>U-sphère est un site lié à Meta-Connections !</i>

{|width="100%" align="center"|
|align="center"|<div style="align:center; margin: 1px; border: 1px solid #000000; background-color:#ffffff; width:125px;">
<div style="align:center; margin: 1px; border: 1px solid #ffffff; background-color:#000000; width:121px;">
 [[image:NBCAS.gif]] </div><span style="font-size:9px;">[[U-Sph%C3%A8re_DB|Nombre de cas enregistrés]]</span></div>
|}

----
[27/03/08] [[WikiSpam|Marre du WikiSpam ? Téléchargez ce .htaccess pour banir les adresses IP pénibles. Ce fichier sera consolidé au fil de l'eau...]]

Hypothese Complexite

2008-07-06T19:05:26Z

82.228.83.162: /* La biosphère est un environnement en limite de déséquilibre permanent */

==La biosphère est un environnement en limite de déséquilibre permanent ==

La biosphère est un environnement en déséquilibre permanent qu’il faut constamment ré-équilibrer : les systèmes complexes du vivant s’organisent toujours au maximum de la complexité possible, à la frontière de l’instabilité.

{|
|[[image:Ecosystems-instability.gif|frame|Les points blancs représentent les écosystèmes qui s’organisent à la limite du domaine de stabilité et non pas de façon plus robuste en dedans<br>Ref. Hors Série "Pour la Science" sur la complexité)]]
|}

Les systèmes complexes, de manière générale, semblent s'organiser en limite de déséquilibre et présentent une certaine fragilité.

==Un système complexe est « fragile » et divergera de sa position d’équilibre tôt ou tard ?==

Cette question peut aussi se négocier sous un autre aspect : celle qui consiste à considérer un système complexe comme une machine de turing. La complexité augmentant il est suggéré la croissance corrélée de « points aveugles » c'est-à-dire des classes de problèmes qui ne sont plus calculables. De fait en tant que système complexe, l’atmosphère « bogue » inévitablement tôt ou tard il part en déroute..

<span style="background-color:#999999">H1.1: un système dynamique complexe si on le laisse évoluer seul SE PLANTERA tot ou tard ?</span><br>
* démontrer que des systèmes suffisamment riches et complexes se plantent toujours.
<span style="background-color:#999999">H1.2: Une intervention exogène est-elle nécessaire pour prévernir de ses plantages réaliser des corrections, pour sortir d'une boucle (attracteur?) ou de ce que les logiciens appellent les points aveugles de la machine de Turing ? </span>
* démontrer que toute machine de Turing a des points aveugles qui la font diverger dans ses calculs.

===« point aveugle »===

Les « points aveugles » sont des défauts dans la structure logique qui est à la base de ce calcul.

Cette idée rejoint des paradigmes tels que ceux de la thèse de « church-turing » : tout n’est pas calculable, et il y a donc nécessité de choisir des « meta-niveaux » pour résoudre certains problèmes.

Par ailleurs, le problème de l'arrêt est indécidable : ce théorème a une conséquence importante : il n'existe pas de procédé systématique qui, pour un algorithme arbitraire, permet de savoir s'il s'achève pour des données fixées.

Je pense que l’idée est de penser qu’une MTU qui s’applique à un nombre varié et indéfini de problèmes fini effectivement tôt ou tard par tomber sur un problème qui le fait boucler, (ce ne sera peut-être pas le premier pb résolu, ni le deuxième, mais le nième). A ce moment là, notre MTU sera à réinitialiser (coincée dans un état)

Sauf, sauf, exécution d’un ordre « hors-contexte » (au niveau « meta ». Paradoxe de russel, etc.) Exécuter un RESET par exemple. C’est cet ordre qui permet « le contrôle » in fine du système en déroute…

Il doit être possible de calculer en fonction de la complexité du programme, statistiquement, le nombre de boucles possibles. En fait, chaque règle de transition (laissant le pointeur passer de q à q’) est potentiellement source de création d’une boucle.

==Paramètres environnementaux sous contrôle ?==

Si nous pouvons vérifier l'existence d'une corrélation entre les phénomènes observés et notre environnement, une autre question émerge:<br><i>cette corrélation s'accompagne t-elle de "corrections" de la part du système qui observe ?</i>

<span style="background-color:#999999">H1: Ces corrélations sont-elles l'expression d'un système de contrôle ?</span>

J.Vallée : <i>«Une nouvelle analyse sur ordinateur des tendances historiques, que j'effectuai vers le milieu des années 70, fournit un graphique remarquable montrant des « vagues » d'activité qui n'avaient rien de périodique. Fred Beckman et le professeur Price-Williams (de l'Université de Californie à Los Angeles) découvrirent une ressemblance entre cette évolution et les « schémas de renforcement » qui sont typiques d'un processus d'entraînement ou d'apprentissage : le phénomène se comportait comme un système de contrôle plutôt que comme une expédition de voyageurs extraterrestres."

[...] Si le phénomène OVNI représente un système de contrôle, pouvons-nous le tester pour déterminer s'il est naturel ou artificiel, ouvert ou fermé ? C'est une des questions les plus intéressantes que l'on puisse poser à propos du phénomène et elle n'a pas encore reçu de réponse.»</i>

Difficile de répondre à la question sans une connaissance fine des mécanismes qui sous-tendent l'équilibre de la biosphère, et de quelle façon nous pourrions noter un désaccord entre ce qui "devrait être" observé (en termes de dynamique) et ce qui "est" observé.

Nous pouvons toutefois faire quelques constatations qui suggérent <i>pourquoi</i> un tel contrôle serait "utile" voire "nécessaire".

===Contrôle, anomalies et attracteur===

Peut-on relever des anomalies dans l'évolution des paramètres environnementaux à différentes échelles du temps (contrôle et/ou stabilisation) ? Encore une fois, il semble difficile de se prononcer en l'état actuel des connaissances. Tout cela ne saurait être que de la spéculation.

[[image:Climatique-equilibre.gif]]

Il est toutefois déjà possible de dresser une liste, des événements climatiques majeurs relevés et leur évolution au cours du temps. Ces événements s'expliquent-ils parfaitement ?
Présentent-ils des anomalies ?

===Modèlisation systèmique===

Si les phénomènes observés correspondent à un phénomène de contrôle sur la biosphère (qui est, déjà en soit, un phénomène complexe non finement modélisable) alors les phénomènes observés présenteront des caractéristiques similaires à certains réseaux neuronaux "qui apprennent":

* Ils comporteront des schémas de renforcement permettent de prendre en compte de manière optimale les changements de comportement à l'intérieur du système, par octroi de récompense ou de pénalité selon les résultats obtenus. Dans le domaine des RN, les schémas de renforcement sont appelés « boucles de rétroaction ». Ces boucles de rétroaction permettent de contrôler les changements. Soit :
** en parvenant à contrôler l’environnement en dépit des perturbations ( « asservissement »)
** en réalisant un système de poursuite, afin de lier l’environnement à une trajectoire prédéfinie.)

[[image:RN-systemique-control.jpg]]

===Evolution de paramètres environnementaux===

Mise en perspective dans le temps des principaux phénomènes sur lesquels nous disposons de connaissances.

====Atmosphère====

=====Courbe d'évolution des températures=====

[[image:Grip0-120k.gif]]
<br><i>(comparer avec la même courbe, sur une échelle non logarithmique)</i>Il s’agit d’une courbe de température déduite de la composition isotopique de la neige issue d’un carottage au groenland. Le rapport oxygène 18/oxygène 16 contenu dans la neige donne une information sur les variations de température passées. En haut, la courbe représente la température des 10 000 ans passés (l'Holocène), en bas les 120 000 ans passés. Si l’on essaye de projeter de façon homogène les variations : nous nous apercevons que nous vivons une période de stabilité sans équivalent dans le passé (à comparer avec des variations de 10° en 10 ans possibles) ;

<i>“The ice story may also hold the secrets about how civilisation began and how it may end. Kolbert quotes insights from her discussion with J.P Steffensen, the leader of the North Greenland Ice Project: "Now you are able to put human evolution into a climatic framework. You can ask 'Why did human beings not make civilisation 50,000 years ago?' You know that they had just as big brains as we have today. When you put this into a climatic framework you can say, 'well it was the ice age'. And also this ice age was so climatically unstable that each time they had the beginnings of a culture you had to move. "Then comes the present interglacial --10,000 years of very stable climate. The perfect conditions for Agriculture. If you look at it, its amazing. Civilisations in Persia, in China, and in India start at the same time, maybe 6000 years ago. They all developed writing and they all developed religion and they all built cities, all at the same time, because the climate was stable. I think that if the climate would have been stable 50,0000 years ago it would have started then. But they had no chance." Said JP Steffensen. »</i>

Ce qu'explique JP Steffensen c'est que les civilisations prennent leur essor vers -10000 ans (-12000 plutôt je dirais) précisément à l'époque à laquelle les températures se stabilisent: cela correspond à la naissance de l'agriculture et du commerce notamment…

Alors que cela faisait des dizaines de milliers d'années que l'homme était "prêt" (semble t-il) sur le plan évolutif.

==Qui/Quoi contrôle ?==

<span style="background-color:#999999">H2: Tout système "suffisamment riche et complexe" est-il susceptible de montrer des signes d'intelligence voire de conscience?</span>

Dit autrement: tout système suffisamment riche et complexe est au moins une machine de Turing universelle.
3 exemples de systèmes naturels :
# Le système solaire avec ses principaux corps,
# L'atmosphère terrestre,
# La surface du soleil.

Hypothese Complexite

2008-07-06T19:04:47Z

82.228.83.162: /* La biosphère est un environnement en limite de déséquilibre permanent */

==La biosphère est un environnement en limite de déséquilibre permanent ==

La biosphère est un environnement en déséquilibre permanent qu’il faut constamment ré-équilibrer : les systèmes complexes du vivant s’organisent toujours au maximum de la complexité possible, à la frontière de l’instabilité.

{|
|[[image:Ecosystems-instability.gif|frame|Les points blancs représentent les écosystèmes qui s’organisent à la limite du domaine de stabilité et non pas de façon plus robuste en dedans (issu du Hors Série "Pour la Science" sur la complexité)]]
|}

Les systèmes complexes, de manière générale, semblent s'organiser en limite de déséquilibre et présentent une certaine fragilité.

==Un système complexe est « fragile » et divergera de sa position d’équilibre tôt ou tard ?==

Cette question peut aussi se négocier sous un autre aspect : celle qui consiste à considérer un système complexe comme une machine de turing. La complexité augmentant il est suggéré la croissance corrélée de « points aveugles » c'est-à-dire des classes de problèmes qui ne sont plus calculables. De fait en tant que système complexe, l’atmosphère « bogue » inévitablement tôt ou tard il part en déroute..

<span style="background-color:#999999">H1.1: un système dynamique complexe si on le laisse évoluer seul SE PLANTERA tot ou tard ?</span><br>
* démontrer que des systèmes suffisamment riches et complexes se plantent toujours.
<span style="background-color:#999999">H1.2: Une intervention exogène est-elle nécessaire pour prévernir de ses plantages réaliser des corrections, pour sortir d'une boucle (attracteur?) ou de ce que les logiciens appellent les points aveugles de la machine de Turing ? </span>
* démontrer que toute machine de Turing a des points aveugles qui la font diverger dans ses calculs.

===« point aveugle »===

Les « points aveugles » sont des défauts dans la structure logique qui est à la base de ce calcul.

Cette idée rejoint des paradigmes tels que ceux de la thèse de « church-turing » : tout n’est pas calculable, et il y a donc nécessité de choisir des « meta-niveaux » pour résoudre certains problèmes.

Par ailleurs, le problème de l'arrêt est indécidable : ce théorème a une conséquence importante : il n'existe pas de procédé systématique qui, pour un algorithme arbitraire, permet de savoir s'il s'achève pour des données fixées.

Je pense que l’idée est de penser qu’une MTU qui s’applique à un nombre varié et indéfini de problèmes fini effectivement tôt ou tard par tomber sur un problème qui le fait boucler, (ce ne sera peut-être pas le premier pb résolu, ni le deuxième, mais le nième). A ce moment là, notre MTU sera à réinitialiser (coincée dans un état)

Sauf, sauf, exécution d’un ordre « hors-contexte » (au niveau « meta ». Paradoxe de russel, etc.) Exécuter un RESET par exemple. C’est cet ordre qui permet « le contrôle » in fine du système en déroute…

Il doit être possible de calculer en fonction de la complexité du programme, statistiquement, le nombre de boucles possibles. En fait, chaque règle de transition (laissant le pointeur passer de q à q’) est potentiellement source de création d’une boucle.

==Paramètres environnementaux sous contrôle ?==

Si nous pouvons vérifier l'existence d'une corrélation entre les phénomènes observés et notre environnement, une autre question émerge:<br><i>cette corrélation s'accompagne t-elle de "corrections" de la part du système qui observe ?</i>

<span style="background-color:#999999">H1: Ces corrélations sont-elles l'expression d'un système de contrôle ?</span>

J.Vallée : <i>«Une nouvelle analyse sur ordinateur des tendances historiques, que j'effectuai vers le milieu des années 70, fournit un graphique remarquable montrant des « vagues » d'activité qui n'avaient rien de périodique. Fred Beckman et le professeur Price-Williams (de l'Université de Californie à Los Angeles) découvrirent une ressemblance entre cette évolution et les « schémas de renforcement » qui sont typiques d'un processus d'entraînement ou d'apprentissage : le phénomène se comportait comme un système de contrôle plutôt que comme une expédition de voyageurs extraterrestres."

[...] Si le phénomène OVNI représente un système de contrôle, pouvons-nous le tester pour déterminer s'il est naturel ou artificiel, ouvert ou fermé ? C'est une des questions les plus intéressantes que l'on puisse poser à propos du phénomène et elle n'a pas encore reçu de réponse.»</i>

Difficile de répondre à la question sans une connaissance fine des mécanismes qui sous-tendent l'équilibre de la biosphère, et de quelle façon nous pourrions noter un désaccord entre ce qui "devrait être" observé (en termes de dynamique) et ce qui "est" observé.

Nous pouvons toutefois faire quelques constatations qui suggérent <i>pourquoi</i> un tel contrôle serait "utile" voire "nécessaire".

===Contrôle, anomalies et attracteur===

Peut-on relever des anomalies dans l'évolution des paramètres environnementaux à différentes échelles du temps (contrôle et/ou stabilisation) ? Encore une fois, il semble difficile de se prononcer en l'état actuel des connaissances. Tout cela ne saurait être que de la spéculation.

[[image:Climatique-equilibre.gif]]

Il est toutefois déjà possible de dresser une liste, des événements climatiques majeurs relevés et leur évolution au cours du temps. Ces événements s'expliquent-ils parfaitement ?
Présentent-ils des anomalies ?

===Modèlisation systèmique===

Si les phénomènes observés correspondent à un phénomène de contrôle sur la biosphère (qui est, déjà en soit, un phénomène complexe non finement modélisable) alors les phénomènes observés présenteront des caractéristiques similaires à certains réseaux neuronaux "qui apprennent":

* Ils comporteront des schémas de renforcement permettent de prendre en compte de manière optimale les changements de comportement à l'intérieur du système, par octroi de récompense ou de pénalité selon les résultats obtenus. Dans le domaine des RN, les schémas de renforcement sont appelés « boucles de rétroaction ». Ces boucles de rétroaction permettent de contrôler les changements. Soit :
** en parvenant à contrôler l’environnement en dépit des perturbations ( « asservissement »)
** en réalisant un système de poursuite, afin de lier l’environnement à une trajectoire prédéfinie.)

[[image:RN-systemique-control.jpg]]

===Evolution de paramètres environnementaux===

Mise en perspective dans le temps des principaux phénomènes sur lesquels nous disposons de connaissances.

====Atmosphère====

=====Courbe d'évolution des températures=====

[[image:Grip0-120k.gif]]
<br><i>(comparer avec la même courbe, sur une échelle non logarithmique)</i>Il s’agit d’une courbe de température déduite de la composition isotopique de la neige issue d’un carottage au groenland. Le rapport oxygène 18/oxygène 16 contenu dans la neige donne une information sur les variations de température passées. En haut, la courbe représente la température des 10 000 ans passés (l'Holocène), en bas les 120 000 ans passés. Si l’on essaye de projeter de façon homogène les variations : nous nous apercevons que nous vivons une période de stabilité sans équivalent dans le passé (à comparer avec des variations de 10° en 10 ans possibles) ;

<i>“The ice story may also hold the secrets about how civilisation began and how it may end. Kolbert quotes insights from her discussion with J.P Steffensen, the leader of the North Greenland Ice Project: "Now you are able to put human evolution into a climatic framework. You can ask 'Why did human beings not make civilisation 50,000 years ago?' You know that they had just as big brains as we have today. When you put this into a climatic framework you can say, 'well it was the ice age'. And also this ice age was so climatically unstable that each time they had the beginnings of a culture you had to move. "Then comes the present interglacial --10,000 years of very stable climate. The perfect conditions for Agriculture. If you look at it, its amazing. Civilisations in Persia, in China, and in India start at the same time, maybe 6000 years ago. They all developed writing and they all developed religion and they all built cities, all at the same time, because the climate was stable. I think that if the climate would have been stable 50,0000 years ago it would have started then. But they had no chance." Said JP Steffensen. »</i>

Ce qu'explique JP Steffensen c'est que les civilisations prennent leur essor vers -10000 ans (-12000 plutôt je dirais) précisément à l'époque à laquelle les températures se stabilisent: cela correspond à la naissance de l'agriculture et du commerce notamment…

Alors que cela faisait des dizaines de milliers d'années que l'homme était "prêt" (semble t-il) sur le plan évolutif.

==Qui/Quoi contrôle ?==

<span style="background-color:#999999">H2: Tout système "suffisamment riche et complexe" est-il susceptible de montrer des signes d'intelligence voire de conscience?</span>

Dit autrement: tout système suffisamment riche et complexe est au moins une machine de Turing universelle.
3 exemples de systèmes naturels :
# Le système solaire avec ses principaux corps,
# L'atmosphère terrestre,
# La surface du soleil.

Hypothese Complexite

2008-07-06T19:03:52Z

82.228.83.162: /* La biosphère est un environnement en limite de déséquilibre permanent */

==La biosphère est un environnement en limite de déséquilibre permanent ==

La biosphère est un environnement en déséquilibre permanent qu’il faut constamment ré-équilibrer : les systèmes complexes du vivant s’organisent toujours au maximum de la complexité possible, à la frontière de l’instabilité.

[[image:Ecosystems-instability.gif|frame|Les points blancs représentent les écosystèmes qui s’organisent à la limite du domaine de stabilité et non pas de façon plus robuste en dedans (issu du Hors Série "Pour la Science" sur la complexité)]]

Les systèmes complexes, de manière générale, semblent s'organiser en limite de déséquilibre et présentent une certaine fragilité.

==Un système complexe est « fragile » et divergera de sa position d’équilibre tôt ou tard ?==

Cette question peut aussi se négocier sous un autre aspect : celle qui consiste à considérer un système complexe comme une machine de turing. La complexité augmentant il est suggéré la croissance corrélée de « points aveugles » c'est-à-dire des classes de problèmes qui ne sont plus calculables. De fait en tant que système complexe, l’atmosphère « bogue » inévitablement tôt ou tard il part en déroute..

<span style="background-color:#999999">H1.1: un système dynamique complexe si on le laisse évoluer seul SE PLANTERA tot ou tard ?</span><br>
* démontrer que des systèmes suffisamment riches et complexes se plantent toujours.
<span style="background-color:#999999">H1.2: Une intervention exogène est-elle nécessaire pour prévernir de ses plantages réaliser des corrections, pour sortir d'une boucle (attracteur?) ou de ce que les logiciens appellent les points aveugles de la machine de Turing ? </span>
* démontrer que toute machine de Turing a des points aveugles qui la font diverger dans ses calculs.

===« point aveugle »===

Les « points aveugles » sont des défauts dans la structure logique qui est à la base de ce calcul.

Cette idée rejoint des paradigmes tels que ceux de la thèse de « church-turing » : tout n’est pas calculable, et il y a donc nécessité de choisir des « meta-niveaux » pour résoudre certains problèmes.

Par ailleurs, le problème de l'arrêt est indécidable : ce théorème a une conséquence importante : il n'existe pas de procédé systématique qui, pour un algorithme arbitraire, permet de savoir s'il s'achève pour des données fixées.

Je pense que l’idée est de penser qu’une MTU qui s’applique à un nombre varié et indéfini de problèmes fini effectivement tôt ou tard par tomber sur un problème qui le fait boucler, (ce ne sera peut-être pas le premier pb résolu, ni le deuxième, mais le nième). A ce moment là, notre MTU sera à réinitialiser (coincée dans un état)

Sauf, sauf, exécution d’un ordre « hors-contexte » (au niveau « meta ». Paradoxe de russel, etc.) Exécuter un RESET par exemple. C’est cet ordre qui permet « le contrôle » in fine du système en déroute…

Il doit être possible de calculer en fonction de la complexité du programme, statistiquement, le nombre de boucles possibles. En fait, chaque règle de transition (laissant le pointeur passer de q à q’) est potentiellement source de création d’une boucle.

==Paramètres environnementaux sous contrôle ?==

Si nous pouvons vérifier l'existence d'une corrélation entre les phénomènes observés et notre environnement, une autre question émerge:<br><i>cette corrélation s'accompagne t-elle de "corrections" de la part du système qui observe ?</i>

<span style="background-color:#999999">H1: Ces corrélations sont-elles l'expression d'un système de contrôle ?</span>

J.Vallée : <i>«Une nouvelle analyse sur ordinateur des tendances historiques, que j'effectuai vers le milieu des années 70, fournit un graphique remarquable montrant des « vagues » d'activité qui n'avaient rien de périodique. Fred Beckman et le professeur Price-Williams (de l'Université de Californie à Los Angeles) découvrirent une ressemblance entre cette évolution et les « schémas de renforcement » qui sont typiques d'un processus d'entraînement ou d'apprentissage : le phénomène se comportait comme un système de contrôle plutôt que comme une expédition de voyageurs extraterrestres."

[...] Si le phénomène OVNI représente un système de contrôle, pouvons-nous le tester pour déterminer s'il est naturel ou artificiel, ouvert ou fermé ? C'est une des questions les plus intéressantes que l'on puisse poser à propos du phénomène et elle n'a pas encore reçu de réponse.»</i>

Difficile de répondre à la question sans une connaissance fine des mécanismes qui sous-tendent l'équilibre de la biosphère, et de quelle façon nous pourrions noter un désaccord entre ce qui "devrait être" observé (en termes de dynamique) et ce qui "est" observé.

Nous pouvons toutefois faire quelques constatations qui suggérent <i>pourquoi</i> un tel contrôle serait "utile" voire "nécessaire".

===Contrôle, anomalies et attracteur===

Peut-on relever des anomalies dans l'évolution des paramètres environnementaux à différentes échelles du temps (contrôle et/ou stabilisation) ? Encore une fois, il semble difficile de se prononcer en l'état actuel des connaissances. Tout cela ne saurait être que de la spéculation.

[[image:Climatique-equilibre.gif]]

Il est toutefois déjà possible de dresser une liste, des événements climatiques majeurs relevés et leur évolution au cours du temps. Ces événements s'expliquent-ils parfaitement ?
Présentent-ils des anomalies ?

===Modèlisation systèmique===

Si les phénomènes observés correspondent à un phénomène de contrôle sur la biosphère (qui est, déjà en soit, un phénomène complexe non finement modélisable) alors les phénomènes observés présenteront des caractéristiques similaires à certains réseaux neuronaux "qui apprennent":

* Ils comporteront des schémas de renforcement permettent de prendre en compte de manière optimale les changements de comportement à l'intérieur du système, par octroi de récompense ou de pénalité selon les résultats obtenus. Dans le domaine des RN, les schémas de renforcement sont appelés « boucles de rétroaction ». Ces boucles de rétroaction permettent de contrôler les changements. Soit :
** en parvenant à contrôler l’environnement en dépit des perturbations ( « asservissement »)
** en réalisant un système de poursuite, afin de lier l’environnement à une trajectoire prédéfinie.)

[[image:RN-systemique-control.jpg]]

===Evolution de paramètres environnementaux===

Mise en perspective dans le temps des principaux phénomènes sur lesquels nous disposons de connaissances.

====Atmosphère====

=====Courbe d'évolution des températures=====

[[image:Grip0-120k.gif]]
<br><i>(comparer avec la même courbe, sur une échelle non logarithmique)</i>Il s’agit d’une courbe de température déduite de la composition isotopique de la neige issue d’un carottage au groenland. Le rapport oxygène 18/oxygène 16 contenu dans la neige donne une information sur les variations de température passées. En haut, la courbe représente la température des 10 000 ans passés (l'Holocène), en bas les 120 000 ans passés. Si l’on essaye de projeter de façon homogène les variations : nous nous apercevons que nous vivons une période de stabilité sans équivalent dans le passé (à comparer avec des variations de 10° en 10 ans possibles) ;

<i>“The ice story may also hold the secrets about how civilisation began and how it may end. Kolbert quotes insights from her discussion with J.P Steffensen, the leader of the North Greenland Ice Project: "Now you are able to put human evolution into a climatic framework. You can ask 'Why did human beings not make civilisation 50,000 years ago?' You know that they had just as big brains as we have today. When you put this into a climatic framework you can say, 'well it was the ice age'. And also this ice age was so climatically unstable that each time they had the beginnings of a culture you had to move. "Then comes the present interglacial --10,000 years of very stable climate. The perfect conditions for Agriculture. If you look at it, its amazing. Civilisations in Persia, in China, and in India start at the same time, maybe 6000 years ago. They all developed writing and they all developed religion and they all built cities, all at the same time, because the climate was stable. I think that if the climate would have been stable 50,0000 years ago it would have started then. But they had no chance." Said JP Steffensen. »</i>

Ce qu'explique JP Steffensen c'est que les civilisations prennent leur essor vers -10000 ans (-12000 plutôt je dirais) précisément à l'époque à laquelle les températures se stabilisent: cela correspond à la naissance de l'agriculture et du commerce notamment…

Alors que cela faisait des dizaines de milliers d'années que l'homme était "prêt" (semble t-il) sur le plan évolutif.

==Qui/Quoi contrôle ?==

<span style="background-color:#999999">H2: Tout système "suffisamment riche et complexe" est-il susceptible de montrer des signes d'intelligence voire de conscience?</span>

Dit autrement: tout système suffisamment riche et complexe est au moins une machine de Turing universelle.
3 exemples de systèmes naturels :
# Le système solaire avec ses principaux corps,
# L'atmosphère terrestre,
# La surface du soleil.

Hypothese Complexite

2008-07-06T09:57:00Z

82.228.83.162: /* Qui/Quoi contrôle ? */

==La biosphère est un environnement en limite de déséquilibre permanent ==

La biosphère est un environnement en déséquilibre permanent qu’il faut constamment ré-équilibrer : les systèmes complexes du vivant s’organisent toujours au maximum de la complexité possible, à la frontière de l’instabilité.

[[image:Ecosystems-instability.gif]]

<i>Les points blancs représentent les écosystèmes qui s’organisent à la limite du domaine de stabilité et non pas de façon plus robuste en dedans (issu du Hors Série "Pour la Science" sur la complexité)</i>

Les systèmes complexes, de manière générale, semblent s'organiser en limite de déséquilibre et présentent une certaine fragilité.

==Un système complexe est « fragile » et divergera de sa position d’équilibre tôt ou tard ?==

Cette question peut aussi se négocier sous un autre aspect : celle qui consiste à considérer un système complexe comme une machine de turing. La complexité augmentant il est suggéré la croissance corrélée de « points aveugles » c'est-à-dire des classes de problèmes qui ne sont plus calculables. De fait en tant que système complexe, l’atmosphère « bogue » inévitablement tôt ou tard il part en déroute..

<span style="background-color:#999999">H1.1: un système dynamique complexe si on le laisse évoluer seul SE PLANTERA tot ou tard ?</span><br>
* démontrer que des systèmes suffisamment riches et complexes se plantent toujours.
<span style="background-color:#999999">H1.2: Une intervention exogène est-elle nécessaire pour prévernir de ses plantages réaliser des corrections, pour sortir d'une boucle (attracteur?) ou de ce que les logiciens appellent les points aveugles de la machine de Turing ? </span>
* démontrer que toute machine de Turing a des points aveugles qui la font diverger dans ses calculs.

===« point aveugle »===

Les « points aveugles » sont des défauts dans la structure logique qui est à la base de ce calcul.

Cette idée rejoint des paradigmes tels que ceux de la thèse de « church-turing » : tout n’est pas calculable, et il y a donc nécessité de choisir des « meta-niveaux » pour résoudre certains problèmes.

Par ailleurs, le problème de l'arrêt est indécidable : ce théorème a une conséquence importante : il n'existe pas de procédé systématique qui, pour un algorithme arbitraire, permet de savoir s'il s'achève pour des données fixées.

Je pense que l’idée est de penser qu’une MTU qui s’applique à un nombre varié et indéfini de problèmes fini effectivement tôt ou tard par tomber sur un problème qui le fait boucler, (ce ne sera peut-être pas le premier pb résolu, ni le deuxième, mais le nième). A ce moment là, notre MTU sera à réinitialiser (coincée dans un état)

Sauf, sauf, exécution d’un ordre « hors-contexte » (au niveau « meta ». Paradoxe de russel, etc.) Exécuter un RESET par exemple. C’est cet ordre qui permet « le contrôle » in fine du système en déroute…

Il doit être possible de calculer en fonction de la complexité du programme, statistiquement, le nombre de boucles possibles. En fait, chaque règle de transition (laissant le pointeur passer de q à q’) est potentiellement source de création d’une boucle.

==Paramètres environnementaux sous contrôle ?==

Si nous pouvons vérifier l'existence d'une corrélation entre les phénomènes observés et notre environnement, une autre question émerge:<br><i>cette corrélation s'accompagne t-elle de "corrections" de la part du système qui observe ?</i>

<span style="background-color:#999999">H1: Ces corrélations sont-elles l'expression d'un système de contrôle ?</span>

J.Vallée : <i>«Une nouvelle analyse sur ordinateur des tendances historiques, que j'effectuai vers le milieu des années 70, fournit un graphique remarquable montrant des « vagues » d'activité qui n'avaient rien de périodique. Fred Beckman et le professeur Price-Williams (de l'Université de Californie à Los Angeles) découvrirent une ressemblance entre cette évolution et les « schémas de renforcement » qui sont typiques d'un processus d'entraînement ou d'apprentissage : le phénomène se comportait comme un système de contrôle plutôt que comme une expédition de voyageurs extraterrestres."

[...] Si le phénomène OVNI représente un système de contrôle, pouvons-nous le tester pour déterminer s'il est naturel ou artificiel, ouvert ou fermé ? C'est une des questions les plus intéressantes que l'on puisse poser à propos du phénomène et elle n'a pas encore reçu de réponse.»</i>

Difficile de répondre à la question sans une connaissance fine des mécanismes qui sous-tendent l'équilibre de la biosphère, et de quelle façon nous pourrions noter un désaccord entre ce qui "devrait être" observé (en termes de dynamique) et ce qui "est" observé.

Nous pouvons toutefois faire quelques constatations qui suggérent <i>pourquoi</i> un tel contrôle serait "utile" voire "nécessaire".

===Contrôle, anomalies et attracteur===

Peut-on relever des anomalies dans l'évolution des paramètres environnementaux à différentes échelles du temps (contrôle et/ou stabilisation) ? Encore une fois, il semble difficile de se prononcer en l'état actuel des connaissances. Tout cela ne saurait être que de la spéculation.

[[image:Climatique-equilibre.gif]]

Il est toutefois déjà possible de dresser une liste, des événements climatiques majeurs relevés et leur évolution au cours du temps. Ces événements s'expliquent-ils parfaitement ?
Présentent-ils des anomalies ?

===Modèlisation systèmique===

Si les phénomènes observés correspondent à un phénomène de contrôle sur la biosphère (qui est, déjà en soit, un phénomène complexe non finement modélisable) alors les phénomènes observés présenteront des caractéristiques similaires à certains réseaux neuronaux "qui apprennent":

* Ils comporteront des schémas de renforcement permettent de prendre en compte de manière optimale les changements de comportement à l'intérieur du système, par octroi de récompense ou de pénalité selon les résultats obtenus. Dans le domaine des RN, les schémas de renforcement sont appelés « boucles de rétroaction ». Ces boucles de rétroaction permettent de contrôler les changements. Soit :
** en parvenant à contrôler l’environnement en dépit des perturbations ( « asservissement »)
** en réalisant un système de poursuite, afin de lier l’environnement à une trajectoire prédéfinie.)

[[image:RN-systemique-control.jpg]]

===Evolution de paramètres environnementaux===

Mise en perspective dans le temps des principaux phénomènes sur lesquels nous disposons de connaissances.

====Atmosphère====

=====Courbe d'évolution des températures=====

[[image:Grip0-120k.gif]]
<br><i>(comparer avec la même courbe, sur une échelle non logarithmique)</i>Il s’agit d’une courbe de température déduite de la composition isotopique de la neige issue d’un carottage au groenland. Le rapport oxygène 18/oxygène 16 contenu dans la neige donne une information sur les variations de température passées. En haut, la courbe représente la température des 10 000 ans passés (l'Holocène), en bas les 120 000 ans passés. Si l’on essaye de projeter de façon homogène les variations : nous nous apercevons que nous vivons une période de stabilité sans équivalent dans le passé (à comparer avec des variations de 10° en 10 ans possibles) ;

<i>“The ice story may also hold the secrets about how civilisation began and how it may end. Kolbert quotes insights from her discussion with J.P Steffensen, the leader of the North Greenland Ice Project: "Now you are able to put human evolution into a climatic framework. You can ask 'Why did human beings not make civilisation 50,000 years ago?' You know that they had just as big brains as we have today. When you put this into a climatic framework you can say, 'well it was the ice age'. And also this ice age was so climatically unstable that each time they had the beginnings of a culture you had to move. "Then comes the present interglacial --10,000 years of very stable climate. The perfect conditions for Agriculture. If you look at it, its amazing. Civilisations in Persia, in China, and in India start at the same time, maybe 6000 years ago. They all developed writing and they all developed religion and they all built cities, all at the same time, because the climate was stable. I think that if the climate would have been stable 50,0000 years ago it would have started then. But they had no chance." Said JP Steffensen. »</i>

Ce qu'explique JP Steffensen c'est que les civilisations prennent leur essor vers -10000 ans (-12000 plutôt je dirais) précisément à l'époque à laquelle les températures se stabilisent: cela correspond à la naissance de l'agriculture et du commerce notamment…

Alors que cela faisait des dizaines de milliers d'années que l'homme était "prêt" (semble t-il) sur le plan évolutif.

==Qui/Quoi contrôle ?==

<span style="background-color:#999999">H2: Tout système "suffisamment riche et complexe" est-il susceptible de montrer des signes d'intelligence voire de conscience?</span>

Dit autrement: tout système suffisamment riche et complexe est au moins une machine de Turing universelle.
3 exemples de systèmes naturels :
# Le système solaire avec ses principaux corps,
# L'atmosphère terrestre,
# La surface du soleil.

Inconnu, Futur, Environnement et Systémique

2008-07-01T20:22:06Z

82.228.83.162:

__NOTOC__ __NOEDITSECTION__
{| style="width:100%;"
|colspan = "2" |
|-
|style="vertical-align:top" |
<div style="margin: 0; margin-right:6px; border: 1px solid #dfdfdf; padding: 0 1em 1em 1em; background-color:#f5fffa; align:right;">
== Bienvenue sur U-Sphere ! ==
[[Image:Leaf.png|right|70px]]

U-Sphere traite des relations entre l'homme et son environnement. De l'acceptation de l'inconnu et l'intégration de nouvelles connaissances: comment l'homme peut-il modifier ses croyances pour mieux communiquer et s'intégrer dans ses sphères informationnelles?
<br />
Les [[OVNI]] (par extension les [[PAN]]) [[D%C3%A9pouiller_le_ph%C3%A9nom%C3%A8ne_des_OVNI_de_sa_gangue_irrationnelle#Introduction_au_rapport_COMETA|appartiennent à un domaine qui n'a pas encore fait de petits au sein de la communauté scientifique]].
Ce sujet est-il condamné à rester ainsi au ban de la science? Sinon comme un phénomène psychosocial? Seul l'avenir pourra nous le dire.
<br />
La démarche de ce site est d'aider (modestement) à opérer un changement, de montrer qu'il existe des pistes pour étudier ce phénomène, mais qu'aussi pour cela il faut créer des outils communs et apporter des moyens. Pour que, finalement, ce sujet puisse être débarassé de son "exotisme" et être intégré dans le cadre d'une recherche plus traditionnelle.
<br />
Sujets divers portant sur : ''l'Intelligence Artificielle'', ''la vie Extra-Terrestre'', et autres sujets ''meta-physiques'' illustrés de "cas limites".
<br />
<center>'''Cet espace, un wiki, est libre et modifiable à volonté: il est le vôtre !'''</center>

<hr />
Si vous souhaitez participer à cette communauté d'échange vous pouvez également nous retrouver sur la [http://fr.groups.yahoo.com/group/meta_sciences/ liste de diffusion "meta-sciences"]

Vous trouverez ici de l'information sur comment créer [[Aide:Aide|U-Sphere:Aide]] des pages.
</div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==U-Sphere dans d'autres langues==
[[image:Us_uk.gif]] [[us_en:|U-Sphere in English]]<br />
</div>

| style="width:40%; vertical-align:top" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#f0f8ff; align:left;">
==Projets sur U-Sphere==
[[Image:Morpho menelaus.png|right|100px]]

1. [[Projets_sur_U-Sphere#Projet_1_-_L.27int.C3.A9gration_des_savoirs_et_des_croyances.2C_une_th.C3.A9orie_du_.22contact.22|L'intégration des savoirs et des croyances, une théorie du "contact"]]<br />
2. http://www.z-machine.info<br />
3. http://www.idees-politiques.com<br />
4. [[Meta-Connections]]: modèles pour la gestion automatisée des connaissances.<br />
5. [[Projets_sur_U-Sphere#Projet_2_-_Surveillance_de_l.27environnement_et_anticipation:_.22Ing.C3.A9rence.22_exotique_.3F|Surveillance environnementale & anticipation: "ingérence" exotique?]]<br />
  5.1. [[U-Sph%C3%A8re_DB|Base de données ufologique]]
<iframe src="http://www.u-sphere.com/vue.php?sv=true&lat=47&long=-20&zf=1&z_g=15&zf=1.5&url=index.php?title=U-Sph%C3%A8re_DB" border="0" width="500" height="260" scrolling="no" topmargin="0" bottommargin="0" marginwidth="0" marginheight="0"></iframe><br>
6. [[U-Sph%C3%A8re_CropDB|Base de données sur les Crops Circles]] <br>
<iframe src="crops/grid.php?id_crop_type=12&largeur=5&limit=5" width="515" height="110" frameborder="0" scrolling="no"></iframe></div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==Points de vue==
25/04 [[Se pourrait-il que le réel ne soit pas rationnel ?]] | 06/10 [[Fierté|Le sens de la fierté]] | 19/8 [[Traitement médiathique|Combien de fois nos morts valent les leurs ?]]<br />
</div>

|}
{| style="width:100%;"
|colspan = "2" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#fffafa; align:left; margin-top:10px;">

==<font color="#AA0000">'''Nouveautés'''</font>==
<i>Liste des derniers articles</i>

=== 2008 ===

* 17/04 [[Drônes de californie: essais d'analyse|Drônes de californie: essais d'analyse d'un cas :Capitola]]
* 09/08 [[Compléments sur les scénarios impossibles: "PLAN" du site]].
* 09/08 [[Escathologie croisée]]
* 09/08 [[Vague belge: corrélation environnementale avec les bassins hydrologiques du nord ?]]
* 09/08 [[Métamorphoses "ummites"]] : les "ummites" sous toutes leurs formes.
** 09/08 [[Voronej: retour sur un aspect moins connu de l'affaire]]
** 09/08 [[Marionnetistes]] et "guerre" de l'information.

=== 2007 ===

* 11/11 [[Hunab Ku]] : petite discussion sur le sens de ce symbole Maya, la nature de sa forme particulière. Eléments inédits ?
* 10/11 [[Géolocalisation des crops-circles]] : résultats préliminaires (cartes de répartition des crops-circles) et avancement.
* 16/10 [http://www.azf-toulouse.com/ Toulouse, explosion d'AZF du 21 septembre 2001]: je vous encourage à visiter et soutenir le travail de Pierre Grésillaud. Une enquête hors norme.
* 16/10 [[ClearStream 2|ClearStream2, vous n'y comprenez rien ? Ca tombe bien moi non plus !]]
* 27/09 [[Crop circles: impossibles scénarios]]
* 26/09 [[U-Sph%C3%A8re_CropDB|Mise en place d'une mini-base de données collaborative sur les crops circles]]
* 29/08 [[Crop_Circles:040802_Silbury_Hill|Le crop circle dit "du jour du jugement dernier" (Doomsday Crop Circle)]]: "Tic Tac, comment le temps est-il compté ?"
** 03/09 [[Calendriers Maya et Aztèque]]
* [MàJ le 22/08] 17/08 [[Crop Circles et protohistoire humaine|Les Crop Circles nous repassent le film de la protohistoire de l'homme]] (la suite arrive) <font color="#AA0000"></font>
** [[Crop_Circles_et_protohistoire_humaine#Th.C3.A9orie_du_compte_.C3.A0_rebours|Hypothèse du compte à rebours]]. "Tic Tac, le temps est compté!"
***[MàJ le 23/08]<font color="#AA0000">[[Crop_Circles_et_protohistoire_humaine#Chiffre_6_m.C3.A9so-am.C3.A9ricain_et_le_grand_cycle_des_13_baktuns|Grand cycle des 13 baktuns, (qu'est ce que c'est que ce truc ?!)]]</font>
* 18/08 [[Crop Circles:010814_Chilbolton|L'exemple surprenant de Chilbolton: le fin mot de l'histoire ?]] [[Notes]]
* 17/07 [[Les enfants d'UMMO]]. Traduction d'un article sur l'origine et l'implantation de cette secte [toujours en cours par manque de temps, malheureusement...]
* 16/08 [[Crop Circles|Crop Circles: mesure de la complexité et contexte d'élaboration, un axe d'analyse]]
* 03/07 [[HET et préjugés|L'Hypothèse Extra-Terrestre (HET) et nos préjugés]]. Comment connaître la vérité ?
* 01/07 [[PAN#Collecte_des_informations_sur_les_PAN|Circuit de collecte d'informations sur les PAN]] en France.
* 29/06 [[Ummo|Fragment du réseau social de l'affaire Ummo]] (tous compléments d'information bienvenus)
** MàJ le 03/07.
* 25/06 Mise à jour sur l'[[Affaire SBF|Affaire Ummo-SBF]] : profils revus et reprise des idées soulevées par les acteurs
* 13/06 Quelques mots sur le projet "[[Meta-Connections]]" présentant des idées pour la mise en relation d'informations et la génération automatique d'ontologies, voire de systèmes autopoïètiques.
** Quelques [[Meta-Connections:définitions|définitions liées au périmètre du projet]]
* 7/06 [http://www.idees-politiques.com Idées Politiques] : un projet en chantier pour l'évaluation sociale des idées, amorcé mais loin d'être abouti : aide bienvenue :)
** Le principe, en quelques mots, consisterait à croiser un wiki, un forum et un outil de vote, afin de faire remonter des données synthétiques sur les idées qui animent la vie politique. Chaque idée proposée serait évaluée en termes de coûts financiers, (par couleurs thématiques, tel les cartes à jouer), ainsi que des critères de consultation et de convergence des idées. Les idées seraient suivies comme en bourse, celles-ci étant côtées et leur "valeur" historisée (top 10 suivant différents critères). Un dossier scientifique devrait accompagner chacune de ces idées et pour permettre également de bâtir un point de vue analytique, dénué de toute passion.
* 31/05 [http://www.z-machine.info Z-Machine], où en sommes nous ?
* 17/05 Contact individuel: quel serait le profil d'une personne choisie pour être mise en contact avec une réalité "exotique" ?
** Jeu ummoristique: vous souhaiteriez être contacté, comment vous y prendriez-vous ? [[Bon "destinataire"|Dans le cadre de l'affaire Ummo, peut-on profiler ce qui fait un bon "destinataire"]] de lettres ? Quelles sont les motivations sur les échanges revendiquées par leurs auteurs ?
** cf. également "[[Théorie du contact]]"
* 02/05 [[Lignes_de_Nazca|Nazca : un réseau à l'écoute des "colères de la montagne"?]]
** <font color="#AA0000">[27/8 MàJ] Note complémentaire sur les pulsars ajoutée.</font>
* 28/04 Jeu spéculatif : [[Progres relatifs Ummo-Terre|cohérence interne du scénario de developpement technologique "ummite" et corrélation avec le développement technologique humain]]
** 07/05 point technologique : [[moteur à plasma "ummite"]]
** 10/05 synchronisation des calendriers : "[[La nuit noire "ummite"|nuit noire]]" or not "[[La nuit noire "ummite"|nuit noire]]" ?
* 15/04 [[Affaire SBF|Affaire Ummo-SBF]] : synthèse et questions soulevées. Gestion du contact. Croyances. Logique Tétravalente.
* 16/04 Présentation du projet Meta-Connexions. <font color="#FF0000">Gestion des connaissances, IA</font>
* <font color="#FF0000">Illustration ludique de l'émergence. Applet java.</font>
* 16/04 [[Libre arbitre|Jeu de contextes et états de conscience modifiés]]
* [[Préambule d'André Lebeau au rapport Cometa]]
</div>

== Contacter l'administrateur du site ==

[[image:E-mail.jpg]] Michael Vaillant (michael.vaillant(à)free.fr)
<i>U-sphère est un site lié à Meta-Connections !</i>

{|width="100%" align="center"|
|align="center"|<div style="align:center; margin: 1px; border: 1px solid #000000; background-color:#ffffff; width:125px;">
<div style="align:center; margin: 1px; border: 1px solid #ffffff; background-color:#000000; width:121px;">
 [[image:NBCAS.gif]] </div><span style="font-size:9px;">[[U-Sph%C3%A8re_DB|Nombre de cas enregistrés]]</span></div>
|}

----
[27/03/08] [[WikiSpam|Marre du WikiSpam ? Téléchargez ce .htaccess pour banir les adresses IP pénibles. Ce fichier sera consolidé au fil de l'eau...]]

Inconnu, Futur, Environnement et Systémique

2008-07-01T20:10:31Z

82.228.83.162:

__NOTOC__ __NOEDITSECTION__
{| style="width:100%;"
|colspan = "2" |
|-
|style="vertical-align:top" |
<div style="margin: 0; margin-right:6px; border: 1px solid #dfdfdf; padding: 0 1em 1em 1em; background-color:#f5fffa; align:right;">
== Bienvenue sur U-Sphere ! ==
[[Image:Leaf.png|right|70px]]

U-Sphere traite des relations entre l'homme et son environnement. De l'acceptation de l'inconnu et l'intégration de nouvelles connaissances: comment l'homme peut-il modifier ses croyances pour mieux communiquer et s'intégrer dans ses sphères informationnelles?
<br />
Les [[OVNI]] (par extension les [[PAN]]) [[D%C3%A9pouiller_le_ph%C3%A9nom%C3%A8ne_des_OVNI_de_sa_gangue_irrationnelle#Introduction_au_rapport_COMETA|appartiennent à un domaine qui n'a pas encore fait de petits au sein de la communauté scientifique]].
Ce sujet est-il condamné à rester ainsi au ban de la science? Sinon comme un phénomène psychosocial? Seul l'avenir pourra nous le dire.
<br />
La démarche de ce site est d'aider (modestement) à opérer un changement, de montrer qu'il existe des pistes pour étudier ce phénomène, mais qu'aussi pour cela il faut créer des outils communs et apporter des moyens. Pour que, finalement, ce sujet puisse être débarassé de son "exotisme" et être intégré dans le cadre d'une recherche plus traditionnelle.
<br />
Sujets divers portant sur : ''l'Intelligence Artificielle'', ''la vie Extra-Terrestre'', et autres sujets ''meta-physiques'' illustrés de "cas limites".
<br />
<center>'''Cet espace, un wiki, est libre et modifiable à volonté: il est le vôtre !'''</center>

<hr />
Si vous souhaitez participer à cette communauté d'échange vous pouvez également nous retrouver sur la [http://fr.groups.yahoo.com/group/meta_sciences/ liste de diffusion "meta-sciences"]

Vous trouverez ici de l'information sur comment créer [[Aide:Aide|U-Sphere:Aide]] des pages.
</div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==U-Sphere dans d'autres langues==
[[image:Us_uk.gif]] [[us_en:|U-Sphere in English]]<br />
</div>

| style="width:40%; vertical-align:top" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#f0f8ff; align:left;">
==Projets sur U-Sphere==
[[Image:Morpho menelaus.png|right|100px]]

1. [[Projets_sur_U-Sphere#Projet_1_-_L.27int.C3.A9gration_des_savoirs_et_des_croyances.2C_une_th.C3.A9orie_du_.22contact.22|L'intégration des savoirs et des croyances, une théorie du "contact"]]<br />
2. http://www.z-machine.info<br />
3. http://www.idees-politiques.com<br />
4. [[Meta-Connections]]: modèles pour la gestion automatisée des connaissances.<br />
5. [[Projets_sur_U-Sphere#Projet_2_-_Surveillance_de_l.27environnement_et_anticipation:_.22Ing.C3.A9rence.22_exotique_.3F|Surveillance environnementale & anticipation: "ingérence" exotique?]]<br />
  5.1. [[U-Sph%C3%A8re_DB|Base de données ufologique]]
<iframe src="http://www.u-sphere.com/vue.php?sv=true&lat=47&long=-20&zf=1&z_g=15&zf=1.5&url=index.php?title=U-Sph%C3%A8re_DB" border="0" width="500" height="260" scrolling="no" topmargin="0" bottommargin="0" marginwidth="0" marginheight="0"></iframe><br>
6. [[U-Sph%C3%A8re_CropDB|Base de données sur les Crops Circles]] <br>
<iframe src="crops/grid.php?id_crop_type=12&largeur=5&limit=5" width="515" height="110" frameborder="0" scrolling="no"></iframe></div>
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; margin-right:6px; background-color:#fffafa; align:left; margin-top:10px;">
==Points de vue==
25/04 [[Se pourrait-il que le réel ne soit pas rationnel ?]] | 06/10 [[Fierté|Le sens de la fierté]] | 19/8 [[Traitement médiathique|Combien de fois nos morts valent les leurs ?]]<br />
</div>

|}
{| style="width:100%;"
|colspan = "2" |
<div style="margin:0; border:1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#fffafa; align:left; margin-top:10px;">

==<font color="#AA0000">'''Nouveautés'''</font>==
<i>Liste des derniers articles</i>

=== 2008 ===

* 17/04 [[Drônes de californie: essais d'analyse|Drônes de californie: essais d'analyse d'un cas :Capitola]]
* 09/08 [[Compléments sur les scénarios impossibles: "PLAN" du site]].
* 09/08 [[Escathologie croisée]]
* 09/08 [[Vague belge: corrélation environnementale avec les bassins hydrologiques du nord ?]]
* 09/08 [[Métamorphoses "ummites"]] : les "ummites" sous toutes leurs formes.
** 09/08 [[Voronej: retour sur un aspect moins connu de l'affaire]]
** 09/08 [[Marionnetistes]] et "guerre" de l'information.

=== 2007 ===

* 11/11 [[Hunab Ku]] : petite discussion sur le sens de ce symbole Maya, la nature de sa forme particulière. Eléments inédits ?
* 10/11 [[Géolocalisation des crops-circles]] : résultats préliminaires (cartes de répartition des crops-circles) et avancement.
* 16/10 [http://www.azf-toulouse.com/ Toulouse, explosion d'AZF du 21 septembre 2001]: je vous encourage à visiter et soutenir le travail de Pierre Grésillaud. Une enquête hors norme.
* 16/10 [[ClearStream 2|ClearStream2, vous n'y comprenez rien ? Ca tombe bien moi non plus !]]
* 27/09 [[Crop circles: impossibles scénarios]]
* 26/09 [[U-Sph%C3%A8re_CropDB|Mise en place d'une mini-base de données collaborative sur les crops circles]]
* 29/08 [[Crop_Circles:040802_Silbury_Hill|Le crop circle dit "du jour du jugement dernier" (Doomsday Crop Circle)]]: "Tic Tac, comment le temps est-il compté ?"
** 03/09 [[Calendriers Maya et Aztèque]]
* [MàJ le 22/08] 17/08 [[Crop Circles et protohistoire humaine|Les Crop Circles nous repassent le film de la protohistoire de l'homme]] (la suite arrive) <font color="#AA0000"></font>
** [[Crop_Circles_et_protohistoire_humaine#Th.C3.A9orie_du_compte_.C3.A0_rebours|Hypothèse du compte à rebours]]. "Tic Tac, le temps est compté!"
***[MàJ le 23/08]<font color="#AA0000">[[Crop_Circles_et_protohistoire_humaine#Chiffre_6_m.C3.A9so-am.C3.A9ricain_et_le_grand_cycle_des_13_baktuns|Grand cycle des 13 baktuns, (qu'est ce que c'est que ce truc ?!)]]</font>
* 18/08 [[Crop Circles:010814_Chilbolton|L'exemple surprenant de Chilbolton: le fin mot de l'histoire ?]] [[Notes]]
* 17/07 [[Les enfants d'UMMO]]. Traduction d'un article sur l'origine et l'implantation de cette secte [toujours en cours par manque de temps, malheureusement...]
* 16/08 [[Crop Circles|Crop Circles: mesure de la complexité et contexte d'élaboration, un axe d'analyse]]
* 03/07 [[HET et préjugés|L'Hypothèse Extra-Terrestre (HET) et nos préjugés]]. Comment connaître la vérité ?
* 01/07 [[PAN#Collecte_des_informations_sur_les_PAN|Circuit de collecte d'informations sur les PAN]] en France.
* 29/06 [[Ummo|Fragment du réseau social de l'affaire Ummo]] (tous compléments d'information bienvenus)
** MàJ le 03/07.
* 25/06 Mise à jour sur l'[[Affaire SBF|Affaire Ummo-SBF]] : profils revus et reprise des idées soulevées par les acteurs
* 13/06 Quelques mots sur le projet "[[Meta-Connections]]" présentant des idées pour la mise en relation d'informations et la génération automatique d'ontologies, voire de systèmes autopoïètiques.
** Quelques [[Meta-Connections:définitions|définitions liées au périmètre du projet]]
* 7/06 [http://www.idees-politiques.com Idées Politiques] : un projet en chantier pour l'évaluation sociale des idées, amorcé mais loin d'être abouti : aide bienvenue :)
** Le principe, en quelques mots, consisterait à croiser un wiki, un forum et un outil de vote, afin de faire remonter des données synthétiques sur les idées qui animent la vie politique. Chaque idée proposée serait évaluée en termes de coûts financiers, (par couleurs thématiques, tel les cartes à jouer), ainsi que des critères de consultation et de convergence des idées. Les idées seraient suivies comme en bourse, celles-ci étant côtées et leur "valeur" historisée (top 10 suivant différents critères). Un dossier scientifique devrait accompagner chacune de ces idées et pour permettre également de bâtir un point de vue analytique, dénué de toute passion.
* 31/05 [http://www.z-machine.info Z-Machine], où en sommes nous ?
* 17/05 Contact individuel: quel serait le profil d'une personne choisie pour être mise en contact avec une réalité "exotique" ?
** Jeu ummoristique: vous souhaiteriez être contacté, comment vous y prendriez-vous ? [[Bon "destinataire"|Dans le cadre de l'affaire Ummo, peut-on profiler ce qui fait un bon "destinataire"]] de lettres ? Quelles sont les motivations sur les échanges revendiquées par leurs auteurs ?
** cf. également "[[Théorie du contact]]"
* 02/05 [[Lignes_de_Nazca|Nazca : un réseau à l'écoute des "colères de la montagne"?]]
** <font color="#AA0000">[27/8 MàJ] Note complémentaire sur les pulsars ajoutée.</font>
* 28/04 Jeu spéculatif : [[Progres relatifs Ummo-Terre|cohérence interne du scénario de developpement technologique "ummite" et corrélation avec le développement technologique humain]]
** 07/05 point technologique : [[moteur à plasma "ummite"]]
** 10/05 synchronisation des calendriers : "[[La nuit noire "ummite"|nuit noire]]" or not "[[La nuit noire "ummite"|nuit noire]]" ?
* 15/04 [[Affaire SBF|Affaire Ummo-SBF]] : synthèse et questions soulevées. Gestion du contact. Croyances. Logique Tétravalente.
* 16/04 Présentation du projet Meta-Connexions. <font color="#FF0000">Gestion des connaissances, IA</font>
* <font color="#FF0000">Illustration ludique de l'émergence. Applet java.</font>
* 16/04 [[Libre arbitre|Jeu de contextes et états de conscience modifiés]]
* [[Préambule d'André Lebeau au rapport Cometa]]
</div>

== Contacter l'administrateur du site ==

[[image:E-mail.jpg]] Michael Vaillant (michael.vaillant(à)free.fr)
<i>U-sphère est un site lié à Meta-Connections !</i>

{|width="100%" align="center"|
|align="center"|<div style="align:center; margin: 1px; border: 1px solid #000000; background-color:#ffffff; width:125px;">
<div style="align:center; margin: 1px; border: 1px solid #ffffff; background-color:#000000; width:121px;">
 [[image:NBCAS.gif]] </div><span style="font-size:9px;">[[U-Sph%C3%A8re_DB|Nombre de cas enregistrés]]</span></div>
|}

----
[27/03/08] [[WikiSpam|Marre du WikiSpam ? Téléchargez ce .htaccess pour banir les adresses IP pénibles. Ce fichier sera consolidé au fil de l'eau...]]

Hunab Ku

2008-06-13T13:40:59Z

82.228.83.162: /* Commentaire: la durée des Eres Maya */

__NOTOC__
==Interprétations traditionnelles ==

[[image:Hunab_Ku_XL.png|thumb|100px|right|Un symbole proposé pour Hunab Ku]]

Les informations ci-après proviennent du web. Elles ne sont malheureusement pas sourcées (entre la rumeur, l'information authentique, les bonnes histoires, la manipulation: rester prudent...). Les différences constatées entre les différentes sources s'expliquent peut-être car la tradition orale est restée forte chez les descendants actuels des aztèques et mayas: les écrits authentiques sont rares (les fameux codex). Le [http://fr.wikipedia.org/wiki/Popol_Vuh Popol-Vuh] est l'une de ces exceptions.
Pour tenter de palier à ce manque de fiabilité, cet article essaye de croiser les informations entre elles. Il convient malgré tout, comme toujours, toutes les réserves nécessaires...
<br><br><br><br><br>

===Définitions et sens donnés à Hunab Ku===

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>1</u>)([http://altreligion.about.com/library/glossary/symbols/bldefshunab.htm about.com]) Ce symbole est une réminiscence du Yin et du Yang, il est l'emblème du dieu Maya Hunab Ku, le créateur suprème. <br> Il représente le calendrier solaire, l'équilibre des forces et la perfection.
|}
[[image:Syinyang.jpg]] [[image:szia.jpg]]

<br>
{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>2</u>)([http://en.wikipedia.org/wiki/Hunab_Ku Wikipedia en]) Selon certaines sources pré-coloniales, Hunab Ku 'Dieu du Soleil' était la divinité principale du panthéon Maya Yucatec. Aucune image n'existe d'Hunab Ku dans la mesure ou il était considéré sans forme visible. Le concept a pu être inventé pour satisfaire les moines espagnols. Quoiqu'il en soit, Hunab Ku, est étroitement lié au dieu indigène créateur, [http://en.wikipedia.org/wiki/Itzamna Itzamna].
|}
<br>
{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>3</u>)([http://fr.wikipedia.org/wiki/Hunab_Ku Wikipedia fr]) Hunab Ku est le dieu créateur des Mayas qui rétablit le monde après les trois déluges qui se déversèrent de la bouche du serpent du ciel: <br>
* le '''premier monde''' fut habité par des nains qui construisirent les cités, <br>
* le '''second monde''' par une race inconnue : les Dzolobs qualifiées de trangresseurs,<br>
* et finalement le '''troisième monde''' fut habités par les Mayas eux mêmes.
|}
<br>
Il semblerait, si l'on s'en réfère à la pierre du soleil, que la bouche du serpent du ciel soit la "bouche de la voie lactée". Autrement dit, cette version ferait référence au trou noir situé au centre de notre voie lactée. A ce propos, une conjonction du soleil avec le centre galactique se produirait à la fin de ce cycle en 2012 (entre parenthèses, est-il possible de calculer ce cycle). Difficile cependant d'imaginer que cela ait un effet particulier sur terre.

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u></u>)([http://mythologica.fr/maya/hunab.htm Mythologica.fr]) Hunab Ku était une divinité Maya inhabituelle, un dieu-créateur unique suprême des Mayas du Yucatán (une tentative évidente de se concentrer sur un concept commun de divinité). Son nom signifie "un" (hun) "état d'être" (ab) "dieu" (ku). Hunab Ku était considéré comme le père d 'Itzamna et, dans une version du mythe de la création, c'est lui qui avait fabriqué le monde et placé les Bacabs aux quatre coins pour soutenir le ciel.
A la différence des autres dieux du panthéon maya, Hunab Ku était invisible, et n'était jamais représenté (du moins, aucune représentation dans les codex ne lui a été attribuée). Il s'agissait plutôt d'un concept abstrait prêché par les prêtres au début de la période postclassique, apparemment une tentative précoce de conception de l'univers sous une philosophie monothéiste.
|}

== Rôle d'Hunab Ku dans l'histoire des Eres, Soleils ou "Mondes"==

Le rôle d''''Hunab Ku''' tel que proposé par la définition du wikipedia (fr) n'a rien d'explicite. Il semble qu'il y ait une confusion dans la numérotation des "mondes". Ce n'est peut-être pas tant le fait de l'auteur ayant rapporté cette histoire sur wikipedia, que le mythe a subit au cours des siècles de nombreuses variations et compte tenu d'une tradition essentiellement orale.

Néanmoins, si l'on essaye de retenir les éléments convergents, et si l'on rapproche la notation ci-dessus de celle des ères (les ères peuvent être aussi appellées "monde" ou "soleil"), on aurait:
* le premier, deuxième et troisième mondes ci-dessus en correspondance respective avec à la 2ème, 3ème et 4ème Ere (voir schéma ci-dessous),
* l'ère actuelle, (soit la 5ème Ere), est rétablie par Hunab Ku, le dieu central.

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>4a</u>)([http://www.pantheon.org/articles/h/hunab_ku.html Encyclopedia Mythica])

The supreme god and creator of the Maya. He is the head of the Mayan pantheon and called 'god of the gods'. Hunab Ku rebuilt the world after three deluges, which poured from the mouth of a sky serpent.
* The '''first world''' he created was inhabited by dwarfs, the builders of the cities.
* The '''second world''' was inhabited by the Dzolob, 'the offenders', an obscure race.
* The '''third''' and final world Hunab Ku created for the Maya themselves (who are destined to be overcome by a fourth flood). The god Itzamna is his son. He is similar to the Aztec Ometeotl.
|}

De façon plus détaillée, sur une source en français:

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>4b</u>)([http://mythologica.fr/maya/creation.htm Mythologica.fr])

* Le '''premier monde''' était habité par les Sayam Uinicob, "hommes experts", une race de nains qui, selon les Mayas, avaient édifié les cités en ruine du passé. Les travaux avaient été faits dans l'obscurité car le soleil n'avait pas encore été créé, mais lorsque le soleil se leva à la première aube, les Saiyam Uinicob se changèrent en pierre. Ce monde fut détruit par la première grande inondation, haiyococab ("l'eau par-dessus la terre").
* Le '''deuxième monde''' était habité par les Dzolob ("Offenseurs"), une race mystérieuse; eux aussi disparurent dans les flots d'une inondation sortie de la gueule du grand serpent céleste.
* Le livre sacré Chilam Balam de Chumayel explique que le '''troisième monde''' maya arriva après la défaite des 13 seigneurs des Cieux (les Oxlahun Ti Ku) par les neuf seigneurs du Monde souterrain (les Bolon Ti Ku). Les Bacabs se placèrent aux quatre coins de la terre pour la soutenir. Le troisième monde, Mazehualob (celui des anciens Mayas), finirait lui aussi sous les eaux.
* Un '''quatrième monde''' verrait le jour; il serait peuplé par un mélange tous les habitants des mondes précédents. Lorsque le temps serait venu, ce quatrième monde périrait dans une inondation.

Cet univers cyclique de création et de destruction se reflétait au travers de la vie quotidienne des Mayas et de leur concept de dualité, selon lequel le dieu de la pluie, Chaac, produisait chaque année de nouvelles pousses et plants de maïs, tandis que Ah Puch, le dieu de la Mort, s'efforçait de couper les bourgeons.

|}

=====Commentaire: Dzolobs ?=====

Le mot clé "Dzolobs" est intéressant car il est un médiateur nous permettant de préciser la recherche. Sa rareté est équivoque: il ne renvoie qu'à 8 réponses dans google, dont 4 reproduisent à l'identique l'information ci-dessus... Deux autres réponses sont une copie d'un échange ayant eu lieu sur un forum et dans lequel un internaute effectue un court-résumé d'un compte rendu de lectures de livres abordant le sujet des cycles mayas. Bien que cette information ne soit pas sourcée non plus, elle reprend et complète ce qui est dit précédemment:

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>5</u>)([http://forum.rastaba.com/index.php?showtopic=3791&st=20 Rastaba's Forum])
* ''(1ère ère)'' Au début était le règne des animaux. Puis le monde fut détruit en 18633 av JC.
* ''(2ème ère)'' Les dieux créèrent alors un nouveau monde ou régnaient des nains et des hommes de boue. Mais ces êtres déplurent aux dieux. Alors le monde fut détruit en 13470 av JC par un déluge et les hommes de boue furent transformés en poissons.
* ''(3ème ère)'' Un nouveau monde fut créé ou régnaient des hommes de bois et des géants dzolobs. Puis ce monde fut également détruit en 8307 av JC par la chute du soleil. Une pluie noire de résine s'abatit et les hommes furent transformés en dindons.
* ''(4ème ère)'' Alors un nouveau monde fut créé ou régnaient des hommes de maïs ainsi que l'empire infernal de [http://fr.wikipedia.org/wiki/Xibalba Xibalba]. Ce monde fut détruit en 4160 ou 3144 av JC par des ouragans et les hommes furent tranformés en singes.
* ''(5ème ère)'' Le monde et les hommes actuels apparut alors. Ce monde durera jusqu'en 2012 et sera détruit par un déluge aprés une période de 15 ans de ténèbres ... et les hommes seront changés en chiens. (?)
|}

=====Commentaire: la durée des Eres Maya=====

Les dates évoquées ci-dessus sont intriguantes car elles ne sont pas en accord avec celles "traditionnellement" retenues pour les 5 ères Maya (ou soleils). En effet, s'il est généralement accepté que l'année -3113 soit le commencement de notre ère actuelle (qui est la cinquième), et que chacune de nos ères dure 5125 ans (13 baktuns faisant 144000 jours), alors on aurait en décrémentant, les dates suivantes pour les ères Maya:
* '''5ème ère''': -3113, '''4ème ère''': -8238, '''3ème ère''': -13363, '''2ème ère''': -18488, '''1ère ère''': -23613.

Pourtant, si l'on se fie au texte précédent, un cycle durerait 5163 années (=8307-3144) et non pas 5125. <br>
Valeur inventée ? Apparement pas: l'auteur qui ne source pas son information semble avoir une bonne mémoire puisque, recherche faite, cette valeur correspond à deux fois la valeur d'un autre cycle Maya de 942890 jours ou 2581,5 années (valeur mentionnée par Peter Thompkins, et dont il n'y a qu'une référence sur le web à ce jour). Ce cycle serait lui-même basé sur 130 conjonctions Jupiter-Saturne.

Cette dernière information est également donnée sans texte de référence. Aussi, j'ai cherché à recalculer la durée [[moyenne d'un cycle de conjonctions Jupiter-Saturne]] fournie par Peter Thompkins et : j'obtiens 19,8696 années, qui multiplié par 130, font 2583 années, nombre relativement en accord avec la valeur ci-dessus.

[[image:Chronologie_eres_3.png|frame|center|Deux chronologies sont envisageables : l'une basée sur 20*13 katuns de 7200 jours, formant des ères Maya de 5125 années, et l'autre, basée sur 20*13 cycles de conjonction jupiter-saturne (soit des katuns de 7254 jours), formant des ères Maya de 5163 années. Sur 5 ères, cette seconde durée est plus conforme à la période du cycle de précession de la terre. A noter que:<br>
(0) la date marquant le cataclysme naturel intervenant en fin de cycle, devrait être ''en toute logique'' antérieure à celle du changement d'ère,<br>
(1) sur la base de l'histoire n°5 ci-dessus, entre 2012 et -3144 il y a 5156 années et non pas 5163 (voire même 5154 si l'on tient compte du fait que les années +0 et -0 ne sont pas comptables...). Cela correspondrait à un décalage de 9 ans, erreur ?<br>
(2) si l'on se cale sur la prochaine date de conjonction jupiter/saturne, nous serons le 21 décembre 2020. Soit ''exactement'' 8 ans après le 21 décembre 2012. A 1 an près ce sont les 9 ans ci-dessus. D'un point de vue astronomique, serait-ce la date de fin de cycle effective ? De façon intéressante, si l'on procède à un retour en arrière de 5156-2 ans , on tombe sur le début du Kali Yuga : un autre mythe qui se croise...]]

Or, si ce cycle Maya de 942890 jours cité par Peter Thompkins existe bien, cela recouvre une triple curiosité/interrogation:

* 1- ce calendrier n'est pas mentionné dans la liste de ceux connus (cf. les [[Calendriers_Maya_et_Azt%C3%A8que#20_calendriers_Mayas|20 calendriers Maya]]). Serait-ce l'un des calendriers cachés ?

* 2- les cycles jupiter-saturne, servent-ils de base de calcul aux ères Maya ? En tout cas, ils semblent mieux adaptés pour deux raisons:
** d'une part, 260 conjonctions jupiter-saturne font 5163 années: à peu près une ère Maya. Et 260 est un nombre remarquable pour les Mayas en regard de son découpage en 20x13 (à rapprocher des 260 jours du calendrier Tzol'kin). Et si une ère compte 13 baktuns, on aurait pour chaque baktun, 20 conjonctions jupiter-saturne. Par conséquent, un Katun serait basé sur une conjonction jupiter-saturne et durerait 7254 jours au lieu de 7200.
** d'autre part 10 de ces cycles de 260 conjonctions, donnent 25808 années, précisément la durée du cycle de précession des équinoxes (pour rappel, la duré du cycle de précession des équinoxes est de 25800 ans ou 25785 suivant les sources).
* 3- Dernier point intriguant : la prochaine conjonction jupiter-saturne aura lieu le 21/12/2020. Ce qui nous sépare très exactement de 8 ans du 21/12/2012 souvent argué comme fin du calendrier. hasard ou choix de calendrier judicieux ?

Finalement, cela donne un peu de poids au texte précédent, bien que cela soulève le cas échéant d'autres questions (par exemple, quid de la numérotation avec un katun de 7254 jours?)

==== Définitions du Hunab Ku - Plus près de la source ? ====

Si nous essayons de trouver un texte se rapprochant d'une source originale, nous avons ce texte du [http://fr.wikipedia.org/wiki/Popol_Vuh Popol-Vuh] (ou plutôt Pop Wuh, littéralement « livre du temps » ou « livre des évènements » en quiché) qui serait le document le plus important dont nous disposons sur les mythes de la civilisation maya.

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
| [[Image:Popol vuh.jpg|right|150px|thumb| La première page du manuscrit gardée dans la bibliothèque de Newberry à Chicago]] (<u>6</u>)([http://fr.wikipedia.org/wiki/Hunab_Ku Wikipedia fr]) Le Popol Vuh est séparé en trois parties distinctes. La première partie qui nous intéresse ici est dédiée à la genèse du monde qui ressemble curieusement à la Bible, elle est calquée sur la description précédente, sans toutefois faire mention de dates:

* ''(1ère ère)'' Du néant originel, les Dieux décidèrent de créer le monde, de le rendre matériel et de le peupler de créatures afin d'être adorés.
* ''(2ème ère)'' Après la traditionnelle création de la terre, des montagnes, de la flore et de la faune, ils créèrent les premiers hommes à partir de glaise. Ce premier essai se révèle infructueux.
* ''(3ème ère)'' une seconde tentative fut effectuée à partir de bois. Mais ces hommes de bois résultèrent frivoles, vaniteux et paresseux. Les Dieux les firent donc périr par le moyen d'un déluge.
* ''(4ème ère)'' À la fin, une ultime tentative leur fit façonner les hommes à partir de maïs, la race humaine trouvant là sa substance définitive. puis quatre femmes. Mais ils prirent peur en voyant les pouvoirs qu'ils avaient conféré à ces nouveaux humains, que ces derniers cherchent à les supplanter.
* ''(?)'' C'est pourquoi ils décidèrent de restreindre leur sens, et de limiter leur vue et leur intelligence. Ces huit humains sont l'origine de toute la race humaine, qui va ensuite se diviser et perdre la capacité de parler un seul et même langage, dans un épisode similaire à la Tour de Babel.
|}

Voici enfin, la reprise de ce mythe des mondes repris par les Aztèques, et qui trouve son équivalent chez les Mayas:

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>7</u>)([http://atlantides.free.fr/agesmonde.htm L'épopée Atlante]) Les Aztèques, (mais aussi les Mayas et les autres populations méso-américaines) , pensaient que plusieurs univers avaient existé avant le nôtre. Plusieurs mythes décrivent les quatre mondes, (ou "Soleils "), qui ont précédé le monde actuel. Chacun de ces âges antérieurs a donné lieu à la création d'une humanité et est désigné soit par une date, soit par un élément distinct (terre, vent, feu ou eau) qui symbolise aussi bien la nature de cette création que les modalités de sa destruction.

Les mythes relatifs à la succession de ces quatre Soleils nous sont connus par d'anciennes sculptures aztèques et par des manuscrits rédigés peu après la conquête espagnole. Ils donnent une place prépondérante à Tezcatlipoca (le Seigneur du Miroir Fumant) et à Quetzalcoatl (le Serpent à Plumes). Créations et destructions sont les conséquences d'une lutte cosmique pour le pouvoir entre ces deux adversaires divins.

* Le '''premier monde''' (ou ère), dit '''Soleil de Terre''' ou '''4-Jaguar''' est régi par Tezcatlipoca le Noir. Il est peuplé de géants mais Quetzalcoatl, armé d'un bâton, précipite Tezcatlipoca dans la mer puis ressort de l'océan transformé en un gigantesque jaguar qui extermine la race des géants.

* Le '''deuxième monde''', dit '''Soleil de Vent''' ou '''4-Vent''' est dominé par Quetzalcoatl. Il est anéanti par Tezcatlipoca, qui abat son rival d'un coup de pied et fait souffler une terrible tempête à l'issue de laquelle tous les habitants de ce deuxième monde sont transformés en singes.

* Le '''troisième monde''', baptisé '''Soleil de Pluie''' ou '''4-Pluie''' est régenté par Tlaloc. Il est détruit par Quetzalcoatl, qui le consume sous une pluie de feu magique et transforme ses habitants en dindons.

* Puis vint le '''quatrième monde''', du '''Soleil d'Eau''' ou '''4-Eau''', qui est placé sous le signe de l'épouse de Tlaloc, Chialchiuhtlicue (" Celle qui porte une Jupe de Jade "), déesse des fleuves et des eaux stagnantes. Ce quatrième univers est détruit lui aussi à la suite d'un déluge massif qui rase les montagnes, jette les cieux sur la terre et change tous les êtres humains en poissons.

Ces mondes imparfaits furent suivis par la création du cinquième Soleil qui est notre monde actuel. Le '''cinquième monde''' fut créé à Teotihuacan, au moment où le dieu Nanahuatzin se lança dans un grand brasier et se transforma miraculeusement en soleil levant. Mais, comme il demeurait immobile, les dieux offrirent alors leur sang pour que l'astre puisse bouger. Voilà pourquoi le cinquième Soleil est connu comme '''4-Mouvement''' [, et associé au dieu solaire].
|}

=== Schéma de synthèse ===

Si l'on se rappelle le schéma que j'avais réalisé pour un précédent article, il est possible de le reprendre et d'y faire figuer les éléments mentionnés ci-dessus:
[[image:Chronologie_eres_2.png|frame|center|La succession des mondes chez les mayas et les aztéques. Les deux chronologies possibles sont représentées, notées Ere 1 et Ere 2]]

=====Commentaire 1 : les divinités=====

* '''Les divinités qui rentrent en conflit''' représentent différents aspects d'un même principe créateur manifesté sous des formes variées. Pour les Aztecs, c'était '''Omeotl''', le seigneur de la dualité, qui s'était façonné lui-même. Ce principe a engendré un couple cosmique, représentant les aspects Mâle ('''Omecihuatl''') et Femelle ('''Ometecuhtli''').
* '''Omecihuatl''' et '''Ometecuhtli''' étaient plutôt aussi conçus comme des concepts abstraits (ils étaient peu représentés) et ils ont à leur tour engendré différentes formes, il y avait: les '''4 Tezcatlipoca''' (le rouge, le bleu, le blanc et le noir) dont '''Tlaloc''' le dieu de la pluie et '''Chalchiuhtlicue''' la déesse de l'eau faisaient peut-être aussi partie. Pour ce qui concerne l'histoire des ères Maya, ce sont 4 dieux qui mettent fin à chacune des ères:
**1. '''Tezcatlipoca-noir''', (c'est de lui dont l'on parle généralement si l'on cite [http://fr.wikipedia.org/wiki/Tezcatlipoca Tezcatlipoca]), Seigneur du Miroir Fumant ou de la nuit, symbolisé par les jaguars, situé au Nord, qui s'oppose à,<br>
**2. '''Tezcatlipoca-blanc''', ou '''[http://fr.wikipedia.org/wiki/Quetzalcoatl Quetzalcoatl]''' le serpent à plumes, situé à l'Ouest, symbolisé par les vents.<br>
**3. '''Tezcatlipoca-rouge'''(?), '''[http://fr.wikipedia.org/wiki/Tlaloc Tlaloc]''', Dieu de la pluie de feu, (situé au Sud?), qui s'oppose à,<br>
**4. '''[http://fr.wikipedia.org/wiki/Chalchiuhtlicue Chalchiuhtlicue]''', Déesse de l'eau, épouse de Tlaloc, (situé à l'Est?).

{|
|-
|[[image:Divinites_aztec_maya_hierarchie.png|frame|Les équivalences entre les divinités Mayas et Aztèques sont données ci-dessus. Dans ce schéma, les manifestations de niveau inférieur sont engendrés et/ou contenues à l'intérieur de celles du niveau supérieur, à l'image de poupées russes.
Relier les mythologies des deux civilisations est assez périlleux. Néanmoins, on pourra remarquer que Kukulkan comme Tezcatlipoca disposaient de 4 manifestations différentes. Le dieu de la pluie (de feu) a dans les deux mythologies un rôle à part, toujours très important. In fine, la synthèse de ces manifestations est contenue dans le symbole Maya Hunab Ku ou son équivalent Aztèque, la pierre du soleil. Pour ce qui concerne cette dernière, voir ci-après le détail central qui montre les ères et les dieux/éléments auxquelles elles sont associées. Voir également le schéma situé en pied de page qui montre les équivalences surprenantes avec le Yi-King.]]
|}

Dans cette histoire mythologique, les rôles de Tezcatlipoca-rouge (Xipe Totec, le dieu écorché) et Tezcatlipoca-bleu (Huitzilopochtli, associé au sud) ne sont pas explicites. Est-ce parce qu'ils étaient l'un et l'autre confondus avec Tlaloc et Chialchiuhtlicue ? Je l'ignore. Il semble néamoins que l'on puisse répondre par l'affirmative pour Tezcatlipoca-rouge, et ce, parce qu'il était aussi appellé Anahuatl-Iteuc (seigneur d'Anahuatl), lui-même relié à Tlaloc. A noter que, pour ce qui concerne Tlaloc représenté par la "pluie de feu", des deux éléments, le feu est celui qui semble prévaloir.

Ci-après un tableau synthétique qui reprend les correspondances entre les éléments et dieux mayas ainsi qu'aztèques:

[[image:Correspondance_elements-dieux_Maya_Aztec.png]]

De façon imagée, et pour reprendre cette mythologie, ce sont ces mêmes 5 dieux qui sont représentés dans la zone centrale de la pierre du soleil:
{|
|-
|[[image:Disque_solaire_eres.png|frame|Le centre de la pierre du soleil représente les 5 dieux associés aux ères et les éléments associés]]
|}

=====Commentaire 2 : les catastrophes annoncées et les éléments liés =====
* Dans le calendrier divinatoire ''Tonalamatl'', le jour 4- était considéré de mauvaise augure. C'est lui qui, associé à l'élément de la divinité manifestée, marquait la date de la catastrophe annonçant la fin de cycle. Les hommes sont aussi transformés (où s'adaptent) de telle façon à pouvoir échapper au sinistre. Soit:
** '''4-jaguar''', les hommes furent dévorés par des "jaguars", (dans les versions que j'ai pu lire, il ne nous est pas dit comment ils furent sauvés),
** '''4-vent''', des ouragans, les hommes furent sauvés en étant transformés en "singes", (car ils pouvaient s'accrocher aux branches),
** '''4-pluie''', pluie de feu, les hommes furent sauvés en étant transformés en "dindons" ou "oiseaux", (car ils pouvaient échapper à la pluie),
** '''4-eau''', un déluge, les hommes furent sauvés en étant transformés en "poissons", (censément, ils pouvaient nager...).

* On peut s'amuser, bien sûr, à rechercher des traces de ces [[Mythes et réalités des catastrophes Maya|catastrophes dans l'histoire humaine]]. Cette recherche a déjà motivé de nombreux travaux, ne serait-ce que pour ses implications phitlosophiques et théologiques. Par exemple, pour ce qui est un événement plus proche de notre culture, mais enfin de compte relativement universelle: le déluge.

Il reste des points obscurs ou incohérents vis à vis de ce qui précède:
* On notera que l'histoire n°(5) inverse les conséquences attribuées aux éléments de l'ère 2 (vent) et 4 (Eau): un déluge (Eau) est associé à Quetzalcoatl au lieu d'un événement lié au vent (Ouragant ou Tempête).

== Synthèse : le sens d'Hunak Ku ==

'''De façon générale''', le symbole du "Hunab Ku" représente un concept. Il est la dualité de l'univers pour lequel il représente à la fois le temps et l'espace intriqués, et en même temps cette énergie qui imprime le mouvement. Faisant office de représentation de l'espace, du temps et du mouvement, Hunab Ku peut être rapproché de la pierre du soleil Aztèque. Il est aussi la manifestation des lois supérieures qui jugulent et structurent les événements sur de grandes échelles d'espace et de temps, puisqu'il s'inscrit dans un décompte de temps d'ordre très important (cycles de milliers d'années) et d'événements tout aussi dramatiques.

Compte tenu de ce que nous avons vu précédemment sur l'organisation des déités mayas et aztéques et en regard des éléments naturels:
* Au centre, nous avons '''Ometeotl''' (pour les Atztecs) ou '''Itzamna''' (pour les Mayas). Un dieu de la nuit et du jour ou seigneur de la dualité, animé par le mouvement (caban). A y regarder de plus près une double dualité est exprimée : celle de la terre, de l'espace et du temps (respectivement par les bords en escaliers et la spirale) et celle du jour et la nuit (à l'instar du Yin et du Yang). Ce concept d'espace/temps est ainsi présent au coeur de la représentation symbolique d'Hunab Ku.
* Ensuite, les 4 éléments engendrés par cette divinité :
** Il y avait 4 '''Tezcatlipocas''' (Aztec) qui correspondaient, peu ou prou, aux 4 manifestations de '''Kukulkan''' (Maya) associés à des couleurs, éléments (Air, Feu/Pluie, Terre, Eau) et directions spatiales (voir tableau ci-dessus).

De fait, que les concepts d'"Hunab Ku" et de "calendrier solaire" soient si proches n'est pas étonnant. Les "cycles Maya" sont une manifestation du cadre et du rythme imposé par "Hunab Ku". Ce dernier se manifeste plus particulièrement à chaque transition de cycle: par l'énergie qu'il insuffle il produit le changement.

=== Peut-on trouver un sens ayant plus particulièrement concouru au choix esthétique de ce symbole ? ===

Il reste qu'Hunab Ku est un symbole étrange compte tenu de sa complexité visuelle, presque « trop riche » en informations. S'il était un symbole d’ascendance divine « supérieure », pourquoi ne pas avoir créé une représentation plus épurée et plus simple ? Est-ce parce qu'il est dit qu'il aurait été créé pour satisfaire des moines espagnols et puisque, au départ, il n'existait pas de représentation d'Hunab Ku ? Il nous laisse effectivement penser à une sorte de chimère associant un ensemble de symboliques récupérées par ailleurs.

Un élément clé qui m'a particulièrement frappé -et qui m'a incité à écrire cet article- c'est la position de la barre de transition dans le symbole d’Hunab Ku. Pourquoi *cette* position particulièrement, créant ainsi une rupture de symétrie ?

C'est parce que cette position ne m'a pas semblé fortuite et que cela m’a "brutalement" rappelé l'article que j'avais précédemment écrit sur l'agroglyphe dit du « [[Crop_Circles:040802_Silbury_Hill|jugement dernier]] » que j'ai souhaité examiné plus avant cette hypothèse.

[[image:Hunab_Ku_Asymetrie.png]]

En effet, le [[Crop_Circles:040802_Silbury_Hill|crop circle de Silbury Hill]] partage un certain nombre de points communs avec la représentation d'Hunab Ku (et par conséquent avec la pierre du soleil). Trois motifs sont particulièrement remarquables:
* les "aiguilles", (indiquant l'écoulement des ères),
* les 4 jaguars, (représentant l'entrée vers le monde sous-terrain), et
* la dualité centrale avec la présence d'un motif représentant le serpent à plumes de la mythologie Maya: Kulkulkan (celui de la mythologie Aztec occupe un rang différent), associé à sa représentation basée sur un motif en escaliers couplée à une spirale.
{|
|-
|[[image:Hunab_ku_2.png|frame|Ci-dessus, ''une version épurée et simplifiée'' de Hunab Ku, permettant de mieux faire ressortir les équivalences: certains éléments clés du Hunab Ku reprennent (de façon simplifiée) dans le [[Crop_Circles:040802_Silbury_Hill|crop circle dit du "jugement dernier"]]. On trouve notamment:
* La galaxie / L'espace,
* Le temps qui passe,
* Le déplacement/le mouvement,
* La dualité,
* La cyclicité. Le couple central est composé du Serpent à Plumes en version Maya (Kulkulkan) et Kinich Auch l'astre solaire dont l'on observe respectivement les plumes et les rayons sur le dessin du crop circle.]]
|}

Au final nous nous retrouvons avec une triple correspondance :
* Hunab Ku <=> Pierre du soleil <=> Doomsday crop circle.
Il serait intéressant d'examiner, et pour compléter cet article, la vision "astronomique". Elle ajouterait probablement une 4ème correspondance: la pierre du soleil pourrait être, en effet, rapprochée d'un modèle simplifié et symbolique du système solaire: au centre il y a le soleil, nous avons ensuite des disques dévolus aux planètes (essentiellement : mars, vénus, jupiter, saturne), enfin à l'extérieur, il y a la voie lactée refermant l'ensemble (représentant par des serpents). Les durées liées aux conjonctions entre les couples de planètes les plus importants servant d'échelle.

----
Il reste néanmoins une question importante non résolue à propos du symbole d'Hunab Ku: pourquoi représenter ce que nous avons ici choisi d'appeller l'eau par 4 bandes de partage noires qui se rejoignent au centre, en alternance avec le jaguar et non pas les autres symboles: air, pluie&feu ?

'''Il est possible que le symbole de l'eau marque en réalité la rupture de cycle, et qu'un événénement cataclysmique lié à l'eau ne soit survenu de façon systématique en sus des autres ??''' Ou plus simplement qu'il n'y ait pas de lien à faire avec un élément particulier.

== Annexes ==

=== Commentaires sur la partie centrale du symbole d'Hunab Ku: faut-il y voir le dessin d'une galaxie ?===

Il faut savoir que la nature exacte des galaxies n'est connue que depuis le début du XXe siècle ; auparavant, on appelait nébuleuse tout objet céleste d'aspect diffus autre que les comètes (qui pouvaient être distinguées grâce à leur mouvement). En 1845 William Parsons construisit un télescope, beaucoup plus grand que ceux qui existaient à l'époque et put alors distinguer les nébuleuses elliptiques des nébuleuses spirales. Il fut également capable de distinguer (en astronomie on dit résoudre) certaines sources lumineuses ponctuelles au sein de ces nébuleuses.

=== Correspondances avec le Yi King ===

De façon fondatrice, nous retrouvons le même modèle de découpage hierarchique des divinités Maya/Aztèques dans le Yi King.
C'est à dire que l'on part de l'unité (le TOUT, le UN abstrait) pour aller vers la dualité (le Yin-Yang), puis, l'on diverge vers des "éléments" primitifs. Il existe un certain nombre de schémas permettant de se représenter cette vision "en cascade":

{|-
|[[image:trigrammes.gif]]
|[[Image:Yyesb.gif]]
|}
Le Yin-Yang dispose ainsi d'une forme d'équivalence au travers de Itzamna (Maya) ou Ometeotl / Tonacatecuhtli (Aztec).

{|-
|[[image:Yi_King_Crop_Circle.jpg|frame|Dans ce photomontage, de façon amusante et remarquable, le crop circle de Stantonburyn du 7 juillet 2007, associé au Yi King était aligné correctement sur les axes Nord/Sud et Est/Ouest, respectant la position du dessin.
Pour obtenir la même figure que ci-dessus, il faut considérer que le schéma du Yi King proposé plus haut a inversé les sens Est et Ouest!]]
|}

=== Progrès technologique et spirituel ===

Les prophéties sur la 2012 et la nuit qui s'ensuit... 15 ans de nuit de ténèbres et nuit noire... Des technologies vont trop vite pour l'homme ?.... Notre monde technologique progresse plus vite que nos mentalités, c'est à dire que l'élévalation du niveau de morale nécessaire pour maîtriser les "outils du changement" de plus en plus radicaux dont nous disposons.

Hunab Ku

2008-06-13T13:38:32Z

82.228.83.162: /* Commentaire: la durée des Eres Maya */

__NOTOC__
==Interprétations traditionnelles ==

[[image:Hunab_Ku_XL.png|thumb|100px|right|Un symbole proposé pour Hunab Ku]]

Les informations ci-après proviennent du web. Elles ne sont malheureusement pas sourcées (entre la rumeur, l'information authentique, les bonnes histoires, la manipulation: rester prudent...). Les différences constatées entre les différentes sources s'expliquent peut-être car la tradition orale est restée forte chez les descendants actuels des aztèques et mayas: les écrits authentiques sont rares (les fameux codex). Le [http://fr.wikipedia.org/wiki/Popol_Vuh Popol-Vuh] est l'une de ces exceptions.
Pour tenter de palier à ce manque de fiabilité, cet article essaye de croiser les informations entre elles. Il convient malgré tout, comme toujours, toutes les réserves nécessaires...
<br><br><br><br><br>

===Définitions et sens donnés à Hunab Ku===

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>1</u>)([http://altreligion.about.com/library/glossary/symbols/bldefshunab.htm about.com]) Ce symbole est une réminiscence du Yin et du Yang, il est l'emblème du dieu Maya Hunab Ku, le créateur suprème. <br> Il représente le calendrier solaire, l'équilibre des forces et la perfection.
|}
[[image:Syinyang.jpg]] [[image:szia.jpg]]

<br>
{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>2</u>)([http://en.wikipedia.org/wiki/Hunab_Ku Wikipedia en]) Selon certaines sources pré-coloniales, Hunab Ku 'Dieu du Soleil' était la divinité principale du panthéon Maya Yucatec. Aucune image n'existe d'Hunab Ku dans la mesure ou il était considéré sans forme visible. Le concept a pu être inventé pour satisfaire les moines espagnols. Quoiqu'il en soit, Hunab Ku, est étroitement lié au dieu indigène créateur, [http://en.wikipedia.org/wiki/Itzamna Itzamna].
|}
<br>
{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>3</u>)([http://fr.wikipedia.org/wiki/Hunab_Ku Wikipedia fr]) Hunab Ku est le dieu créateur des Mayas qui rétablit le monde après les trois déluges qui se déversèrent de la bouche du serpent du ciel: <br>
* le '''premier monde''' fut habité par des nains qui construisirent les cités, <br>
* le '''second monde''' par une race inconnue : les Dzolobs qualifiées de trangresseurs,<br>
* et finalement le '''troisième monde''' fut habités par les Mayas eux mêmes.
|}
<br>
Il semblerait, si l'on s'en réfère à la pierre du soleil, que la bouche du serpent du ciel soit la "bouche de la voie lactée". Autrement dit, cette version ferait référence au trou noir situé au centre de notre voie lactée. A ce propos, une conjonction du soleil avec le centre galactique se produirait à la fin de ce cycle en 2012 (entre parenthèses, est-il possible de calculer ce cycle). Difficile cependant d'imaginer que cela ait un effet particulier sur terre.

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u></u>)([http://mythologica.fr/maya/hunab.htm Mythologica.fr]) Hunab Ku était une divinité Maya inhabituelle, un dieu-créateur unique suprême des Mayas du Yucatán (une tentative évidente de se concentrer sur un concept commun de divinité). Son nom signifie "un" (hun) "état d'être" (ab) "dieu" (ku). Hunab Ku était considéré comme le père d 'Itzamna et, dans une version du mythe de la création, c'est lui qui avait fabriqué le monde et placé les Bacabs aux quatre coins pour soutenir le ciel.
A la différence des autres dieux du panthéon maya, Hunab Ku était invisible, et n'était jamais représenté (du moins, aucune représentation dans les codex ne lui a été attribuée). Il s'agissait plutôt d'un concept abstrait prêché par les prêtres au début de la période postclassique, apparemment une tentative précoce de conception de l'univers sous une philosophie monothéiste.
|}

== Rôle d'Hunab Ku dans l'histoire des Eres, Soleils ou "Mondes"==

Le rôle d''''Hunab Ku''' tel que proposé par la définition du wikipedia (fr) n'a rien d'explicite. Il semble qu'il y ait une confusion dans la numérotation des "mondes". Ce n'est peut-être pas tant le fait de l'auteur ayant rapporté cette histoire sur wikipedia, que le mythe a subit au cours des siècles de nombreuses variations et compte tenu d'une tradition essentiellement orale.

Néanmoins, si l'on essaye de retenir les éléments convergents, et si l'on rapproche la notation ci-dessus de celle des ères (les ères peuvent être aussi appellées "monde" ou "soleil"), on aurait:
* le premier, deuxième et troisième mondes ci-dessus en correspondance respective avec à la 2ème, 3ème et 4ème Ere (voir schéma ci-dessous),
* l'ère actuelle, (soit la 5ème Ere), est rétablie par Hunab Ku, le dieu central.

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>4a</u>)([http://www.pantheon.org/articles/h/hunab_ku.html Encyclopedia Mythica])

The supreme god and creator of the Maya. He is the head of the Mayan pantheon and called 'god of the gods'. Hunab Ku rebuilt the world after three deluges, which poured from the mouth of a sky serpent.
* The '''first world''' he created was inhabited by dwarfs, the builders of the cities.
* The '''second world''' was inhabited by the Dzolob, 'the offenders', an obscure race.
* The '''third''' and final world Hunab Ku created for the Maya themselves (who are destined to be overcome by a fourth flood). The god Itzamna is his son. He is similar to the Aztec Ometeotl.
|}

De façon plus détaillée, sur une source en français:

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>4b</u>)([http://mythologica.fr/maya/creation.htm Mythologica.fr])

* Le '''premier monde''' était habité par les Sayam Uinicob, "hommes experts", une race de nains qui, selon les Mayas, avaient édifié les cités en ruine du passé. Les travaux avaient été faits dans l'obscurité car le soleil n'avait pas encore été créé, mais lorsque le soleil se leva à la première aube, les Saiyam Uinicob se changèrent en pierre. Ce monde fut détruit par la première grande inondation, haiyococab ("l'eau par-dessus la terre").
* Le '''deuxième monde''' était habité par les Dzolob ("Offenseurs"), une race mystérieuse; eux aussi disparurent dans les flots d'une inondation sortie de la gueule du grand serpent céleste.
* Le livre sacré Chilam Balam de Chumayel explique que le '''troisième monde''' maya arriva après la défaite des 13 seigneurs des Cieux (les Oxlahun Ti Ku) par les neuf seigneurs du Monde souterrain (les Bolon Ti Ku). Les Bacabs se placèrent aux quatre coins de la terre pour la soutenir. Le troisième monde, Mazehualob (celui des anciens Mayas), finirait lui aussi sous les eaux.
* Un '''quatrième monde''' verrait le jour; il serait peuplé par un mélange tous les habitants des mondes précédents. Lorsque le temps serait venu, ce quatrième monde périrait dans une inondation.

Cet univers cyclique de création et de destruction se reflétait au travers de la vie quotidienne des Mayas et de leur concept de dualité, selon lequel le dieu de la pluie, Chaac, produisait chaque année de nouvelles pousses et plants de maïs, tandis que Ah Puch, le dieu de la Mort, s'efforçait de couper les bourgeons.

|}

=====Commentaire: Dzolobs ?=====

Le mot clé "Dzolobs" est intéressant car il est un médiateur nous permettant de préciser la recherche. Sa rareté est équivoque: il ne renvoie qu'à 8 réponses dans google, dont 4 reproduisent à l'identique l'information ci-dessus... Deux autres réponses sont une copie d'un échange ayant eu lieu sur un forum et dans lequel un internaute effectue un court-résumé d'un compte rendu de lectures de livres abordant le sujet des cycles mayas. Bien que cette information ne soit pas sourcée non plus, elle reprend et complète ce qui est dit précédemment:

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>5</u>)([http://forum.rastaba.com/index.php?showtopic=3791&st=20 Rastaba's Forum])
* ''(1ère ère)'' Au début était le règne des animaux. Puis le monde fut détruit en 18633 av JC.
* ''(2ème ère)'' Les dieux créèrent alors un nouveau monde ou régnaient des nains et des hommes de boue. Mais ces êtres déplurent aux dieux. Alors le monde fut détruit en 13470 av JC par un déluge et les hommes de boue furent transformés en poissons.
* ''(3ème ère)'' Un nouveau monde fut créé ou régnaient des hommes de bois et des géants dzolobs. Puis ce monde fut également détruit en 8307 av JC par la chute du soleil. Une pluie noire de résine s'abatit et les hommes furent transformés en dindons.
* ''(4ème ère)'' Alors un nouveau monde fut créé ou régnaient des hommes de maïs ainsi que l'empire infernal de [http://fr.wikipedia.org/wiki/Xibalba Xibalba]. Ce monde fut détruit en 4160 ou 3144 av JC par des ouragans et les hommes furent tranformés en singes.
* ''(5ème ère)'' Le monde et les hommes actuels apparut alors. Ce monde durera jusqu'en 2012 et sera détruit par un déluge aprés une période de 15 ans de ténèbres ... et les hommes seront changés en chiens. (?)
|}

=====Commentaire: la durée des Eres Maya=====

Les dates évoquées ci-dessus sont intriguantes car elles ne sont pas en accord avec celles "traditionnellement" retenues pour les 5 ères Maya (ou soleils). En effet, s'il est généralement accepté que l'année -3113 soit le commencement de notre ère actuelle (qui est la cinquième), et que chacune de nos ères dure 5125 ans (13 baktuns faisant 144000 jours), alors on aurait en décrémentant, les dates suivantes pour les ères Maya:
* '''5ème ère''': -3113, '''4ème ère''': -8238, '''3ème ère''': -13363, '''2ème ère''': -18488, '''1ère ère''': -23613.

Pourtant, si l'on se fie au texte précédent, un cycle durerait 5163 années (=8307-3144) et non pas 5125. <br>
Valeur inventée ? Apparement pas: l'auteur qui ne source pas son information semble avoir une bonne mémoire puisque, recherche faite, cette valeur correspond à deux fois la valeur d'un autre cycle Maya de 942890 jours ou 2581,5 années (valeur mentionnée par Peter Thompkins, et dont il n'y a qu'une référence sur le web à ce jour). Ce cycle serait lui-même basé sur 130 conjonctions Jupiter-Saturne.

Cette dernière information est également donnée sans texte de référence. Aussi, j'ai cherché à recalculer la durée [[moyenne d'un cycle de conjonctions Jupiter-Saturne]] fournie par Peter Thompkins et : j'obtiens 19,8696 années, qui multiplié par 130, font 2583 années, nombre relativement en accord avec la valeur ci-dessus.

[[image:Chronologie_eres_3.png|frame|center|Deux chronologies sont envisageables : l'une basée sur 20*13 katuns de 7200 jours, formant des ères Maya de 5125 années, et l'autre, basée sur 20*13 cycles de conjonction jupiter-saturne (soit des katuns de 7254 jours), formant des ères Maya de 5163 années. Sur 5 ères, cette seconde durée est plus conforme à la période du cycle de précession de la terre. A noter que:<br>
(0) la date marquant le cataclysme naturel intervenant en fin de cycle, devrait être ''en toute logique'' antérieure à celle du changement d'ère,<br>
(1) sur la base de l'histoire n°5 ci-dessus, entre 2012 et -3144 il y a 5156 années et non pas 5163 (voire même 5154 si l'on tient compte du fait que les années +0 et -0 ne sont pas comptables...). Cela correspondrait à un décalage de 9 ans, erreur ?<br>
(2) si l'on se cale sur la prochaine date de conjonction jupiter/saturne, nous serons le 21 décembre 2020. Soit ''exactement'' 8 ans après le 21 décembre 2012. A 1 an près ce sont les 9 ans ci-dessus. D'un point de vue astronomique, serait-ce la date de fin de cycle effective ? De façon intéressante, si l'on procède à un retour en arrière de 5156-2 ans , on tombe sur le début du Kali Yuga : un autre mythe qui se croise...]]

Or, si ce cycle Maya de 942890 jours cité par Peter Thompkins existe bien, cela recouvre une triple curiosité/interrogation:

* 1- ce calendrier n'est pas mentionné dans la liste de ceux connus (cf. les [[Calendriers_Maya_et_Azt%C3%A8que#20_calendriers_Mayas|20 calendriers Maya]]). Serait-ce l'un des calendriers cachés ?

* 2- les cycles jupiter-saturne, servent-ils de base de calcul aux ères Maya ? En tout cas, ils semblent mieux adaptés pour deux raisons:
** d'une part, 260 conjonctions jupiter-saturne font 5163 années: à peu près une ère Maya. Et 260 est un nombre remarquable pour les Mayas en regard de son découpage en 20x13 (à rapprocher des 260 jours du calendrier Tzol'kin). Et si une ère compte 13 baktuns, on aurait pour chaque baktun, 20 conjonctions jupiter-saturne. Par conséquent, un Katun serait basé sur une conjonction jupiter-saturne et durerait 7254 jours au lien de 7200.
** d'autre part 10 de ces cycles de 260 conjonctions, donnent 25808 années, précisément la durée du cycle de précession des équinoxes (pour rappel, la duré du cycle de précession des équinoxes est de 25800 ans ou 25785 suivant les sources).
* 3- Dernier point intriguant : la prochaine conjonction jupiter-saturne aura lieu le 21/12/2020. Ce qui nous sépare très exactement de 8 ans du 21/12/2012 souvent argué comme fin du calendrier. hasard ou choix de calendrier judicieux ?

Finalement, cela donne un peu de poids au texte précédent, bien que cela soulève le cas échéant d'autres questions (par exemple, quid de la numérotation avec un katun de 7254 jours?)

==== Définitions du Hunab Ku - Plus près de la source ? ====

Si nous essayons de trouver un texte se rapprochant d'une source originale, nous avons ce texte du [http://fr.wikipedia.org/wiki/Popol_Vuh Popol-Vuh] (ou plutôt Pop Wuh, littéralement « livre du temps » ou « livre des évènements » en quiché) qui serait le document le plus important dont nous disposons sur les mythes de la civilisation maya.

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
| [[Image:Popol vuh.jpg|right|150px|thumb| La première page du manuscrit gardée dans la bibliothèque de Newberry à Chicago]] (<u>6</u>)([http://fr.wikipedia.org/wiki/Hunab_Ku Wikipedia fr]) Le Popol Vuh est séparé en trois parties distinctes. La première partie qui nous intéresse ici est dédiée à la genèse du monde qui ressemble curieusement à la Bible, elle est calquée sur la description précédente, sans toutefois faire mention de dates:

* ''(1ère ère)'' Du néant originel, les Dieux décidèrent de créer le monde, de le rendre matériel et de le peupler de créatures afin d'être adorés.
* ''(2ème ère)'' Après la traditionnelle création de la terre, des montagnes, de la flore et de la faune, ils créèrent les premiers hommes à partir de glaise. Ce premier essai se révèle infructueux.
* ''(3ème ère)'' une seconde tentative fut effectuée à partir de bois. Mais ces hommes de bois résultèrent frivoles, vaniteux et paresseux. Les Dieux les firent donc périr par le moyen d'un déluge.
* ''(4ème ère)'' À la fin, une ultime tentative leur fit façonner les hommes à partir de maïs, la race humaine trouvant là sa substance définitive. puis quatre femmes. Mais ils prirent peur en voyant les pouvoirs qu'ils avaient conféré à ces nouveaux humains, que ces derniers cherchent à les supplanter.
* ''(?)'' C'est pourquoi ils décidèrent de restreindre leur sens, et de limiter leur vue et leur intelligence. Ces huit humains sont l'origine de toute la race humaine, qui va ensuite se diviser et perdre la capacité de parler un seul et même langage, dans un épisode similaire à la Tour de Babel.
|}

Voici enfin, la reprise de ce mythe des mondes repris par les Aztèques, et qui trouve son équivalent chez les Mayas:

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>7</u>)([http://atlantides.free.fr/agesmonde.htm L'épopée Atlante]) Les Aztèques, (mais aussi les Mayas et les autres populations méso-américaines) , pensaient que plusieurs univers avaient existé avant le nôtre. Plusieurs mythes décrivent les quatre mondes, (ou "Soleils "), qui ont précédé le monde actuel. Chacun de ces âges antérieurs a donné lieu à la création d'une humanité et est désigné soit par une date, soit par un élément distinct (terre, vent, feu ou eau) qui symbolise aussi bien la nature de cette création que les modalités de sa destruction.

Les mythes relatifs à la succession de ces quatre Soleils nous sont connus par d'anciennes sculptures aztèques et par des manuscrits rédigés peu après la conquête espagnole. Ils donnent une place prépondérante à Tezcatlipoca (le Seigneur du Miroir Fumant) et à Quetzalcoatl (le Serpent à Plumes). Créations et destructions sont les conséquences d'une lutte cosmique pour le pouvoir entre ces deux adversaires divins.

* Le '''premier monde''' (ou ère), dit '''Soleil de Terre''' ou '''4-Jaguar''' est régi par Tezcatlipoca le Noir. Il est peuplé de géants mais Quetzalcoatl, armé d'un bâton, précipite Tezcatlipoca dans la mer puis ressort de l'océan transformé en un gigantesque jaguar qui extermine la race des géants.

* Le '''deuxième monde''', dit '''Soleil de Vent''' ou '''4-Vent''' est dominé par Quetzalcoatl. Il est anéanti par Tezcatlipoca, qui abat son rival d'un coup de pied et fait souffler une terrible tempête à l'issue de laquelle tous les habitants de ce deuxième monde sont transformés en singes.

* Le '''troisième monde''', baptisé '''Soleil de Pluie''' ou '''4-Pluie''' est régenté par Tlaloc. Il est détruit par Quetzalcoatl, qui le consume sous une pluie de feu magique et transforme ses habitants en dindons.

* Puis vint le '''quatrième monde''', du '''Soleil d'Eau''' ou '''4-Eau''', qui est placé sous le signe de l'épouse de Tlaloc, Chialchiuhtlicue (" Celle qui porte une Jupe de Jade "), déesse des fleuves et des eaux stagnantes. Ce quatrième univers est détruit lui aussi à la suite d'un déluge massif qui rase les montagnes, jette les cieux sur la terre et change tous les êtres humains en poissons.

Ces mondes imparfaits furent suivis par la création du cinquième Soleil qui est notre monde actuel. Le '''cinquième monde''' fut créé à Teotihuacan, au moment où le dieu Nanahuatzin se lança dans un grand brasier et se transforma miraculeusement en soleil levant. Mais, comme il demeurait immobile, les dieux offrirent alors leur sang pour que l'astre puisse bouger. Voilà pourquoi le cinquième Soleil est connu comme '''4-Mouvement''' [, et associé au dieu solaire].
|}

=== Schéma de synthèse ===

Si l'on se rappelle le schéma que j'avais réalisé pour un précédent article, il est possible de le reprendre et d'y faire figuer les éléments mentionnés ci-dessus:
[[image:Chronologie_eres_2.png|frame|center|La succession des mondes chez les mayas et les aztéques. Les deux chronologies possibles sont représentées, notées Ere 1 et Ere 2]]

=====Commentaire 1 : les divinités=====

* '''Les divinités qui rentrent en conflit''' représentent différents aspects d'un même principe créateur manifesté sous des formes variées. Pour les Aztecs, c'était '''Omeotl''', le seigneur de la dualité, qui s'était façonné lui-même. Ce principe a engendré un couple cosmique, représentant les aspects Mâle ('''Omecihuatl''') et Femelle ('''Ometecuhtli''').
* '''Omecihuatl''' et '''Ometecuhtli''' étaient plutôt aussi conçus comme des concepts abstraits (ils étaient peu représentés) et ils ont à leur tour engendré différentes formes, il y avait: les '''4 Tezcatlipoca''' (le rouge, le bleu, le blanc et le noir) dont '''Tlaloc''' le dieu de la pluie et '''Chalchiuhtlicue''' la déesse de l'eau faisaient peut-être aussi partie. Pour ce qui concerne l'histoire des ères Maya, ce sont 4 dieux qui mettent fin à chacune des ères:
**1. '''Tezcatlipoca-noir''', (c'est de lui dont l'on parle généralement si l'on cite [http://fr.wikipedia.org/wiki/Tezcatlipoca Tezcatlipoca]), Seigneur du Miroir Fumant ou de la nuit, symbolisé par les jaguars, situé au Nord, qui s'oppose à,<br>
**2. '''Tezcatlipoca-blanc''', ou '''[http://fr.wikipedia.org/wiki/Quetzalcoatl Quetzalcoatl]''' le serpent à plumes, situé à l'Ouest, symbolisé par les vents.<br>
**3. '''Tezcatlipoca-rouge'''(?), '''[http://fr.wikipedia.org/wiki/Tlaloc Tlaloc]''', Dieu de la pluie de feu, (situé au Sud?), qui s'oppose à,<br>
**4. '''[http://fr.wikipedia.org/wiki/Chalchiuhtlicue Chalchiuhtlicue]''', Déesse de l'eau, épouse de Tlaloc, (situé à l'Est?).

{|
|-
|[[image:Divinites_aztec_maya_hierarchie.png|frame|Les équivalences entre les divinités Mayas et Aztèques sont données ci-dessus. Dans ce schéma, les manifestations de niveau inférieur sont engendrés et/ou contenues à l'intérieur de celles du niveau supérieur, à l'image de poupées russes.
Relier les mythologies des deux civilisations est assez périlleux. Néanmoins, on pourra remarquer que Kukulkan comme Tezcatlipoca disposaient de 4 manifestations différentes. Le dieu de la pluie (de feu) a dans les deux mythologies un rôle à part, toujours très important. In fine, la synthèse de ces manifestations est contenue dans le symbole Maya Hunab Ku ou son équivalent Aztèque, la pierre du soleil. Pour ce qui concerne cette dernière, voir ci-après le détail central qui montre les ères et les dieux/éléments auxquelles elles sont associées. Voir également le schéma situé en pied de page qui montre les équivalences surprenantes avec le Yi-King.]]
|}

Dans cette histoire mythologique, les rôles de Tezcatlipoca-rouge (Xipe Totec, le dieu écorché) et Tezcatlipoca-bleu (Huitzilopochtli, associé au sud) ne sont pas explicites. Est-ce parce qu'ils étaient l'un et l'autre confondus avec Tlaloc et Chialchiuhtlicue ? Je l'ignore. Il semble néamoins que l'on puisse répondre par l'affirmative pour Tezcatlipoca-rouge, et ce, parce qu'il était aussi appellé Anahuatl-Iteuc (seigneur d'Anahuatl), lui-même relié à Tlaloc. A noter que, pour ce qui concerne Tlaloc représenté par la "pluie de feu", des deux éléments, le feu est celui qui semble prévaloir.

Ci-après un tableau synthétique qui reprend les correspondances entre les éléments et dieux mayas ainsi qu'aztèques:

[[image:Correspondance_elements-dieux_Maya_Aztec.png]]

De façon imagée, et pour reprendre cette mythologie, ce sont ces mêmes 5 dieux qui sont représentés dans la zone centrale de la pierre du soleil:
{|
|-
|[[image:Disque_solaire_eres.png|frame|Le centre de la pierre du soleil représente les 5 dieux associés aux ères et les éléments associés]]
|}

=====Commentaire 2 : les catastrophes annoncées et les éléments liés =====
* Dans le calendrier divinatoire ''Tonalamatl'', le jour 4- était considéré de mauvaise augure. C'est lui qui, associé à l'élément de la divinité manifestée, marquait la date de la catastrophe annonçant la fin de cycle. Les hommes sont aussi transformés (où s'adaptent) de telle façon à pouvoir échapper au sinistre. Soit:
** '''4-jaguar''', les hommes furent dévorés par des "jaguars", (dans les versions que j'ai pu lire, il ne nous est pas dit comment ils furent sauvés),
** '''4-vent''', des ouragans, les hommes furent sauvés en étant transformés en "singes", (car ils pouvaient s'accrocher aux branches),
** '''4-pluie''', pluie de feu, les hommes furent sauvés en étant transformés en "dindons" ou "oiseaux", (car ils pouvaient échapper à la pluie),
** '''4-eau''', un déluge, les hommes furent sauvés en étant transformés en "poissons", (censément, ils pouvaient nager...).

* On peut s'amuser, bien sûr, à rechercher des traces de ces [[Mythes et réalités des catastrophes Maya|catastrophes dans l'histoire humaine]]. Cette recherche a déjà motivé de nombreux travaux, ne serait-ce que pour ses implications phitlosophiques et théologiques. Par exemple, pour ce qui est un événement plus proche de notre culture, mais enfin de compte relativement universelle: le déluge.

Il reste des points obscurs ou incohérents vis à vis de ce qui précède:
* On notera que l'histoire n°(5) inverse les conséquences attribuées aux éléments de l'ère 2 (vent) et 4 (Eau): un déluge (Eau) est associé à Quetzalcoatl au lieu d'un événement lié au vent (Ouragant ou Tempête).

== Synthèse : le sens d'Hunak Ku ==

'''De façon générale''', le symbole du "Hunab Ku" représente un concept. Il est la dualité de l'univers pour lequel il représente à la fois le temps et l'espace intriqués, et en même temps cette énergie qui imprime le mouvement. Faisant office de représentation de l'espace, du temps et du mouvement, Hunab Ku peut être rapproché de la pierre du soleil Aztèque. Il est aussi la manifestation des lois supérieures qui jugulent et structurent les événements sur de grandes échelles d'espace et de temps, puisqu'il s'inscrit dans un décompte de temps d'ordre très important (cycles de milliers d'années) et d'événements tout aussi dramatiques.

Compte tenu de ce que nous avons vu précédemment sur l'organisation des déités mayas et aztéques et en regard des éléments naturels:
* Au centre, nous avons '''Ometeotl''' (pour les Atztecs) ou '''Itzamna''' (pour les Mayas). Un dieu de la nuit et du jour ou seigneur de la dualité, animé par le mouvement (caban). A y regarder de plus près une double dualité est exprimée : celle de la terre, de l'espace et du temps (respectivement par les bords en escaliers et la spirale) et celle du jour et la nuit (à l'instar du Yin et du Yang). Ce concept d'espace/temps est ainsi présent au coeur de la représentation symbolique d'Hunab Ku.
* Ensuite, les 4 éléments engendrés par cette divinité :
** Il y avait 4 '''Tezcatlipocas''' (Aztec) qui correspondaient, peu ou prou, aux 4 manifestations de '''Kukulkan''' (Maya) associés à des couleurs, éléments (Air, Feu/Pluie, Terre, Eau) et directions spatiales (voir tableau ci-dessus).

De fait, que les concepts d'"Hunab Ku" et de "calendrier solaire" soient si proches n'est pas étonnant. Les "cycles Maya" sont une manifestation du cadre et du rythme imposé par "Hunab Ku". Ce dernier se manifeste plus particulièrement à chaque transition de cycle: par l'énergie qu'il insuffle il produit le changement.

=== Peut-on trouver un sens ayant plus particulièrement concouru au choix esthétique de ce symbole ? ===

Il reste qu'Hunab Ku est un symbole étrange compte tenu de sa complexité visuelle, presque « trop riche » en informations. S'il était un symbole d’ascendance divine « supérieure », pourquoi ne pas avoir créé une représentation plus épurée et plus simple ? Est-ce parce qu'il est dit qu'il aurait été créé pour satisfaire des moines espagnols et puisque, au départ, il n'existait pas de représentation d'Hunab Ku ? Il nous laisse effectivement penser à une sorte de chimère associant un ensemble de symboliques récupérées par ailleurs.

Un élément clé qui m'a particulièrement frappé -et qui m'a incité à écrire cet article- c'est la position de la barre de transition dans le symbole d’Hunab Ku. Pourquoi *cette* position particulièrement, créant ainsi une rupture de symétrie ?

C'est parce que cette position ne m'a pas semblé fortuite et que cela m’a "brutalement" rappelé l'article que j'avais précédemment écrit sur l'agroglyphe dit du « [[Crop_Circles:040802_Silbury_Hill|jugement dernier]] » que j'ai souhaité examiné plus avant cette hypothèse.

[[image:Hunab_Ku_Asymetrie.png]]

En effet, le [[Crop_Circles:040802_Silbury_Hill|crop circle de Silbury Hill]] partage un certain nombre de points communs avec la représentation d'Hunab Ku (et par conséquent avec la pierre du soleil). Trois motifs sont particulièrement remarquables:
* les "aiguilles", (indiquant l'écoulement des ères),
* les 4 jaguars, (représentant l'entrée vers le monde sous-terrain), et
* la dualité centrale avec la présence d'un motif représentant le serpent à plumes de la mythologie Maya: Kulkulkan (celui de la mythologie Aztec occupe un rang différent), associé à sa représentation basée sur un motif en escaliers couplée à une spirale.
{|
|-
|[[image:Hunab_ku_2.png|frame|Ci-dessus, ''une version épurée et simplifiée'' de Hunab Ku, permettant de mieux faire ressortir les équivalences: certains éléments clés du Hunab Ku reprennent (de façon simplifiée) dans le [[Crop_Circles:040802_Silbury_Hill|crop circle dit du "jugement dernier"]]. On trouve notamment:
* La galaxie / L'espace,
* Le temps qui passe,
* Le déplacement/le mouvement,
* La dualité,
* La cyclicité. Le couple central est composé du Serpent à Plumes en version Maya (Kulkulkan) et Kinich Auch l'astre solaire dont l'on observe respectivement les plumes et les rayons sur le dessin du crop circle.]]
|}

Au final nous nous retrouvons avec une triple correspondance :
* Hunab Ku <=> Pierre du soleil <=> Doomsday crop circle.
Il serait intéressant d'examiner, et pour compléter cet article, la vision "astronomique". Elle ajouterait probablement une 4ème correspondance: la pierre du soleil pourrait être, en effet, rapprochée d'un modèle simplifié et symbolique du système solaire: au centre il y a le soleil, nous avons ensuite des disques dévolus aux planètes (essentiellement : mars, vénus, jupiter, saturne), enfin à l'extérieur, il y a la voie lactée refermant l'ensemble (représentant par des serpents). Les durées liées aux conjonctions entre les couples de planètes les plus importants servant d'échelle.

----
Il reste néanmoins une question importante non résolue à propos du symbole d'Hunab Ku: pourquoi représenter ce que nous avons ici choisi d'appeller l'eau par 4 bandes de partage noires qui se rejoignent au centre, en alternance avec le jaguar et non pas les autres symboles: air, pluie&feu ?

'''Il est possible que le symbole de l'eau marque en réalité la rupture de cycle, et qu'un événénement cataclysmique lié à l'eau ne soit survenu de façon systématique en sus des autres ??''' Ou plus simplement qu'il n'y ait pas de lien à faire avec un élément particulier.

== Annexes ==

=== Commentaires sur la partie centrale du symbole d'Hunab Ku: faut-il y voir le dessin d'une galaxie ?===

Il faut savoir que la nature exacte des galaxies n'est connue que depuis le début du XXe siècle ; auparavant, on appelait nébuleuse tout objet céleste d'aspect diffus autre que les comètes (qui pouvaient être distinguées grâce à leur mouvement). En 1845 William Parsons construisit un télescope, beaucoup plus grand que ceux qui existaient à l'époque et put alors distinguer les nébuleuses elliptiques des nébuleuses spirales. Il fut également capable de distinguer (en astronomie on dit résoudre) certaines sources lumineuses ponctuelles au sein de ces nébuleuses.

=== Correspondances avec le Yi King ===

De façon fondatrice, nous retrouvons le même modèle de découpage hierarchique des divinités Maya/Aztèques dans le Yi King.
C'est à dire que l'on part de l'unité (le TOUT, le UN abstrait) pour aller vers la dualité (le Yin-Yang), puis, l'on diverge vers des "éléments" primitifs. Il existe un certain nombre de schémas permettant de se représenter cette vision "en cascade":

{|-
|[[image:trigrammes.gif]]
|[[Image:Yyesb.gif]]
|}
Le Yin-Yang dispose ainsi d'une forme d'équivalence au travers de Itzamna (Maya) ou Ometeotl / Tonacatecuhtli (Aztec).

{|-
|[[image:Yi_King_Crop_Circle.jpg|frame|Dans ce photomontage, de façon amusante et remarquable, le crop circle de Stantonburyn du 7 juillet 2007, associé au Yi King était aligné correctement sur les axes Nord/Sud et Est/Ouest, respectant la position du dessin.
Pour obtenir la même figure que ci-dessus, il faut considérer que le schéma du Yi King proposé plus haut a inversé les sens Est et Ouest!]]
|}

=== Progrès technologique et spirituel ===

Les prophéties sur la 2012 et la nuit qui s'ensuit... 15 ans de nuit de ténèbres et nuit noire... Des technologies vont trop vite pour l'homme ?.... Notre monde technologique progresse plus vite que nos mentalités, c'est à dire que l'élévalation du niveau de morale nécessaire pour maîtriser les "outils du changement" de plus en plus radicaux dont nous disposons.

Hunab Ku

2008-06-13T13:32:03Z

82.228.83.162: /* Commentaire: la durée des Eres Maya */

__NOTOC__
==Interprétations traditionnelles ==

[[image:Hunab_Ku_XL.png|thumb|100px|right|Un symbole proposé pour Hunab Ku]]

Les informations ci-après proviennent du web. Elles ne sont malheureusement pas sourcées (entre la rumeur, l'information authentique, les bonnes histoires, la manipulation: rester prudent...). Les différences constatées entre les différentes sources s'expliquent peut-être car la tradition orale est restée forte chez les descendants actuels des aztèques et mayas: les écrits authentiques sont rares (les fameux codex). Le [http://fr.wikipedia.org/wiki/Popol_Vuh Popol-Vuh] est l'une de ces exceptions.
Pour tenter de palier à ce manque de fiabilité, cet article essaye de croiser les informations entre elles. Il convient malgré tout, comme toujours, toutes les réserves nécessaires...
<br><br><br><br><br>

===Définitions et sens donnés à Hunab Ku===

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>1</u>)([http://altreligion.about.com/library/glossary/symbols/bldefshunab.htm about.com]) Ce symbole est une réminiscence du Yin et du Yang, il est l'emblème du dieu Maya Hunab Ku, le créateur suprème. <br> Il représente le calendrier solaire, l'équilibre des forces et la perfection.
|}
[[image:Syinyang.jpg]] [[image:szia.jpg]]

<br>
{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>2</u>)([http://en.wikipedia.org/wiki/Hunab_Ku Wikipedia en]) Selon certaines sources pré-coloniales, Hunab Ku 'Dieu du Soleil' était la divinité principale du panthéon Maya Yucatec. Aucune image n'existe d'Hunab Ku dans la mesure ou il était considéré sans forme visible. Le concept a pu être inventé pour satisfaire les moines espagnols. Quoiqu'il en soit, Hunab Ku, est étroitement lié au dieu indigène créateur, [http://en.wikipedia.org/wiki/Itzamna Itzamna].
|}
<br>
{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>3</u>)([http://fr.wikipedia.org/wiki/Hunab_Ku Wikipedia fr]) Hunab Ku est le dieu créateur des Mayas qui rétablit le monde après les trois déluges qui se déversèrent de la bouche du serpent du ciel: <br>
* le '''premier monde''' fut habité par des nains qui construisirent les cités, <br>
* le '''second monde''' par une race inconnue : les Dzolobs qualifiées de trangresseurs,<br>
* et finalement le '''troisième monde''' fut habités par les Mayas eux mêmes.
|}
<br>
Il semblerait, si l'on s'en réfère à la pierre du soleil, que la bouche du serpent du ciel soit la "bouche de la voie lactée". Autrement dit, cette version ferait référence au trou noir situé au centre de notre voie lactée. A ce propos, une conjonction du soleil avec le centre galactique se produirait à la fin de ce cycle en 2012 (entre parenthèses, est-il possible de calculer ce cycle). Difficile cependant d'imaginer que cela ait un effet particulier sur terre.

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u></u>)([http://mythologica.fr/maya/hunab.htm Mythologica.fr]) Hunab Ku était une divinité Maya inhabituelle, un dieu-créateur unique suprême des Mayas du Yucatán (une tentative évidente de se concentrer sur un concept commun de divinité). Son nom signifie "un" (hun) "état d'être" (ab) "dieu" (ku). Hunab Ku était considéré comme le père d 'Itzamna et, dans une version du mythe de la création, c'est lui qui avait fabriqué le monde et placé les Bacabs aux quatre coins pour soutenir le ciel.
A la différence des autres dieux du panthéon maya, Hunab Ku était invisible, et n'était jamais représenté (du moins, aucune représentation dans les codex ne lui a été attribuée). Il s'agissait plutôt d'un concept abstrait prêché par les prêtres au début de la période postclassique, apparemment une tentative précoce de conception de l'univers sous une philosophie monothéiste.
|}

== Rôle d'Hunab Ku dans l'histoire des Eres, Soleils ou "Mondes"==

Le rôle d''''Hunab Ku''' tel que proposé par la définition du wikipedia (fr) n'a rien d'explicite. Il semble qu'il y ait une confusion dans la numérotation des "mondes". Ce n'est peut-être pas tant le fait de l'auteur ayant rapporté cette histoire sur wikipedia, que le mythe a subit au cours des siècles de nombreuses variations et compte tenu d'une tradition essentiellement orale.

Néanmoins, si l'on essaye de retenir les éléments convergents, et si l'on rapproche la notation ci-dessus de celle des ères (les ères peuvent être aussi appellées "monde" ou "soleil"), on aurait:
* le premier, deuxième et troisième mondes ci-dessus en correspondance respective avec à la 2ème, 3ème et 4ème Ere (voir schéma ci-dessous),
* l'ère actuelle, (soit la 5ème Ere), est rétablie par Hunab Ku, le dieu central.

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>4a</u>)([http://www.pantheon.org/articles/h/hunab_ku.html Encyclopedia Mythica])

The supreme god and creator of the Maya. He is the head of the Mayan pantheon and called 'god of the gods'. Hunab Ku rebuilt the world after three deluges, which poured from the mouth of a sky serpent.
* The '''first world''' he created was inhabited by dwarfs, the builders of the cities.
* The '''second world''' was inhabited by the Dzolob, 'the offenders', an obscure race.
* The '''third''' and final world Hunab Ku created for the Maya themselves (who are destined to be overcome by a fourth flood). The god Itzamna is his son. He is similar to the Aztec Ometeotl.
|}

De façon plus détaillée, sur une source en français:

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>4b</u>)([http://mythologica.fr/maya/creation.htm Mythologica.fr])

* Le '''premier monde''' était habité par les Sayam Uinicob, "hommes experts", une race de nains qui, selon les Mayas, avaient édifié les cités en ruine du passé. Les travaux avaient été faits dans l'obscurité car le soleil n'avait pas encore été créé, mais lorsque le soleil se leva à la première aube, les Saiyam Uinicob se changèrent en pierre. Ce monde fut détruit par la première grande inondation, haiyococab ("l'eau par-dessus la terre").
* Le '''deuxième monde''' était habité par les Dzolob ("Offenseurs"), une race mystérieuse; eux aussi disparurent dans les flots d'une inondation sortie de la gueule du grand serpent céleste.
* Le livre sacré Chilam Balam de Chumayel explique que le '''troisième monde''' maya arriva après la défaite des 13 seigneurs des Cieux (les Oxlahun Ti Ku) par les neuf seigneurs du Monde souterrain (les Bolon Ti Ku). Les Bacabs se placèrent aux quatre coins de la terre pour la soutenir. Le troisième monde, Mazehualob (celui des anciens Mayas), finirait lui aussi sous les eaux.
* Un '''quatrième monde''' verrait le jour; il serait peuplé par un mélange tous les habitants des mondes précédents. Lorsque le temps serait venu, ce quatrième monde périrait dans une inondation.

Cet univers cyclique de création et de destruction se reflétait au travers de la vie quotidienne des Mayas et de leur concept de dualité, selon lequel le dieu de la pluie, Chaac, produisait chaque année de nouvelles pousses et plants de maïs, tandis que Ah Puch, le dieu de la Mort, s'efforçait de couper les bourgeons.

|}

=====Commentaire: Dzolobs ?=====

Le mot clé "Dzolobs" est intéressant car il est un médiateur nous permettant de préciser la recherche. Sa rareté est équivoque: il ne renvoie qu'à 8 réponses dans google, dont 4 reproduisent à l'identique l'information ci-dessus... Deux autres réponses sont une copie d'un échange ayant eu lieu sur un forum et dans lequel un internaute effectue un court-résumé d'un compte rendu de lectures de livres abordant le sujet des cycles mayas. Bien que cette information ne soit pas sourcée non plus, elle reprend et complète ce qui est dit précédemment:

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>5</u>)([http://forum.rastaba.com/index.php?showtopic=3791&st=20 Rastaba's Forum])
* ''(1ère ère)'' Au début était le règne des animaux. Puis le monde fut détruit en 18633 av JC.
* ''(2ème ère)'' Les dieux créèrent alors un nouveau monde ou régnaient des nains et des hommes de boue. Mais ces êtres déplurent aux dieux. Alors le monde fut détruit en 13470 av JC par un déluge et les hommes de boue furent transformés en poissons.
* ''(3ème ère)'' Un nouveau monde fut créé ou régnaient des hommes de bois et des géants dzolobs. Puis ce monde fut également détruit en 8307 av JC par la chute du soleil. Une pluie noire de résine s'abatit et les hommes furent transformés en dindons.
* ''(4ème ère)'' Alors un nouveau monde fut créé ou régnaient des hommes de maïs ainsi que l'empire infernal de [http://fr.wikipedia.org/wiki/Xibalba Xibalba]. Ce monde fut détruit en 4160 ou 3144 av JC par des ouragans et les hommes furent tranformés en singes.
* ''(5ème ère)'' Le monde et les hommes actuels apparut alors. Ce monde durera jusqu'en 2012 et sera détruit par un déluge aprés une période de 15 ans de ténèbres ... et les hommes seront changés en chiens. (?)
|}

=====Commentaire: la durée des Eres Maya=====

Les dates évoquées ci-dessus sont intriguantes car elles ne sont pas en accord avec celles "traditionnellement" retenues pour les 5 ères Maya (ou soleils). En effet, s'il est généralement accepté que l'année -3113 soit le commencement de notre ère actuelle (qui est la cinquième), et que chacune de nos ères dure 5125 ans (13 baktuns faisant 144000 jours), alors on aurait en décrémentant, les dates suivantes pour les ères Maya:
* '''5ème ère''': -3113, '''4ème ère''': -8238, '''3ème ère''': -13363, '''2ème ère''': -18488, '''1ère ère''': -23613.

Pourtant, si l'on se fie au texte précédent, un cycle durerait 5163 années (=8307-3144) et non pas 5125. <br>
Valeur inventée ? Apparement pas: l'auteur qui ne source pas son information semble avoir une bonne mémoire puisque, recherche faite, cette valeur correspond à deux fois la valeur d'un autre cycle Maya de 942890 jours ou 2581,5 années (valeur mentionnée par Peter Thompkins, et dont il n'y a qu'une référence sur le web à ce jour). Ce cycle serait lui-même basé sur 130 conjonctions Jupiter-Saturne.

Cette dernière information est également donnée sans texte de référence. Aussi, j'ai cherché à recalculer la durée [[moyenne d'un cycle de conjonctions Jupiter-Saturne]] fournie par Peter Thompkins et : j'obtiens 19,8696 années, qui multiplié par 130, font 2583 années, nombre relativement en accord avec la valeur ci-dessus.

[[image:Chronologie_eres_3.png|frame|center|Deux chronologies sont envisageables : l'une basée sur 20*13 katuns de 7200 jours, formant des ères Maya de 5125 années, et l'autre, basée sur 20*13 cycles de conjonction jupiter-saturne (soit des katuns de 7254 jours), formant des ères Maya de 5163 années. Sur 5 ères, cette seconde durée est plus conforme à la période du cycle de précession de la terre. A noter que:<br>
(0) la date marquant le cataclysme naturel intervenant en fin de cycle, devrait être ''en toute logique'' antérieure à celle du changement d'ère,<br>
(1) sur la base de l'histoire n°5 ci-dessus, entre 2012 et -3144 y a 5156 années et non pas 5163 (voire même 5154 si l'on tient compte du fait que les années +/- 0 ne sont pas comptables...). Erreur ?<br>
(2) si l'on se cale sur la prochaine date de conjonction jupiter/saturne, nous serons le 21 décembre 2020. Soit ''exactement'' 8 ans après le 21 décembre 2012. D'un point de vue astronomique, serait-ce la date de fin de cycle effective ? De façon intéressante, si l'on procède à un retour en arrière de 5156-2 ans , on tombe sur le début du Kali Yuga : un autre mythe qui se croise...]]

Or, si ce cycle Maya de 942890 jours cité par Peter Thompkins existe bien, cela recouvre une triple curiosité/interrogation:

* 1- ce calendrier n'est pas mentionné dans la liste de ceux connus (cf. les [[Calendriers_Maya_et_Azt%C3%A8que#20_calendriers_Mayas|20 calendriers Maya]]). Serait-ce l'un des calendriers cachés ?

* 2- les cycles jupiter-saturne, servent-ils de base de calcul aux ères Maya ? En tout cas, ils semblent mieux adaptés pour deux raisons:
** d'une part, 260 conjonctions jupiter-saturne font 5163 années: à peu près une ère Maya. Et 260 est un nombre remarquable pour les Mayas en regard de son découpage en 20x13 (à rapprocher des 260 jours du calendrier Tzol'kin). Et si une ère compte 13 baktuns, on aurait pour chaque baktun, 20 conjonctions jupiter-saturne. Par conséquent, un Katun serait basé sur une conjonction jupiter-saturne et durerait 7254 jours au lien de 7200.
** d'autre part 10 de ces cycles de 260 conjonctions, donnent 25808 années, précisément la durée du cycle de précession des équinoxes (pour rappel, la duré du cycle de précession des équinoxes est de 25800 ans ou 25785 suivant les sources).
* 3- Dernier point intriguant : la prochaine conjonction jupiter-saturne aura lieu le 21/12/2020. Ce qui nous sépare très exactement de 8 ans du 21/12/2012 souvent argué comme fin du calendrier. hasard ou choix de calendrier judicieux ?

Finalement, cela donne un peu de poids au texte précédent, bien que cela soulève le cas échéant d'autres questions (par exemple, quid de la numérotation avec un katun de 7254 jours?)

==== Définitions du Hunab Ku - Plus près de la source ? ====

Si nous essayons de trouver un texte se rapprochant d'une source originale, nous avons ce texte du [http://fr.wikipedia.org/wiki/Popol_Vuh Popol-Vuh] (ou plutôt Pop Wuh, littéralement « livre du temps » ou « livre des évènements » en quiché) qui serait le document le plus important dont nous disposons sur les mythes de la civilisation maya.

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
| [[Image:Popol vuh.jpg|right|150px|thumb| La première page du manuscrit gardée dans la bibliothèque de Newberry à Chicago]] (<u>6</u>)([http://fr.wikipedia.org/wiki/Hunab_Ku Wikipedia fr]) Le Popol Vuh est séparé en trois parties distinctes. La première partie qui nous intéresse ici est dédiée à la genèse du monde qui ressemble curieusement à la Bible, elle est calquée sur la description précédente, sans toutefois faire mention de dates:

* ''(1ère ère)'' Du néant originel, les Dieux décidèrent de créer le monde, de le rendre matériel et de le peupler de créatures afin d'être adorés.
* ''(2ème ère)'' Après la traditionnelle création de la terre, des montagnes, de la flore et de la faune, ils créèrent les premiers hommes à partir de glaise. Ce premier essai se révèle infructueux.
* ''(3ème ère)'' une seconde tentative fut effectuée à partir de bois. Mais ces hommes de bois résultèrent frivoles, vaniteux et paresseux. Les Dieux les firent donc périr par le moyen d'un déluge.
* ''(4ème ère)'' À la fin, une ultime tentative leur fit façonner les hommes à partir de maïs, la race humaine trouvant là sa substance définitive. puis quatre femmes. Mais ils prirent peur en voyant les pouvoirs qu'ils avaient conféré à ces nouveaux humains, que ces derniers cherchent à les supplanter.
* ''(?)'' C'est pourquoi ils décidèrent de restreindre leur sens, et de limiter leur vue et leur intelligence. Ces huit humains sont l'origine de toute la race humaine, qui va ensuite se diviser et perdre la capacité de parler un seul et même langage, dans un épisode similaire à la Tour de Babel.
|}

Voici enfin, la reprise de ce mythe des mondes repris par les Aztèques, et qui trouve son équivalent chez les Mayas:

{| WIDTH="100%" style="background-color: #EEEEEE; border: solid 1px #D6D6FF; " valign="top"|-
|
(<u>7</u>)([http://atlantides.free.fr/agesmonde.htm L'épopée Atlante]) Les Aztèques, (mais aussi les Mayas et les autres populations méso-américaines) , pensaient que plusieurs univers avaient existé avant le nôtre. Plusieurs mythes décrivent les quatre mondes, (ou "Soleils "), qui ont précédé le monde actuel. Chacun de ces âges antérieurs a donné lieu à la création d'une humanité et est désigné soit par une date, soit par un élément distinct (terre, vent, feu ou eau) qui symbolise aussi bien la nature de cette création que les modalités de sa destruction.

Les mythes relatifs à la succession de ces quatre Soleils nous sont connus par d'anciennes sculptures aztèques et par des manuscrits rédigés peu après la conquête espagnole. Ils donnent une place prépondérante à Tezcatlipoca (le Seigneur du Miroir Fumant) et à Quetzalcoatl (le Serpent à Plumes). Créations et destructions sont les conséquences d'une lutte cosmique pour le pouvoir entre ces deux adversaires divins.

* Le '''premier monde''' (ou ère), dit '''Soleil de Terre''' ou '''4-Jaguar''' est régi par Tezcatlipoca le Noir. Il est peuplé de géants mais Quetzalcoatl, armé d'un bâton, précipite Tezcatlipoca dans la mer puis ressort de l'océan transformé en un gigantesque jaguar qui extermine la race des géants.

* Le '''deuxième monde''', dit '''Soleil de Vent''' ou '''4-Vent''' est dominé par Quetzalcoatl. Il est anéanti par Tezcatlipoca, qui abat son rival d'un coup de pied et fait souffler une terrible tempête à l'issue de laquelle tous les habitants de ce deuxième monde sont transformés en singes.

* Le '''troisième monde''', baptisé '''Soleil de Pluie''' ou '''4-Pluie''' est régenté par Tlaloc. Il est détruit par Quetzalcoatl, qui le consume sous une pluie de feu magique et transforme ses habitants en dindons.

* Puis vint le '''quatrième monde''', du '''Soleil d'Eau''' ou '''4-Eau''', qui est placé sous le signe de l'épouse de Tlaloc, Chialchiuhtlicue (" Celle qui porte une Jupe de Jade "), déesse des fleuves et des eaux stagnantes. Ce quatrième univers est détruit lui aussi à la suite d'un déluge massif qui rase les montagnes, jette les cieux sur la terre et change tous les êtres humains en poissons.

Ces mondes imparfaits furent suivis par la création du cinquième Soleil qui est notre monde actuel. Le '''cinquième monde''' fut créé à Teotihuacan, au moment où le dieu Nanahuatzin se lança dans un grand brasier et se transforma miraculeusement en soleil levant. Mais, comme il demeurait immobile, les dieux offrirent alors leur sang pour que l'astre puisse bouger. Voilà pourquoi le cinquième Soleil est connu comme '''4-Mouvement''' [, et associé au dieu solaire].
|}

=== Schéma de synthèse ===

Si l'on se rappelle le schéma que j'avais réalisé pour un précédent article, il est possible de le reprendre et d'y faire figuer les éléments mentionnés ci-dessus:
[[image:Chronologie_eres_2.png|frame|center|La succession des mondes chez les mayas et les aztéques. Les deux chronologies possibles sont représentées, notées Ere 1 et Ere 2]]

=====Commentaire 1 : les divinités=====

* '''Les divinités qui rentrent en conflit''' représentent différents aspects d'un même principe créateur manifesté sous des formes variées. Pour les Aztecs, c'était '''Omeotl''', le seigneur de la dualité, qui s'était façonné lui-même. Ce principe a engendré un couple cosmique, représentant les aspects Mâle ('''Omecihuatl''') et Femelle ('''Ometecuhtli''').
* '''Omecihuatl''' et '''Ometecuhtli''' étaient plutôt aussi conçus comme des concepts abstraits (ils étaient peu représentés) et ils ont à leur tour engendré différentes formes, il y avait: les '''4 Tezcatlipoca''' (le rouge, le bleu, le blanc et le noir) dont '''Tlaloc''' le dieu de la pluie et '''Chalchiuhtlicue''' la déesse de l'eau faisaient peut-être aussi partie. Pour ce qui concerne l'histoire des ères Maya, ce sont 4 dieux qui mettent fin à chacune des ères:
**1. '''Tezcatlipoca-noir''', (c'est de lui dont l'on parle généralement si l'on cite [http://fr.wikipedia.org/wiki/Tezcatlipoca Tezcatlipoca]), Seigneur du Miroir Fumant ou de la nuit, symbolisé par les jaguars, situé au Nord, qui s'oppose à,<br>
**2. '''Tezcatlipoca-blanc''', ou '''[http://fr.wikipedia.org/wiki/Quetzalcoatl Quetzalcoatl]''' le serpent à plumes, situé à l'Ouest, symbolisé par les vents.<br>
**3. '''Tezcatlipoca-rouge'''(?), '''[http://fr.wikipedia.org/wiki/Tlaloc Tlaloc]''', Dieu de la pluie de feu, (situé au Sud?), qui s'oppose à,<br>
**4. '''[http://fr.wikipedia.org/wiki/Chalchiuhtlicue Chalchiuhtlicue]''', Déesse de l'eau, épouse de Tlaloc, (situé à l'Est?).

{|
|-
|[[image:Divinites_aztec_maya_hierarchie.png|frame|Les équivalences entre les divinités Mayas et Aztèques sont données ci-dessus. Dans ce schéma, les manifestations de niveau inférieur sont engendrés et/ou contenues à l'intérieur de celles du niveau supérieur, à l'image de poupées russes.
Relier les mythologies des deux civilisations est assez périlleux. Néanmoins, on pourra remarquer que Kukulkan comme Tezcatlipoca disposaient de 4 manifestations différentes. Le dieu de la pluie (de feu) a dans les deux mythologies un rôle à part, toujours très important. In fine, la synthèse de ces manifestations est contenue dans le symbole Maya Hunab Ku ou son équivalent Aztèque, la pierre du soleil. Pour ce qui concerne cette dernière, voir ci-après le détail central qui montre les ères et les dieux/éléments auxquelles elles sont associées. Voir également le schéma situé en pied de page qui montre les équivalences surprenantes avec le Yi-King.]]
|}

Dans cette histoire mythologique, les rôles de Tezcatlipoca-rouge (Xipe Totec, le dieu écorché) et Tezcatlipoca-bleu (Huitzilopochtli, associé au sud) ne sont pas explicites. Est-ce parce qu'ils étaient l'un et l'autre confondus avec Tlaloc et Chialchiuhtlicue ? Je l'ignore. Il semble néamoins que l'on puisse répondre par l'affirmative pour Tezcatlipoca-rouge, et ce, parce qu'il était aussi appellé Anahuatl-Iteuc (seigneur d'Anahuatl), lui-même relié à Tlaloc. A noter que, pour ce qui concerne Tlaloc représenté par la "pluie de feu", des deux éléments, le feu est celui qui semble prévaloir.

Ci-après un tableau synthétique qui reprend les correspondances entre les éléments et dieux mayas ainsi qu'aztèques:

[[image:Correspondance_elements-dieux_Maya_Aztec.png]]

De façon imagée, et pour reprendre cette mythologie, ce sont ces mêmes 5 dieux qui sont représentés dans la zone centrale de la pierre du soleil:
{|
|-
|[[image:Disque_solaire_eres.png|frame|Le centre de la pierre du soleil représente les 5 dieux associés aux ères et les éléments associés]]
|}

=====Commentaire 2 : les catastrophes annoncées et les éléments liés =====
* Dans le calendrier divinatoire ''Tonalamatl'', le jour 4- était considéré de mauvaise augure. C'est lui qui, associé à l'élément de la divinité manifestée, marquait la date de la catastrophe annonçant la fin de cycle. Les hommes sont aussi transformés (où s'adaptent) de telle façon à pouvoir échapper au sinistre. Soit:
** '''4-jaguar''', les hommes furent dévorés par des "jaguars", (dans les versions que j'ai pu lire, il ne nous est pas dit comment ils furent sauvés),
** '''4-vent''', des ouragans, les hommes furent sauvés en étant transformés en "singes", (car ils pouvaient s'accrocher aux branches),
** '''4-pluie''', pluie de feu, les hommes furent sauvés en étant transformés en "dindons" ou "oiseaux", (car ils pouvaient échapper à la pluie),
** '''4-eau''', un déluge, les hommes furent sauvés en étant transformés en "poissons", (censément, ils pouvaient nager...).

* On peut s'amuser, bien sûr, à rechercher des traces de ces [[Mythes et réalités des catastrophes Maya|catastrophes dans l'histoire humaine]]. Cette recherche a déjà motivé de nombreux travaux, ne serait-ce que pour ses implications phitlosophiques et théologiques. Par exemple, pour ce qui est un événement plus proche de notre culture, mais enfin de compte relativement universelle: le déluge.

Il reste des points obscurs ou incohérents vis à vis de ce qui précède:
* On notera que l'histoire n°(5) inverse les conséquences attribuées aux éléments de l'ère 2 (vent) et 4 (Eau): un déluge (Eau) est associé à Quetzalcoatl au lieu d'un événement lié au vent (Ouragant ou Tempête).

== Synthèse : le sens d'Hunak Ku ==

'''De façon générale''', le symbole du "Hunab Ku" représente un concept. Il est la dualité de l'univers pour lequel il représente à la fois le temps et l'espace intriqués, et en même temps cette énergie qui imprime le mouvement. Faisant office de représentation de l'espace, du temps et du mouvement, Hunab Ku peut être rapproché de la pierre du soleil Aztèque. Il est aussi la manifestation des lois supérieures qui jugulent et structurent les événements sur de grandes échelles d'espace et de temps, puisqu'il s'inscrit dans un décompte de temps d'ordre très important (cycles de milliers d'années) et d'événements tout aussi dramatiques.

Compte tenu de ce que nous avons vu précédemment sur l'organisation des déités mayas et aztéques et en regard des éléments naturels:
* Au centre, nous avons '''Ometeotl''' (pour les Atztecs) ou '''Itzamna''' (pour les Mayas). Un dieu de la nuit et du jour ou seigneur de la dualité, animé par le mouvement (caban). A y regarder de plus près une double dualité est exprimée : celle de la terre, de l'espace et du temps (respectivement par les bords en escaliers et la spirale) et celle du jour et la nuit (à l'instar du Yin et du Yang). Ce concept d'espace/temps est ainsi présent au coeur de la représentation symbolique d'Hunab Ku.
* Ensuite, les 4 éléments engendrés par cette divinité :
** Il y avait 4 '''Tezcatlipocas''' (Aztec) qui correspondaient, peu ou prou, aux 4 manifestations de '''Kukulkan''' (Maya) associés à des couleurs, éléments (Air, Feu/Pluie, Terre, Eau) et directions spatiales (voir tableau ci-dessus).

De fait, que les concepts d'"Hunab Ku" et de "calendrier solaire" soient si proches n'est pas étonnant. Les "cycles Maya" sont une manifestation du cadre et du rythme imposé par "Hunab Ku". Ce dernier se manifeste plus particulièrement à chaque transition de cycle: par l'énergie qu'il insuffle il produit le changement.

=== Peut-on trouver un sens ayant plus particulièrement concouru au choix esthétique de ce symbole ? ===

Il reste qu'Hunab Ku est un symbole étrange compte tenu de sa complexité visuelle, presque « trop riche » en informations. S'il était un symbole d’ascendance divine « supérieure », pourquoi ne pas avoir créé une représentation plus épurée et plus simple ? Est-ce parce qu'il est dit qu'il aurait été créé pour satisfaire des moines espagnols et puisque, au départ, il n'existait pas de représentation d'Hunab Ku ? Il nous laisse effectivement penser à une sorte de chimère associant un ensemble de symboliques récupérées par ailleurs.

Un élément clé qui m'a particulièrement frappé -et qui m'a incité à écrire cet article- c'est la position de la barre de transition dans le symbole d’Hunab Ku. Pourquoi *cette* position particulièrement, créant ainsi une rupture de symétrie ?

C'est parce que cette position ne m'a pas semblé fortuite et que cela m’a "brutalement" rappelé l'article que j'avais précédemment écrit sur l'agroglyphe dit du « [[Crop_Circles:040802_Silbury_Hill|jugement dernier]] » que j'ai souhaité examiné plus avant cette hypothèse.

[[image:Hunab_Ku_Asymetrie.png]]

En effet, le [[Crop_Circles:040802_Silbury_Hill|crop circle de Silbury Hill]] partage un certain nombre de points communs avec la représentation d'Hunab Ku (et par conséquent avec la pierre du soleil). Trois motifs sont particulièrement remarquables:
* les "aiguilles", (indiquant l'écoulement des ères),
* les 4 jaguars, (représentant l'entrée vers le monde sous-terrain), et
* la dualité centrale avec la présence d'un motif représentant le serpent à plumes de la mythologie Maya: Kulkulkan (celui de la mythologie Aztec occupe un rang différent), associé à sa représentation basée sur un motif en escaliers couplée à une spirale.
{|
|-
|[[image:Hunab_ku_2.png|frame|Ci-dessus, ''une version épurée et simplifiée'' de Hunab Ku, permettant de mieux faire ressortir les équivalences: certains éléments clés du Hunab Ku reprennent (de façon simplifiée) dans le [[Crop_Circles:040802_Silbury_Hill|crop circle dit du "jugement dernier"]]. On trouve notamment:
* La galaxie / L'espace,
* Le temps qui passe,
* Le déplacement/le mouvement,
* La dualité,
* La cyclicité. Le couple central est composé du Serpent à Plumes en version Maya (Kulkulkan) et Kinich Auch l'astre solaire dont l'on observe respectivement les plumes et les rayons sur le dessin du crop circle.]]
|}

Au final nous nous retrouvons avec une triple correspondance :
* Hunab Ku <=> Pierre du soleil <=> Doomsday crop circle.
Il serait intéressant d'examiner, et pour compléter cet article, la vision "astronomique". Elle ajouterait probablement une 4ème correspondance: la pierre du soleil pourrait être, en effet, rapprochée d'un modèle simplifié et symbolique du système solaire: au centre il y a le soleil, nous avons ensuite des disques dévolus aux planètes (essentiellement : mars, vénus, jupiter, saturne), enfin à l'extérieur, il y a la voie lactée refermant l'ensemble (représentant par des serpents). Les durées liées aux conjonctions entre les couples de planètes les plus importants servant d'échelle.

----
Il reste néanmoins une question importante non résolue à propos du symbole d'Hunab Ku: pourquoi représenter ce que nous avons ici choisi d'appeller l'eau par 4 bandes de partage noires qui se rejoignent au centre, en alternance avec le jaguar et non pas les autres symboles: air, pluie&feu ?

'''Il est possible que le symbole de l'eau marque en réalité la rupture de cycle, et qu'un événénement cataclysmique lié à l'eau ne soit survenu de façon systématique en sus des autres ??''' Ou plus simplement qu'il n'y ait pas de lien à faire avec un élément particulier.

== Annexes ==

=== Commentaires sur la partie centrale du symbole d'Hunab Ku: faut-il y voir le dessin d'une galaxie ?===

Il faut savoir que la nature exacte des galaxies n'est connue que depuis le début du XXe siècle ; auparavant, on appelait nébuleuse tout objet céleste d'aspect diffus autre que les comètes (qui pouvaient être distinguées grâce à leur mouvement). En 1845 William Parsons construisit un télescope, beaucoup plus grand que ceux qui existaient à l'époque et put alors distinguer les nébuleuses elliptiques des nébuleuses spirales. Il fut également capable de distinguer (en astronomie on dit résoudre) certaines sources lumineuses ponctuelles au sein de ces nébuleuses.

=== Correspondances avec le Yi King ===

De façon fondatrice, nous retrouvons le même modèle de découpage hierarchique des divinités Maya/Aztèques dans le Yi King.
C'est à dire que l'on part de l'unité (le TOUT, le UN abstrait) pour aller vers la dualité (le Yin-Yang), puis, l'on diverge vers des "éléments" primitifs. Il existe un certain nombre de schémas permettant de se représenter cette vision "en cascade":

{|-
|[[image:trigrammes.gif]]
|[[Image:Yyesb.gif]]
|}
Le Yin-Yang dispose ainsi d'une forme d'équivalence au travers de Itzamna (Maya) ou Ometeotl / Tonacatecuhtli (Aztec).

{|-
|[[image:Yi_King_Crop_Circle.jpg|frame|Dans ce photomontage, de façon amusante et remarquable, le crop circle de Stantonburyn du 7 juillet 2007, associé au Yi King était aligné correctement sur les axes Nord/Sud et Est/Ouest, respectant la position du dessin.
Pour obtenir la même figure que ci-dessus, il faut considérer que le schéma du Yi King proposé plus haut a inversé les sens Est et Ouest!]]
|}

=== Progrès technologique et spirituel ===

Les prophéties sur la 2012 et la nuit qui s'ensuit... 15 ans de nuit de ténèbres et nuit noire... Des technologies vont trop vite pour l'homme ?.... Notre monde technologique progresse plus vite que nos mentalités, c'est à dire que l'élévalation du niveau de morale nécessaire pour maîtriser les "outils du changement" de plus en plus radicaux dont nous disposons.

Drônes de californie: essais d'analyse

2008-04-29T15:48:08Z

82.228.83.162: /* 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : uuid:F76636E8DE11DD11A23AF05E0180AD62 et uuid:E6C61270DF11DD11A23AF05E0180AD62 =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

*Application Record
*version
*Caption Abstract
*Copyright Flag
*Displayed Units X
*Displayed Units Y
*EGlobal Altitude
*Global Angle
*Photoshop Format
*Photoshop Quality
*Photoshop
*Thumbnail
*Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut aussi avoir été utilisé pour ajouter des données.
Une anomalie déjà constatée par certains (comme sur le forum openmind) est qu'il manquait des informations spécifiques au paramètres de prise de vue. Précisément repris, les Tags manquants par rapport à un fichier "normal" créé à partir d'un Minolta DImageX sont les suivants:

*Exposure Time
*F Number
*Exposure Compensation
*Max Aperture
*Value
*Aperture
*Image Size
*Shutter Speed
*Focal Length
*light Value
(sans compter '''Maker Note Version''' et '''Minolta Camera Settings 2''' écrasés par photoshop).

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur la conception d'images avec des éléments "artificiels".
C'est une raison de plus pour penser que les données EXIF ont bel et bien été manipulées.

Mais plus encore:

Il existe précisément une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre, ici en omettant les tags précédents:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF de l'appareil que photoshop avait lui-même forcé pour les repasser à leur valeur originale (fixées par l'appareil photo). Par exemple, le tag EXIF '''Software''' normalement forcé par Photoshop à "Adobe Photoshop CS2 Windows", mais repassé à "V100-02" par ExifTool.

Or, ExifTool, et c'est là sa signature, ne rétabli pas tous les tags. Probablement du à un bug, il laisse aussi inchangé certains tags tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas importé. Or c'est un comportement extrêmement spécifique précisément observé dans les fichiers de Capitola (!)

==== Synthèse des opérations reconstituées à partir des données EXIF ====

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:46:38Z

82.228.83.162: /* Synthèse des opérations observées via les données EXIF */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

*Application Record
*version
*Caption Abstract
*Copyright Flag
*Displayed Units X
*Displayed Units Y
*EGlobal Altitude
*Global Angle
*Photoshop Format
*Photoshop Quality
*Photoshop
*Thumbnail
*Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut aussi avoir été utilisé pour ajouter des données.
Une anomalie déjà constatée par certains (comme sur le forum openmind) est qu'il manquait des informations spécifiques au paramètres de prise de vue. Précisément repris, les Tags manquants par rapport à un fichier "normal" créé à partir d'un Minolta DImageX sont les suivants:

*Exposure Time
*F Number
*Exposure Compensation
*Max Aperture
*Value
*Aperture
*Image Size
*Shutter Speed
*Focal Length
*light Value
(sans compter '''Maker Note Version''' et '''Minolta Camera Settings 2''' écrasés par photoshop).

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur la conception d'images avec des éléments "artificiels".
C'est une raison de plus pour penser que les données EXIF ont bel et bien été manipulées.

Mais plus encore:

Il existe précisément une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre, ici en omettant les tags précédents:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF de l'appareil que photoshop avait lui-même forcé pour les repasser à leur valeur originale (fixées par l'appareil photo). Par exemple, le tag EXIF '''Software''' normalement forcé par Photoshop à "Adobe Photoshop CS2 Windows", mais repassé à "V100-02" par ExifTool.

Or, ExifTool, et c'est là sa signature, ne rétabli pas tous les tags. Probablement du à un bug, il laisse aussi inchangé certains tags tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas importé. Or c'est un comportement extrêmement spécifique précisément observé dans les fichiers de Capitola (!)

==== Synthèse des opérations reconstituées à partir des données EXIF ====

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:45:09Z

82.228.83.162: /* Tout ce qui ne va pas dans ces données ... */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

*Application Record
*version
*Caption Abstract
*Copyright Flag
*Displayed Units X
*Displayed Units Y
*EGlobal Altitude
*Global Angle
*Photoshop Format
*Photoshop Quality
*Photoshop
*Thumbnail
*Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut aussi avoir été utilisé pour ajouter des données.
Une anomalie déjà constatée par certains (comme sur le forum openmind) est qu'il manquait des informations spécifiques au paramètres de prise de vue. Précisément repris, les Tags manquants par rapport à un fichier "normal" créé à partir d'un Minolta DImageX sont les suivants:

*Exposure Time
*F Number
*Exposure Compensation
*Max Aperture
*Value
*Aperture
*Image Size
*Shutter Speed
*Focal Length
*light Value
(sans compter '''Maker Note Version''' et '''Minolta Camera Settings 2''' écrasés par photoshop).

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur la conception d'images avec des éléments "artificiels".
C'est une raison de plus pour penser que les données EXIF ont bel et bien été manipulées.

Mais plus encore:

Il existe précisément une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre, ici en omettant les tags précédents:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF de l'appareil que photoshop avait lui-même forcé pour les repasser à leur valeur originale (fixées par l'appareil photo). Par exemple, le tag EXIF '''Software''' normalement forcé par Photoshop à "Adobe Photoshop CS2 Windows", mais repassé à "V100-02" par ExifTool.

Or, ExifTool, et c'est là sa signature, ne rétabli pas tous les tags. Probablement du à un bug, il laisse aussi inchangé certains tags tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas importé. Or c'est un comportement extrêmement spécifique précisément observé dans les fichiers de Capitola (!)

==== Synthèse des opérations observées via les données EXIF ====

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:44:22Z

82.228.83.162: /* 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

*Application Record
*version
*Caption Abstract
*Copyright Flag
*Displayed Units X
*Displayed Units Y
*EGlobal Altitude
*Global Angle
*Photoshop Format
*Photoshop Quality
*Photoshop
*Thumbnail
*Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut aussi avoir été utilisé pour ajouter des données.
Une anomalie déjà constatée par certains (comme sur le forum openmind) est qu'il manquait des informations spécifiques au paramètres de prise de vue. Précisément repris, les Tags manquants par rapport à un fichier "normal" créé à partir d'un Minolta DImageX sont les suivants:

*Exposure Time
*F Number
*Exposure Compensation
*Max Aperture
*Value
*Aperture
*Image Size
*Shutter Speed
*Focal Length
*light Value
(sans compter '''Maker Note Version''' et '''Minolta Camera Settings 2''' écrasés par photoshop).

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur la conception d'images avec des éléments "artificiels".
C'est une raison de plus pour penser que les données EXIF ont bel et bien été manipulées.

Mais plus encore:

Il existe précisément une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre, ici en omettant les tags précédents:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF de l'appareil que photoshop avait lui-même forcé pour les repasser à leur valeur originale (fixées par l'appareil photo). Par exemple, le tag EXIF '''Software''' normalement forcé par Photoshop à "Adobe Photoshop CS2 Windows", mais repassé à "V100-02" par ExifTool.

Or, ExifTool, et c'est là sa signature, ne rétabli pas tous les tags. Probablement du à un bug, il laisse aussi inchangé certains tags tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas importé. Or c'est un comportement extrêmement spécifique précisément observé dans les fichiers de Capitola (!)

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:43:25Z

82.228.83.162: /* 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

*Application Record
*version
*Caption Abstract
*Copyright Flag
*Displayed Units X
*Displayed Units Y
*EGlobal Altitude
*Global Angle
*Photoshop Format
*Photoshop Quality
*Photoshop
*Thumbnail
*Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut aussi avoir été utilisé pour ajouter des données.
Une anomalie déjà constatée par certains (comme sur le forum openmind) est qu'il manquait des informations spécifiques au paramètres de prise de vue. Précisément repris, les Tags manquants par rapport à un fichier "normal" créé à partir d'un Minolta DImageX sont les suivants:

*Exposure Time
*F Number
*Exposure Compensation
*Max Aperture
*Value
*Aperture
*Image Size
*Shutter Speed
*Focal Length
*light Value
(sans compter '''Maker Note Version''' et '''Minolta Camera Settings 2''' écrasés par photoshop).

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur la conception d'images avec des éléments "artificiels".
C'est une raison de plus pour penser que les données EXIF ont bel et bien été manipulées.

Mais plus encore:

Il existe précisément une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre, ici en omettant les tags précédents:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF de l'appareil que photoshop avait lui-même forcé pour les repasser à leur valeur originale (fixées par l'appareil photo). Par exemple, le tag EXIF '''Software''' normalement forcé par Photoshop à "Adobe Photoshop CS2 Windows", mais repassé à "V100-02" par ExifTool.

Or, ExifTool, et c'est là sa signature, ne rétabli pas tous les tags. Probablement du à un bug, il laisse aussi inchangé certaines valeurs tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas importé. Or c'est extrêmement spécifique comme comportement!

Et c'est bien précisément le résultat que nous constatons dans les fichiers de Capitola (!)

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:42:42Z

82.228.83.162: /* 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

*Application Record
*version
*Caption Abstract
*Copyright Flag
*Displayed Units X
*Displayed Units Y
*EGlobal Altitude
*Global Angle
*Photoshop Format
*Photoshop Quality
*Photoshop
*Thumbnail
*Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut aussi avoir été utilisé pour ajouter des données.
Une anomalie déjà constatée par certains (comme sur le forum openmind) est qu'il manquait des informations spécifiques au paramètres de prise de vue. Précisément repris, les Tags manquants par rapport à un fichier "normal" créé à partir d'un Minolta DImageX sont les suivants:

*Exposure Time
*F Number
*Exposure Compensation
*Max Aperture
*Value
*Aperture
*Image Size
*Shutter Speed
*Focal Length
*light Value
(sans compter '''Maker Note Version''' et '''Minolta Camera Settings 2''' écrasés par photoshop).

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur la conception d'images avec des éléments "artificiels".
C'est une raison de plus pour penser que les données EXIF ont bel et bien été manipulées.

Mais plus encore:

Il existe précisément une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre, ici en omettant les tags précédents:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF originaux de l'appareil que photoshop avait lui-même forcé pour les repasser à leur valeur originale. Par exemple, le tag EXIF '''Software''' normalement forcé par Photoshop à "Adobe Photoshop CS2 Windows", mais repassé à "V100-02" par ExifTool.

Or, ExifTool, et c'est là sa signature, ne rétabli pas tous les tags. Probablement du à un bug, il laisse aussi inchangé certaines valeurs tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas importé. Or c'est extrêmement spécifique comme comportement!

Et c'est bien précisément le résultat que nous constatons dans les fichiers de Capitola (!)

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:41:53Z

82.228.83.162: /* 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

*Application Record
*version
*Caption Abstract
*Copyright Flag
*Displayed Units X
*Displayed Units Y
*EGlobal Altitude
*Global Angle
*Photoshop Format
*Photoshop Quality
*Photoshop
*Thumbnail
*Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut aussi avoir été utilisé pour ajouter des données.
Une anomalie déjà constatée par certains (comme sur le forum openmind) est qu'il manquait des informations spécifiques au paramètres de prise de vue. Précisément repris, les Tags manquants par rapport à un fichier "normal" créé à partir d'un Minolta DImageX sont les suivants:

*Exposure Time
*F Number
*Exposure Compensation
*Max Aperture
*Value
*Aperture
*Image Size
*Shutter Speed
*Focal Length
*light Value
(sans compter '''Maker Note Version''' et '''Minolta Camera Settings 2''' écrasés par photoshop).

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur la conception d'images avec des éléments "artificiels".
C'est une raison de plus pour penser que les données EXIF ont bel et bien été manipulées.

Mais plus encore:

Il existe une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF originaux de l'appareil que photoshop avait lui-même forcé pour les repasser à leur valeur originale. Par exemple, le tag EXIF '''Software''' normalement forcé par Photoshop à "Adobe Photoshop CS2 Windows", mais repassé à "V100-02" par ExifTool.

Or, ExifTool, et c'est là sa signature, ne rétabli pas tous les tags. Probablement du à un bug, il laisse aussi inchangé certaines valeurs tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas importé. Or c'est extrêmement spécifique comme comportement!

Et c'est bien précisément le résultat que nous constatons dans les fichiers de Capitola (!)

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:40:41Z

82.228.83.162: /* 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

*Application Record
*version
*Caption Abstract
*Copyright Flag
*Displayed Units X
*Displayed Units Y
*EGlobal Altitude
*Global Angle
*Photoshop Format
*Photoshop Quality
*Photoshop
*Thumbnail
*Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut aussi avoir été utilisé pour ajouter des données.
Une anomalie déjà constatée par certains (comme sur le forum openmind) est qu'il manquait des informations spécifiques au paramètres de prise de vue. Précisément repris, les Tags manquants par rapport à un fichier "normal" créé à partir d'un Minolta DImageX sont les suivants:

*Exposure Time
*F Number
*Exposure Compensation
*Max Aperture
*Value
*Aperture
*Image Size
*Shutter Speed
*Focal Length
*light Value
(sans compter '''Maker Note Version''' et '''Minolta Camera Settings 2''' écrasés par photoshop).

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur les images. Ayant disparut, c'est une raison de plus pour noter que les données EXIF ont bel et bien été manipulées.

Il existe une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF originaux de l'appareil que photoshop avait lui-même forcé pour les repasser à leur valeur originale. Par exemple, le tag EXIF '''Software''' normalement forcé par Photoshop à "Adobe Photoshop CS2 Windows", mais repassé à "V100-02" par ExifTool.

Or, ExifTool, et c'est là sa signature, ne rétabli pas tous les tags. Probablement du à un bug, il laisse aussi inchangé certaines valeurs tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas importé. Or c'est extrêmement spécifique comme comportement!

Et c'est bien précisément le résultat que nous constatons dans les fichiers de Capitola (!)

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:40:05Z

82.228.83.162: /* 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

*Application Record
*version
*Caption Abstract
*Copyright Flag
*Displayed Units X
*Displayed Units Y
*EGlobal Altitude
*Global Angle
*Photoshop Format
*Photoshop Quality
*Photoshop
*Thumbnail
*Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut aussi avoir été utilisé pour ajouter des données.
Une autre anomalie que d'autres auront constaté (comme sur le forum openmind) est qu'il manquait des informations spécifiques au paramètres de prise de vue. Précisément repris, les Tags manquants par rapport à un fichier "normal" créé à partir d'un Minolta DImageX sont les suivants:

*Exposure Time
*F Number
*Exposure Compensation
*Max Aperture
*Value
*Aperture
*Image Size
*Shutter Speed
*Focal Length
*light Value
(sans compter '''Maker Note Version''' et '''Minolta Camera Settings 2''' écrasés par photoshop).

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur les images. Ayant disparut, c'est une raison de plus pour noter que les données EXIF ont bel et bien été manipulées.

Il existe une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF originaux de l'appareil que photoshop avait lui-même forcé pour les repasser à leur valeur originale. Par exemple, le tag EXIF '''Software''' normalement forcé par Photoshop à "Adobe Photoshop CS2 Windows", mais repassé à "V100-02" par ExifTool.

Or, ExifTool, et c'est là sa signature, ne rétabli pas tous les tags. Probablement du à un bug, il laisse aussi inchangé certaines valeurs tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas importé. Or c'est extrêmement spécifique comme comportement!

Et c'est bien précisément le résultat que nous constatons dans les fichiers de Capitola (!)

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:34:43Z

82.228.83.162: /* 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

*Application Record
*version
*Caption Abstract
*Copyright Flag
*Displayed Units X
*Displayed Units Y
*EGlobal Altitude
*Global Angle
*Photoshop Format
*Photoshop Quality
*Photoshop
*Thumbnail
*Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut aussi avoir été utilisé pour ajouter des données.
Une autre anomalie que d'autres auront constaté (comme sur le forum openmind) est qu'il manquait des informations spécifiques au paramètres de prise de vue. Précisément repris, les Tags manquants par rapport à un fichier "normal" créé à partir d'un Minolta DImageX sont les suivants:

*Exposure Time
*F Number
*Exposure Compensation
*Max Aperture
*Value
*Aperture
*Image Size
*Shutter Speed
*Focal Length
*light Value
(sans compter '''Maker Note Version''' et '''Minolta Camera Settings 2''' écrasés par photoshop).

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur les images. Ayant disparut, c'est une raison de plus pour noter que les données EXIF ont bel et bien été manipulées.

Il existe une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF originaux de l'appareil que photoshop avait lui-même forcé, tel que '''Software''' (Adobe Photoshop CS2 Windows), pour les repasser à leur valeur originale (V100-02), mais et c'est semble t-il un bug d'ExifTool laisse inchangé certaines valeurs tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas redressé: c'est extrêmement spécifique comme marqueur!

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:33:56Z

82.228.83.162: /* 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

*Application Record
*version
*Caption Abstract
*Copyright Flag
*Displayed Units X
*Displayed Units Y
*EGlobal Altitude
*Global Angle
*Photoshop Format
*Photoshop Quality
*Photoshop
*Thumbnail
*Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut aussi avoir été utilisé pour ajouter des données.
Une autre anomalie que d'autres auront constaté (comme sur le forum openmind) est qu'il manquait des informations spécifiques au paramètres de prise de vue. Précisément repris, les Tags manquants par rapport à un fichier "normal" créé à partir d'un Minolta DImageX sont les suivants:

*Exposure Time
*F Number
*Exposure Compensation
*Max Aperture
*Value
*Aperture
*Image Size
*Shutter Speed
*Focal Length
*light Value

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur les images. Ayant disparut, c'est une raison de plus pour noter que les données EXIF ont bel et bien été manipulées.

Il existe une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF originaux de l'appareil que photoshop avait lui-même forcé, tel que '''Software''' (Adobe Photoshop CS2 Windows), pour les repasser à leur valeur originale (V100-02), mais et c'est semble t-il un bug d'ExifTool laisse inchangé certaines valeurs tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas redressé: c'est extrêmement spécifique comme marqueur!

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:32:47Z

82.228.83.162: /* Tout ce qui ne va pas dans ces données ... */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

*Application Record
*version
*Caption Abstract
*Copyright Flag
*Displayed Units X
*Displayed Units Y
*EGlobal Altitude
*Global Angle
*Photoshop Format
*Photoshop Quality
*Photoshop
*Thumbnail
*Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut avoir été utilisé pour ajouter des données.
Une autre anomalie déjà constatée est qu'il manque des informations spécifiques au paramètres de prise de vue (focale, ouverture, valeur de lumière, etc.) Les Tags manquants par rapport à un fichier "normal" créé avec un Minolta DImageX sont les suivants:

*Exposure Time
*F Number
*Exposure Compensation
*Max Aperture
*Value
*Aperture
*Image Size
*Shutter Speed
*Focal Length
*light Value

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur les images. Ayant disparut, c'est une raison de plus pour noter que les données EXIF ont bel et bien été manipulées.

Il existe une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF originaux de l'appareil que photoshop avait lui-même forcé, tel que '''Software''' (Adobe Photoshop CS2 Windows), pour les repasser à leur valeur originale (V100-02), mais et c'est semble t-il un bug d'ExifTool laisse inchangé certaines valeurs tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas redressé: c'est extrêmement spécifique comme marqueur!

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:32:10Z

82.228.83.162: /* 5. Trace d'Exif Tool (2) : les données standard manquantes et les données importées */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

-Application Record
-version
-Caption Abstract
-Copyright Flag
-Displayed Units X
-Displayed Units Y
-EGlobal Altitude
-Global Angle
-Photoshop Format
-Photoshop Quality
-Photoshop
-Thumbnail
-Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 6. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut avoir été utilisé pour ajouter des données.
Une autre anomalie déjà constatée est qu'il manque des informations spécifiques au paramètres de prise de vue (focale, ouverture, valeur de lumière, etc.) Les Tags manquants par rapport à un fichier "normal" créé avec un Minolta DImageX sont les suivants:

-Exposure Time
-F Number
-Exposure Compensation
-Max Aperture
-Value
-Aperture
-Image Size
-Shutter Speed
-Focal Length
-light Value

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur les images. Ayant disparut, c'est une raison de plus pour noter que les données EXIF ont bel et bien été manipulées.

Il existe une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF originaux de l'appareil que photoshop avait lui-même forcé, tel que '''Software''' (Adobe Photoshop CS2 Windows), pour les repasser à leur valeur originale (V100-02), mais et c'est semble t-il un bug d'ExifTool laisse inchangé certaines valeurs tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas redressé: c'est extrêmement spécifique comme marqueur!

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:31:53Z

82.228.83.162: /* Tout ce qui ne va pas dans ces données ... */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

===== 5. Trace d'Exif Tool : données spécifiques à photoshop CS 2 =====

Il est à peu près certain que les opérations sous Photoshop ont été volontairement masquées.
En effet, toutes les données spécifiques à photoshop ont été supprimées (en vert fluo dans le tableau ci-dessus), sauf celles qui ont été... rajoutées (spécifiquement) par Photoshop, notamment les données XMP. Cela est *impossible* sans l'usage d'un outil spécialisé.

Précisément, ExifTool est capable, par une commande simple, d'effacer précisément les données photoshop qui manquent aujourd'hui au fichier EXIF. Ces tags (cases marquées en noir dans le tableau ci-dessus) sont les suivants:

-Application Record
-version
-Caption Abstract
-Copyright Flag
-Displayed Units X
-Displayed Units Y
-EGlobal Altitude
-Global Angle
-Photoshop Format
-Photoshop Quality
-Photoshop
-Thumbnail
-Progressive Scans

La commande -simplissime- est la suivante:

exiftool -Photoshop:All= "myFile.jpg"

===== 5. Trace d'Exif Tool (2) : les données standard manquantes et les données importées =====

Si ExifTool a été utilisé pour supprimer des données, il peut avoir été utilisé pour ajouter des données.
Une autre anomalie déjà constatée est qu'il manque des informations spécifiques au paramètres de prise de vue (focale, ouverture, valeur de lumière, etc.) Les Tags manquants par rapport à un fichier "normal" créé avec un Minolta DImageX sont les suivants:

-Exposure Time
-F Number
-Exposure Compensation
-Max Aperture
-Value
-Aperture
-Image Size
-Shutter Speed
-Focal Length
-light Value

Ces tags manquants auraient pu probablement créer des contraintes supplémentaires sur les images. Ayant disparut, c'est une raison de plus pour noter que les données EXIF ont bel et bien été manipulées.

Il existe une commande ExifTool permettant de copier des paramètres Exif liés à une image sur une autre:

Exiftool "Capitola original.jpg" -exposuretime= -fnumber= -exposurecompensation= -maxaperture=
-Value= -Aperture= -imagesize= -shutterspeed= -focallength= -lightvalue= -TagsFromFile "Capitola filtered.jpg"

Or, ce qu'il y a de très intéressant de constater c'est que cette même commande rétabli certains paramètres EXIF originaux de l'appareil que photoshop avait lui-même forcé, tel que '''Software''' (Adobe Photoshop CS2 Windows), pour les repasser à leur valeur originale (V100-02), mais et c'est semble t-il un bug d'ExifTool laisse inchangé certaines valeurs tel que l'encodage endian ('''Exif Byte Order''') qui n'est pas redressé: c'est extrêmement spécifique comme marqueur!

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:16:32Z

82.228.83.162: /* Tout ce qui ne va pas dans ces données ... */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:16:09Z

82.228.83.162: /* Tout ce qui ne va pas dans ces données ... */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données sont enregistrées en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montrent que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

===== 3. L'image JPG est enregistrée en "progressive DCT", là ou le Minolta produit des images en "Baseline DCT" =====

Le choix de ce mode pour les jpeg est effectué lors de l'enregistrement du fichier. Au départ, il a été imaginé pour des images lourdes que l'on devait afficher sur le web et qui permettaient de disposer d'un affichage progressif, (plus pixelisé) dans l'attente que l'ensemble des données soient chargées.
En pratique, ce format est de moins en moins utilisé; et le minolta enregistre en "Baseline DCT".
L'explication serait que l'auteur a souhaité enregistrer en "progressive DCT" pour flickr: il aurait ainsi pu se justifier de passer par Photoshop. Dans cette hypothèse, c'est cependant bien inutile...

===== 4. Données XMP: "Derived From Instance ID" et "Derived From Document ID" : UUID =====

Comme noté plus haut, ce qui semble se confirmer c'est que les données "Derived From Instance ID" et "Derived From Document ID" sont similaires au départ. Par exemple, lors de la création d'un premier document photoshop ou lors de la première sauvegarde d'un document JPG sans meta-données XMP.

Puis, lors de modifications ultérieures (sauvegardes sous d'autres noms), ces deux champs divergent profondément pour refléter des identifiants uniques
(au départ, en réalité, seul le premier octet change).
Cela semble être le signe que ces document font partie partie d'une 2ème génération de document JPG générée à partir de photoshop.

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:02:23Z

82.228.83.162: /* 1. La version des données exif ('''Exif version''') produite est anormale */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 ne le connaît pas: de fait, il l'ignore (il ne l'ajoute pas ni ne le modifie).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données enregistrées sont en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montre que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:01:05Z

82.228.83.162: /* 1. La version des données exif ('''Exif version''') produite est anormale */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 l'ignore totalement: il ne le connaît pas, ni ne le modifie ni ne l'ajoute.

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données enregistrées sont en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montre que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:00:28Z

82.228.83.162: /* Tout ce qui ne va pas dans ces données ... */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====

Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 l'ignore totalement (il ne le modifie ni ne l'ajoute).

OR, le '''Minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220'''.

Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données enregistrées sont en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montre que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T15:00:00Z

82.228.83.162: /* Reconstitution de l'histoire des données EXIF produites */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que les tests précédent ont a nous dire, voici en quelques points:

===== 1. La version des données exif ('''Exif version''') produite est anormale=====
Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 l'ignore totalement (il ne le modifie ni ne l'ajoute). OR, le minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220.
Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

===== 2. Les données enregistrées sont en "Big endian" ('''Exif Byte Order''') ce qui est anormal=====

Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montre que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T14:58:06Z

82.228.83.162: /* Tout ce qui ne va pas dans ces données ... */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que ce tableau nous dit voici ce que l'on peut en déduire:

1. La version des données exif ('''Exif version''') produite est anormale. Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 l'ignore totalement (il ne le modifie ni ne l'ajoute). OR, le minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220.
Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.

2. Les données enregistrées sont en "Big endian" ('''Exif Byte Order'''). Voilà là aussi un point totalement en contradiction avec des données produites par le Dimage X. Puisque cet appareil photo crée des images en "Little endian". Ce n'est pas une donnée qui peut souffrir d'exception puisque cela est liée à l'architecture du processeur utilisé. A savoir que, "Big endian" correspond à une lecture des octets de gauche à droite et "Little endian" de droite à gauche. (et les fichiers sont enregistrés de telle sorte à faciliter le travail de lecture des "mots" qui peuvent faire plusieurs octets).

Ces changement ne peuvent être réalisés (c'est radical) que par la création d'un nouveau fichier: c'est à dire que l'on ne travaille pas sur un fichier original, même transformé de façon cosmétique, puisque c'est la façon même d'enregistrer l'information qui a été modifiée.

Des tests réalisés, montre que ce changement est effectif si l'on crée un nouveau document à partir de Photoshop CS 2 et que l'on développe son travail à partir de celui-ci. En effet, par défaut, Photoshop travaille en "Big endian".

Autre indice de la création d'un nouveau fichier en amont: l'utlisation du format "Media-Relative Colorimetric" ('''Encoding Process''') ajouté lorsque l'on crée un nouveau fichier alors que si nous réalisons des "enregistrements sous" seuls le processus d'encodage serait noté "Perceptual".

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}

Drônes de californie: essais d'analyse

2008-04-29T14:46:48Z

82.228.83.162: /* Histoire des données EXIF produites */

== Contexte et Généralités ==

Au départ, je n'ai guère "accroché" à cette histoire de drones, ceci car l'inspiration et le design m'apparaissaient d'inspiration très "terrestre".

Les arguments étant les suivants:

=== Archétype du Design ===
Que penser du fait que la police de caractère utilisée pour les drones de Californie corresponde à des katakanas « épurés » ? (à la fois dans les formes et dans le nombre). Le « hasard » n'est-il pas un peu gros ? Ceci s'accorde bien avec l’idée d'une projection humaine sur base de caractères connus comme nous l'observons souvent dans la SF contemporaine.
[[image:Ecriture_kligon.gif|thumb|Ecriture Kligon utilisée dans Star Trek]]
[[image:Ecriture-Aurek-Besh.png|thumb|Ecriture Aurek-Besh utilisée dans Star Wars]]
# Les dessins avec des lignes courbes et des arabesques sont également très "tendance" sur le plan marketing et commercial, [[images]]
# les formes marquées (flèches observables) à l'envers de ce que je considère comme pouvant représenter les technologies du futures. Cela mériterait un article, mais à mon sens l'évolution technique devrait nous rendre capables, de plus en plus, de nous jouer de la matière et de la manipuler en faisant fi des conventions intuitives à échelle humaine observable. Si l'on veut sur ce sujet, il suffit de se référer à certaines observations d'ovni pour voir à quel point la matière et la "réalité" peuvent être manipulées. Or là, rien de tel. Nous avons des formes qui semblent effectivement évoquer une fonctionnalité et donc sont conçus dans la droite ligne anthropoidéologique. Un dessinateur de mangas japonais aurait fait quelque chose de tout à fait similaire.
# Incompatibilité avec l'ensemble des témoignages d'OVNI à ce jour, ce qui forme une classe à part.

=== Archétype du témoignage ===
Dans toutes les observations de drone, nous avons:
# Des photographes qui s'évanouissent dans la nature et tout état de cause font tout pour ne pas être reconnus
## Des témoignages/photos qui ne permettent pas d'identifier clairement le lieu de prise de vue
# Un ensemble de témoignages réalisés sur une aire géographique et une période déterminée compatibles avec l'idée de la réalisation d'un hoax par une personne ou groupe de personnes présentes dans la zone,
# Des témoignages qui suivent étrangement un schéma assez similaire : des couples mariés ou en passe de l'être. L'élément "mariage" est toujours important,

Hyp: Donc, toutes choses très suspectes qui laissent penser à une manipulation humaine et dans la mesure où cela peut laisser l'impression que l'on s'attache à "vendre" un concept. Et c'est pourquoi je resterai très prudent.

=== Cependant... ===

... une proposition intéressante a émergée récemment. Qui rejoint la thématique d'U-Sphère et qui m'incite à accorder un regard (un peu) plus approfondi sur cette affaire: il existerait une corrélation entre l'observation des drônes et l'emplacement de la faille de San Andreas.

Hyp: l'option (?) possible serait alors de considérer les drônes commes des engins d'observation et qui utiliseraient "ordinairement" des techniques d'invisibilité optique. L'explication de l'aspect anthropomorphique tiendrait du fait que les engins seraient d'origine humaine, soit dans ce contexte hautement spéculatif, militaire.

Sans trop s'enfoncer en avant dans cette hypothèse, il m'est apparut intéressant de vérifier si un cas assez bien photographié résiste à l'analyse superficielle. Je n'ignore pas qu'un certain nombre de travaux ont déjà été réalisés sur le sujet, cependant je ne résiste pas à l'envie de vérifier moi-même certains détails.

== Témoignage de Capitola ==

Allons-y ! Pour ceux qui auraient raté quelque chose, je rappelle l'histoire des prises de vue de Capitola qui constitue le 3ème témoignage de la série des drones du PACL. Je choisi ce témoignage car il est, en théorie, susceptible de nous conduire à des témoins directs, soit au contraire de démontrer qu'il y a une manipulation. Il s'agit du témoignage d'un dénomé "Rajman1977" auteur des photos:

<div style="background-color:#DDDDDD;"> <br>'''[Sur Flickr, rajman1977, le 20 mai 2007]'''<br>
Cette semaine je rendais visite aux parents de mon fiancé à Capitola (nous étions en fait là-bas pour leur signifier notre engagement). Nous étions en train de dîner sur le porche de derrière lorsque nous remarquâmes cet "objet" qui avait l'air de planer dans le ciel.

'''(1, 2)''' L'appareil photo était resté après avoir été utilisé plus tôt et je l'attrapais et essayait d'en avoir des clichés nets. Il passa au-dessus du toit peu après, et

'''(3)''' je courus donc dans la rue devant la maison pour le suivre, en essayant d'en avoir d'autres clichés sans trop bouger (ce qui était plus face à dire qu'à faire).

'''(4,5)''' Il arriva alors plus bas au-dessus d'un poteau téléphonique, où je parvins à obtenir quelques autres clichés, avant qu'il ne finisse pas s'élever au loin assez rapidement.

'''(6)''' Je pensais qu'il était parti mais remarquais qu'il était toujours visible, et pris donc quelques autres photos.

A un moment une voiture s'arrêta pour regarder aussi. Personne n'avait une quelconque idée de ce que pouvait être cette chose mais cela effrayait visiblement tout le monde dans la voiture. Une fois qu'il fut parti ils me dirent d'appeler les journaux et s'en allèrent. Je suis pas sûr de qui d'autre pourrait l'avoir vu dans les environs dans là mesure où je ne vis pas ici, mais je suis certain qu'au moins quelques autres l'ont remarqué. C'était trop étrange et trop proche pour ne pas être remarqué. Une fois qu'il fut parti je retenais ma respiration et je pus difficilement empêcher mes mains de trembler durant à peu près l'heure qui suivit. Inutile de dire que nous n'avons parlé que de çà le restant de la nuit. Aucun d'entre nous n'arrive à imaginer ce que c'était (et cela a tout son sens, car le père de ma fiancée est ingénieur en mécanique).

Nous avons envoyé une copie des photos aux journaux mais n'en avons pas entendu reparler à ce jour. Je ne sais pas combien de temps prend ce genre de choses.

Il y a aussi des inscriptions sur cette chose, que je n'ai pas reconnues (et je lis l'anglais et l'hindi). Vous pouvez les voir sur quelques-unes des images.

Quoi qu'il en soit, j'ai créé ce compte Flickr pour les meilleures de ces images. Je n'ai aucune idée de ce qu'est cette chose et je les mets donc ici pour voir si jamais quelqu'un d'autre le voit.
</div>

[[Capitola:témoignages_originaux|Capitola: voir les différents témoignages originaux de Rajman ici (en anglais)]]

=== Présentation des images ===

Voici les 6 images prises à Capitola, dont les données EXIF sont curieusement bridées, (pour ne pas dire manipulées, voir ci-dessous):

{|-
|valign="top"|[[image:Capitola13_large.jpg|thumb|250px|center|'''(1)''' 17:41:11 - Curieusement la photo n'est pas centrée sur l'objet, mais celui ci cadré à droite. Drôle de façon de prendre une photo pour un phénomène qui devrait obnubiler le photographe. Ou sinon une précaution volontaire du photographe ? Intéressante, mais dans le viseur optique il ne devrait pas voir le mur (cf. ci-dessous).]]
|valign="top"|[[image:Capitola14_large.jpg|thumb|250px|center|'''(2)''' 17:41:34 (1)+23s - même remarque que précédemment. Le cadrage laisse apparaître un angle de la (d'une) maison]]
|valign="top"|[[image:Capitola15_large.jpg|thumb|250px|center|'''(3)''' 17:42:17 (2)+43s]]
|-
|valign="top"|[[image:Capitola16_large.jpg|thumb|250px|center|'''(4)''' 17:42:58 (3)+41s]]
|valign="top"|[[image:Capitola17_large.jpg|thumb|250px|center|'''(5)''' 17:43:02 (4)+04s]]
|valign="top"|[[image:Capitola18_large.jpg|thumb|250px|center|'''(6)''' 17:44:37 (5)+95s]]
|-
|}

'''Origine des photos téléchargées:''' comme aujourd'hui elles ne sont plus disponibles sur Flickr, je les ai copiées du site de Didier de Plaige ([http://ovnis-usa.com/ OVNI USA]).
<br>

Hyp: cela pourrait ressembler à un jeu de piste organisé, chaque photo laissant juste assez d'indices. Les photos juste sous les poteaux sont caractéristiques: pourquoi prendre les photos à cet endroit là précisément ? Est-ce quelque chose qui viendrait à l'esprit de quelqu'un observant le ciel que de placer un obstacle dans sa vue?

===Informations sur le matériel utilisé===

Sous réserve de validité des données il s'agit d'un <u>'''[[Minolta DiMAGE X|Minolta DiMAGE X, (informations détaillées ici)]]'''</u>, et dont voici quelques unes des principales caractéristiques qui vont nous intéresser:
* Appareil datant de juin 2002
* 1 960 000 pixels (2MPixels)
* Couverture du champ du viseur: 75%
* Taille du capteur optique: 1/2.7"
* Distance focale: 5.7 mm - 17.1 mm
* Distance focale équivalente à celle d'un appareil 35 mm: 37 - 111mm

====Interrogations sur la couverture du champ du viseur====

Le viseur sur cet appareil est optique.
La couverture de champ par le viseur est de 75%, ce qui signifierait que les objets en extrême bord d'image ne sont pas vus au travers du viseur. Par conséquent, il serait intéressant de vérifier de quelle façon cette couverture du champ du viseur restreint la visée du témoin : bords latéraux verticaux/horizontaux et/ou les deux.

En l'occurrence, si le témoin n'observe effectivement que 75% des images obtenues au travers de son viseur optique, cela pourrait signifier que sa couverture visuelle effective était de 1385x1040 pixels, toujours par rapport aux images données.

C'est une chose intéressante à remarquer, car cela signifie que le témoin qui déjà, de façon très curieuse, n'avait pas centré correctement le sujet cela devient encore plus sensible, en particulier pour les trois premières photos:

[[image:Capitola_Optical_View.jpg]]

====Capteur CCD et ouverture angulaire====

Si vous cherchez la correspondance entre la taille du capteur optique indiquée (commerciale) et sa taille physique vous aurez de quoi vous poser des questions. Par exemple ici, le capteur CCD est donné pour 1/2,7" de pouce: ne faites pas l'erreur de croire que cela correspond à sa diagonale!<br>
Dans les faits, le grand coté mesure 5.3 mm soit environ 1/5". La diagonale est de 6,6 mm soit environ 1/4" et pas du tout les 1/2,7" annoncés... Ci-après, le tableau donne en fonction de la taille indiquée du capteur CCD les proportions dont il faut réellement tenir compte:
<br>[[image:Capteurs_CCD.png]]<br>
Cela vient tout simplement du fait que la grandeur commerciale est la diagonale du support du CCD, pas celle de la surface active, un peu comme dans les téléviseurs qui annoncent comme diagonale celle du carton d'emballage...

Donc pour résumer:

* Taille du capteur CCD (valeur "commerciale"): 1/2,7"
* Largeur du capteur CCD (effective) (l): 5,3 mm
* Hauteur du capteur CCD (effective) (h): 4 mm

A partir de là, afin de connaître la couverture angulaire, il faut disposer de la longueur de focale, or malheureusement, celle-ci est absente des données EXIF (voir ci-après). Nous avons simplement une plage de valeurs possible:

* Longueur de focale (f): 5.7 mm - 17.1 mm

Compte tenu du fait que l'angle d'ouverture '''a = 2*Atan(h/2f)''',

[[image:Couverture_angulaire.gif]]

<br>Nous obtenons simplement:
* ouverture angulaire verticale comprise entre : 38,66° et 13,34°
* ouverture angulaire horizontale comprise entre : 51,23° et 17,67°

Je vous propose de conserver ces éléments pour l'instant dans un "coin", en attendant de les réutiliser pour la reconstitution des scènes plus bas.

===Informations sur les photos (données EXIF)===

Les données EXIF attachées à ces photos, ([http://www.u-sphere.com/data/Exif2-2.pdf vous pouvez lire les spécifications de la version 2.2 ici]), comme nous le signalions plus haut sont pauvres en données. Est-ce du à la version du firmware (ce type d'appareil datant de 2002) ou bien les données ont-elles été sciemment effacées?
Ce point va être vérifié ci-après.<br>
Quoiqu'il en soit, en première approximation, la seule variation apparente dans les données entre les différentes photos prises semble tenir à l'heure de prise de vue et à la taille de la miniature générée.

{|-
|[[image:Exif_Data_Capitola13.gif|frame|Ci-dessus, entourées de rouge, les seules variations entre les photos.<br>Dans la partie thumbmail, "compression 6" signifie que les thumbnails sont compressés au format JPEG tout simplement. Cela n'indique malheureusement pas le taux de compression utilisé.]]
|}

**Si** ce cas était un hoax, alors le terrain favori de l'auteur de ce hoax serait l'analyse et le traitement de l'image par des outils de composition graphique 2D/3D.
Nous pouvons espérer qu'en se rapprochant du domaine un peu plus austère de celui du manipulateur d'information (l'informaticien), il puisse y avoir des choses à vérifier et des points sur lesquels nous pourrions mettre plus facilement en défaut l'auteur présumé. Autant essayer de varier les terrains d'analyse !

==== La taille des miniatures (indiquée dans les données EXIF) est-elle conforme à la taille des photos ? ====

C'est la première question qui m'est venu à l'esprit. En d'autres termes, si nous recomposons des miniatures à partir des photos dont nous disposons, arriverons nous à un résultat en octets correspondant à un "poids" d'image conforme à celui indiqué dans les données EXIF ? <br>
A voir... Car, comme nous le savons, le format JPEG est d'autant plus lourd que de l'information est présente dans la photo, donc la présence de ce drone devrait augmenter le poids des vignettes (thumbnails).

Dans l'hypothèse ou des photos de ciel bleu ont été prises et le drone aurait été rajouté après, il pourrait en effet s'observer une différence.

'''La réponse '''

Malheureusement, cela ne peut servir de moyen de vérification: un outil comme "Exifer" utilisé plus haut permet de visualiser également la vignette enregistrée avec la photo mais aussi de l'exporter.

Avec de tels outils, il est donc tout à fait possible pour un faussaire de modifier les données EXIF et d'aller jusqu'à changer la vignette associée à la photo pour la rendre compatible.

Ainsi, ci-dessous, j'ai extrait les vignettes des 6 photos dont nous pouvons constater au passage qu'elles sont plus fortement dégradées. Le format est bien entendu, toujours du JPEG. La taille des vignettes (en pixels) est de 160x120 -ce qui ne correspond en rien à la taille de l'écran LCD de 110 000 pixels utilisé sur cet appareil, si l'on cherchait une corrélation quelconque par ce biais-

{|-
|valign="top"|[[image:Capitola13_large_thmb.jpg|thumb|160px|center|'''(1)''' thumb: 3 473 octets <br> originale: 548 064 octets<br>Ratio: 157]]
|valign="top"|[[image:Capitola14_large_thmb.jpg|thumb|160px|center|'''(2)''' thumb: 2 002 octets <br> originale: 462 564 octets<br>Ratio: 231]]
|valign="top"|[[image:Capitola15_large_thmb.jpg|thumb|160px|center|'''(3)''' thumb: 1 389 octets <br> originale: 277 177 octets<br>Ratio: 199]]
|-
|valign="top"|[[image:Capitola16_large_thmb.jpg|thumb|160px|center|'''(4)''' thumb: 2 868 octets <br> originale: 466 017 octets<br>Ratio: 162]]
|valign="top"|[[image:Capitola17_large_thmb.jpg|thumb|160px|center|'''(5)''' thumb: 2 409 octets <br> originale: 388 766 octets<br>Ratio: 161]]
|valign="top"|[[image:Capitola18_large_thmb.jpg|thumb|160px|center|'''(6)''' thumb: 3 233 octets <br> originale: 451 241 octets<br>Ratio: 139]]
|-
|}

'''Autres questions'''

Les différences de ratio (poids de l'image "originale" divisé par le poids du thumbnail) entre les photos sont surprenantes (de 140 à 230). Pourquoi de tels écarts ?

Certains seuils au niveau des échelles de granularité composant les motifs des images sont peut-être franchis, ce qui provoque des écarts. Pour en avoir le coeur net, il faudrait partir des images originales sous photoshop et les réduire de la même façon '''[=>]'''

=== Informations sur les données des images (au-delà de l'EXIF et du réel) ===

Appliquons un traitement de choc et dégainons "notepad" afin d'observer ce que contiennent ces images et que les données Exif ne nous disent pas:

[[image:Capitola13_large_part_0.gif]]

Le décryptage est "simple" lorsque l'on connait la signification des zones:
* le fichier commence par la description du format, ([http://en.wikipedia.org/wiki/JFIF JFIF - JPEG File Interchange Format]),
* immédiatement suivi, des données EXIF,
** ... à l'intérieur desquelles, nous trouvons insérées les données d'une image miniature toujours au format JFIF. Ces données sont la copie exacte des vignettes extraites ci-dessus (voir [[Capitola13_thumb|le fichier de la vignette]]).
* Après les données de la vignette, suit quelque chose de plus étonnant : du code XML d'une application tierce (!) Et pas de n'importe quelle application puisqu'il s'agit d'Adobe Photoshop CS2.
* Ensuite le fichier se poursuit sur le bloc de données de l'image principale proprement dite.

Il devient là évident que les photos ont subit une manipulation au travers de Photoshop.<br>
Voyons ce que ces meta-données ont à nous dire dans leur plus grand ensemble.

==== Que pouvons-nous comprendre des informations tierces stockées dans les images ? ====

Ci-après une partie des données lisibles de la photo "Capitola 13".

http://ns.adobe.com/xap/1.0/
<?xpacket begin="ï»¿" id="W5M0MpCehiHzreSzNTczkc9d"?>
<x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="3.1.1-112">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about=""
            xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>image/jpeg</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xap="http://ns.adobe.com/xap/1.0/">
         <xap:CreatorTool>Adobe Photoshop CS2 Windows</xap:CreatorTool>
         <xap:CreateDate>2007-05-20T13:04:39-07:00</xap:CreateDate>
         <xap:ModifyDate>2007-05-20T13:04:39-07:00</xap:ModifyDate>
         <xap:MetadataDate>2007-05-20T13:04:39-07:00</xap:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:xapMM="http://ns.adobe.com/xap/1.0/mm/"
            xmlns:stRef="http://ns.adobe.com/xap/1.0/sType/ResourceRef#">
         <xapMM:DocumentID>uuid:486E2C450D07DC119FD78ABD8FA3219B</xapMM:DocumentID>
         <xapMM:InstanceID>uuid:496E2C450D07DC119FD78ABD8FA3219B</xapMM:InstanceID>
         <xapMM:DerivedFrom rdf:parseType="Resource">
            <stRef:instanceID>uuid:466E2C450D07DC119FD78ABD8FA3219B</stRef:instanceID>
            <stRef:documentID>uuid:B546BEBB0507DC119FD78ABD8FA3219B</stRef:documentID>
         </xapMM:DerivedFrom>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:tiff="http://ns.adobe.com/tiff/1.0/">
         <tiff:Orientation>1</tiff:Orientation>
         <tiff:XResolution>720000/10000</tiff:XResolution>
         <tiff:YResolution>720000/10000</tiff:YResolution>
         <tiff:ResolutionUnit>2</tiff:ResolutionUnit>
         <tiff:NativeDigest>256,257,258,259,262,274,277,284,530,531,282,283,296,
301,318,319,529,532,306,270,271,272,305,315,33432;CBB0F357681357EA5402D2D4194E4709</tiff:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:exif="http://ns.adobe.com/exif/1.0/">
         <exif:PixelXDimension>1600</exif:PixelXDimension>
         <exif:PixelYDimension>1200</exif:PixelYDimension>
         <exif:ColorSpace>1</exif:ColorSpace>
         <exif:NativeDigest>36864,40960,40961,37121,37122,40962,40963,37510,
40964,36867,36868,33434,33437,34850,34852,34855,34856,37377,37378,37379,37380,37381,37382,37383,37384,37385,37386,37396,
41483,41484,41486,41487,41488,41492,41493,41495,41728,41729,41730,41985,41986,41987,41988,41989,41990,41991,41992,41993,
41994,41995,41996,42016,0,2,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,22,23,24,25,26,27,28,30;B18766B2D943F46AC2A573FD1C3E642F
</exif:NativeDigest>
      </rdf:Description>
      <rdf:Description rdf:about=""
            xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/">
         <photoshop:ColorMode>3</photoshop:ColorMode>
         <photoshop:ICCProfile>sRGB IEC61966-2.1</photoshop:ICCProfile>
         <photoshop:History/>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

Il s'agit de données au format "XAP".

XAP est un sigle abandonné par Adobe qui signifie "eXtensible Authoring Publishing" aujourd'hui devenu [http://en.wikipedia.org/wiki/Extensible_Metadata_Platform XMP "eXtensible MetaData Plateform"].
La philosophie sous-tendue là derrière consiste en la description de meta-données métier (multimedia) qu'ajoute Adobe à ses documents. Un peu à la façon des données EXIF, cela permet d'ajouter des informations qui permettent de mieux comprendre le contexte de production des documents.

La [http://www.adobe.com/devnet/xmp/pdfs/xmp_specification.pdf documentation des tags est disponible ici chez Adobe] qui soutient (et pousse) cette standardisation. Concernant les images JPEG, Adobe mélange allègrement les genres en appelant les données qu'il produit, données "XMP-exif". En fait les données XMP sont incluses dans les données Exif, mais seuls des outils spécifiques peuvent les lire et les reconnaître.

Par conséquent, j'ai essayé différents petits logiciels pour lire ces meta-données directement tels que ''iTag'', ''Kalimages'' ou ''FastPictureViewer'' mais sans succès. <br>

Finalement, c'est '''exiftool''' qui m'a permis d'extraire toutes les informations XMP (il extrait également les données Exif).

===== Meta-Données "XMP-Exif" =====

Voici un [http://www.u-sphere.com/data/EXIF%20all.htm tableau consolidé] des meta-données Exif et XMP des différentes images, créé à partir des données extraites par ''exiftool''.

<iframe src="data/EXIF all.htm" width="1200" height="500" frameborder="0" scrolling="vertical"></iframe>

* Au passage, il serait intéressant d'examiner de près les uuid. Notamment pour ceux nommés 'Derived From Document ID'. La date est-elle utilisée pour générer l'uuid? Que peut-on connaître du document source grâce à l'uuid?

Un autre outil permet d'examiner de plus près les données JPEG, et en particulier de retrouver en fonction des caractéristiques de la compression appliquée par le matériel ou logiciel source utilisé. Ce qui s'avère particulièrement utile pour les [http://www.impulseadventure.com/photo/jpeg-snoop-uses.html photos éditées à posteriori : il s'agit de '''JPEGsnoop''']

Lorsque utilisé sur l'image "Capitola13_large", voici ce que nous dit la fin du rapport :

<br>*** Searching Compression Signatures ***
<br>
   Signature: 0166B0BC0B82C8233430BF67FA31C829
   Signature (Rotated): 0166B0BC0B82C8233430BF67FA31C829
   File Offset: 0 bytes
   Chroma subsampling: 1x1
   EXIF Make/Model: OK [MINOLTA CO.,LTD] [DiMAGE X]
   EXIF Makernotes: NONE
   EXIF Software: OK [V100-02]
<br>
<br>   Searching Compression Signatures: (3314 built-in, 0 user(*) )
<br>
   EXIF.Make / Software              EXIF.Model                        Quality        Subsamp Match?
   
-------------------------   -----------------------------------   ----------------   --------------
   [Adobe Photoshop ]                                    [Save As 10 ]
<br>
'''ASSESSMENT: Image is very likely processed/edited'''

=== Reconstitution de l'histoire des données EXIF produites ===

Je me suis dit qu'il serait aussi intéressant de rechercher d'autres images prises à partir d'un Minolta DiMage X (firmware v100-02) et de comparer les données, de pointer les différences.
Puis, d'observer en faisant des opérations élémentaires au travers de Photoshop CS2, (sauvegarde, modification, création de nouveau fichier), si nous arrivions ensuite en "sommant les opérations" à retrouver les données EXIF finalement aujourd'hui disponibles.

Il est en effet assez simple de rechercher sur flickr des photos prises avec un type d'appareil photo identique. Nous nous pouvons par exemple chercher les photos prises en Californie avec un Minolta DiMage X : http://www.flickr.com/search/?q=california&cm=minolta%2Fdimage_x

J'ai cherché quelques photos prises en californie et au même format 1600x1200. Voici les 4 images à partir desquelles j'ai travaillé:

* [http://www.u-sphere.com/data/images/HELICOPTER.jpg HELICOPTER.jpg]
* [http://www.u-sphere.com/data/images/CATS.jpg CATS.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD POLE.jpg]
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20POLE.jpg SAN JOSE ROAD.jpg]

Le travail ci-après de reconstitution a été assez long, en termes de consolidation et de vérification de l'information. Il présente les opérations et modifications induites sur ces fichiers exemple qui apparaissaient intouchés.

<iframe src="data/Exif comparison.htm" width="1200" height="1000" frameborder="0" scrolling="vertical"></iframe>
''Ci-dessus: en vert, magenta et saumon : données ajoutées par Photoshop. Spécifiquement, en vert fluo, directement liées à photoshop, en magenta données XMP, en saumon données ICC. En noir données effacées par ExifTool. Autres couleurs: données spécifiques (considérés ici comme des marqueurs intéressants) Si vous le souhaitez, vous pouvez également directement télécharger le fichier XLSX associé: [http://www.u-sphere.com/data/Exif%20comparison.htm Exif comparison.xlsx] - '''attention toutefois, c'est un document office 2007 !'''- ''

Et voici les images dérivées liées aux opérations effectuées (généralement, à partir de Photoshop CS 2):

1. Simplement, ouvre "SJ ROAD.JPG" et réalise l'opération directe "ENREGISTRER SOUS" (sans modifications):
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2.jpg SAN JOSE ROAD CS2.jpg]

2. Supprime les tags EXIF de photoshop depuis le fichier précédent avec ExifTool (commande: exiftool -Photoshop:All= "SJ ROAD CS2.JPG")
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2-del.jpg SAN JOSE ROAD CS2-del.jpg]

3. Ouvre le fichier "SJ ROAD CS2.JPG", dessine des trucs à l'intérieur et effectue la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - hello.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20hello.jpg SAN JOSE ROAD CS2 - hello.jpg]

4. Ouvre le fichier précédent, "SAN JOSE ROAD CS2 - hello.jpg", efface ce qui avait été fait, effectue quelques dessins et la commande "ENREGISTRER-SOUS" "SAN JOSE ROAD CS2 - - world.jpg"
* [http://www.u-sphere.com/data/images/SAN%20JOSE%20ROAD%20CS2%20-%20-%20world.jpg SAN JOSE ROAD CS2 - - world.jpg]

5 Crée un "NOUVEAU..." fichier, réalise un dessin, puis enregistre en '''jpeg progressif''' "NEW Hello World.JPG"
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World.jpg NEW - Hello World.jpg]

6. Importe des données EXIF du fichier "SJ ROAD.JPG" sur le précédent fichier en excluant les paramètres liés à la prise de vue
* [http://www.u-sphere.com/data/images/NEW%20-%20Hello%20World%20+%20EXIF.jpg NEW - Hello World + EXIF.jpg]

==== Tout ce qui ne va pas dans ces données ... ====

Si je résume ce que ce tableau nous dit voici ce que l'on peut en déduire:

1. La version des données exif ('''Exif version''') produite est anormale. Ce Tag est ajoutée au moment de la constitution de la photo. Ensuite, Photoshop CS 2 l'ignore totalement (il ne le modifie ni ne l'ajoute). OR, le minolta Dimage X est censé produire des données exif marquées en version 0210 non pas 0220.
Ce problème s'explique difficilement. Soit un autre appareil photo a été utilisé (une version ultérieure du Dimage X, le X1 par exemple, soit la version a été retouchée par une application tiers que je ne n'identifie pas, soit par l'auteur lui même (à quelles fins ?), soit l'auteur utilisait un Dimage X avec un firmware spécial. Cependant la version de ce dernier est conforme à celle d'autres photos prises avec un Dimage X. Quoiqu'il en soit il y a une anomalie curieuse là derrière.
2.

== Vérification de la cohérence des photos avec la date, l'heure et le lieu indiqués ==

Le seul moyen de vérifier la cohérence de ces informations consiste à se baser sur les rares éléments exogènes dont nous disposons, soit :
# '''la situation météorologique''',
# '''la position du soleil dans le ciel''',
et de les comparer avec les données présentées par les photos ceci à la date, heure et lieu proposés.

Les données de référence que nous retenons, suivant les informations fournies par le témoin sont les suivantes:
*'''Date et Heure locale''': le 16/05/2007 de 17:41:11 à 17:44:37 (-7H TU)
** soit '''Date et Heure TU''': le 17/05/2007 de 0:41:11 à 0:44:37 TU
*'''Position''', à partir du centre ville supposé de Capitola :
**'''Latitude''': 36.9785° (36°58'42.60"N)
**'''Longitude''': -121.953° (121°57'10.80"O)

=== 1. Situation Météorologique ===

Le "National Oceanic and Atmospheric Administration" (NOAA) et le "National Climatic Data Center" nous permettent de disposer de données via un système d'archives consultable en ligne: le "Service Records Retention System" (SRRS)

L'heure et de référence que nous choisissons sont celles de la première photo (le 17/05/2007 à 0h41 TU). Puis, pour télécharger les cartes météorologiques:

# Aller sur http://nomads.ncdc.noaa.gov:9091/ncep/NCEP
# Choisir "UNITED STATES ANALYSIS" ou "UNITED STATES WEATHER DEPICTION"
# Sélectionner la date: 17/05/2007
# Les cartes météo sont classés par tranches horaires au rythme d'environ 8 cartes par jour.

Voici les cartes météo telles proposées pour la région centre-ouest ("United States Surface Central_West Analysis"):

[[image:20070517_01h41_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 16/05/2007 01h41 TU, soit 1h minutes ''après'']]
[[image:20070516_22h42_USA_Weather_Depiction.gif|thumb|Situation générale aux USA. Le 17/05/2007 22h42 TU, soit 1h59 minutes ''avant'']]
[[image:Meteo_Symbol.jpg|thumb|Symbole météo principal]]
[[image:Meteorological symbols legend.jpg|thumb|Légende associée]]

[[image:2007051721_01h31_Surface_Analysis.gif|center|frame|Le 17/05/2007 01h31 TU, soit 50 minutes ''après'']]
[[image:2007051621_22h30_Surface_Analysis.gif|center|frame|Le 16/05/2007 22h30 TU, soit 2h11 minutes ''avant'']]

====Interprétation====

La précision à 50 minutes près est intéressante. En zoomant sur la zone de capitola, et à partir de la carte de 01h31 voici ce que nous obtenons:
[[image:070517_1h31_Capitola.png]]

Nous constatons que le ciel est donné pour clair (couverture nuageuse nulle) quelle que soit la direction autour de Capitola: au nord dans la baie de San Francisco, à l'est jusqu'au Nevada, ou encore plus au sud en direction de la station météo de Watsonville. Ceci 2h11 ''avant'' ET 50 minutes ''après'' la prise des photos.
La couverture nuageuse au dessus de la mer, quand à elle ne semble pas être donnée (x).

Il apparait, de plus, souffler vent un modéré en direction de l'Ouest-Nord-Ouest (292°).

'''Ces informations apparaissent donc compatible avec les photos du drone présentant un ciel dégagé'''.

Une autre manière "élégante" de confirmer la nature du ciel jour là, consiste à rechercher des photos prises le même jour dans la région de Capitola. Par exemple :

* à [http://www.flickr.com/search/?q=WATSONVILLE&d=taken-20070516-20070516&ct=0 Watsonville],
** la photo [http://www.flickr.com/photos/mindlessjc/504848985/sizes/o/ DSC00674] prise à 14:38:25, 3 heures ''avant'' les images du drone, est particulièrement intéressante en ce qu'elle montre le même type de ciel. C'est à dire, clair avec des cirrus épars.
{|-
|[[image:Watsonville.jpg|frame|14:38:25. Watsonville. (ce sont des morceaux de pain accrochés !)]]
|}
* à [http://www.flickr.com/search/?q=big+sur&d=taken-20070516-20070516 Big Sur] un site touristique situé au sud de Capitola et en bord de mer, non loin de Watsonville également:
** Il y a par exemple une [http://www.flickr.com/photos/pete_waterman/sets/72157600262813963/ série de photos] prise 25 minutes ''après'' les images du drone, qui montre un ciel toujours clair et dont voici la deuxième:
{|-
|[[image:Big_Sur.jpg|frame|18:07:53. Big Sur.]]
|}
Ces deux exemples sont particulièrement intéressants car les données EXIF permettent de vérifier les informations.
Des photos ont également été prises à [http://www.flickr.com/search/?d=taken-20070516-20070516&q=capitola&m=text Capitola ce jour là], dans le milieu d'après midi par exemple :
{|-
|[[image:Capitola.jpg|frame|Capitola le 16 mai 2007. Cependant les informations EXIF ne sont pas disponibles pour cette photo. et nous n'avons pas l'heure. En se basant sur l'ombre du personnage, nous pouvons déduire l'élévation du soleil qui serait de approximativement 45°. Cela donnerait entre 15h-16 heures locales.]]
|}

De cet ensemble de données, il apparait que le ciel est en cohérence avec celui des photos du drone et que des photos ont effectivement pu être prises cet après midi du 16/05/2007 à Capitola. Reste à savoir si l'image ajoutée du drone est en cohérence.

=== 2. Position du soleil dans le ciel ===

[[image:Capitola_Sun_1.jpg|thumb|180px|right|Eclairage de la Terre et position de Capitola le 17/05/2007 à 0:41 TU (WinStar)]]

Toujours sous réserve d'un étalonnage correct de l'appareil photo, la position relative du soleil donnée à 0h41 TU le 17/05/2007 pour le centre ville de Capitola (Latitude: 36.9785° (36°58'42.60"N) / Longitude: -121.953° (121°57'10.80"O)) est la suivante:

* Azimut : '''273°58'43"'''([http://www.srrb.noaa.gov/highlights/sunrise/sunrise.html NOAA]) 273°58'39" ([http://www.stellarium.org/ Stellarium])
* Elevation: '''27°44'24"''' (NOAA) 27°43'12" (Stellarium)

Curieusement, il existe un petit écart entre la donnée fournie par l'outil du NOAA et Stellarium.
A noter cependant que l'outil du NOAA n'est précis pour ce qui concerne la latitude et la longitude qu'à la seconde près (l'arrondi est pris) alors que Stellarium lui ne permet carrément pas de régler les secondes (positions géographiques)! - disons que cela passe par une carte du monde sur laquelle un curseur doit être déplacé à la souris: pas très précis -

Nous allons maintenant procéder à une vérification de la compatibilité de cette position du soleil dans le ciel par rapport aux photos et pour cela nous allons devoir procéder à une reconstitution des scènes de prise de vue.

== Reconstitution de la scène ==

Je vous propose de scinder les photos en 4 scènes, c'est à dire en regroupant les photos prises à peu près du même endroit, c'est à dire superposables.

=== Cohérence des photos avec la végétation ===

[http://en.wikipedia.org/wiki/Category:Trees_of_California Arbres de Californie]

==== Vérification de la compatibilité avec la situation météorologique du 16/05/2007 à Capitola ====

==== Vérification de la compatibilité avec l'éclairage ====

== Scénario probable ==

Ce qui veut dire que l'on peut établir le scénario suivant:

* Les photos auraient été créées le 16 mai 2007 entre 17:41:11 et 17:44:37 (3 minutes 26 secondes) heure locale, si tant est que l'appareil photo était à l'heure,
* Puis retouchées, dans le désordre, le 20 Mai 2007 via Adobe Photoshop CS2 entre 13:04:39 et 13:59:32.
** Pas simplement ouvertes, mais bel et bien enregistrées sur une plage de 54mn53s avec ce qui apparait comme "une pause" de 43 minutes entre les 4 premières et les deux dernières images: pas le temps de faire des masses de retouches, *à moins que* le travail ait été effectué les jours précédents ?
*** Question posée: qu'a t-on le temps de faire en 13 à 24 secondes sous Photoshop ? Réponse à vue de nez : sauvegarder la photo dans un format, le temps de saisir le nom, répondre aux boîtes de dialogue, puis en ouvrir une autre.
* Puis ces images ont été publiées via un message sur [[Capitola:témoignages_originaux|CraigList]] le même jour à 15h18.

=== Questions restant posées ===

* ouverture angulaire de l'appareil photo ?

* A quel type d'arbre avons nous affaire sur la photo ?
** (1) (2) :
** (1)
 

===Tableau de synthèse===

{|-
|'''Eléments'''
|'''Crédibilité'''
|'''Arguments'''
|-
|Archétype du design
| ---
|  
|-
|Archétype des rencontres
| ---
|  
|-
| Photos
| ----
| Données EXIF sur les paramètres de photo absentes. Images modifiées et enregistrées avec Photoshop CS2. 4 jours d'intégration possible entre le moment de la prise de vue et la production sous Photoshop.
|-
|Témoin
| ---
| Aucune preuve de l'identité réelle.
|}