Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project Proposal | ||||||||
Line: 82 to 82 | ||||||||
Milestones
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project Proposal | ||||||||
Line: 83 to 83 | ||||||||
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project Proposal | ||||||||
Line: 84 to 84 | ||||||||
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project Proposal | ||||||||
Line: 83 to 83 | ||||||||
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project Proposal | ||||||||
Line: 81 to 81 | ||||||||
Milestones | ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project Proposal | ||||||||
Line: 120 to 120 | ||||||||
Added: | ||||||||
> > |
| |||||||
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project Proposal | ||||||||
Line: 11 to 11 | ||||||||
| ||||||||
Added: | ||||||||
> > |
| |||||||
What does this thing do?Domain, task, and dataset | ||||||||
Changed: | ||||||||
< < | This project is designed to help people visualize US population data (from the 2000 US Census) by providing them with interactive zomming/panning controls and the context of a familiar map. | |||||||
> > | This project is designed to help people visualize US population data (from the 2000 US Census) by providing them with interactive zooming/panning controls and the context of a familiar map. | |||||||
Changed: | ||||||||
< < | ScenarioBilly Rubin, a fifth-grade student at Rancho Cowabunga Middle School, is exploring population density as part of his urban housing presentation. He goes to Webfoot's Information Visualization site![]() | |||||||
> > | This project does not pretend to push the frontiers of research adequately to eject a publication. This project is designed to do something cool and useful. | |||||||
Deleted: | ||||||||
< < | Once he has zoomed in to the area he's interested in, he clicks the "Show population" checkbox. The map changes to have a translucent overlay over it. Areas with more people have more of a yellow tinge; areas with fewer people have a bluer tinge. | |||||||
Changed: | ||||||||
< < | Billy uses the standard Google controls to move around, and the population overlay moves with the map. Billy is able to click-to-recenter, pan by dragging, pan by clicking on the directional controls, and zoom by clicking on the zoom controls. At every stage, the overlay pans and/or resizes to match the map. | |||||||
> > | ScenarioBilly Rubin, a fifth-grade student at Rancho Cowabunga Middle School, is exploring population density as part of his urban housing presentation. He goes to Webfoot's Information Visualization site![]() | |||||||
Changed: | ||||||||
< < | IllustrationThe following is a fast and dirty mockup of what the UI will look like: | |||||||
> > | What Billy sees is in the left panel of this table: | |||||||
Added: | ||||||||
> > |
| |||||||
![]() | ||||||||
Added: | ||||||||
> > |
| |||||||
Changed: | ||||||||
< < | Note that the labels on the bar will need to be adjusted once I figure out what reasonable values are. | |||||||
> > | Palo Alto not being Rancho Cowabunga, Billy uses the standard Google controls to zoom out. As he zooms out and individual polygons at one level become too small to see, the polygons get aggregated into larger polygons. | |||||||
Changed: | ||||||||
< < | Also note that there will be areas with no people (e.g. big parks, the Stanford Industrial Park, commercial districts, the Bay, etc). I have left those clear. | |||||||
> > | Billy pans to find Rancho Cowabunga using the standard Google controls: click-to-recenter, pan by dragging, and pan by clicking on the directional controls. The map continues to show areas colored by population density. Once Billy finds Rancho Cowabunga, he zooms in. When the polygons at one zoom level become too large to be interesting, they automatically deaggregate into smaller polygons. At one point, he gets a little confused about what is on the map and what is part of the population overlay, so he unchecks the "Show population" box. The overlay vanishes, and his confusion is resolved. | |||||||
Line: 42 to 62 | ||||||||
I will show maps with the hue of polygons on the map representing the number of people living in that polygon as counted by the 2000 US Census. I will provide context to the users by making the polygons translucent, leaving the underlying map data discernible. | ||||||||
Deleted: | ||||||||
< < | This project does not pretend to push the frontiers of research adequately to eject a publication. This project is designed to do something cool and useful. | |||||||
I am more interested in providing (and more worried about) snappy performance than I am in broad geographical coverage. There are numerous opportunities for the performance to be inadequate. Determining the right data to display for a given clipping region, retrieving the information, aggregating information (when zoomed out), rendering the PNG image, and serving the image all take time (in addition to the time Google takes, which I won't be able to control). | ||||||||
Changed: | ||||||||
< < | I expect that I will need to trade disk space for speed, pre-processing information and caching some information on disk. As my last name isn't Google, I expect that I will not have enough disk space to handle all of the United States. I am willing to restrict the geographic range in order to ensure optimal performance. If I need to restrict the area of interest, my final paper will discuss what resources would be needed for the entire US. | |||||||
> > | I expect that I will need to trade disk space for speed, pre-processing information and caching some information on disk. As my last name isn't Google, I expect that I will not have enough disk space to handle all of the United States. I am willing to restrict the geographic range in order to ensure adequate performance. If I need to restrict the area of interest, my final paper will discuss what resources would be needed for the entire US. | |||||||
Deleted: | ||||||||
< < | Implementation approachI plan to use Javascript and the Google Maps API![]() | |||||||
Deleted: | ||||||||
< < | I plan to use the gd library![]() | |||||||
Changed: | ||||||||
< < | I plan to use C language Shapefile C library![]() ![]() | |||||||
> > | Implementation approach | |||||||
Added: | ||||||||
> > | I plan to use Javascript and the Google Maps API![]() | |||||||
Added: | ||||||||
> > | I plan to use the gd library![]() | |||||||
Added: | ||||||||
> > | I plan to use C or C++ with the Shapefile C library![]() ![]() | |||||||
Added: | ||||||||
> > | If I need to use a database, I will use MySQL. | |||||||
Milestones | ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
| ||||||||
Line: 76 to 94 | ||||||||
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
Future workThere are all kinds of interesting and useful things that could be done on top of the base project.
| ||||||||
Added: | ||||||||
> > |
| |||||||
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project Proposal | ||||||||
Added: | ||||||||
> > | ParticipantsKaitlin Duck Sherwood, ducky@csDELETEthisTEXT.ubc.ca | |||||||
Changed: | ||||||||
< < | ParticipantsOnly me, Kaitlin Duck Sherwood, ducky@csDELETEthisTEXT.ubc.caDescriptionI plan to show U.S. population density with a zooming/panning interactive display. I would use data derived from the 2000 U.S. Census. I might need to restrict the dataset to some subset of the United States because of resource limitations. I am not Google, and cannot store as much data as I suspect would be necessary to provide optimal performance. There are all kinds of interesting and useful things that could be done on top of the base project.
Personal expertise: | |||||||
> > | Experience | |||||||
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
Changed: | ||||||||
< < |
Proposed solutionI plan to show U.S. population by rendering (on the fly, presumably) semi-translucent PNG images from the Census Bureau information that I would then overlay on Google Maps. There are numerous opportunities for the performance to be inadequate. Determining the right data to display for a given clipping region, retrieving the information, aggregating information (when zoomed out), rendering the PNG image, and serving the image all take time (in addition to the time Google takes, which I won't be able to control). I expect that some caching and prefetching of data will be required. | |||||||
> > | What does this thing do?Domain, task, and datasetThis project is designed to help people visualize US population data (from the 2000 US Census) by providing them with interactive zomming/panning controls and the context of a familiar map. | |||||||
Scenario | ||||||||
Changed: | ||||||||
< < | Billy Rubin, a fifth-grade student at Rancho Cowabunga Middle School, is exploring population density as part of his urban housing presentation. He goes to Webfoot's Information Visualization site![]() | |||||||
> > | Billy Rubin, a fifth-grade student at Rancho Cowabunga Middle School, is exploring population density as part of his urban housing presentation. He goes to Webfoot's Information Visualization site![]() | |||||||
Once he has zoomed in to the area he's interested in, he clicks the "Show population" checkbox. The map changes to have a translucent overlay over it. Areas with more people have more of a yellow tinge; areas with fewer people have a bluer tinge.
Billy uses the standard Google controls to move around, and the population overlay moves with the map. Billy is able to click-to-recenter, pan by dragging, pan by clicking on the directional controls, and zoom by clicking on the zoom controls. At every stage, the overlay pans and/or resizes to match the map.
Illustration | ||||||||
Changed: | ||||||||
< < | The following is a fast and dirty mockup of what the result will look like: | |||||||
> > | The following is a fast and dirty mockup of what the UI will look like: | |||||||
![]() | ||||||||
Changed: | ||||||||
< < | Note that the labels on the bar will need to be adjusted once I figure out what reasonable values are. Also note that there will be areas with no people (e.g. big parks, the Stanford Industrial Park, commercial districts, the Bay, etc). | |||||||
> > | Note that the labels on the bar will need to be adjusted once I figure out what reasonable values are. Also note that there will be areas with no people (e.g. big parks, the Stanford Industrial Park, commercial districts, the Bay, etc). I have left those clear. | |||||||
Added: | ||||||||
> > |
How will I make it?Proposed solutionI will show maps with the hue of polygons on the map representing the number of people living in that polygon as counted by the 2000 US Census. I will provide context to the users by making the polygons translucent, leaving the underlying map data discernible. This project does not pretend to push the frontiers of research adequately to eject a publication. This project is designed to do something cool and useful. I am more interested in providing (and more worried about) snappy performance than I am in broad geographical coverage. There are numerous opportunities for the performance to be inadequate. Determining the right data to display for a given clipping region, retrieving the information, aggregating information (when zoomed out), rendering the PNG image, and serving the image all take time (in addition to the time Google takes, which I won't be able to control). I expect that I will need to trade disk space for speed, pre-processing information and caching some information on disk. As my last name isn't Google, I expect that I will not have enough disk space to handle all of the United States. I am willing to restrict the geographic range in order to ensure optimal performance. If I need to restrict the area of interest, my final paper will discuss what resources would be needed for the entire US. | |||||||
Implementation approachI plan to use Javascript and the Google Maps API![]() | ||||||||
Line: 56 to 58 | ||||||||
Deleted: | ||||||||
< < | Milestones | |||||||
Changed: | ||||||||
< < |
| |||||||
> > |
Milestones
| |||||||
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
Future workThere are all kinds of interesting and useful things that could be done on top of the base project.
| |||||||
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Changed: | ||||||||
< < | Ducky's InfoVis Project ProposalProposal specs![]() | |||||||
> > | Ducky's InfoVis Project Proposal | |||||||
Changed: | ||||||||
< < | Participants | |||||||
> > |
Participants | |||||||
Only me, Kaitlin Duck Sherwood, ducky@csDELETEthisTEXT.ubc.ca | ||||||||
Changed: | ||||||||
< < | Description | |||||||
> > | Description | |||||||
I plan to show U.S. population density with a zooming/panning interactive display. I would use data derived from the 2000 U.S. Census. I might need to restrict the dataset to some subset of the United States because of resource limitations. I am not Google, and cannot store as much data as I suspect would be necessary to provide optimal performance. | ||||||||
Line: 17 to 17 | ||||||||
| ||||||||
Changed: | ||||||||
< < | Personal expertise: | |||||||
> > | Personal expertise: | |||||||
| ||||||||
Line: 25 to 25 | ||||||||
| ||||||||
Changed: | ||||||||
< < | Proposed solution | |||||||
> > | Proposed solution | |||||||
I plan to show U.S. population by rendering (on the fly, presumably) semi-translucent PNG images from the Census Bureau information that I would then overlay on Google Maps. There are numerous opportunities for the performance to be inadequate. Determining the right data to display for a given clipping region, retrieving the information, aggregating information (when zoomed out), rendering the PNG image, and serving the image all take time (in addition to the time Google takes, which I won't be able to control). I expect that some caching and prefetching of data will be required. | ||||||||
Changed: | ||||||||
< < | ScenarioBilly Rubin, a fifth-grade student at Rancho Cowabunga Middle School, is exploring population density as part of his urban housing presentation. He goes to Webfoot's Information Visualization site![]() | |||||||
> > | ScenarioBilly Rubin, a fifth-grade student at Rancho Cowabunga Middle School, is exploring population density as part of his urban housing presentation. He goes to Webfoot's Information Visualization site![]() IllustrationThe following is a fast and dirty mockup of what the result will look like:![]() | |||||||
Changed: | ||||||||
< < | Interface mock-ups@@@ illustrations of what the interface will look like | |||||||
> > | Note that the labels on the bar will need to be adjusted once I figure out what reasonable values are. Also note that there will be areas with no people (e.g. big parks, the Stanford Industrial Park, commercial districts, the Bay, etc). | |||||||
Changed: | ||||||||
< < | Implementation approach | |||||||
> > | Implementation approach | |||||||
Changed: | ||||||||
< < | I plan to use Javascript and the Google Maps API to serve maps, capture pan/zoom events, and to overlay area data on top of the Google Maps. | |||||||
> > | I plan to use Javascript and the Google Maps API![]() | |||||||
Changed: | ||||||||
< < | I plan to use the gd library, probably with a perl wrapper, to generate a transparent PNG image to overlay on top of the maps. | |||||||
> > | I plan to use the gd library![]() | |||||||
Changed: | ||||||||
< < | I plan to use C language Shapefile C library![]() ![]() ![]() | |||||||
> > | I plan to use C language Shapefile C library![]() ![]() | |||||||
Changed: | ||||||||
< < | MilestonesInclude a list of project milestones with dates, breaking down the work into a series of smaller chunks. | |||||||
> > | Milestones | |||||||
Changed: | ||||||||
< < | Tasks (not milestones):
| |||||||
> > |
| |||||||
Added: | ||||||||
> > |
| |||||||
| ||||||||
Line: 72 to 79 | ||||||||
| ||||||||
Added: | ||||||||
> > |
| |||||||
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project ProposalProposal specs![]() | ||||||||
Line: 8 to 8 | ||||||||
Only me, Kaitlin Duck Sherwood, ducky@csDELETEthisTEXT.ubc.ca
Description | ||||||||
Changed: | ||||||||
< < | I plan to do a Google Maps mashup that overlays semi-translucent images on Google Maps in order to show area-based data. | |||||||
> > | I plan to show U.S. population density with a zooming/panning interactive display. I would use data derived from the 2000 U.S. Census.
I might need to restrict the dataset to some subset of the United States because of resource limitations. I am not Google, and cannot store as much data as I suspect would be necessary to provide optimal performance.
There are all kinds of interesting and useful things that could be done on top of the base project.
| |||||||
Personal expertise: | ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
| ||||||||
Deleted: | ||||||||
< < |
| |||||||
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
Proposed solution | ||||||||
Changed: | ||||||||
< < | @@@ | |||||||
> > | I plan to show U.S. population by rendering (on the fly, presumably) semi-translucent PNG images from the Census Bureau information that I would then overlay on Google Maps. There are numerous opportunities for the performance to be inadequate. Determining the right data to display for a given clipping region, retrieving the information, aggregating information (when zoomed out), rendering the PNG image, and serving the image all take time (in addition to the time Google takes, which I won't be able to control). I expect that some caching and prefetching of data will be required. | |||||||
Scenario | ||||||||
Changed: | ||||||||
< < | @@@ scenario | |||||||
> > | Billy Rubin, a fifth-grade student at Rancho Cowabunga Middle School, is exploring population density as part of his urban housing presentation. He goes to Webfoot's Information Visualization site![]() | |||||||
Interface mock-ups@@@ illustrations of what the interface will look like | ||||||||
Line: 37 to 44 | ||||||||
I plan to use the gd library, probably with a perl wrapper, to generate a transparent PNG image to overlay on top of the maps. | ||||||||
Changed: | ||||||||
< < | I plan to use C language Shapefile C library![]() ![]() | |||||||
> > | I plan to use C language Shapefile C library![]() ![]() ![]() | |||||||
Deleted: | ||||||||
< < | @@@ library for dBASE files | |||||||
Milestones |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project ProposalProposal specs![]() | ||||||||
Line: 4 to 4 | ||||||||
Proposal specs![]() | ||||||||
Deleted: | ||||||||
< < | ||||||||
ParticipantsOnly me, Kaitlin Duck Sherwood, ducky@csDELETEthisTEXT.ubc.caDescriptionI plan to do a Google Maps mashup that overlays semi-translucent images on Google Maps in order to show area-based data. | ||||||||
Deleted: | ||||||||
< < | Note: I had worried that the overlaying might be too slow, but I have seen someone else overlay transpart Google Maps over Google satellite images![]() | |||||||
Personal expertise:
| ||||||||
Line: 23 to 21 | ||||||||
Proposed solution | ||||||||
Changed: | ||||||||
< < | your proposed infovis solution. You should propose an infovis solution, and of course relate it to your domain task and dataset. Abstraction is critical here!
I plan to use Javascript and the Google Maps API to serve maps, capture pan/zoom events, and to overlay area data on top of the Google Maps.
I plan to use the gd library, probably with a perl wrapper, to generate a transparent PNG image to overlay on top of the maps.
I plan to use C language Shapefile C library![]() ![]() | |||||||
> > | @@@ | |||||||
Scenario | ||||||||
Changed: | ||||||||
< < | a scenario of use. Preview from Evaluation reading hcibib.org/tcuid/chap-2.html | |||||||
> > | @@@ scenario | |||||||
Changed: | ||||||||
< < | A scenario spells out what a user would have to do and what he or she would see step-by-step in performing a task using a given system. The key distinction between a scenario and a task is that a scenario is design-specific, in that it shows how a task would be performed if you adopt a particular design, while the task itself is design-independent: it's something the user wants to do regardless of what design is chosen. | |||||||
> > | Interface mock-ups@@@ illustrations of what the interface will look like | |||||||
Deleted: | ||||||||
< < | @@@ | |||||||
Changed: | ||||||||
< < | Interface mock-ups# illustrations of what the interface will look like must be included in scenario. Hand-drawn sketches scanned in or mockups made with a drawing program are fine. | |||||||
> > | Implementation approach | |||||||
Changed: | ||||||||
< < | @@@ (ready two: one for the Vancouver desirable-living-places, one for STAR scores) | |||||||
> > | I plan to use Javascript and the Google Maps API to serve maps, capture pan/zoom events, and to overlay area data on top of the Google Maps. | |||||||
Added: | ||||||||
> > | I plan to use the gd library, probably with a perl wrapper, to generate a transparent PNG image to overlay on top of the maps. | |||||||
Changed: | ||||||||
< < | Implementation approachYou don't need lots of detail, just high-level things like which language and platform(s) you will use, and whether you will build on any pre-existing software or toolkits. | |||||||
> > | I plan to use C language Shapefile C library![]() ![]() | |||||||
Changed: | ||||||||
< < | @@@ GMaps API, javascript, gd | |||||||
> > | @@@ library for dBASE files | |||||||
MilestonesInclude a list of project milestones with dates, breaking down the work into a series of smaller chunks. | ||||||||
Added: | ||||||||
> > | Tasks (not milestones): | |||||||
| ||||||||
Added: | ||||||||
> > |
| |||||||
| ||||||||
Changed: | ||||||||
< < |
| |||||||
> > |
| |||||||
|
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project ProposalProposal specs![]() |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project ProposalProposal specs![]() | ||||||||
Deleted: | ||||||||
< < | Proof of concept: somebody's overlaying transpart gmaps over gsatelite![]() | |||||||
ParticipantsOnly me, Kaitlin Duck Sherwood, ducky@csDELETEthisTEXT.ubc.caDescription | ||||||||
Changed: | ||||||||
< < | Display of @@@ area-based GIS data via a Google Maps mashup | |||||||
> > | I plan to do a Google Maps mashup that overlays semi-translucent images on Google Maps in order to show area-based data.
Note: I had worried that the overlaying might be too slow, but I have seen someone else overlay transpart Google Maps over Google satellite images![]() | |||||||
Personal expertise:
| ||||||||
Added: | ||||||||
> > |
| |||||||
| ||||||||
Line: 53 to 55 | ||||||||
MilestonesInclude a list of project milestones with dates, breaking down the work into a series of smaller chunks. | ||||||||
Changed: | ||||||||
< < | @@@ | |||||||
> > |
| |||||||
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Ducky's InfoVis Project ProposalProposal specs![]() | ||||||||
Added: | ||||||||
> > | Proof of concept: somebody's overlaying transpart gmaps over gsatelite![]() | |||||||
Participants | ||||||||
Line: 22 to 23 | ||||||||
Proposed solutionyour proposed infovis solution. You should propose an infovis solution, and of course relate it to your domain task and dataset. Abstraction is critical here! | ||||||||
Changed: | ||||||||
< < | I will use Javascript and the Google Maps API to serve maps, capture pan/zoom events, and to overlay area data on top of the Google Maps. | |||||||
> > | I plan to use Javascript and the Google Maps API to serve maps, capture pan/zoom events, and to overlay area data on top of the Google Maps. | |||||||
Changed: | ||||||||
< < | I will use the gd library, probably with a perl wrapper, to generate a transparent PNG image to overlay on top of the maps. | |||||||
> > | I plan to use the gd library, probably with a perl wrapper, to generate a transparent PNG image to overlay on top of the maps.
I plan to use C language Shapefile C library![]() ![]() | |||||||
Deleted: | ||||||||
< < | I will use either @@@
| |||||||
Scenario |
Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
Added: | ||||||||
> > |
Ducky's InfoVis Project ProposalProposal specs![]() ParticipantsOnly me, Kaitlin Duck Sherwood, ducky@csDELETEthisTEXT.ubc.caDescriptionDisplay of @@@ area-based GIS data via a Google Maps mashupPersonal expertise:
Proposed solutionyour proposed infovis solution. You should propose an infovis solution, and of course relate it to your domain task and dataset. Abstraction is critical here! I will use Javascript and the Google Maps API to serve maps, capture pan/zoom events, and to overlay area data on top of the Google Maps. I will use the gd library, probably with a perl wrapper, to generate a transparent PNG image to overlay on top of the maps. I will use either @@@
Scenarioa scenario of use. Preview from Evaluation reading hcibib.org/tcuid/chap-2.html A scenario spells out what a user would have to do and what he or she would see step-by-step in performing a task using a given system. The key distinction between a scenario and a task is that a scenario is design-specific, in that it shows how a task would be performed if you adopt a particular design, while the task itself is design-independent: it's something the user wants to do regardless of what design is chosen. @@@Interface mock-ups# illustrations of what the interface will look like must be included in scenario. Hand-drawn sketches scanned in or mockups made with a drawing program are fine. @@@ (ready two: one for the Vancouver desirable-living-places, one for STAR scores)Implementation approachYou don't need lots of detail, just high-level things like which language and platform(s) you will use, and whether you will build on any pre-existing software or toolkits. @@@ GMaps API, javascript, gdMilestonesInclude a list of project milestones with dates, breaking down the work into a series of smaller chunks. @@@ |