force an id in TileLayer constructor which is actually a cacheKey. It is representing a "class" id and not an object id
fixed examples
added target to build jar(not used by default)
updated library with min sdk set to 4
removed unwanted replaceMapView
added TODO for optimization
init to null to be sure
refactoring to optimize boundingBox computation.
Now the boudingBox is computed in the projection. And when the mapView asks for boudingBox it just returns the one from the current projection
prevent a big "boundingBox computation" bug.
When computing the bouding box we can end up with latNorth == latSouth or longEast == longWest. This is because of the wrap method in Projection.pixelXYToLatLong.
In that case it actually means we see the whole world. Handle that in BoundingBox constructor to prevent "empty" box
i think minSDK 8 is enough
updated lib with purgeMemoryCache
forgot in last commits. Sorry
getTileSizePixels in MapTileLayerBase. Useful to handle scale loop with MapTileLayerArray
use of purgeMemoryCache
cleanup. Context only necessary if reading from asset
a little refactoring to make use of "{x}","{y}" ... the default.
Also added parseUrlForTile method. Useful to factor code when using multiple urls with same syntax
Rewrote EXPIRE handle. was wobbly
rewrote mPending handling. Especially before you could have items in mPending and mWorking at the same time.
Now when moving an item to mWorking, we remove it from mPending
done by super class
make sure we clean up mUnaccessibleTiles when changing source