DataViz Cours Lyon1 M2 2017-2018

Checklist et étapes obligatoires pour les projets

09-16/11 : Choix d'un sujet
09-16/11 : Constitution des groupes
16/11 : Repository github du projet en place
16/11 : Design sketches avec les Five Design Sketches
23/11 : Itération sur le sujet
29/11 minuit : Rendu intermédiaire
30/11 - 07/12 : Évaluation entre groupes
07/12 : Retours sur la v0 du projet
21/12 : TP banalisé et derniers retours
10/01 minuit : Rendu final du projet
11/01 : Soutenances
12/01 minuit : Rendu de l'article

Le projet se fera en trinome, et constitue 60% de la note de l'UE.

Renseignez les informations sur votre groupe, en modifiant la liste des projets en bas de cette page sur GitHub, en faisant un "pull request".

Il est important d'être présent et de venir chercher des conseils auprès de votre encadrant de projet.

Choix d'un sujet

Le projet a pour thématique la mobilité et les transports. Commencez par réfléchir à un sujet/problème dans cet espace qui vous intéresse, avant de chercher les jeux de données et de vous poser des questiosn de visualisation.

Quelques idées de thématiques :

Lien entre la météo, l'utilisation des vélos publics et des tranports en commun.
Retard ou inprévus dans les transports
Modes de transports et impact environnemental
Visualisation des temps d'accès à certain lieux avec les tranports en commun (ou la voiture)
...

Jeux de données

Voici un ensemble de jeux de données liés à la mobilité et aux transports

Constitution des groupes

Pour des raisons d'emploi du temps nous vous conseillons de constituer des groupes internes à votre M2.

Les groupes devront être constitués au plus tard lors de la séance du 16 novembre.

Nous prendrons un temps pendant la séance du 16 pour grouper les personnes qui n'ont pas trouvé encore de groupe. Il est important d'avoir réfléchit aux thématiques qui vous intéresse d'ici là.

Renseignez les informations sur votre groupe, en modifiant la liste des projets en bas de cette page sur GitHub, en faisant un "pull request".

Repository github du projet

Chaque groupe devra gérer son projet sur GitHub.com

Gérer le code
Gérer un cahier d'avancement. Soit dans la partie Wiki du projet (voir le wiki de d3 par exemple.) Soit dans un dossier 'avancement' contenant un fichier markdown par étape.
Publier le projet en utilisant github pages

Rendu intermédiaire (29/11 minuit)

Le rendu intermédiaire a pour objectif de :

Finaliser le cadrage du projet (sujet, disponibilité des données, approche, etc.)
Identifier les travaux important liés au projet
Proposer les premières pistes de conception
Valider l'infrastructure technique

Le rendu s'effectuera sur le projet github sous la forme d'un article de deux pages au format de TVCG (pdf), comprenant :

Titre
Auteurs
Introduction
Related Work
Pistes de conception (photos d'esquisses papier ou mockups)
Réferences (ne comptent pas dans la longueur de l'article)

Le pdf de l'article devra être déposé dans un dossier 'rendu' de votre projet github. Modifier votre description de groupe ci-dessous via un pull request pour rajouter un lien vers le pdf de votre article

Peer review (Évaluation entre groupes)

Pour le 07/12

Lisez l'article du groupe qui vous a été assigné.

Formuler une critique du travail sous le format suivant sur le Google form suivant:

Problème

Reformuler le problème tel que vous l'avez compris (2/3 phrases maximum).
Clarifier si le problème vous semble valide. Si oui proposer une direction en particulier qui vous semble intéressante à creuser, si non proposer une alternative réaliste (même données / même contexte global).

État de l'art

Proposer une ou deux références (projet, site, article scientifique) complétant celles citées, soyez précis et expliquer pourquoi.

Proposition

Expliquer ce que vous aimez (3 phrases).
Expliquer ce que vous auriez fait différemment (3 suggestions).
Expliquer ce que vous aimeriez voir (3 suggestions).

Résultats peer-reviews.

Rendu final (10/01 minuit)

Le rendu final est composé de 4 parties. Chaque partie doit être stockée dans votre github:

le code du projet et une page web fonctionelle;
un rapport sous format d'article scientifique expliquant le projet; OU une page Web explicative
le cahier d'avancement mentionné plus haut;

Utilisation de Github

Votre projet devra être utilisable sous forme de page web accessible via une URL, sur page github ou en auto-hébergé si une page github ne convient pas.

Github sera aussi utilisé pour faire les rendus.

Cahier d'avancement

Il est obligatoire de maintenir un cahier d'avancement tout au long du projet, qui capture votre progression, vos premières esquisses papier (ou avec Tableau sous forme de capture d'écran). Il peut être au format que vous voulez, nous conseillons d'utiliser le wiki de votre projet Github pour travailler de manière collaborative (un dossier avancement ou un google doc peuvent aussi faire l'affaire). Nous vous encourageons à y inclure vos erreurs et les choix que vous n'avez pas suivis.

Voici quelques exemples de cahiers de l'année dernière, ou du cours de visualisation d'Harvard (exemple 1, exemple 2)

Article

L'article sera rédigé en anglais sur 5 pages (sans compter les références), au format de TVCG. Les articles que vous avez présenté pendant les cours sont des exemples de types d'articles que vous pouvez écrire. Voici les parties typiques d'un article:

Titre
Auteurs
Teaser image (optionel)
Abstract (~¼p)
Introduction (~1p)
Related Work (~1p)
Project Description (~2p)
Evaluation (optionel)
Discussion (~½p)
Conclusion (~¼p)
References (ne comptent pas dans la longueur de l'article)

Nous vous conseillons d'utiliser LaTeX pour écrire l'article et l'outil de gestion Zotero pour les références bibliographique (gratuit).

Site public

Alternativement à l'article nous laissons la possibilité de faire un rendu sous forme de site Web en français ou en anglais. Le site devra être public et en ligne (par exemple une github page). Il ne devra pas seulement contenir la visualisation mais aussi la contextualiser. Autrement dit expliquer les données utilisées, la motivation, et les points importants. Cette contextualisation peut se faire sous une forme narrative si le sujet s'y prête (story-telling), ou scrollable, avec un dévoilement progressif des données.

La note maximale si vous choisissez cette option sera de 3/4 de la note d'article.

Quelques exemples :

les projets de l'année dernière.
http://mbtaviz.github.io/
http://teamdatahub.github.io/
http://itisaasta.com/nycs/

Présentation

La présentation durera 10 minutes sans Power Point. Nous vous invitons à présenter les points suivants:

Contexte et motivation
Public cible
Démonstration, choix de design et choix techniques
Points innovants
Limites
Questions (laisser 3 minutes)

Notation du projet

Le projet constituera 60 % de la note de l'UE, avec la répartition suivante:

process book (malus si pas fait) - rendu le 10/01 - minuit
rédaction d'un article ou d'un site (33%) - 1e rendu le 30/11, rendu final le 12/01
peer review (5%) - rendu le 07/12
réalisation technique (45%) - rendu le 10/01
présentation et démo (17%) - rendu le 10/01