#11327 closed enhancement (fixed)
Add possibility to clear from cache only specified TileSource
Reported by: | wiktorn | Owned by: | wiktorn |
---|---|---|---|
Priority: | normal | Milestone: | 15.08 |
Component: | Core imagery | Version: | |
Keywords: | Cc: |
Description
As mentioned in #11312, the only feature that imagerycache has, that JOSM doesn't, is ability to remove specified TileSource from the cache. It should be quite easy to implement using prefixes within JCS.
Attachments (0)
Change History (15)
follow-ups: 2 6 comment:1 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:2 by , 10 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
You probably meant #11319 :)
comment:4 by , 10 years ago
Milestone: | 15.05 → 15.06 |
---|
comment:6 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
In [8598] - possiblity to clear cache only for one TileSource.
comment:7 by , 10 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
Sorry, but it's not working.
I go into the area where I need to clear the cache, and clear it. However, the 'TMS.data' file doesn't get smaller at all. Only the 'TMS.key' file seems to get anything changed in it per the time stamps on the files.
Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2015-07-13 01:32:13 Last Changed Author: wiktorn Revision: 8599 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Relative URL: ^/trunk URL: http://josm.openstreetmap.de/svn/trunk Last Changed Date: 2015-07-13 00:53:49 +0200 (Mon, 13 Jul 2015) Last Changed Rev: 8599 Identification: JOSM/1.5 (8599 en) Windows 7 64-Bit Memory Usage: 361 MB / 1820 MB (214 MB allocated, but free) Java version: 1.7.0_79, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Plugins: - OpeningHoursEditor (31241) - buildings_tools (31361) - measurement (31289) - mirrored_download (31294) - osmarender (31241) - reverter (31241) - turnrestrictions (31241) - undelete (31241) - utilsplugin2 (31241)
comment:8 by , 10 years ago
File is defragmented on JOSM close, so file size should change only after JOSM is closed
comment:10 by , 10 years ago
Status: | reopened → new |
---|
Have you checked the counts of the objects in the new tab in Imagery Preferences? Maybe the number of the objects in specified source were negligible, or the reclaimed space was reused by some other data.
I'll try to reproduce with the generated jar later.
comment:11 by , 10 years ago
Status: | new → assigned |
---|
comment:12 by , 10 years ago
Ok, I panned around in the 'Download data' window to have several images downloaded from the 'Mapnik' layer. The 'TMS.data' file is now at 1,493 KB in size. I then go into the 'Cache contents' tab in Imagery and notice it says that the 'Objects count' is 65 for that image source.
Now, I hit the clear button. 'Object count' is now reduced to 0. I hit the 'OK' button at the bottom of the preferences thinking that my cache has been cleared. Now I close JOSM. I once again check the 'TMS.data' file size. It's still 1,493 KB. Thus, it means the images weren't cleared from the cache at all.
I then go back into JOSM and into the 'Cache contents' section to prove this is the case. The 'Objects count' is once again back to 65.
So, this proves (at least on Windows), that the cache clearing of each Imagery source isn't working yet. :(
comment:14 by , 10 years ago
It's now clearing the selected imagery source on closure of JOSM. :) Thanks for fixing that quickly.
In [8186].