Renamed _view/types-year to type-year.

It is because each doc emits just one type so this improves semantically I'd
say.
Used $.text where $.html wasn't really needed.

There a last one that I haven't yet resolved.
Removed parameter 'rereduce' where it was unused.
Simplified _view/type-year's map function supposedly.

The object literal looks less confusing than the if-statement, to me that is.
Reverted _view/type-year to a simpler key.

The pre-filter has to run through a couple of thousands of these as well, even
though it only uses row.id. I'd therefore prefer a simple string representation
to an object literal.
Changed _list/tabulate to send row.key by default.

If applied to _view/geojson, then it sends each matching document id. I will
give output control to a query parameter in due time, because this approach is
flawed. But right now I feel tired -- very --tired -- must -- rest --
Improved reduce function of _view/type-year.

It works now in conjunction with _list/tabulate because row.value has a valid
document in it. This is neat because I can move the pre-filter key selection
away from the map page, as it is just now.
The value is set by the reduce function exclusively, because the map page still
has to run through all these rows with reduce=false, and it isn't needed there
at all.
I wish I could reduce to a compiled range instead but this would
require('views/lib/ranges') and those aren't allowed in a reduce function, so
this is as good as it gets.
Moved pre-filter key selection into _list/tabulate/type-year.

This is certainly a nicer way of doing it, and with 48 unique keys it shouldn't
impose any changes in performance. I also like how the map page doesn't receive
48 keys and then only uses 12 of them because this feels like a waste of
bandwidth. Some notes include:
- I couldn't use list('tabulate/type-year') because it is written so bad that
  it can only handle one options parameter.
- $.getJSON uses dataType:"text" because this way I just URIencode the list
  output and forward it to the unreduced view. It looks neat.
- options.time and type are removed if they amount to any type or time to allow
  _list/tabulate to skip over these filters. This is done by guarding with
  filters[1] and it makes the lines a little longer, unfortunately.
Replaced 'table' with more common 'spreadsheet'.
Changed update_geometry() to update geometry and then docs.

I have trouble finding out what problem FF31 has with my page because the user
experience is still very unpleasant. My approach is to group updates to the
table and updates to the map canvas to reduce the amount of re-flows.
However, even if I remove the table, the page is slow and laggy.
Moved description fields up because they are important.

One small glitch though would be that they are created regardless if they exist
or not.
Explained some logic in the pre-filter.