Spatialite views

The main documentation for the changes here are described at
 *  [[Spatialite-validity-checks|https://github.com/geopaparazzi/Spatialite-Tasks-with-Sql-Scripts/wiki/Spatialite-validity-checks-geopaparazzi-specific]]
   * and should be read carefully

Also an Application User-Setting should be added:
*  [[#VECTOR_LAYERS_QUERY_MODE|https://github.com/geopaparazzi/Spatialite-Tasks-with-Sql-Scripts/wiki/Spatialite-validity-checks-geopaparazzi-specific#VECTOR_LAYERS_QUERY_MODE]]

This version uses the Spatialite 4.1.1 Driver of `libjsqlite`
* [[Spatialite 4.1.1|https://github.com/geopaparazzi/libjsqlite-spatialite-android/wiki/Android_4.1.1.mk]]
   * I have been using this now since January and have had no problems
   * also the Recovery logic will only work with this version

Known Problems:
* In the last few days, since merging to the `nf_gps_service` branch
   * SpatialiteDatabaseHandler.collectVectorTables()
      * was being called during `getSpatialRasterTable`
         * see log messages at the head of `collectVectorTables`
* Today I noticed that 
   * `checkAndUpdatePropertiesUniqueNames`
      * is still being called on **invalid** databases

```
05-11 06:01:01.366 11296 11319 I GEOPAPARAZZI: Resetting style table for: /storage/emulated/0/maps/spatialite_versions/spatialite_2-1.test.sqlite
```

***GeoPackage R10***
* at present GeoPackage Revision no longer supports:
   * the Spatialite geometries
      * it has its own format, that Spatialite 4.2 can `translate`
   * normal tile numbering
      * tile always start at `0,0` 
* `checkDatabaseTypeAndValidity`
   * will now return `SpatialiteDatabaseType.UNKNOWN`
      * since they **cannot** be rendered
   * the reading logic has been retained, but moved to `DaoSpatialite`
      * in case a future support is consider desirable
      * since gdal 1.11, GeoPackage with geometries can be created

**DaoSpatialite**
* now does all the Database reading for
   * `SpatialTable` and `SpatialView`
      * [[Spatialite-Geometries|https://github.com/geopaparazzi/Spatialite-Tasks-with-Sql-Scripts/wiki/VECTOR_LAYERS_QUERYS-geopaparazzi-specific]]
   * `RasterLite2`
      * [[RASTER_COVERAGES_QUERYS|https://github.com/geopaparazzi/Spatialite-Tasks-with-Sql-Scripts/wiki/RASTER_COVERAGES_QUERYS-geopaparazzi-specific]]
   * `GeoPackage R10`
      * [[GeoPackage R10|https://github.com/geopaparazzi/Spatialite-Tasks-with-Sql-Scripts/wiki/GEOPACKAGE_QUERY_R10-geopaparazzi-specific]]
* all of these Queries attempt to return values in the present Spatialite Standard
   * thus avoiding
      * version dependent information
   * `SpatialiteDatabaseHandler`
      * must now only parse these, `csv` similar syntax, and call the needed classes
      * other than transformation of non-wsg84 bounds  
         * no more queries are needed in `SpatialiteDatabaseHandler`

--
This has been merged this morning from the present master (with tag version_3.9.5RC1)
* there were no conflicts

That should be all, but no doubt I have forgotten something

Mark