air - User contributions [en]

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-03-22T12:22:02Z

Florian.Fourure: /* Repartition des taches */

Projet reconnaissance de signature 2012-2013
=Description du projet=
==Membres du projet==
Florian FOURURE - RICM5 - Polytech Grenoble - ffourure@free.fr

Qikai GU - RICM5 - Polytech Grenoble - qikai.gu88@gmail.com

Rolly NGOUALA - RICM5 - Polytech Grenoble - rollyngouala@gmail.com

[[User:Nicolacm |Mickaël NICOLACCINI ]] - RICM5 - Polytech Grenoble - m.nicolaccini@gmail.com

Soriya PRAK - RICM5 - Polytech Grenoble - soriya-prak@hotmail.fr

Joachim SEGALA - RICM5 - Polytech Grenoble - joachim.segala@gmail.com

== Description du projet==
Ce projet consiste a créer une application Android de reconnaissance de signature. Pour cela, nous devons utiliser le projet de reconnaissance de signature réalisé l'année d'avant (2011/2012) [[PAGE_WIKI_ETUDIANTS_2011-12_SIGNATURES|Page wiki du projet de reconnaissance de signature 2011/2012]]. Ce projet utilise une tablette graphique et un écran de DS3. Nous devons donc changer le code pour l'adapter à Android.

==Gestion de projet==

===Repartition des taches===

Nous avons fonctionné en plusieurs petites équipe. Chaque équipe avait un objectif précis. A savoir :

Equipe IHM : Rolly, Qikai

Equipe Acquisition : Rolly, Mickael, Qikai

Equipe Noyau (Decision/Traitement des données/BD) : Soriya, Joachim, Florian

Ensuite les membres de chaque équipe "naviguer" lorsqu'il y avais des problèmes et nécessité de l'aide.

===Mode de fonctionnement===
===Gantt prévisionnel===
Voici le gantt prévisionnel que nous avons réalisé. Il se compose de deux diagrammes. Le Gantt en lui même pour voir les différentes taches ainsi que leur durée. Le diagramme de ressources, pour voir la répartition des taches.
[[File:Gantt_prev.png|thumb|center|upright=3|alt=Gantt prévisionnel|Gantt prévisionnel]]
[[File:Ressource_prev.png|thumb|center|upright=3|alt=Distribution des ressources prévisionnel|Distribution des ressources prévisionnel]]

=Description Logicielle=
==Interface Homme Machine==
Pour réaliser l'Interface Homme machine une pré-étude des l'IHM du projet de 2011/2012.
Ensuite cette étape ce décomposeras en 4 parties :

==Aquisition d'une signature==

===Acquisition===
Vue que le projet change de support d'acquisition, toutes les données enregistrées ne sont pas forcément accessible. Par exemple la pression d'un point n'est pas forcément récupérable sur Android. Cependant d'autre données peuvent, peut-être, être récupérées.
Il faut donc faire une étude de faisabilité afin de savoir quelles données notre application va capter.
Ensuite un prototype (non relié au reste de l'application) doit être réalisé afin de l'intégrer ensuite à l'application.

===Interpolation ===
===Transformation des données ===
===Enregistrement des données ===

==Comparaison de signatures==

En plus de réaliser la portabilité de l'application sur Android, le projet prévois en plus de modifié les méthodes de calcul des distances entre deux signatures.

L'année dernière, la comparaison des signatures reposait sur les coordonnées dans le plan de chaque point ainsi que le temps d'acquisition et la pression exercée. Nous n'avons pas repris cette méthode car elle nécessite une normalisation des signatures qui consiste à faire pivoter les signatures afin qu'elles aient la même orientation, puis modifier la taille pour qu'elles aient la même. Sans cette normalisation, les 2 signatures ne peuvent pas être comparées car elles sont considérées comme étant différentes.

Cette année, nous avons décidé de basé nos calculs sur les angles formés entre 3 points et l'accélération entre 2 points. Nous n'avons ainsi pas besoin d'effectuer une normalisation car les angles sont conservés quelque soit la forme de la signature.

Comme l’année précédente nous effectuons un traitement sur les données acquises afin d’obtenir un nombre de point fixe, dans notre cas 1000 points par signature issus de l’interpolation.
La classe Vecteur permet de calculer l’angle formé par un triplet de points et l’accélération entre 2 points.

Le calcul des angles pose un problème : pour des valeurs comprises entre 0° et 360° les angles proches de 0° (la ligne droite) génère une erreur. Pour des mesures allant de -180° à 180° c’est le demi-tour qui génère une erreur. Nous avons décidé de garder la seconde solution car il et rare de faire un demi-tour dans une signature, contrairement à la ligne droite.

===Calcul de distance===

Après avoir récupérer tous les points, nous calculons la liste des angles générés et l'accélération, chaque signature compte 1000 points, ces points sont générés par interpolation de la méthode B-Spline. Nous construisons 2 courbes pour chaque signature, une courbe sur les angles et une courbe d'accélération.

Pour le calcul de distance, nous disposons d'une courbe modèle et nous construisons les autres courbes grâce aux acquisitions. La méthode du Dynamic Time Warping nous permet de calculer la distance entre nos 2 séries de données, ici nos courbes. Plus la distance retournée est faible, plus les courbes sont similaires. A l’inverse, un résultat élevé indique des courbes différentes.

Développeur : Joachim / Soriya

===Prise de décision===
Nous ne sommmes basé sur le travail des années précédantes et avons choisi [http://fr.wikipedia.org/wiki/Weka_(apprentissage_automatique) Weka ]comme logiciels d'apprentissage automatique.

Le premier problème que nous avons rencontré que le Weka n'est pas compatible avec android. Nous avons utilisé une version "strippé" de weka présent sur le lien gitHub suivant [https://github.com/rjmarsan/Weka-for-Android https://github.com/rjmarsan/Weka-for-Android].

Notre prise de décision utilise les données suivantes
* Angle formé un triplé de point
* l'accélération entre les points de saisie

Nous avons pu ainsi mettre en place dans un premier temps un système d'authentification.
[[Image:WekaSchema_authentification_2013.png|thumb|center|upright=3|WekaSchema_authentification_2013]]

Pour obtenir une identification nous avons repris le système de l'authentification que nous itérons sur chacun des profils

[[Image:WekaSchema_identification_2013.png|thumb|center|upright=3|WekaSchema_identification_2013.png]]
[[File:WekaSchema_identification2_2013.png|thumb|center|upright=3|WekaSchema_identification2_2013.png]]

Le profil obtenant le meilleur score est considéré comme le profils identifié.

=Source=

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-03-22T12:21:47Z

Florian.Fourure: /* Repartition des taches */

Projet reconnaissance de signature 2012-2013
=Description du projet=
==Membres du projet==
Florian FOURURE - RICM5 - Polytech Grenoble - ffourure@free.fr

Qikai GU - RICM5 - Polytech Grenoble - qikai.gu88@gmail.com

Rolly NGOUALA - RICM5 - Polytech Grenoble - rollyngouala@gmail.com

[[User:Nicolacm |Mickaël NICOLACCINI ]] - RICM5 - Polytech Grenoble - m.nicolaccini@gmail.com

Soriya PRAK - RICM5 - Polytech Grenoble - soriya-prak@hotmail.fr

Joachim SEGALA - RICM5 - Polytech Grenoble - joachim.segala@gmail.com

== Description du projet==
Ce projet consiste a créer une application Android de reconnaissance de signature. Pour cela, nous devons utiliser le projet de reconnaissance de signature réalisé l'année d'avant (2011/2012) [[PAGE_WIKI_ETUDIANTS_2011-12_SIGNATURES|Page wiki du projet de reconnaissance de signature 2011/2012]]. Ce projet utilise une tablette graphique et un écran de DS3. Nous devons donc changer le code pour l'adapter à Android.

==Gestion de projet==

===Repartition des taches===

Nous avons fonctionné en plusieurs petites équipe. Chaque équipe avait un objectif précis. A savoir :

Equipe IHM : Rolly, Qikai
Equipe Acquisition : Rolly, Mickael, Qikai
Equipe Noyau (Decision/Traitement des données/BD) : Soriya, Joachim, Florian

Ensuite les membres de chaque équipe "naviguer" lorsqu'il y avais des problèmes et nécessité de l'aide.

===Mode de fonctionnement===
===Gantt prévisionnel===
Voici le gantt prévisionnel que nous avons réalisé. Il se compose de deux diagrammes. Le Gantt en lui même pour voir les différentes taches ainsi que leur durée. Le diagramme de ressources, pour voir la répartition des taches.
[[File:Gantt_prev.png|thumb|center|upright=3|alt=Gantt prévisionnel|Gantt prévisionnel]]
[[File:Ressource_prev.png|thumb|center|upright=3|alt=Distribution des ressources prévisionnel|Distribution des ressources prévisionnel]]

=Description Logicielle=
==Interface Homme Machine==
Pour réaliser l'Interface Homme machine une pré-étude des l'IHM du projet de 2011/2012.
Ensuite cette étape ce décomposeras en 4 parties :

==Aquisition d'une signature==

===Acquisition===
Vue que le projet change de support d'acquisition, toutes les données enregistrées ne sont pas forcément accessible. Par exemple la pression d'un point n'est pas forcément récupérable sur Android. Cependant d'autre données peuvent, peut-être, être récupérées.
Il faut donc faire une étude de faisabilité afin de savoir quelles données notre application va capter.
Ensuite un prototype (non relié au reste de l'application) doit être réalisé afin de l'intégrer ensuite à l'application.

===Interpolation ===
===Transformation des données ===
===Enregistrement des données ===

==Comparaison de signatures==

En plus de réaliser la portabilité de l'application sur Android, le projet prévois en plus de modifié les méthodes de calcul des distances entre deux signatures.

L'année dernière, la comparaison des signatures reposait sur les coordonnées dans le plan de chaque point ainsi que le temps d'acquisition et la pression exercée. Nous n'avons pas repris cette méthode car elle nécessite une normalisation des signatures qui consiste à faire pivoter les signatures afin qu'elles aient la même orientation, puis modifier la taille pour qu'elles aient la même. Sans cette normalisation, les 2 signatures ne peuvent pas être comparées car elles sont considérées comme étant différentes.

Cette année, nous avons décidé de basé nos calculs sur les angles formés entre 3 points et l'accélération entre 2 points. Nous n'avons ainsi pas besoin d'effectuer une normalisation car les angles sont conservés quelque soit la forme de la signature.

Comme l’année précédente nous effectuons un traitement sur les données acquises afin d’obtenir un nombre de point fixe, dans notre cas 1000 points par signature issus de l’interpolation.
La classe Vecteur permet de calculer l’angle formé par un triplet de points et l’accélération entre 2 points.

Le calcul des angles pose un problème : pour des valeurs comprises entre 0° et 360° les angles proches de 0° (la ligne droite) génère une erreur. Pour des mesures allant de -180° à 180° c’est le demi-tour qui génère une erreur. Nous avons décidé de garder la seconde solution car il et rare de faire un demi-tour dans une signature, contrairement à la ligne droite.

===Calcul de distance===

Après avoir récupérer tous les points, nous calculons la liste des angles générés et l'accélération, chaque signature compte 1000 points, ces points sont générés par interpolation de la méthode B-Spline. Nous construisons 2 courbes pour chaque signature, une courbe sur les angles et une courbe d'accélération.

Pour le calcul de distance, nous disposons d'une courbe modèle et nous construisons les autres courbes grâce aux acquisitions. La méthode du Dynamic Time Warping nous permet de calculer la distance entre nos 2 séries de données, ici nos courbes. Plus la distance retournée est faible, plus les courbes sont similaires. A l’inverse, un résultat élevé indique des courbes différentes.

Développeur : Joachim / Soriya

===Prise de décision===
Nous ne sommmes basé sur le travail des années précédantes et avons choisi [http://fr.wikipedia.org/wiki/Weka_(apprentissage_automatique) Weka ]comme logiciels d'apprentissage automatique.

Le premier problème que nous avons rencontré que le Weka n'est pas compatible avec android. Nous avons utilisé une version "strippé" de weka présent sur le lien gitHub suivant [https://github.com/rjmarsan/Weka-for-Android https://github.com/rjmarsan/Weka-for-Android].

Notre prise de décision utilise les données suivantes
* Angle formé un triplé de point
* l'accélération entre les points de saisie

Nous avons pu ainsi mettre en place dans un premier temps un système d'authentification.
[[Image:WekaSchema_authentification_2013.png|thumb|center|upright=3|WekaSchema_authentification_2013]]

Pour obtenir une identification nous avons repris le système de l'authentification que nous itérons sur chacun des profils

[[Image:WekaSchema_identification_2013.png|thumb|center|upright=3|WekaSchema_identification_2013.png]]
[[File:WekaSchema_identification2_2013.png|thumb|center|upright=3|WekaSchema_identification2_2013.png]]

Le profil obtenant le meilleur score est considéré comme le profils identifié.

=Source=

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-03-22T10:53:06Z

Florian.Fourure: /* Projet reconnaissance de signature 2012-2013 */

Projet reconnaissance de signature 2012-2013
=Description du projet=
==Membres du projet==
Florian FOURURE - RICM5 - Polytech Grenoble - ffourure@free.fr

Qikai GU - RICM5 - Polytech Grenoble - qikai.gu88@gmail.com

Rolly NGOUALA - RICM5 - Polytech Grenoble - rollyngouala@gmail.com

[[User:Nicolacm |Mickaël NICOLACCINI ]] - RICM5 - Polytech Grenoble - m.nicolaccini@gmail.com

Soriya PRAK - RICM5 - Polytech Grenoble - soriya-prak@hotmail.fr

Joachim SEGALA - RICM5 - Polytech Grenoble - joachim.segala@gmail.com

== Description du projet==
Ce projet consiste a créer une application Android de reconnaissance de signature. Pour cela, nous devons utiliser le projet de reconnaissance de signature réalisé l'année d'avant (2011/2012) [[PAGE_WIKI_ETUDIANTS_2011-12_SIGNATURES|Page wiki du projet de reconnaissance de signature 2011/2012]]. Ce projet utilise une tablette graphique et un écran de DS3. Nous devons donc changer le code pour l'adapter à Android.

==Gestion de projet==

===Repartition des taches===

===Mode de fonctionnement===
===Gantt prévisionnel===
Voici le gantt prévisionnel que nous avons réalisé. Il se compose de deux diagrammes. Le Gantt en lui même pour voir les différentes taches ainsi que leur durée. Le diagramme de ressources, pour voir la répartition des taches.
[[File:Gantt_prev.png|thumb|center|upright=3|alt=Gantt prévisionnel|Gantt prévisionnel]]
[[File:Ressource_prev.png|thumb|center|upright=3|alt=Distribution des ressources prévisionnel|Distribution des ressources prévisionnel]]

=Description Logicielle=
==Interface Homme Machine==
Pour réaliser l'Interface Homme machine une pré-étude des l'IHM du projet de 2011/2012.
Ensuite cette étape ce décomposeras en 4 parties :

==Aquisition d'une signature==

===Acquisition===
Vue que le projet change de support d'acquisition, toutes les données enregistrées ne sont pas forcément accessible. Par exemple la pression d'un point n'est pas forcément récupérable sur Android. Cependant d'autre données peuvent, peut-être, être récupérées.
Il faut donc faire une étude de faisabilité afin de savoir quelles données notre application va capter.
Ensuite un prototype (non relié au reste de l'application) doit être réalisé afin de l'intégrer ensuite à l'application.

===Interpolation ===
===Transformation des données ===
===Enregistrement des données ===

==Comparaison de signatures==

En plus de réaliser la portabilité de l'application sur Android, le projet prévois en plus de modifié les méthodes de calcul des distances entre deux signatures.

L'année dernière, la comparaison des signatures reposait sur les coordonnées dans le plan de chaque point ainsi que le temps d'acquisition et la pression exercée. Nous n'avons pas repris cette méthode car elle nécessite une normalisation des signatures qui consiste à faire pivoter les signatures afin qu'elles aient la même orientation, puis modifier la taille pour qu'elles aient la même. Sans cette normalisation, les 2 signatures ne peuvent pas être comparées car elles sont considérées comme étant différentes.

Cette année, nous avons décidé de basé nos calculs sur les angles formés entre 3 points et l'accélération entre 2 points. Nous n'avons ainsi pas besoin d'effectuer une normalisation car les angles sont conservés quelque soit la forme de la signature.

Comme l’année précédente nous effectuons un traitement sur les données acquises afin d’obtenir un nombre de point fixe, dans notre cas 1000 points par signature issus de l’interpolation.
La classe Vecteur permet de calculer l’angle formé par un triplet de points et l’accélération entre 2 points.

Le calcul des angles pose un problème : pour des valeurs comprises entre 0° et 360° les angles proches de 0° (la ligne droite) génère une erreur. Pour des mesures allant de -180° à 180° c’est le demi-tour qui génère une erreur. Nous avons décidé de garder la seconde solution car il et rare de faire un demi-tour dans une signature, contrairement à la ligne droite.

===Calcul de distance===

Après avoir récupérer tous les points, nous calculons la liste des angles générés et l'accélération, chaque signature compte 1000 points, ces points sont générés par interpolation de la méthode B-Spline. Nous construisons 2 courbes pour chaque signature, une courbe sur les angles et une courbe d'accélération.

Pour le calcul de distance, nous disposons d'une courbe modèle et nous construisons les autres courbes grâce aux acquisitions. La méthode du Dynamic Time Warping nous permet de calculer la distance entre nos 2 séries de données, ici nos courbes. Plus la distance retournée est faible, plus les courbes sont similaires. A l’inverse, un résultat élevé indique des courbes différentes.

Développeur : Joachim / Soriya

===Prise de décision===
Nous ne sommmes basé sur le travail des années précédantes et avons choisi [http://fr.wikipedia.org/wiki/Weka_(apprentissage_automatique) Weka ]comme logiciels d'apprentissage automatique.

Le premier problème que nous avons rencontré que le Weka n'est pas compatible avec android. Nous avons utilisé une version "strippé" de weka présent sur le lien gitHub suivant [https://github.com/rjmarsan/Weka-for-Android https://github.com/rjmarsan/Weka-for-Android].

Notre prise de décision utilise les données suivantes
* Angle formé un triplé de point
* l'accélération entre les points de saisie

Nous avons pu ainsi mettre en place dans un premier temps un système d'authentification.
[[Image:WekaSchema_authentification_2013.png|thumb|center|upright=3|WekaSchema_authentification_2013]]

Pour obtenir une identification nous avons repris le système de l'authentification que nous itérons sur chacun des profils

[[Image:WekaSchema_identification_2013.png|thumb|center|upright=3|WekaSchema_identification_2013.png]]
[[File:WekaSchema_identification2_2013.png|thumb|center|upright=3|WekaSchema_identification2_2013.png]]

Le profil obtenant le meilleur score est considéré comme le profils identifié.

=Source=

IDS

2013-03-21T14:23:51Z

Florian.Fourure: /* EDTDemon */

[[Image:ConstructionBorne12.jpg|300px|thumb|right|Prototype de l'IDS]]

Projet en collaboration RICM5 et DSAA L3+1 (Agence Limonade)

* Etudiantes DSAA: [[User:Lauriane_DUGIT-GROS|Lauriane DUGIT-GROS]], [[User:Ophelie_BATTAGLIA|Ophelie BATTAGLIA]], [[User:Julie_FUND|Julie FUND]] . Enseignant Jean-Baptiste Joatton. [[IDS2013-DSAA|fiche de suivi]]
* Eleves RICM5 : [http://simon.bisch.free.fr/cv/ Simon BISCH], Aurélien CLAVELIN, [http://ffourure.free.fr/ Florian FOURURE] . Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]

==Contexte==
[[Interactive Digital Signage]]

Digital signage will soon appear in every aspect of daily life, offering a third foundational platform that, along with smart- phones and tablets, will support communication in the 21st century.

'''Examples:'''
* http://territoires-nfc.forum-smsc.org/tag-nfc/le-deploiement-du-mobilier-communicant-saccelere-outre-manche/
* http://www.jcdecaux.com/fr/Presse/Communiques2/2012/JCDecaux-experimente-six-Mobiliers-Urbains-Intelligents-dans-le-cadre-de-l-appel-a-projets-de-la-Ville-de-Paris
* http://next.liberation.fr/design/2013/02/01/une-table-de-jeu-tactile-pour-les-squares-parisiens_878558
* http://www.rslnmag.fr/post/2012/12/17/Les-reseaux-sociaux-dans-la-ville.aspx

==Matériel==
* Caisse
** TV 37 Pouces Full HD
** Planches de bois OSB3 10 mm
** Verre trempé IKEA
** Roulette pour le déplacement
* Unité(s) centrale(s)
** Mac Mini
** [[Raspberry Pi]]
** [[Arduino]]
* Micro
* [[Gas_Sensors|Capteurs polluant (CO2, NO, CO, GPL)]]
* Carte Wifi pour monitorer
** TP-Link : [[TL-WN722N]]
* Caméras stéreo + profondeur
** [[XBox Kinect]]
** [[Creative Interactive Gesture Camera Developer Kit]]
* Haut Parleurs + [http://dx.com/p/60w-stereo-audio-amplifier-for-car-motorcycle-golf-cart-red-91350 Ampli 60W]
* NFC Reader
** [[ACS_ACR_122]]
** [[SCL3711]]
* Camera USB + Diode blanche puissance pour faire un lecteur de QRCode
* Détecteur ultrason de distance : non prioritaire
* Imprimante : non prioritaire

==Logiciels (utilisés)==

* http://voxygen.fr/index.php
* Dragon Natural Speaking
* [[OpenCV]] (face tracking)
* [[OpenNI]] (Kinect)
* [[DBus]]
* [[Libnfc]] ([[Near Field Communication]])
* [[Intel® Perceptual Computing SDK]]

==Logiciels (réalisés)==

Voici la liste des différentes applications que nous avons réalisées dans le but de répondre à différents use cases.

=== MacScanner ===
Ce module permet de voir les cartes wifi actives autour de la borne. On utilise la suite aircrack-ng afin de monitorer le wifi environnant, avec la carte wifi USB [[TL-WN722N]] (la carte wifi intégrée du mac mini ne permettant pas le monitoring avec les drivers linux).
L'idée inérente, est de montrer que l'on peut observer les "devices" proches ayant une carte wifi active. On peut ensuite imaginer différentes utilisations. Par exemple dans le cas où on disposerait de plusieurs bornes, on pourrait paramétrer l'affichage en fonction de l'adresse mac à proximité (pour que l'affichage "suive" la personne).

Sources : [https://github.com/tetram/ids/tree/master/macScanner git]

==== Prérequis ====
* aircrack-ng
* python
* java
* drivers wifi installés et compatibles pour faire du monitoring

==== Installation ====
Normalement aucune installation n'est nécessaire. Le jar contenu dans le dépot est fonctionnel. Pour recompiler l'interface java, le plus simple est de créer un projet à partir des sources (dans netbeans ou eclipse), et d'inclure le dossier lib.

==== Utilisation ====
Il suffit d'éxecuter le script main en lui passant en paramètre l'interface wifi que l'on souhaite utiliser pour monitorer. Si aircrack, python et java sont correctement installés, tout fonctionne directement.

=== EDTDemon ===
'''- Le lecteur NFC'''

Pour lire le NFC nous utilisons le lecteur de tag NFC tikitag.

[[File:Tikitag.jpg | Photo d'un lecteur tikitag]]

Pour le fonctionnement de celui-ci il suffit d’avoir installé, sur son pc, les librairies suivantes :

*libccid
*Pcscd
*pcsc-tools
*libpcsclite1
*libpcsclite-dev

Ces librairies sont disponibles sur les dépôts.

Pour installer le lecteur tikitag dans la borne IDS, nous avons retiré la face avant du lecteur afin de viser celui-ci sur le bois. (La puissance du lecteur NFC permet la lecture d’un tag à travers le bois).

Pour pouvoir programmer avec le lecteur NFC, nous avons utilisé la bibliothèque java Tikitag (maintenant renommé en TouchATag). Cette bibliothèque permet de récupérer les données « brute » sur un TAG NFC. Cependant ces données sont dans un format appelé NDef et ne sont pas utilisables tel quelles.

'''- Le format NDEF'''

Le format NDef est un nouveau format, spécialement créé pour les Tag NFC. En effet celui-ci permet la gestion de données de taille variable (avec un grand écart entre le minimum et le maximum), tout en optimisant la place. Ces choix on été dirigé par le fait que de nombreux tag de tailles différents existent.

Voici le format des trames NDef:

[[File:Ndefrecod.png | Schéma trames NDef ]]

Le problème de ce format est qu’il est surtout présent sur mobile (Android), il existe de nombreuses bibliothèques capables de gérer les trames NDef mais uniquement en développement mobile, en ce qui concerne le développement pc, nous n’avons trouvé aucune bibliothèque. C’est pourquoi nous avons créé notre propre interpréteur de trame NDef (uniquement pour les trames de type Texte).

'''- La gestion des clés'''

La borne étant connecté à internet nous ne pouvions pas permettre aux personnes d’aller sur n’importe quel site. C’est pourquoi nous n’avons pas utilisé les trames NDef de type URL. (Toute personnes ayant un tag pourrais alors mettre le site qu’ils veulent sur un tag et le lancer sur notre borne) Nous avons donc utilisé le type Texte qui représente de clés lié à des URLs. Ainsi seul les URLs qui possèdent une clé peuvent être atteint avec la borne. Ces clés sont codé dans un fichier XML sous le format suivant :
Format XML

Chaque clés est donc associés a une URL mais peut aussi être associés à un fichier son. Ainsi lorsque, par exemple, on regarde l’emplois du temps des RICMs, on peut entendre une voix dire « Emploi du temps RICM ».

A terme, ce fichier son pourra être remplacer par un texte qui seras alors synthétisé par Voxygene.

'''- L’affichage de l’emplois du temps'''

Pour afficher l’emplois du temps avec le lecteur NFC, nous avons « juste » associé a chaque filières (RICM / RICM 5 / RICM 4 / TIS 3 / … ) l’url correspondante sur ADE.

=== PicViewer ===
PicViewer est un petit script python permettant d'afficher les images contenues dans le dossier pic. On peut naviguer parmi les images avec les flèches gauche et droite. Nous avons réalisé ce script afin d'avoir un affichage simple à contrôler avec la kinect.

=== Kinect ===
Il s’agit d’une camera utilisant des techniques d’interaction développées par la société israélienne PrimeSense, longtemps nommée par le nom de code du projet, « Project Natal », elle a été officialisée juste avant l'E3 sous le nom Kinect. Elle est basée sur un périphérique d’entrée branché sur la console Xbox 360 qui permet d’interagir par commande vocale (pas disponible au lancement en France), reconnaissance de mouvement et d’image.

Nous avons utilisé celle ci dans notre projet pour la reconnaissance des mouvements afin de manipuler les différentes pubs affichées sur la borne interactive.

==== Installation ====

Pour installer la Kinect, nous avons tout d’abord installé le driver grâce aux librairies :

* libusb-1.0-0-dev
* freeglut3-dev
* g++

Pour vérifier que les drivers marche bien nous avons utilisé l’utilitaire freenect qui permet de visualiser les différents capteurs de la Kinect (profondeur, vidéo, son etc…).

Afin d’exploiter ces données, nous avons installé un middleware OpenNI ainsi que NITE. Nous les avons téléchargé sur ce [http://www.openni.org/openni-sdk/#.UUrXLr-qCWc lien] et nous avons compilé puis installé ces applications afin qu’elles soient adapté à notre système d’exploitation.

==== Développement ====

(à venir photo)

Afin de personnaliser notre code, nous avons suivit un tutorial sur ce [http://fivedots.coe.psu.ac.th/~ad/jg/nui165/index.html lien] puis nous l’avons adapté à nos envies.

Initialement, le programme détectait les mouvements de la main et écrivait dans la console les spécifications du geste qu’il avait détecté.

Pour démarrer la détection des gestes, il faut initialisé une session. Afin de le faire, il faut lever la main devant la Kinect puis avancer celle-ci vers la Kinect et la refermer afin que le programme reconnaisse le geste « click ». La session est alors initialisé et la détection des gestes est enclenché juste ce qu’a ce que la Kinect perdre le tracking de la main.

Nous avons modifié ce code pour que la session s’initialise juste en levant la main (geste RaiseHand) et que lors de la détection des gestes « swipe » droite et gauche, cela reviennent à faire les flèches du clavier (respectivement gauche droite).
Nous avons aussi ajouté une option sur la détection des « swipe » haut et bas pour changer de bureau (option –b lors du lancement du .jar).

=== Launch ===
C'est un ensemble de scripts permettant de lancer l'ensemble des applications que nous avons développées.

==Projets Connexes==
* [[GroundCTRL]]
* [[KiCTRL]]
* [[Cave à vin NFC]]

==Challenges==
* [http://www.wima.mc/monaco/2461-presentation NFC Forum]
* Intel Perceptual

==Evénements==
* [http://www.polytech-grenoble.fr/spip.php?article1314 Journée Polytech Grenoble 2013]

==Galerie==
[[Image:IDS-proto1.png|300px|Prototype de l'IDS]]
[[Image:bricolgirl.jpg|300px|Camille donne un coup de main à Florian]]
[[Image:IDS-proto2.jpg|300px|Prototype de l'IDS]]
[[Image:IDS-proto3.jpg|300px|Prototype de l'IDS]]
[[Image:IDS-proto4.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne1.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne2.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne3.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne4.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne5.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne6.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne7.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne8.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne9.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne10.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne11.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne12.jpg|300px|Prototype de l'IDS]]
[[Image:IDSConstructionBorne13.jpg|300px|l'IDS avec les stickers]]
[[Image:IDS-work.jpg|300px|Simon programmant sur l'IDS]]

IDS

2013-03-21T14:22:37Z

Florian.Fourure: /* EDTDemon */

[[Image:ConstructionBorne12.jpg|300px|thumb|right|Prototype de l'IDS]]

Projet en collaboration RICM5 et DSAA L3+1 (Agence Limonade)

* Etudiantes DSAA: [[User:Lauriane_DUGIT-GROS|Lauriane DUGIT-GROS]], [[User:Ophelie_BATTAGLIA|Ophelie BATTAGLIA]], [[User:Julie_FUND|Julie FUND]] . Enseignant Jean-Baptiste Joatton. [[IDS2013-DSAA|fiche de suivi]]
* Eleves RICM5 : [http://simon.bisch.free.fr/cv/ Simon BISCH], Aurélien CLAVELIN, [http://ffourure.free.fr/ Florian FOURURE] . Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]

==Contexte==
[[Interactive Digital Signage]]

Digital signage will soon appear in every aspect of daily life, offering a third foundational platform that, along with smart- phones and tablets, will support communication in the 21st century.

'''Examples:'''
* http://territoires-nfc.forum-smsc.org/tag-nfc/le-deploiement-du-mobilier-communicant-saccelere-outre-manche/
* http://www.jcdecaux.com/fr/Presse/Communiques2/2012/JCDecaux-experimente-six-Mobiliers-Urbains-Intelligents-dans-le-cadre-de-l-appel-a-projets-de-la-Ville-de-Paris
* http://next.liberation.fr/design/2013/02/01/une-table-de-jeu-tactile-pour-les-squares-parisiens_878558
* http://www.rslnmag.fr/post/2012/12/17/Les-reseaux-sociaux-dans-la-ville.aspx

==Matériel==
* Caisse
** TV 37 Pouces Full HD
** Planches de bois OSB3 10 mm
** Verre trempé IKEA
** Roulette pour le déplacement
* Unité(s) centrale(s)
** Mac Mini
** [[Raspberry Pi]]
** [[Arduino]]
* Micro
* [[Gas_Sensors|Capteurs polluant (CO2, NO, CO, GPL)]]
* Carte Wifi pour monitorer
** TP-Link : [[TL-WN722N]]
* Caméras stéreo + profondeur
** [[XBox Kinect]]
** [[Creative Interactive Gesture Camera Developer Kit]]
* Haut Parleurs + [http://dx.com/p/60w-stereo-audio-amplifier-for-car-motorcycle-golf-cart-red-91350 Ampli 60W]
* NFC Reader
** [[ACS_ACR_122]]
** [[SCL3711]]
* Camera USB + Diode blanche puissance pour faire un lecteur de QRCode
* Détecteur ultrason de distance : non prioritaire
* Imprimante : non prioritaire

==Logiciels (utilisés)==

* http://voxygen.fr/index.php
* Dragon Natural Speaking
* [[OpenCV]] (face tracking)
* [[OpenNI]] (Kinect)
* [[DBus]]
* [[Libnfc]] ([[Near Field Communication]])
* [[Intel® Perceptual Computing SDK]]

==Logiciels (réalisés)==

Voici la liste des différentes applications que nous avons réalisées dans le but de répondre à différents use cases.

=== MacScanner ===
Ce module permet de voir les cartes wifi actives autour de la borne. On utilise la suite aircrack-ng afin de monitorer le wifi environnant, avec la carte wifi USB [[TL-WN722N]] (la carte wifi intégrée du mac mini ne permettant pas le monitoring avec les drivers linux).
L'idée inérente, est de montrer que l'on peut observer les "devices" proches ayant une carte wifi active. On peut ensuite imaginer différentes utilisations. Par exemple dans le cas où on disposerait de plusieurs bornes, on pourrait paramétrer l'affichage en fonction de l'adresse mac à proximité (pour que l'affichage "suive" la personne).

Sources : [https://github.com/tetram/ids/tree/master/macScanner git]

==== Prérequis ====
* aircrack-ng
* python
* java
* drivers wifi installés et compatibles pour faire du monitoring

==== Installation ====
Normalement aucune installation n'est nécessaire. Le jar contenu dans le dépot est fonctionnel. Pour recompiler l'interface java, le plus simple est de créer un projet à partir des sources (dans netbeans ou eclipse), et d'inclure le dossier lib.

==== Utilisation ====
Il suffit d'éxecuter le script main en lui passant en paramètre l'interface wifi que l'on souhaite utiliser pour monitorer. Si aircrack, python et java sont correctement installés, tout fonctionne directement.

=== EDTDemon ===
'''- Le lecteur NFC'''

Pour lire le NFC nous utilisons le lecteur de tag NFC tikitag.

[[File:Tikitag.jpg | Photo d'un lecteur tikitag]]

Pour le fonctionnement de celui-ci il suffit d’avoir installé, sur son pc, les librairies suivantes :

{{texte |width=400px| texte=libccid / Pcscd / pcsc-tools / libpcsclite1 / libpcsclite-dev | liste de librairies utiles}}

Ces librairies sont disponibles sur les dépôts.

Pour installer le lecteur tikitag dans la borne IDS, nous avons retiré la face avant du lecteur afin de viser celui-ci sur le bois. (La puissance du lecteur NFC permet la lecture d’un tag à travers le bois).

Pour pouvoir programmer avec le lecteur NFC, nous avons utilisé la bibliothèque java Tikitag (maintenant renommé en TouchATag). Cette bibliothèque permet de récupérer les données « brute » sur un TAG NFC. Cependant ces données sont dans un format appelé NDef et ne sont pas utilisables tel quelles.

'''- Le format NDEF'''

Le format NDef est un nouveau format, spécialement créé pour les Tag NFC. En effet celui-ci permet la gestion de données de taille variable (avec un grand écart entre le minimum et le maximum), tout en optimisant la place. Ces choix on été dirigé par le fait que de nombreux tag de tailles différents existent.

Voici le format des trames NDef:

[[File:Ndefrecod.png | Schéma trames NDef ]]

Le problème de ce format est qu’il est surtout présent sur mobile (Android), il existe de nombreuses bibliothèques capables de gérer les trames NDef mais uniquement en développement mobile, en ce qui concerne le développement pc, nous n’avons trouvé aucune bibliothèque. C’est pourquoi nous avons créé notre propre interpréteur de trame NDef (uniquement pour les trames de type Texte).

'''- La gestion des clés'''

La borne étant connecté à internet nous ne pouvions pas permettre aux personnes d’aller sur n’importe quel site. C’est pourquoi nous n’avons pas utilisé les trames NDef de type URL. (Toute personnes ayant un tag pourrais alors mettre le site qu’ils veulent sur un tag et le lancer sur notre borne) Nous avons donc utilisé le type Texte qui représente de clés lié à des URLs. Ainsi seul les URLs qui possèdent une clé peuvent être atteint avec la borne. Ces clés sont codé dans un fichier XML sous le format suivant :
Format XML

Chaque clés est donc associés a une URL mais peut aussi être associés à un fichier son. Ainsi lorsque, par exemple, on regarde l’emplois du temps des RICMs, on peut entendre une voix dire « Emploi du temps RICM ».

A terme, ce fichier son pourra être remplacer par un texte qui seras alors synthétisé par Voxygene.

'''- L’affichage de l’emplois du temps'''

Pour afficher l’emplois du temps avec le lecteur NFC, nous avons « juste » associé a chaque filières (RICM / RICM 5 / RICM 4 / TIS 3 / … ) l’url correspondante sur ADE.

=== PicViewer ===
PicViewer est un petit script python permettant d'afficher les images contenues dans le dossier pic. On peut naviguer parmi les images avec les flèches gauche et droite. Nous avons réalisé ce script afin d'avoir un affichage simple à contrôler avec la kinect.

=== Kinect ===
Il s’agit d’une camera utilisant des techniques d’interaction développées par la société israélienne PrimeSense, longtemps nommée par le nom de code du projet, « Project Natal », elle a été officialisée juste avant l'E3 sous le nom Kinect. Elle est basée sur un périphérique d’entrée branché sur la console Xbox 360 qui permet d’interagir par commande vocale (pas disponible au lancement en France), reconnaissance de mouvement et d’image.

Nous avons utilisé celle ci dans notre projet pour la reconnaissance des mouvements afin de manipuler les différentes pubs affichées sur la borne interactive.

==== Installation ====

Pour installer la Kinect, nous avons tout d’abord installé le driver grâce aux librairies :

* libusb-1.0-0-dev
* freeglut3-dev
* g++

Pour vérifier que les drivers marche bien nous avons utilisé l’utilitaire freenect qui permet de visualiser les différents capteurs de la Kinect (profondeur, vidéo, son etc…).

Afin d’exploiter ces données, nous avons installé un middleware OpenNI ainsi que NITE. Nous les avons téléchargé sur ce [http://www.openni.org/openni-sdk/#.UUrXLr-qCWc lien] et nous avons compilé puis installé ces applications afin qu’elles soient adapté à notre système d’exploitation.

==== Développement ====

(à venir photo)

Afin de personnaliser notre code, nous avons suivit un tutorial sur ce [http://fivedots.coe.psu.ac.th/~ad/jg/nui165/index.html lien] puis nous l’avons adapté à nos envies.

Initialement, le programme détectait les mouvements de la main et écrivait dans la console les spécifications du geste qu’il avait détecté.

Pour démarrer la détection des gestes, il faut initialisé une session. Afin de le faire, il faut lever la main devant la Kinect puis avancer celle-ci vers la Kinect et la refermer afin que le programme reconnaisse le geste « click ». La session est alors initialisé et la détection des gestes est enclenché juste ce qu’a ce que la Kinect perdre le tracking de la main.

Nous avons modifié ce code pour que la session s’initialise juste en levant la main (geste RaiseHand) et que lors de la détection des gestes « swipe » droite et gauche, cela reviennent à faire les flèches du clavier (respectivement gauche droite).
Nous avons aussi ajouté une option sur la détection des « swipe » haut et bas pour changer de bureau (option –b lors du lancement du .jar).

=== Launch ===
C'est un ensemble de scripts permettant de lancer l'ensemble des applications que nous avons développées.

==Projets Connexes==
* [[GroundCTRL]]
* [[KiCTRL]]
* [[Cave à vin NFC]]

==Challenges==
* [http://www.wima.mc/monaco/2461-presentation NFC Forum]
* Intel Perceptual

==Evénements==
* [http://www.polytech-grenoble.fr/spip.php?article1314 Journée Polytech Grenoble 2013]

==Galerie==
[[Image:IDS-proto1.png|300px|Prototype de l'IDS]]
[[Image:bricolgirl.jpg|300px|Camille donne un coup de main à Florian]]
[[Image:IDS-proto2.jpg|300px|Prototype de l'IDS]]
[[Image:IDS-proto3.jpg|300px|Prototype de l'IDS]]
[[Image:IDS-proto4.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne1.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne2.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne3.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne4.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne5.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne6.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne7.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne8.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne9.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne10.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne11.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne12.jpg|300px|Prototype de l'IDS]]
[[Image:IDSConstructionBorne13.jpg|300px|l'IDS avec les stickers]]
[[Image:IDS-work.jpg|300px|Simon programmant sur l'IDS]]

File:Tikitag.jpg

2013-03-21T14:18:38Z

Florian.Fourure: Photo du lecteur tikitag

Photo du lecteur tikitag

File:Ndefrecod.png

2013-03-21T14:14:23Z

Florian.Fourure: Exemple de trame NDef

Exemple de trame NDef

IDS

2013-03-21T14:09:28Z

Florian.Fourure: /* EDTDemon */

[[Image:ConstructionBorne12.jpg|300px|thumb|right|Prototype de l'IDS]]

Projet en collaboration RICM5 et DSAA L3+1 (Agence Limonade)

* Etudiantes DSAA: [[User:Lauriane_DUGIT-GROS|Lauriane DUGIT-GROS]], [[User:Ophelie_BATTAGLIA|Ophelie BATTAGLIA]], [[User:Julie_FUND|Julie FUND]] . Enseignant Jean-Baptiste Joatton. [[IDS2013-DSAA|fiche de suivi]]
* Eleves RICM5 : [http://simon.bisch.free.fr/cv/ Simon BISCH], Aurélien CLAVELIN, [http://ffourure.free.fr/ Florian FOURURE] . Enseignant [[User:Donsez|Didier Donsez]]. [[IDS2013-RICM5|fiche de suivi]]

==Contexte==
[[Interactive Digital Signage]]

Digital signage will soon appear in every aspect of daily life, offering a third foundational platform that, along with smart- phones and tablets, will support communication in the 21st century.

'''Examples:'''
* http://territoires-nfc.forum-smsc.org/tag-nfc/le-deploiement-du-mobilier-communicant-saccelere-outre-manche/
* http://www.jcdecaux.com/fr/Presse/Communiques2/2012/JCDecaux-experimente-six-Mobiliers-Urbains-Intelligents-dans-le-cadre-de-l-appel-a-projets-de-la-Ville-de-Paris
* http://next.liberation.fr/design/2013/02/01/une-table-de-jeu-tactile-pour-les-squares-parisiens_878558
* http://www.rslnmag.fr/post/2012/12/17/Les-reseaux-sociaux-dans-la-ville.aspx

==Matériel==
* Caisse
** TV 37 Pouces Full HD
** Planches de bois OSB3 10 mm
** Verre trempé IKEA
** Roulette pour le déplacement
* Unité(s) centrale(s)
** Mac Mini
** [[Raspberry Pi]]
** [[Arduino]]
* Micro
* [[Gas_Sensors|Capteurs polluant (CO2, NO, CO, GPL)]]
* Carte Wifi pour monitorer
** TP-Link : [[TL-WN722N]]
* Caméras stéreo + profondeur
** [[XBox Kinect]]
** [[Creative Interactive Gesture Camera Developer Kit]]
* Haut Parleurs + [http://dx.com/p/60w-stereo-audio-amplifier-for-car-motorcycle-golf-cart-red-91350 Ampli 60W]
* NFC Reader
** [[ACS_ACR_122]]
** [[SCL3711]]
* Camera USB + Diode blanche puissance pour faire un lecteur de QRCode
* Détecteur ultrason de distance : non prioritaire
* Imprimante : non prioritaire

==Logiciels (utilisés)==

* http://voxygen.fr/index.php
* Dragon Natural Speaking
* [[OpenCV]] (face tracking)
* [[OpenNI]] (Kinect)
* [[DBus]]
* [[Libnfc]] ([[Near Field Communication]])
* [[Intel® Perceptual Computing SDK]]

==Logiciels (réalisés)==

Voici la liste des différentes applications que nous avons réalisées dans le but de répondre à différents use cases.

=== MacScanner ===
Ce module permet de voir les cartes wifi actives autour de la borne. On utilise la suite aircrack-ng afin de monitorer le wifi environnant, avec la carte wifi USB [[TL-WN722N]] (la carte wifi intégrée du mac mini ne permettant pas le monitoring avec les drivers linux).
L'idée inérente, est de montrer que l'on peut observer les "devices" proches ayant une carte wifi active. On peut ensuite imaginer différentes utilisations. Par exemple dans le cas où on disposerait de plusieurs bornes, on pourrait paramétrer l'affichage en fonction de l'adresse mac à proximité (pour que l'affichage "suive" la personne).

Sources : [https://github.com/tetram/ids/tree/master/macScanner git]

==== Prérequis ====
* aircrack-ng
* python
* java
* drivers wifi installés et compatibles pour faire du monitoring

==== Installation ====
Normalement aucune installation n'est nécessaire. Le jar contenu dans le dépot est fonctionnel. Pour recompiler l'interface java, le plus simple est de créer un projet à partir des sources (dans netbeans ou eclipse), et d'inclure le dossier lib.

==== Utilisation ====
Il suffit d'éxecuter le script main en lui passant en paramètre l'interface wifi que l'on souhaite utiliser pour monitorer. Si aircrack, python et java sont correctement installés, tout fonctionne directement.

=== EDTDemon ===
'''- Le lecteur NFC'''

Pour lire le NFC nous utilisons le lecteur de tag NFC tikitag.
Photo du tikitag
Pour le fonctionnement de celui-ci il suffit d’avoir installé, sur son pc, les librairies suivantes :

{{encadré texte|text=libccid / Pcscd / pcsc-tools / libpcsclite1 / libpcsclite-dev}}

Ces librairies sont disponibles sur les dépôts.

Pour installer le lecteur tikitag dans la borne IDS, nous avons retiré la face avant du lecteur afin de viser celui-ci sur le bois. (La puissance du lecteur NFC permet la lecture d’un tag à travers le bois).

Pour pouvoir programmer avec le lecteur NFC, nous avons utilisé la bibliothèque java Tikitag (maintenant renommé en TouchATag). Cette bibliothèque permet de récupérer les données « brute » sur un TAG NFC. Cependant ces données sont dans un format appelé NDef et ne sont pas utilisables tel quelles.

'''- Le format NDEF'''

Le format NDef est un nouveau format, spécialement créé pour les Tag NFC. En effet celui-ci permet la gestion de données de taille variable (avec un grand écart entre le minimum et le maximum), tout en optimisant la place. Ces choix on été dirigé par le fait que de nombreux tag de tailles différents existent.

Voici le format des trames NDef:

Schéma trames NDef

Le problème de ce format est qu’il est surtout présent sur mobile (Android), il existe de nombreuses bibliothèques capables de gérer les trames NDef mais uniquement en développement mobile, en ce qui concerne le développement pc, nous n’avons trouvé aucune bibliothèque. C’est pourquoi nous avons créé notre propre interpréteur de trame NDef (uniquement pour les trames de type Texte).

'''- La gestion des clés'''

La borne étant connecté à internet nous ne pouvions pas permettre aux personnes d’aller sur n’importe quel site. C’est pourquoi nous n’avons pas utilisé les trames NDef de type URL. (Toute personnes ayant un tag pourrais alors mettre le site qu’ils veulent sur un tag et le lancer sur notre borne) Nous avons donc utilisé le type Texte qui représente de clés lié à des URLs. Ainsi seul les URLs qui possèdent une clé peuvent être atteint avec la borne. Ces clés sont codé dans un fichier XML sous le format suivant :
Format XML

Chaque clés est donc associés a une URL mais peut aussi être associés à un fichier son. Ainsi lorsque, par exemple, on regarde l’emplois du temps des RICMs, on peut entendre une voix dire « Emploi du temps RICM ».

A terme, ce fichier son pourra être remplacer par un texte qui seras alors synthétisé par Voxygene.

''- L’affichage de l’emplois du temps''

Pour afficher l’emplois du temps avec le lecteur NFC, nous avons « juste » associé a chaque filières (RICM / RICM 5 / RICM 4 / TIS 3 / … ) l’url correspondante sur ADE.

=== PicViewer ===
PicViewer est un petit script python permettant d'afficher les images contenues dans le dossier pic. On peut naviguer parmi les images avec les flèches gauche et droite. Nous avons réalisé ce script afin d'avoir un affichage simple à contrôler avec la kinect.

=== Kinect ===
Il s’agit d’une camera utilisant des techniques d’interaction développées par la société israélienne PrimeSense, longtemps nommée par le nom de code du projet, « Project Natal », elle a été officialisée juste avant l'E3 sous le nom Kinect. Elle est basée sur un périphérique d’entrée branché sur la console Xbox 360 qui permet d’interagir par commande vocale (pas disponible au lancement en France), reconnaissance de mouvement et d’image.

Nous avons utilisé celle ci dans notre projet pour la reconnaissance des mouvements afin de manipuler les différentes pubs affichées sur la borne interactive.

==== Installation ====

Pour installer la Kinect, nous avons tout d’abord installé le driver grâce aux librairies :

* libusb-1.0-0-dev
* freeglut3-dev
* g++

Pour vérifier que les drivers marche bien nous avons utilisé l’utilitaire freenect qui permet de visualiser les différents capteurs de la Kinect (profondeur, vidéo, son etc…).

Afin d’exploiter ces données, nous avons installé un middleware OpenNI ainsi que NITE. Nous les avons téléchargé sur ce [http://www.openni.org/openni-sdk/#.UUrXLr-qCWc lien] et nous avons compilé puis installé ces applications afin qu’elles soient adapté à notre système d’exploitation.

==== Développement ====

(à venir photo)

Afin de personnaliser notre code, nous avons suivit un tutorial sur ce [http://fivedots.coe.psu.ac.th/~ad/jg/nui165/index.html lien] puis nous l’avons adapté à nos envies.

Initialement, le programme détectait les mouvements de la main et écrivait dans la console les spécifications du geste qu’il avait détecté.

Pour démarrer la détection des gestes, il faut initialisé une session. Afin de le faire, il faut lever la main devant la Kinect puis avancer celle-ci vers la Kinect et la refermer afin que le programme reconnaisse le geste « click ». La session est alors initialisé et la détection des gestes est enclenché juste ce qu’a ce que la Kinect perdre le tracking de la main.

Nous avons modifié ce code pour que la session s’initialise juste en levant la main (geste RaiseHand) et que lors de la détection des gestes « swipe » droite et gauche, cela reviennent à faire les flèches du clavier (respectivement gauche droite).
Nous avons aussi ajouté une option sur la détection des « swipe » haut et bas pour changer de bureau (option –b lors du lancement du .jar).

=== Launch ===
C'est un ensemble de scripts permettant de lancer l'ensemble des applications que nous avons développées.

==Projets Connexes==
* [[GroundCTRL]]
* [[KiCTRL]]
* [[Cave à vin NFC]]

==Challenges==
* [http://www.wima.mc/monaco/2461-presentation NFC Forum]
* Intel Perceptual

==Evénements==
* [http://www.polytech-grenoble.fr/spip.php?article1314 Journée Polytech Grenoble 2013]

==Galerie==
[[Image:IDS-proto1.png|300px|Prototype de l'IDS]]
[[Image:bricolgirl.jpg|300px|Camille donne un coup de main à Florian]]
[[Image:IDS-proto2.jpg|300px|Prototype de l'IDS]]
[[Image:IDS-proto3.jpg|300px|Prototype de l'IDS]]
[[Image:IDS-proto4.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne1.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne2.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne3.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne4.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne5.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne6.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne7.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne8.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne9.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne10.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne11.jpg|300px|Prototype de l'IDS]]
[[Image:ConstructionBorne12.jpg|300px|Prototype de l'IDS]]
[[Image:IDSConstructionBorne13.jpg|300px|l'IDS avec les stickers]]
[[Image:IDS-work.jpg|300px|Simon programmant sur l'IDS]]

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-02-05T13:12:23Z

Florian.Fourure: /* Prise de décision */

=Projet reconnaissance de signature 2012-2013=
==Description du projet==
===Membre du projet===
Florian FOURURE - RICM5 - Polytech Grenoble - ffourure@free.fr

Qikai GU - RICM5 - Polytech Grenoble - qikai.gu88@gmail.com

Rolly NGOUALA - RICM5 - Polytech Grenoble - rollyngouala@gmail.com

Mickaël NICOLACCINI - RICM5 - Polytech Grenoble - m.nicolaccini@gmail.com

Soriya PRAK - RICM5 - Polytech Grenoble - soriya-prak@hotmail.fr

Joachim SEGALA - RICM5 - Polytech Grenoble - joachim.segala@gmail.com

=== Description du projet===
Ce projet consiste a créer une application Android de reconnaissance de signature. Pour cela, nous devons utiliser le projet de reconnaissance de signature réalisé l'année d'avant (2011/2012) [[http://air.imag.fr/mediawiki/index.php/PAGE_WIKI_ETUDIANTS_2011-12_SIGNATURES|Page wiki du projet de reconnaissance de signature 2011/2012]]. Ce projet utilise une tablette graphique et un écran de DS3. Nous devons donc changer le code pour l'adapter à Android.

===Gantt prévisionnel===
Voici le gantt prévisionnel que nous avons réalisé. Il se compose de deux diagrammes. Le Gantt en lui même pour voir les différentes taches ainsi que leur durée. Le diagramme de ressources, pour voir la répartition des taches.
[[File:Gantt_prev.png|thumb|center|upright=3|alt=Gantt prévisionnel|Gantt prévisionnel]]
[[File:Ressource_prev.png|thumb|center|upright=3|alt=Distribution des ressources prévisionnel|Distribution des ressources prévisionnel]]

===Description des taches===

====Interface Homme Machine====
Pour réaliser l'Interface Homme machine une pré-étude des l'IHM du projet de 2011/2012.
Ensuite cette étape ce décomposeras en 4 parties :

=====Réalisation des interfaces abstraite =====
Pas encore réalisé.

Développeur : Rolly / Florian(à 50%)

=====Arbres des taches=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)

=====Réalisation des interfaces concrètes=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)

===== Implémentation=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)

====Noyau====
En plus de réaliser la portabilité de l'application sur Android, le projet prévois en plus de modifié les méthodes de calcul des distances entre deux signatures.

=====Prise en main de l'ancien noyau=====
Pas encore réalisé.

Développeur : Joachim / Soriya

=====Diagramme de classes/Diagramme de séquence=====
Pas encore réalisé.

Développeur : Joachim / Soriya

=====Implémentation Android=====
Pas encore réalisé.

Développeur : Joachim / Soriya

====Acquisition====
Vue que le projet change de support d'acquisition, toutes les données enregistrées ne sont pas forcément accessible. Par exemple la pression d'un point n'est pas forcément récupérable sur Android. Cependant d'autre données peuvent, peut-être, être récupérées.
Il faut donc faire une étude de faisabilité afin de savoir quelles données notre application va capter.
Ensuite un prototype (non relié au reste de l'application) doit être réalisé afin de l'intégrer ensuite à l'application.

=====Etude de faisabilité =====
Pas encore réalisé.

Développeur : Mickaël / Qikai

=====Prototype=====
Pas encore réalisé.

Développeur : Mickaël / Qikai

====Prise de décision====
Par la suite il faudra implémenté un petit module de prise de décision, c'est celui-ci qui décideras, en fonction d'un seuil, au autre, si une signature est accepter ou pas. Ainsi d'autre critères d'acceptation pourrons être rajouté.

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-02-05T13:08:19Z

Florian.Fourure: /* Description des taches */

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-02-05T13:07:24Z

Florian.Fourure: /* Acquisition */

=Projet reconnaissance de signature 2012-2013=
==Description du projet==
===Membre du projet===
Florian FOURURE - RICM5 - Polytech Grenoble - ffourure@free.fr

Qikai GU - RICM5 - Polytech Grenoble - qikai.gu88@gmail.com

Rolly NGOUALA - RICM5 - Polytech Grenoble - rollyngouala@gmail.com

Mickaël NICOLACCINI - RICM5 - Polytech Grenoble - m.nicolaccini@gmail.com

Soriya PRAK - RICM5 - Polytech Grenoble - soriya-prak@hotmail.fr

Joachim SEGALA - RICM5 - Polytech Grenoble - joachim.segala@gmail.com

=== Description du projet===
Ce projet consiste a créer une application Android de reconnaissance de signature. Pour cela, nous devons utiliser le projet de reconnaissance de signature réalisé l'année d'avant (2011/2012) [[http://air.imag.fr/mediawiki/index.php/PAGE_WIKI_ETUDIANTS_2011-12_SIGNATURES|Page wiki du projet de reconnaissance de signature 2011/2012]]. Ce projet utilise une tablette graphique et un écran de DS3. Nous devons donc changer le code pour l'adapter à Android.

===Gantt prévisionnel===
Voici le gantt prévisionnel que nous avons réalisé. Il se compose de deux diagrammes. Le Gantt en lui même pour voir les différentes taches ainsi que leur durée. Le diagramme de ressources, pour voir la répartition des taches.
[[File:Gantt_prev.png|thumb|center|upright=3|alt=Gantt prévisionnel|Gantt prévisionnel]]
[[File:Ressource_prev.png|thumb|center|upright=3|alt=Distribution des ressources prévisionnel|Distribution des ressources prévisionnel]]

===Description des taches===

====Interface Homme Machine====
Pour réaliser l'Interface Homme machine une pré-étude des l'IHM du projet de 2011/2012.
Ensuite cette étape ce décomposeras en 4 parties :

=====Réalisation des interfaces abstraite =====
Pas encore réalisé.

Développeur : Rolly / Florian(à 50%)
=====Arbres des taches=====
Pas encore réalisé.

Développeur :
=====Réalisation des interfaces concrètes=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)
===== Implémentation=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)

====Noyau====
En plus de réaliser la portabilité de l'application sur Android, le projet prévois en plus de modifié les méthodes de calcul des distances entre deux signatures.

=====Prise en main de l'ancien noyau=====
Pas encore réalisé.

Développeur : Joachim / Soriya

=====Diagramme de classes/Diagramme de séquence=====
Pas encore réalisé.

Développeur : Joachim / Soriya

=====Implémentation Android=====
Pas encore réalisé.

Développeur : Joachim / Soriya

====Acquisition====
Vue que le projet change de support d'acquisition, toutes les données enregistrées ne sont pas forcément accessible. Par exemple la pression d'un point n'est pas forcément récupérable sur Android. Cependant d'autre données peuvent, peut-être, être récupérées.
Il faut donc faire une étude de faisabilité afin de savoir quelles données notre application va capter.
Ensuite un prototype (non relié au reste de l'application) doit être réalisé afin de l'intégrer ensuite à l'application.

=====Etude de faisabilité =====
Pas encore réalisé.

Développeur : Mickaël / Qikai

=====Prototype=====
Pas encore réalisé.

Développeur : Mickaël / Qikai

====Prise de décision====

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-02-05T13:06:33Z

Florian.Fourure: /* Noyau */

=Projet reconnaissance de signature 2012-2013=
==Description du projet==
===Membre du projet===
Florian FOURURE - RICM5 - Polytech Grenoble - ffourure@free.fr

Qikai GU - RICM5 - Polytech Grenoble - qikai.gu88@gmail.com

Rolly NGOUALA - RICM5 - Polytech Grenoble - rollyngouala@gmail.com

Mickaël NICOLACCINI - RICM5 - Polytech Grenoble - m.nicolaccini@gmail.com

Soriya PRAK - RICM5 - Polytech Grenoble - soriya-prak@hotmail.fr

Joachim SEGALA - RICM5 - Polytech Grenoble - joachim.segala@gmail.com

=== Description du projet===
Ce projet consiste a créer une application Android de reconnaissance de signature. Pour cela, nous devons utiliser le projet de reconnaissance de signature réalisé l'année d'avant (2011/2012) [[http://air.imag.fr/mediawiki/index.php/PAGE_WIKI_ETUDIANTS_2011-12_SIGNATURES|Page wiki du projet de reconnaissance de signature 2011/2012]]. Ce projet utilise une tablette graphique et un écran de DS3. Nous devons donc changer le code pour l'adapter à Android.

===Gantt prévisionnel===
Voici le gantt prévisionnel que nous avons réalisé. Il se compose de deux diagrammes. Le Gantt en lui même pour voir les différentes taches ainsi que leur durée. Le diagramme de ressources, pour voir la répartition des taches.
[[File:Gantt_prev.png|thumb|center|upright=3|alt=Gantt prévisionnel|Gantt prévisionnel]]
[[File:Ressource_prev.png|thumb|center|upright=3|alt=Distribution des ressources prévisionnel|Distribution des ressources prévisionnel]]

===Description des taches===

====Interface Homme Machine====
Pour réaliser l'Interface Homme machine une pré-étude des l'IHM du projet de 2011/2012.
Ensuite cette étape ce décomposeras en 4 parties :

=====Réalisation des interfaces abstraite =====
Pas encore réalisé.

Développeur : Rolly / Florian(à 50%)
=====Arbres des taches=====
Pas encore réalisé.

Développeur :
=====Réalisation des interfaces concrètes=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)
===== Implémentation=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)

====Noyau====
En plus de réaliser la portabilité de l'application sur Android, le projet prévois en plus de modifié les méthodes de calcul des distances entre deux signatures.

=====Prise en main de l'ancien noyau=====
Pas encore réalisé.

Développeur : Joachim / Soriya

=====Diagramme de classes/Diagramme de séquence=====
Pas encore réalisé.

Développeur : Joachim / Soriya

=====Implémentation Android=====
Pas encore réalisé.

Développeur : Joachim / Soriya

====Acquisition====
Vue que le projet change de support d'acquisition, toutes les données enregistrées ne sont pas forcément accessible. Par exemple la pression d'un point n'est pas forcément récupérable sur Android. Cependant d'autre données peuvent, peut-être, être récupérées.
Il faut donc faire une étude de faisabilité afin de savoir quelles données notre application va capter.
Ensuite un prototype (non relié au reste de l'application) doit être réalisé afin de l'intégrer ensuite à l'application.

=====Etude de faisabilité =====
Pas encore réalisé.

Développeur : Mickaël / Qikai

=====Prototype=====
Pas encore réalisé.

Développeur : Mickaël / Qikai

====Prise de décision====

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-02-05T13:06:11Z

Florian.Fourure: /* Acquisition */

=Projet reconnaissance de signature 2012-2013=
==Description du projet==
===Membre du projet===
Florian FOURURE - RICM5 - Polytech Grenoble - ffourure@free.fr

Qikai GU - RICM5 - Polytech Grenoble - qikai.gu88@gmail.com

Rolly NGOUALA - RICM5 - Polytech Grenoble - rollyngouala@gmail.com

Mickaël NICOLACCINI - RICM5 - Polytech Grenoble - m.nicolaccini@gmail.com

Soriya PRAK - RICM5 - Polytech Grenoble - soriya-prak@hotmail.fr

Joachim SEGALA - RICM5 - Polytech Grenoble - joachim.segala@gmail.com

=== Description du projet===
Ce projet consiste a créer une application Android de reconnaissance de signature. Pour cela, nous devons utiliser le projet de reconnaissance de signature réalisé l'année d'avant (2011/2012) [[http://air.imag.fr/mediawiki/index.php/PAGE_WIKI_ETUDIANTS_2011-12_SIGNATURES|Page wiki du projet de reconnaissance de signature 2011/2012]]. Ce projet utilise une tablette graphique et un écran de DS3. Nous devons donc changer le code pour l'adapter à Android.

===Gantt prévisionnel===
Voici le gantt prévisionnel que nous avons réalisé. Il se compose de deux diagrammes. Le Gantt en lui même pour voir les différentes taches ainsi que leur durée. Le diagramme de ressources, pour voir la répartition des taches.
[[File:Gantt_prev.png|thumb|center|upright=3|alt=Gantt prévisionnel|Gantt prévisionnel]]
[[File:Ressource_prev.png|thumb|center|upright=3|alt=Distribution des ressources prévisionnel|Distribution des ressources prévisionnel]]

===Description des taches===

====Interface Homme Machine====
Pour réaliser l'Interface Homme machine une pré-étude des l'IHM du projet de 2011/2012.
Ensuite cette étape ce décomposeras en 4 parties :

=====Réalisation des interfaces abstraite =====
Pas encore réalisé.

Développeur : Rolly / Florian(à 50%)
=====Arbres des taches=====
Pas encore réalisé.

Développeur :
=====Réalisation des interfaces concrètes=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)
===== Implémentation=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)

====Noyau====
En plus de réaliser la portabilité de l'application sur Android, le projet prévois en plus de modifié les méthodes de calcul des distances entre deux signatures.

=====Prise en main de l'ancien noyau=====
Pas encore réalisé.

Développeur : Joachim / Soriya

=====Diagramme de classes/Diagramme de séquence=====
Pas encore réalisé.

Développeur : Joachim / Soriya

=====Implémentation Android=====
Pas encore réalisé.

Développeur : Joachim / Soriya

====Acquisition====
Vue que le projet change de support d'acquisition, toutes les données enregistrées ne sont pas forcément accessible. Par exemple la pression d'un point n'est pas forcément récupérable sur Android. Cependant d'autre données peuvent, peut-être, être récupérées.
Il faut donc faire une étude de faisabilité afin de savoir quelles données notre application va capter.
Ensuite un prototype (non relié au reste de l'application) doit être réalisé afin de l'intégrer ensuite à l'application.

=====Etude de faisabilité =====
Pas encore réalisé.

Développeur : Mickaël / Qikai

=====Prototype=====
Pas encore réalisé.

Développeur : Mickaël / Qikai

====Prise de décision====

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-02-05T13:00:37Z

Florian.Fourure: /* Noyau */

=Projet reconnaissance de signature 2012-2013=
==Description du projet==
===Membre du projet===
Florian FOURURE - RICM5 - Polytech Grenoble - ffourure@free.fr

Qikai GU - RICM5 - Polytech Grenoble - qikai.gu88@gmail.com

Rolly NGOUALA - RICM5 - Polytech Grenoble - rollyngouala@gmail.com

Mickaël NICOLACCINI - RICM5 - Polytech Grenoble - m.nicolaccini@gmail.com

Soriya PRAK - RICM5 - Polytech Grenoble - soriya-prak@hotmail.fr

Joachim SEGALA - RICM5 - Polytech Grenoble - joachim.segala@gmail.com

=== Description du projet===
Ce projet consiste a créer une application Android de reconnaissance de signature. Pour cela, nous devons utiliser le projet de reconnaissance de signature réalisé l'année d'avant (2011/2012) [[http://air.imag.fr/mediawiki/index.php/PAGE_WIKI_ETUDIANTS_2011-12_SIGNATURES|Page wiki du projet de reconnaissance de signature 2011/2012]]. Ce projet utilise une tablette graphique et un écran de DS3. Nous devons donc changer le code pour l'adapter à Android.

===Gantt prévisionnel===
Voici le gantt prévisionnel que nous avons réalisé. Il se compose de deux diagrammes. Le Gantt en lui même pour voir les différentes taches ainsi que leur durée. Le diagramme de ressources, pour voir la répartition des taches.
[[File:Gantt_prev.png|thumb|center|upright=3|alt=Gantt prévisionnel|Gantt prévisionnel]]
[[File:Ressource_prev.png|thumb|center|upright=3|alt=Distribution des ressources prévisionnel|Distribution des ressources prévisionnel]]

===Description des taches===

====Interface Homme Machine====
Pour réaliser l'Interface Homme machine une pré-étude des l'IHM du projet de 2011/2012.
Ensuite cette étape ce décomposeras en 4 parties :

=====Réalisation des interfaces abstraite =====
Pas encore réalisé.

Développeur : Rolly / Florian(à 50%)
=====Arbres des taches=====
Pas encore réalisé.

Développeur :
=====Réalisation des interfaces concrètes=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)
===== Implémentation=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)

====Noyau====
En plus de réaliser la portabilité de l'application sur Android, le projet prévois en plus de modifié les méthodes de calcul des distances entre deux signatures.

=====Prise en main de l'ancien noyau=====
Pas encore réalisé.

Développeur : Joachim / Soriya

=====Diagramme de classes/Diagramme de séquence=====
Pas encore réalisé.

Développeur : Joachim / Soriya

=====Implémentation Android=====
Pas encore réalisé.

Développeur : Joachim / Soriya

====Acquisition====

=====Etude de faisabilité =====

=====Prototype=====

====Prise de décision====

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-02-05T12:59:31Z

Florian.Fourure: /* Interface Homme Machine */

=Projet reconnaissance de signature 2012-2013=
==Description du projet==
===Membre du projet===
Florian FOURURE - RICM5 - Polytech Grenoble - ffourure@free.fr

Qikai GU - RICM5 - Polytech Grenoble - qikai.gu88@gmail.com

Rolly NGOUALA - RICM5 - Polytech Grenoble - rollyngouala@gmail.com

Mickaël NICOLACCINI - RICM5 - Polytech Grenoble - m.nicolaccini@gmail.com

Soriya PRAK - RICM5 - Polytech Grenoble - soriya-prak@hotmail.fr

Joachim SEGALA - RICM5 - Polytech Grenoble - joachim.segala@gmail.com

=== Description du projet===
Ce projet consiste a créer une application Android de reconnaissance de signature. Pour cela, nous devons utiliser le projet de reconnaissance de signature réalisé l'année d'avant (2011/2012) [[http://air.imag.fr/mediawiki/index.php/PAGE_WIKI_ETUDIANTS_2011-12_SIGNATURES|Page wiki du projet de reconnaissance de signature 2011/2012]]. Ce projet utilise une tablette graphique et un écran de DS3. Nous devons donc changer le code pour l'adapter à Android.

===Gantt prévisionnel===
Voici le gantt prévisionnel que nous avons réalisé. Il se compose de deux diagrammes. Le Gantt en lui même pour voir les différentes taches ainsi que leur durée. Le diagramme de ressources, pour voir la répartition des taches.
[[File:Gantt_prev.png|thumb|center|upright=3|alt=Gantt prévisionnel|Gantt prévisionnel]]
[[File:Ressource_prev.png|thumb|center|upright=3|alt=Distribution des ressources prévisionnel|Distribution des ressources prévisionnel]]

===Description des taches===

====Interface Homme Machine====
Pour réaliser l'Interface Homme machine une pré-étude des l'IHM du projet de 2011/2012.
Ensuite cette étape ce décomposeras en 4 parties :

=====Réalisation des interfaces abstraite =====
Pas encore réalisé.

Développeur : Rolly / Florian(à 50%)
=====Arbres des taches=====
Pas encore réalisé.

Développeur :
=====Réalisation des interfaces concrètes=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)
===== Implémentation=====
Pas encore réalisé.

Développeur : Rolly / Florian (à 50%)

====Noyau====
En plus de réaliser la portabilité de l'application sur Android, le projet prévois en plus de modifié les méthodes de calcul des distances entre deux signatures.

=====Prise en main de l'ancien noyau=====

=====Diagramme de classes/Diagramme de séquence=====

=====Implémentation Android=====

====Acquisition====

=====Etude de faisabilité =====

=====Prototype=====

====Prise de décision====

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-02-05T12:55:12Z

Florian.Fourure:

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-02-05T09:38:41Z

Florian.Fourure: /* Description du projet */

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-02-05T09:35:36Z

Florian.Fourure: /* Description du projet */

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-02-05T09:31:11Z

Florian.Fourure:

File:Ressource prev.png

2013-02-05T09:17:50Z

Florian.Fourure:

File:Gantt prev.png

2013-02-05T09:16:09Z

Florian.Fourure:

PAGE WIKI ETUDIANTS 2012-13 SIGNATURES

2013-02-05T08:26:01Z

Florian.Fourure: Created page with "Projet reconnaissance de signature 2012-2013"

Projet reconnaissance de signature 2012-2013