#5309 closed defect (fixed)
too many files in tile cache
| Reported by: | ieskok | Owned by: | team |
|---|---|---|---|
| Priority: | major | Milestone: | 15.04 |
| Component: | Core imagery | Version: | tested |
| Keywords: | cache | Cc: | naoliv |
Description (last modified by )
Slippy map browser creates cache in temp directory, but after time there is thousands of files in that one dir. JOSM shows error:
Failed to save tile content: .... (The directory or file cannot be created)
Failed to sa ETag...
Windows cannot handle so many files in one dir. Maybe there should be nested directories?
Attachments (0)
Change History (26)
comment:1 by , 11 years ago
comment:2 by , 11 years ago
| Component: | Core → Core imagery |
|---|---|
| Description: | modified (diff) |
follow-up: 4 comment:3 by , 11 years ago
For now, I have 100 000 files in ..\JOSM\cache\wms\1 and it's extremly slow. Is possible add something like auto remove cache files?
Second, there is no dir setting - so if I want cache other then user profile ...
comment:4 by , 10 years ago
Replying to jezevec:
For now, I have 100 000 files in ..\JOSM\cache\wms\1 and it's extremly slow. Is possible add something like auto remove cache files?
Auto cleaning has been suggested in #7762 as well.
Second, there is no dir setting - so if I want cache other then user profile ...
#6248 suggests using advanced preference imagery.wms-cache.path.
comment:6 by , 10 years ago
| Milestone: | → 14.05 |
|---|---|
| Priority: | minor → major |
JDK7 NIO2 could be helpful to improve our tile cache.
comment:7 by , 10 years ago
| Cc: | added |
|---|
What about using something like the ImageryCache plugin? ("This experimental plugin allows JOSM to store tile cache in database files, not in huge cache directories")
comment:8 by , 10 years ago
I would prefer to use an even more general solution and have the cache in proper system dirs and customizable.
The advantage would be that even other software could use the same cache
For Linux Desktops the proper dir would be probably under $HOME/.cache/ theses days.
Think there is already one ticket about original reported on the Debian Bug Tracker.
comment:10 by , 10 years ago
comment:11 by , 10 years ago
| Keywords: | cache added |
|---|
ATM the major reason for filling the disk on my part is #9263
comment:12 by , 10 years ago
| Milestone: | 14.05 → 14.06 |
|---|
Move imagery cache-related tickets to next milestone (too risky now for this release)
comment:13 by , 10 years ago
| Milestone: | 14.06 → 14.07 |
|---|
Move all tickets for which no work has been done yet to next milestone
comment:16 by , 10 years ago
| Milestone: | 14.09 → 14.10 |
|---|
Move complicated/risky tickets to next milestone.
comment:17 by , 10 years ago
| Milestone: | 14.10 → 14.11 |
|---|
Not enough time/resources for these tickets this month.
comment:18 by , 9 years ago
| Milestone: | 14.11 → 14.12 |
|---|
comment:19 by , 9 years ago
In [o30854] - see #josm5309 - rework cache directory structure so you don't have too many files in in one directory
New cache is implemented in TMSFileCacheTileLoader. Old cache in OsmFileCacheTileLoader? should work
as before.
comment:21 by , 9 years ago
comment:24 by , 9 years ago
| Milestone: | 15.02 |
|---|
comment:25 by , 9 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Fixed in [8168] and later patches
comment:26 by , 9 years ago
| Milestone: | → 15.04 |
|---|
Ticket #8371 has been marked as a duplicate of this ticket.