Initial checkin for the MiOS Bridge Binding.

This binding exposes read, and read-command, access to Devices controlled by a MiOS Home Automation controller, such as those seen at http://getvera.com.

It exposes the ability to do the following things in the MiOS HA Controller

Devices - Read State Variables & Device Attributes, and invoke (single parameter) UPnP Commands to control the Device.
Scenes - Read the current execution state of a Scene, and invoke those Scenes within the remote HA Controller
System - Read System-level Attributes.
It uses the remote control interfaces (aka "UI Simple" JSON Calls, and HTTP Long-polling) of the MiOS HA Controller to keep the bound openHAB Items in sync with their counterparts in the MiOS HA Controller.

The "guts" is outlined in the root-level README.md file, along with the JavaDoc that's in the code (although, the README.md is better).

The binding uses the openHAB Transformation Service extensively to "map" the Data & Commands between the two systems. I provide a set of example MAP transform files in the examples/transform directory of the Binding, but these can readily be augmented without needing to tweak the code.

Original code was used from the XBMC Binding, and then heavily modified. Snippets included from the HTTP Binding for the various datatype mapping functions.
Merge branch 'mios-bridge-binding' of https://github.com/mrguessed/openhab
Added rain senors and improved double rounding errors.
Merge branch 'master' of https://github.com/openhab/openhab
Use BigDecimal.min instead of Math.min
reworked serial communication to be more robust
review comments for pull request
InsteonPLM binding: added parameters to command and message handlers to
implement support for multi-button keypads like 2487S.
Merge branch 'master' of https://github.com/openhab/openhab
Fix FolderObserver to detect previously removed files again
fix for scaleing of UV
InsteonPLM binding: added parameters to command and message handlers to
implement support for multi-button keypads like 2487S.
insteonplm binding: merged Rob Nielsen's new devices into devices.xml and cleaned up
Merge branch 'insteonplm' of /home/pfrommer/Documents/openhab into insteonplm

Conflicts:
	bundles/binding/org.openhab.binding.insteonplm/src/main/resources/device_types.xml
insteonplm: fixed invalid comment characters in device_types.xml
MAX Cube boost needs a setpoint temperature

when switching to boost mode one should provide the new/current setpoint
temperature.
With just 1s it will wake up at 30,5 C once the boost is over
Automatically convert any MiOS Epoch-style date into what's needed for openHAB, if the corresponding bound Item is of type DateTime.

MiOS uses Epoch-style dates in a variety of the shipped UPnP StateVariable declarations, as well as many of the custom ones defined by Developers.  This code is more general, and replaces the static-list of UPnP Service/StateVariables previously used (Long -> DateTime conversion)
Added tstorms commonId for Wunderground provider
Maxcube Fix - wrong values for ACTUAL & MODE items

Similar to issue #1728, items of BindingType.ACTUAL and BindingType.MODE have been updated with false values by getTemperatureSetpoint() with every change of TemperatureSetpoint. 
With this addition only the real valve item without a binding type will be updated if there is a change of the TemperatureSetpoint.
Fix update of battery status for MAX! binding