Hi Simon I just had a look at the code (COsmTilesHash.cpp). On non Windows systems, which Ubuntu is for sure, you can set the environment variable QLGT_CACHE to point to an alternative path. In the configuration file (~/.config/QLandkarteGT/QLandkarteGT.conf) you find the entry:
[osm] maxcachevalueMB=100 to setup the cache size. Tiles older than 8 days are updated. At least that is what I read from Marc's [1] code. HTH Oliver [1] OSM tile server support has been done by Marc Feld > Hello, > I don't want say that deletion or not deleting is the correct thing, but > my system deletes it and therefore I wish to have an option to change > the path. However, I don't have a clue how to fix this as I'm not a > programmer. My idea would be to have an additional settings section > where this path could be changed and maybe some other settings to be > set, for example to renew the data (maybe if they are older than a month > or so) and an option for manual deleting of all the tiles. > I also understand Oliver who don't want to have home directory full of > cache-stuff, I haven't thought about this. Does QLandkarteGT write > something else to /tmp apart from maps (tiles of maps)? > If someone could give me information how to change this, I could try. > Thanks anyway for your help so far. > Kind regards, > Simon > > Am 26.07.2011 19:07, schrieb Oliver Eichler: >> Am 26.07.2011 18:27, schrieb Henk van Velden: >>> Hello, >>> >>> Deleting /tmp on boot is a very common thing to do on any Unix/Linux >>> system >>> for many years. It s ordance with where /tmp exists for. >>> See also http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard. >> That simply reflects the fact that some distributions delete the data on >> reboot. It's not a rule to do it. >> >>> One can of course switch this action on or off or refine this >>> behviour, but >>> any prgrammer should be aware of the fact that files in /tmp may not >>> survive a >>> boot. >> I am aware that many users including me do not appreciate it if an >> application dumps the home directory with transient cache data. As the >> only user writeable path in the system is /tmp it's the place to go. And >> on my system this does not get nuked every reboot. >> >> Thus if Ubuntu users think they need a special path I am happy to accept >> a patch. This is OpenSource not a one way road. >> >> Oliver >> >>> Regards, >>> Henk >>> >>> Op dinsdag 26 juli 2011 18:09:39 schreef Oliver Eichler: >>>> Hi Simon, >>>> >>>> >>>> deleting the whole tmp path is a specialty of Ubuntu. From time to time >>>> users complain, but so far no one supplied a patch. >>>> >>>> >>>> Oliver >>>> >>>>> Hello >>>>> I'm very new to QLandkarteGT and at first glance it looks really nice, >>>>> probably the thing I've been looking for. >>>>> I've got a question about the included online map. Now, I've >>>>> configured >>>>> QLandkarteGT to load the OSM map, and that's fine so. However, >>>>> QLandkarteGT saves the tiles on >>>>> /tmp/qlandkartegt-USER/cache/tile.openstreetmap.org/ and they are lost >>>>> after rebooting. Is it possible to change the path for saving the >>>>> tiles? >>>>> As I'd like to have them available offline as well. >>>>> I'm using Ubuntu 11.04 and the newest QLandkarteGT version available >>>>> through the ppa, at the moment it's version 1.2.2. >>>>> Thanks a lot. >>>>> Kind regards, Simon >>>>> >>>>> ------------------------------------------------------------------------- >>>>> >>>>> ----- Magic Quadrant for Content-Aware Data Loss Prevention >>>>> Research study explores the data loss prevention market. Includes >>>>> in-depth analysis on the changes within the DLP market, and the >>>>> criteria >>>>> used to evaluate the strengths and weaknesses of these DLP solutions. >>>>> http://www.accelacomm.com/jaw/sfnl/114/51385063/ >>>>> _______________________________________________ >>>>> Qlandkartegt-users mailing list >>>>> [email protected] >>>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users >>>> --------------------------------------------------------------------------- >>>> >>>> --- Magic Quadrant for Content-Aware Data Loss Prevention >>>> Research study explores the data loss prevention market. Includes >>>> in-depth >>>> analysis on the changes within the DLP market, and the criteria used to >>>> evaluate the strengths and weaknesses of these DLP solutions. >>>> http://www.accelacomm.com/jaw/sfnl/114/51385063/ >>>> _______________________________________________ >>>> Qlandkartegt-users mailing list >>>> [email protected] >>>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users >>> ------------------------------------------------------------------------------ >>> >>> Magic Quadrant for Content-Aware Data Loss Prevention >>> Research study explores the data loss prevention market. Includes >>> in-depth >>> analysis on the changes within the DLP market, and the criteria used to >>> evaluate the strengths and weaknesses of these DLP solutions. >>> http://www.accelacomm.com/jaw/sfnl/114/51385063/ >>> _______________________________________________ >>> Qlandkartegt-users mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users >>> >> >> ------------------------------------------------------------------------------ >> >> Magic Quadrant for Content-Aware Data Loss Prevention >> Research study explores the data loss prevention market. Includes >> in-depth >> analysis on the changes within the DLP market, and the criteria used to >> evaluate the strengths and weaknesses of these DLP solutions. >> http://www.accelacomm.com/jaw/sfnl/114/51385063/ >> _______________________________________________ >> Qlandkartegt-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users >> > ------------------------------------------------------------------------------ Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ _______________________________________________ Qlandkartegt-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
