adding geom_dotplot
fix
geom_blank :)
adding in linerange and pointrange
Merge branch 'master' of github.com:yhat/ggplot
Reworked bar plot

It is now possible to:
- Stack bars of different colors. In fact this is the default behaviour
  when a color of fill is specified (like R's ggplot)
- Reorder columns in a bar plot by adding a label parameter as so:
  geom_bar(labels=["blip","blop","dyt","båt"]) as discussed here:
  https://github.com/yhat/ggplot/issues/315
- Show only a select few of the columns (as above, just don't include
  all possible x-values)
- Use bar plots when faceting (although faceting overwrites the
  x-labels for some reason: https://github.com/yhat/ggplot/issues/319)
  This addresses https://github.com/yhat/ggplot/issues/196

In order to do this I had to make a few changes.
- Most importantly I added a method '_calculate_global' to stats.py. It
  is not required to implement it in subclasses but for stat_bin it
  makes it possible to read in all labels ahead of time and then when we
  are processing separate groups fill the labels not represented with
  0's.
- I added a new stat class 'stat_bar' which for simple x/y bar plots
  (not histograms) take advantage of '_calculate_global' to deliver
  consistent bar plots when using facets or when stacking colors
- I changed geom_bar to use stat_bar per default and geom_histogram to
  use stat_bin. This differentiates the bar plot and the histogram in a
  way that makes intuitive sense (I would think at least)
- I disabled sorting the x-axis by default to preserve user specified
  label orders. As far as I can see only geom_area needs the x-axis to
  be ordered. I've added code to sort the x-axis inside geom_area.
Fix issue with color brewer

Whenever we don't have a color specified or use 'fill' but not color,
colorbrewer will throw an exception because it can't figure out how many
colors we are using. Particularly for the case of 'fill' this is a
problem since bar plots for example often will specify 'fill' without
specifying 'color'.

Now color brewer checks for 'fill' as well and if it finds neither
'fill' nor color it just asks for 3 colors from the color theme (any
less will cause an exception).
Sort x-values in geom_line

It turns out that geom_line also expects x-values to be sorted. This
commit moves the function ```_sort_list_types_by_x``` to geom.py and
renames it to ```sort_by_x``` and adds a call to it in ```geom_line```
Sort x-values in geom_line

It turns out that geom_line also expects x-values to be sorted. This
commit moves the function ```_sort_list_types_by_x``` to geom.py and
renames it to ```sort_by_x``` and adds a call to it in ```geom_line```

(amended to no longer break build)
Fixing my failed git rebase attempts

Conflicts:
	ggplot/geoms/geom.py
Fixed vertical position of legend in plot

Fixed issues:
- The AnchoredOffsetbox was originally set to at add loc=6 which
  vertically centers the legend in the plot, creating legends that were
  too high or too low compared to the upper plot edge.
- legends with many items would often overlap due to the spacing between
  separate legends being constant
Legend supports multiple attributes per line

As shown in https://github.com/yhat/ggplot/issues/304 and
https://github.com/yhat/ggplot/issues/89 the current legend is drawn
once per aesthetic (outside of x and y). This behaviour creates
duplicate information when we use for example color and fill along the
same variable.

I've reworked the legend to group information per variable and display
for example one line showing both shape, color and alpha information.

The reworked legend also address: https://github.com/yhat/ggplot/issues/273.

New Features
- Group legend information per variable
- Implement alpha
- Better position legend (The vertical position was centered according
  to the top of the frame before)
- Fixed issue with legend overlapping
- Fixed problem with legend inventing numeric values. For numeric
  columns with less than 5 unique values, the current legend would
  interpolate them to write 5 continuous values

Things that doesn't work:
- No custom rearrangement (say, making swapping line 1 and 2 in the
  legend)
- Legend might be longer than plot. Currently it breaks in to two
  columns, but if the plot is drawn smaller then I can't see a way to
  adjust the legend to this behaviour

Changes:
- I've personally had the problem that the legend would interpolate
  between numeric values even when there were less than 5 unique values
  in the data. I've changed this behaviour so the legend puts a label
  for every value when there are less than 8. Currently the color scheme
  in this case is discrete, but I'm not convinced this is the best
  solution. I generally think distinguishing between discrete and
  continuous data types makes sense, but for some continuous cases we
  might want to use the set of values that are present in the data
  instead of interpolating. I'm unsure whether the way I've changed this
  is the right way to do it, so I welcome comments on this matter.
Fixed travis build for python 3.4
Changed bar plot to use bin stat on default

In addition the geom_histogram is no longer a separate class
Merge pull request #327 from arnfred/legend-rework

Legend rework
Merge pull request #326 from arnfred/colors

Fix issue with color brewer
Merge pull request #325 from arnfred/bar

Reworked bar plot
Fixing a typo in the exception message. Fixes #335
merged
Merge pull request #336 from lapointexavier/master

Fixing a typo in the exception message. Fixes #335