* initial type filtering bar

* use filter for items in collection landing

* filter search by type

* remove redundant heading

* prettier

* 1/3 2/3 red third blue third

* handle no non collection items state

* prettier

* merge fix

* don't drop existing query items when changing type

* move personal items on root

* use modal and proper route for collection edit

* breadcrumb hover state

* redirect to parent collection on archive

* stay on current collection when creating child collection

* return to previous url when canceling pulse creation

* hide reset button on forms by default

* lint fix

* add collection filter for search

* return and show display in card items for collections

* dont log

* use gear instead of person

* test fixes

* cr

* fix typo / expectation

There was code to remove the special_type from the field before
returning the metadata. That code was in place so that the frontend
doesn't treat that field like a real PK/FK (since it's a nested
query). That special_type was being removed before the code to added
dimension options was ran, causing it to add dimension options for
PK/FK values (which it shouldn't). This commit just separates out the
code that clears the special type so it can run after dimension
options are added.

To support this Cards now include fingerprints in the
result_metadata. That fingerprint is included in the query dictionary
and is available to the query pipeline. The expand/resolve/binning
middleware can make use of that fingerprint data to build the binned
query. Dimension options for these kinds of queries will also now be
available.

Note that binning is only available on questions that have result
metadata. If no result metadata (and thus no fingerprint) is
available, no dimensions options will be included and an exception
will be thrown if a binned query is attempted. In most cases, just
running a card once will populate that data.

Originally this work was done via f49e32a6 and 7977fd45, but those
commits were reverted as some test fixes were needed on a few drivers.

Previously the driver was only looking one and two levels deep for the
source table. In the case of nested and binned queries, this could be
buried deeper in the MBQL query. This commit switches form an `or`
clause and a couple of `get-in`s to a `postwalk` that will find the
table however it's nested in the query.

* fix all user collection crumb spacing

* new browse link

* change label

* show regardless of pinned items

* homepage blocks

* table x-ray and reference links

* overworld db links

* minor copy changes

* move personal collections

* copy changes

* remove GSG from userland

* change default collection name

* more updates

* microcopy cleanup

* prettier

* fix colors

* fix typo

* rm overworld links

* lint

Previously this only allowed double values. If the average length
happened to be something like `13.0` some Javascript implementations
trim the `.0` and when the frontend POSTs the data, it includes `13`
instead. This was causing our schema validation to break as it was
looking for a `Double`.

This commit changes the schema to look for a positive numeric value,
not just a positive double which covers both cases.

This commit stores fingerprints and special type information for the
results of cards that have native queries, similar to what we store
for MBQL queries.