Hi Jared,
- Added & deleted bars - Every bar in the graph represents a unique edit, that happened at a specific point in time, they are shifted to show the sequence of the edits. - Thickness of bars - 1 px works fine, will make them 1px. - Temporal Scaling - I agree on accurately showing the time between the edits but how do we do that while not showing a lot of blank space. For example if there is a 21 day gap between edits we will have a 21*x px gap and the user may have to go through many such blank areas depending on the article. (Actually I dont have any data on the "time between edits" distribution across articles, I just guessing).Are there other ways we could represent this ? or do we go ahead with the blank spaces ? - Vertical Scaling - The vertical heights are being scaled using a power scale (Is that a good idea ?) .Linear scales don't work as the difference between the edit size are too far apart. - Secondary Graph - It is to follow the same color pattern as the primary graph, it is to be an enlarged version of the selection on the primary graph - A handle on the secondary graph should let the user go through the edits manually, like in a video editing tool. - Selecting - The primary Idea of selecting is to decide which edits should be part of the playback. And also as a zoom, both in terms of bigger bars showing more data and a more accurate representation of the timeline. I'm not sure how to represent the timeline while not showing a lot of blank areas though.
If you have any other Idea to represent the timeline with/without a bargraph I'd be more than happy to try it out :-)
Thanks Jeph
On Tue, Oct 8, 2013 at 4:21 AM, Jared Zimmerman < jared.zimmerman@wikimedia.org> wrote:
Jeph,
This is coming along really well I think. That abstract about adjusting time scale is interesting, although might be overkill for what we need here.
Alignment of added and deleted
Why are the added and deleted bars always shifted from each other? if each horizontal instance is an "edit" wouldn't they be aligned?
Thickness of bars
- Have you explored much thinner bars? 1px could even work i think.
Temporal scaling
- I feel pretty strongly that we should include the gaps for time
that edits are not happening, e.g. if by default each day was 1px, if "zoomed" that scale could change to hourly, etc.
User changes
- For consecutive edits for the same user you could use the same
vibrancy of blue, for the initial edit, and a significantly lighter, or more transparent for subsequent edits by the same user.
Vertical scaling
- For the given view bounds you could scale the vertical height so
that it stays within the bounds of the control.
Secondary graph?
- I don't quite understand what the secondary single color graph
below the main one is?
Selecting?
- Its possible to select parts of the graph, but unclear what
selecting it does, or if it has any purpose.
- Would you use selection as a means of "zooming in" to
see different time scales, if not what is your plan for this. When/if zoomed in, how will you show your relative position in the whole time-scale?
Great work,
Jared
*Jared Zimmerman * \ Director of User Experience \ Wikimedia Foundation M : +1 415 609 4043 | : @JaredZimmermanhttps://twitter.com/JaredZimmerman
On Sun, Oct 6, 2013 at 8:18 AM, jeph jephpaul@gmail.com wrote:
I have a built a prototype of the slider. It has a few basic features. I have not yet added it to the tool but you can playhttp://bl.ocks.org/cosmiclattes/6854429 with it.
On moving the slider to the left corner more data gets progressively added. Additions are blue bars in the positive direction and deletions are red bars downwards.I'm using a power scale to scale down the edit sizes ( The size of the bar is proportional to the edit size). It works much like the google finance chart slider.
In the prototype above the selected portion is show below with in the same proportions (It will be enlarged , have a tooltip on hover showing the details related to the edit etc & have a handle to select the edit to begin the animation from).
I tried showing the temporal distance between the edits by coloring the bars based on the time difference between consecutive edits (The data that you see in the slider is the edits from the page JSON). This isn't working, in the prototype a user can hardly make out the time difference between the edits. Another approach to show the time difference between two edits that I came across was showing the time difference between each edits with a separate scalehttp://rossshannon.com/publications/softcopies/Shannon2009Time-sequences.pdf .
I'll be adding the basic slider to the viz tool in the coming week. Looking forward to ideas and comments.
I'm a complete newbie to design, I haven't yet gotten around to read Tufte :-). I've been looking at a lot of vizualisation by Ben Fry & Mike Bostock.
I've attached a screen shot of the prototype.
Thanks Jeph
Design mailing list Design@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/design
Design mailing list Design@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/design