Am 26.07.2011 20:23, schrieb siziwi: > Hi Oliver > Thanks for your prompt reply. If I change the value manually to a > specific path, I then have to recompile form source, is this correct? Is > there another way to go? (I've installed over the ppa quite easy, no > compiling)
No you just have to set the environment variable. Probably something you might want to do in your .profile. Simply add something like: export QLGT_CACHE=/tmp/qlandkartegt QLGT will test if the variable is set and use the default path if not. > Would it be a lot of work to have a function which reads the path from > the configuration file on each startup? Then changing the path would be > much easier and more or less everybody could do it. Doing it just in the config file is just as hidden as with the environment variable. A proper place would be the setup dialog. But right now I have other more pressing task on the stack. It would really help if theses little critters are solved by users. Oliver > Thanks and kind regards, > Simon > > Am 26.07.2011 20:08, schrieb Oliver Eichler: >> 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
