Add offline cache

Not sure what QtLocations handles exactly by default, but I'm seeing just now on the logs:

"Unable to write tile cache file "/home/phablet/.tilecache/queue1"
"Unable to write tile cache file "/home/phablet/.tilecache/queue2"
...

So certainly fixing this will help. Maybe be a apparmor policy missing.

This should have been fixed when upgrading to Qt5.2 SDK.
Seems to work for me.
Please reopen if it's not the case for you.

I can confirm this appears to be working. The caching of tiles appears slightly random, but works reasonably well. Would still be nice to be able to customise how much space it uses for caching, but if it's not something exposed by QtLocations, then it's probably not worth the effort to implement.

It's not working any more. Need to investigate why.

For the record:

2014-08-15 18:17:31 ybon jdstrand: QtLocation seems to store cache in QStandardPaths::GenericCacheLocation is that a constant familiar for you?
2014-08-15 18:17:45 ybon cf http://qt-project.org/doc/qt-5/qstandardpaths.html
2014-08-15 18:18:46 jdstrand ybon: I am going to point you at kalikiana. he made sure that all this worked right in other parts of the toolkit
2014-08-15 18:19:20 ybon jdstrand: thanks :)
2014-08-15 18:19:26 ybon kalikiana: around by chance? :)
2014-08-15 18:19:45 jdstrand ybon: can you paste the path that QtLocation is using which is getting denied by apparmor for kalikiana?
2014-08-15 18:19:54 ybon sure
2014-08-15 18:20:09 ybon for reference, the line in the QtLocation I'm refering to http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/utopic/qtlocation-opensource-src/utopic-proposed/view/head:/src/location/maps/qgeotilecache.cpp#L119
2014-08-15 18:21:12 ybon kalikiana, jdstrand: here is the path /home/phablet/.cache/QtLocation/
2014-08-15 18:22:45 jdstrand kalikiana: I've not looked personally, but it appears QtLocation may not be honoring applicationName or similar
2014-08-15 18:22:53 jdstrand ybon: you are using location-service?
2014-08-15 18:23:11 ybon jdstrand: I'm not sure what you call location-service
2014-08-15 18:23:13 jdstrand well, I think QtLocation is supposed to use location-service
2014-08-15 18:23:16 ybon I'm using a QtMap object
2014-08-15 18:23:18 ybon with a plugin
2014-08-15 18:23:49 jdstrand kalikiana: might need to ask tvoss if you are curious about location-service
2014-08-15 18:23:50 ybon here is the code https://github.com/yohanboniface/OSMTouch/blob/master/OSMTouch.qml#L80
2014-08-15 18:28:07 kalikiana ybon: that code is technically correct, xdg_cache_home is shared on the desktop - jdstrand I can't check right now, is it set on the phone? It's expected that no app name is passed but it must be set by our launcher I think
2014-08-15 18:29:33 jdstrand kalikiana: I'm not sure. ybon asked me about the denial and I said that the denial should not be fixed and that applicationName was probably not correctly set.
2014-08-15 18:29:49 ybon I sware it's set :)
2014-08-15 18:29:55 jdstrand right
2014-08-15 18:29:57 ybon https://github.com/yohanboniface/OSMTouch/blob/master/OSMTouch.qml#L24
2014-08-15 18:30:06 jdstrand which is why I pointed you at kalikiana
2014-08-15 18:30:09 ybon maybe it's not done the proper way, though
2014-08-15 18:30:33 jdstrand that looks ok to me
2014-08-15 18:30:51 jdstrand ybon: does it use an C++ or is it all qml?
2014-08-15 18:30:58 ybon all qml
2014-08-15 18:31:08 jdstrand yeah, that is all you should have to do
2014-08-15 18:31:11 jdstrand kalikiana: ^
2014-08-15 18:31:15 ybon I've no C++ licence yet
2014-08-15 18:31:43 jdstrand ybon: maybe file a bug and ping kalikiana so he can look at it when he has time?
2014-08-15 18:32:18 ybon kalikiana: I'm not sure to get you well, are you saying that ~/.cache is the expected final path? or that the QtLocation code is correct, but the QStandardPaths::GenericCacheLocation value is missing or something?
2014-08-15 18:32:41 ybon this is the related issue on OSMTouch https://bugs.launchpad.net/osmtouch/+bug/1276658
201...

I see that I've some cached tiles on this folder:

# ls -1 ~/.cache/me.yohanboniface.osmtouch/QtLocation/ | wc -l
1346

Last modified file is from June 30, so it may give a hint.

QtLocation definitely obeys XDG_CACHE_HOME:

env XDG_CACHE_HOME=/tmp qmlscene OSMTouch.qml
ls /tmp/QtLocation/

So the bug has to be in the environment variable setup on the phone.

http://bazaar.launchpad.net/~indicator-applet-developers/ubuntu-app-launch/trunk.14.10/view/head:/helpers.c#L512

This seems to use g_get_user_cache_dir() which will be ~/.cache causing QtLocation to make that ~/.cache/QtLocation - for confinement this has to be ~/.cache/APP_ID - it is indeed correct the way QtLocation uses it as on the desktop the folder is intended to be shared among all applications.

The attachment "appSpecificTileCache.diff" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

This bug was fixed in the package qtlocation-opensource-src - 5.3.0-0ubuntu4

---------------
qtlocation-opensource-src (5.3.0-0ubuntu4) utopic; urgency=medium

  [ Christian Dywan ]
  * Add debian/patches/appSpecificTileCache.diff (LP: #1276658)
 -- Timo Jyrinki <email address hidden> Tue, 09 Sep 2014 06:55:28 +0000