This is a semester-long group project. I will facilitate some in-class discussions about project groupings, but you should explore ideas amongst yourselves as well. Students should work on project teams of 3-4 people. Project expectations will be adjusted according to group size (and all group members are expected to participate).<\/p>\n
The idea of the project is to take the InfoVis knowledge that you are acquiring this semester and use in a new, creative effort. A real key to a successful project is to select a topic\/data that people want to know more about, and that is of interest to your team. Interesting data and questions make for interesting visualizations (boring data is, well, boring even if visualized). Spend some time thinking about questions, topics, datasets so that you maximize your chances of having a good project at the end. I cannot emphasize this enough!<\/p>\n
There are many sources of data on the web \u2013 financial, social\/demographic, economic.\u00a0 Census Bureau, CDC, CIA, WHO, UN, NBA, FAA, Many Eyes. \u00a0It is important that you choose data that is already in a usable form<\/strong>, such as CSV, that is easily imported into your visualization.\u00a0 Otherwise you will spend time on data formatting etc. rather than on information visualization!!!<\/p>\n No matter what topic\/data you choose, I expect a high-quality project. In particular, I’m seeking creative projects showcasing interesting ideas. A stellar project consists of an implementation of a (potentially new)\u00a0 visualization\/interaction design, or a collection of multiple views of the data and good interaction, designed to allow users to answer interesting questions and gain insights. But note that I am explicitly NOT expecting user testing, evaluation, or performance optimization. This is about visualization and interaction.<\/p>\n D3 is the preferred software development “tool” – we cover it in class, we have programming labs that use it explicitly, and it is becoming the de facto standard for InfoVis programming for the web. However, there are many other development environments and libraries that you’re welcome to use. You are not allowed to use software packages that build visualizations for you, such as the commercially-available applications that we cover in this class (e.g., Tableau). If you have questions about libraries that you want to use, please send an email to the instructor and TAs to check. As you’ll find out, there are numerous javascript libraries out there!<\/p>\n Below are the milestones (M) for the project. Each milestone counts towards your overall project grade (shown below).<\/p>\n There are 5 project milestones. Not all milestones require the same amount of effort and are worth different percentages of your overall project grade.<\/p>\n All deliverables need to be submitted on Canvas unless otherwise indicated. (see schedule for due dates – due before the start of class according to the schedule<\/a>):<\/p>\n Grading: We will evaluate the overall quality of your project, including all milestones and components as described above. By default, all team members receive the same grade for all milestones (and the overall project). However, if you slack off in sharing the workload of the project, you will receive a lower grade than your teammates. Because the project counts for a significant amount of your grade, slacking off is not a good idea. There is a group evaluation form that all team members will need to fill out at the end of the semester for this reason. If you have the impression that a team member is slacking off at any time during your project, you should first speak with them to address your concern. If that does not help, please notify the instructor and TA.<\/p>\n Great projects will typically require a significant amount of original work (coding, designing, reporting, video creation, bug fixing, …).\u00a0 Some of the code will be new, some heavily-modified, some from libraries on the web. \u00a0I expect that each project have a combination of these. Functionality of great projects typically includes two or more simultaneous views of data with linking between the views, details on demand, and some means of selecting which aspects of the data set are displayed (maybe dynamic queries). Whatever interactions you provide should support users in answering questions about the data!<\/p>\n Poor projects will typically consist of existing code found on the web, yet simply applied to your data. The reports will be brief, and without the necessary detail to address the questions for the milestones above. The visualization design will consist of existing visualizations, where the data is simply applied to the known technique. The teams often will not form clear expectation of what team team member should do, and much of the work is put on 1 team member who is unable to complete the entire project by his or herself. The prototype will have limited to not interaction, and it is often unclear what questions a user is supposed to answer using the vis. Teams who create poor projects often do not meet with the TAs to discuss their progress, ideas, and status – thus lack guidance along the way and are surprised when major flaws are found late, resulting in a poor grade.<\/p>\n Additional tips can be found on Prof. Stasko’s course webpage<\/a>.<\/p>\n I want each of you to succeed in your project, so make sure you and your team do the things that “great projects” do!<\/p>\nMilestones<\/h3>\n
\n
\n
\nGrading: 5% of total project grade<\/em><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n
\n
\n
\nMake a pdf and submit it to Canvas. Only one team member needs to submit the pdf.
\nGrading: 10% of total project grade<\/em><\/em><\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n
\n
\n
\n
\n
\n
\n
\n
\nGrading: 20% of total project grade<\/em><\/li>\n<\/ul>\n<\/li>\n<\/ul>\nGrading and Tips<\/strong><\/h3>\n