Significant infrastructure disturbance in support of coloring trails in a flexible way

Added the mapSeason property to the ConfigModel object to track the user
preference on how the seasons will be tracked (manual summer, manual winter, or
automatic based on date).  Also added the helper method isSummerMapSeason,
which determines if the trails should be based on the summer info.  For the
automatic mode, the determination is crudely determined as summer for dates
after the summer equinox and before the winter equinox.

Added the trailTypeEnabled property to the ConfigModel object, which is a
NSDictionary with keys being NSNumbers representing the trail type ID from the
database, and the values being NSNumbers interpreted as BOOL.

The TrailColorUtil singleton object was created to assist in determining the
color that a given trail type ID from the database should be rendered on the
map.  The singleton object can be retrieve by calling [TrailColorUtil
getTrailColorUtil], and the UIColor for a trail type can be retrieved with the
getTrailTypeColor method, which takes the trail type ID as an int.  As the
class exists now, the color for disabled trail types is a 75% gray with 50%
alpha.  All other trails are [UIColor redColor] for now, but this will be
extended to be dependent on the trail type IDs based on the heuristic
"difficulty" of the type (which will also have to factor in the season), and
the map type.

The MapViewController was shuffled around a bit to enable the querying of the
trail coordinates from the database iterated first by the trail types.

The SQLite database was temporarily swapped out for the stand-in DB again for
development purposes.
Work on the buttons in the pop-up POI info bubbles

Added a ConfigModel property sharingEnabled to track whether to put the share buttons in the POI info bubbles.

Modified the map POI info bubble code to add the "Share" button based on the
sharingEnabled configModel property, and the "More info" button based on
whether there is a URL in the database for that POI.

Significant reworking of the code that creates those buttons to do a better job
of sizing and aligning the buttons, so that they resize nicely relative to the
title text, and everything is optimally centered.  I'm going to rework this
code even just a bit more by making the buttons that are added more compactly
configurable, but I wanted to snapshot what I have first.

The database has been updated (manually) to contain the one URL that we have
for a POI.
Cleaned up the code that generates the buttons in the POI info bubble

Now the buttons are specified by an NSDictionary that specifies the predicate
that will determine if they are added to the info screen (an ObjC annonymous
block) and the NSString that selects the callback function that will be called
when the button is pressed.  In addition, there is an NSArray that specifies
the button names in the order that they should appear from left to right.

This will make updates of the code in the future for additional functionality
much quicker and less painful.
Updates to the GPS auto-tracking

Made a few updates to make the GPS auto-tracking code to make it respect the
user setting switch.  Pruned out some of the dead code, and organized the other
code better.  Found a typo in the Info.plist file that was the reason that the
permission had to be manually set, rather than being prompted, so now on
startup you are prompted by the system to allow location updates for the app.
The code to auto-disable the location tracking when the user pans away from the
GPS location, and then turn it back on when the MyLocation button is pressed is
not there yet, but that shouldn't be hard.  The MyLocation button causing the
didTapMyLocationButtonForMapView callback right now, though, so that'll have to
be figured out and fixed first.
Merge pull request #20 from agricocb/master

A bunch of code clean-up, infrastructure enhancements, and tying of loose ends