Introduce Type Descriptions Into Classes

[foster33]

This PR adds Type descriptions into the classes themselves. These descriptions are used when populating the 'Types' field in the Data Dictionary.

If a type does not implement TypePrettyNameSupplier (the new interface that is utilized when populating the 'Types' field), then it will use the default value provided in the interface. This is why some classes do not include these changes.

I am open to feedback based on what the values should be for DATA_DICTIONARY_TYPE_NAME and specifically for DEFAULT_DATA_DICTIONARY_NAME which I assume should not be 'Default'.

Related to dictionary-service/pull/31

This is the same as #33 . That PR was accidentally closed / fork was deleted.
See dictionary-service/pull/23 for more context.

[foster33]

Current values for DATA_DICTIONARY_TYPE_NAME (if not listed, it will use default):

TYPES   ||  APPEARANCE IN DATA DICTIONARY
AbstractGeometryType - Abstract Geometry
BaseType - DEFAULT
DateType - Date
GeoLatType - Latitude
GeoLonType - Longitude
GeometryType - Geometry
GeoType - Geo
HexStringType - Hex String
HitTermType - DEFAULT
IpAddressType - IP Address
IpV4AddressType - IPv4 Address
LcNoDiacriticsListType - Text List
LcNoDiacriticsType - Text
LcType - Lower Case Text
ListType - List
MacAddressType - MAC Address
NoOpType - DEFAULT
NumberListType - Number List
NumberType - Number
PointType - Point
RawDateType - Raw Date
StringType - String
TrimLeadingZerosType - Trimmed Number

[apmoriarty]

LGTM