Re: [OSM-talk] JOSM should delete image caches on exit
On 12.01.2014 04:04, Tom Taylor wrote: Caching images for a given session makes lots of sense, but leaving them forever really does not. How do I put a request in to the JOSM developers to ensure that images caches are deleted upon exit from JOSM? Please don't. I'm happy not needing to download imagery again and again from low bandwidth connections. There was some work ongoing on supporting database files for the imagery instead of single files. This might improve the situation for you as well. I don't know the status of the development. And it does not solve the issue of expiring tiles based on age or size. In case someone implements it, that value should be configurable. Stephan ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM should delete image caches on exit
No it should not delete cache on exit!!! Possibility to chose that would be OK, but automatic delete would be terrible. On 01/12/2014 04:04 AM, Tom Taylor wrote: I started a virus scan a couple of days ago and wondered why scanning seemed to hang up on a particular file. Investigating further I found it was a folder -- of cached Bing images dating back from the first days of my remote mapping activity to the present. There were 450,000 of them! It has taken me two days running at 100% computer utilization much of the time to get rid of them. (Maybe I did it wrong. Simply deleting the containing folder containing the last 150,000 just took a couple of minutes.) Caching images for a given session makes lots of sense, but leaving them forever really does not. How do I put a request in to the JOSM developers to ensure that images caches are deleted upon exit from JOSM? Tom Taylor TomT5454 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM should delete image caches on exit
On 12/01/2014, hbogner hbog...@gmail.com wrote: No it should not delete cache on exit!!! Possibility to chose that would be OK, but automatic delete would be terrible. Agreed. The usual configurarion for caches is a maximal disk usage, deleting LRU entries when that size is reached. That's far better than flushing the cache at certain points in time. Give it a good default value (500MB ?) and most users will never need to worry about the feature. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM should delete image caches on exit
On 12 Jan 2014, at 21:32, moltonel 3x Combo molto...@gmail.com wrote: On 12/01/2014, hbogner hbog...@gmail.com wrote: No it should not delete cache on exit!!! Possibility to chose that would be OK, but automatic delete would be terrible. Agreed. The usual configurarion for caches is a maximal disk usage, deleting LRU entries when that size is reached. That's far better than flushing the cache at certain points in time. Give it a good default value (500MB ?) and most users will never need to worry about the feature. If it’s configurable then those with slower internet connections thus want a larger cache, and those who prefer a smaller cache to minimise disk space usage can both be happy. Shaun ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] JOSM should delete image caches on exit
I started a virus scan a couple of days ago and wondered why scanning seemed to hang up on a particular file. Investigating further I found it was a folder -- of cached Bing images dating back from the first days of my remote mapping activity to the present. There were 450,000 of them! It has taken me two days running at 100% computer utilization much of the time to get rid of them. (Maybe I did it wrong. Simply deleting the containing folder containing the last 150,000 just took a couple of minutes.) Caching images for a given session makes lots of sense, but leaving them forever really does not. How do I put a request in to the JOSM developers to ensure that images caches are deleted upon exit from JOSM? Tom Taylor TomT5454 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM should delete image caches on exit
Hi, On 12.01.2014 04:04, Tom Taylor wrote: How do I put a request in to the JOSM developers to ensure that images caches are deleted upon exit from JOSM? JOSM has a trac tracker at josm.openstreetmap.de (usable without account). There's also a josm-dev mailing list on which this was discussed http://gis.19327.n5.nabble.com/JMapViewerTiles-folder-in-my-Temp-folder-td5722203.html but not resolved. There's also this German forum page http://forum.openstreetmap.org/viewtopic.php?id=14629 where a couple of Windows batch jobs are discussed for cleaning the cache. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM should delete image caches on exit
On Sat, Jan 11, 2014 at 10:04 PM, Tom Taylor tom.taylor.s...@gmail.comwrote: I started a virus scan a couple of days ago and wondered why scanning seemed to hang up on a particular file. Investigating further I found it was a folder -- of cached Bing images dating back from the first days of my remote mapping activity to the present. There were 450,000 of them! It has taken me two days running at 100% computer utilization much of the time to get rid of them. (Maybe I did it wrong. Simply deleting the containing folder containing the last 150,000 just took a couple of minutes.) Oops, re the 450,000 files. As for the time / effort it tool to remove them, you might have been deleting them one by one from the directory, especially if you were doing it from a GUI interface than from the command line -- again, Oops. Caching images for a given session makes lots of sense, but leaving them forever really does not. How do I put a request in to the JOSM developers to ensure that images caches are deleted upon exit from JOSM? I agree that purging old and particularly obsolete data in an image cache makes sense. I also agree that it makes sense to initiate purging the cache without requiring the user to initiate the purge. However, I disagree that the image cache should always be automatically purged when exiting from JOSM. What if the person restarts it right away, or next day, or next week, and wants to work on the same area they were previously working in? In this case, the data in the image cache at the time of the exit is likely still useful, and it would be a waste of downloading time and network bandwidth to download it again. I also disagree that the image cache should always be purged without user intervention. (I agree that this option should be available to be selected by the user, but it probably should not be the default.) Maybe the user knowingly never wants the cache automatically purged, for whatever reason. Maybe the user wants to know what's going on, and have some control as to how much is purged or kept. I think a better choice would be to have JOSM generate a notification upon exit when the cache is above some (potentially configurable) level, saying The image cache is over N bytes / N files / has data over N days old -- would you like the oldest information over this limit purged? Perhaps some sort of sliding scale configurator, showing how much is in the cache now and how much free space will be regained by deleting data more than a day / a week / a month / N days old. Thanks for your time. Hope this is of some use, interest. Be well. Joseph ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM should delete image caches on exit
On 11/01/2014 11:02 PM, Joseph R. Justice wrote: On Sat, Jan 11, 2014 at 10:04 PM, Tom Taylor tom.taylor.s...@gmail.com mailto:tom.taylor.s...@gmail.com wrote: I started a virus scan a couple of days ago and wondered why scanning seemed to hang up on a particular file. Investigating further I found it was a folder -- of cached Bing images dating back from the first days of my remote mapping activity to the present. There were 450,000 of them! It has taken me two days running at 100% computer utilization much of the time to get rid of them. (Maybe I did it wrong. Simply deleting the containing folder containing the last 150,000 just took a couple of minutes.) Oops, re the 450,000 files. As for the time / effort it tool to remove them, you might have been deleting them one by one from the directory, especially if you were doing it from a GUI interface than from the command line -- again, Oops. Caching images for a given session makes lots of sense, but leaving them forever really does not. How do I put a request in to the JOSM developers to ensure that images caches are deleted upon exit from JOSM? I agree that purging old and particularly obsolete data in an image cache makes sense. I also agree that it makes sense to initiate purging the cache without requiring the user to initiate the purge. However, I disagree that the image cache should always be automatically purged when exiting from JOSM. What if the person restarts it right away, or next day, or next week, and wants to work on the same area they were previously working in? In this case, the data in the image cache at the time of the exit is likely still useful, and it would be a waste of downloading time and network bandwidth to download it again. I also disagree that the image cache should always be purged without user intervention. (I agree that this option should be available to be selected by the user, but it probably should not be the default.) Maybe the user knowingly never wants the cache automatically purged, for whatever reason. Maybe the user wants to know what's going on, and have some control as to how much is purged or kept. I think a better choice would be to have JOSM generate a notification upon exit when the cache is above some (potentially configurable) level, saying The image cache is over N bytes / N files / has data over N days old -- would you like the oldest information over this limit purged? Perhaps some sort of sliding scale configurator, showing how much is in the cache now and how much free space will be regained by deleting data more than a day / a week / a month / N days old. ... Thanks for your reply. I agree with your suggestions, really, and thought about them myself. It's why I specified exit rather than restart, for one thing. I just wanted to make things simple for the developers. For myself, I was going to apply the equivalent of your policy by manually deleting the cache when I moved on to a new area. Tom ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM should delete image caches on exit
Caching images for a given session makes lots of sense, but leaving them forever really does not. How do I put a request in to the JOSM developers to ensure that images caches are deleted upon exit from JOSM? As someone in a low-bandwidth situation, I'd prefer to keep the cache; hopefully the existing behavior will still be available. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] JOSM should delete image caches on exit
On 12/01/2014 2:43 AM, Paul Johnson wrote: Caching images for a given session makes lots of sense, but leaving them forever really does not. How do I put a request in to the JOSM developers to ensure that images caches are deleted upon exit from JOSM? As someone in a low-bandwidth situation, I'd prefer to keep the cache; hopefully the existing behavior will still be available. I looked up the reference Frederick gave and found JOSM already supplies what I need. The discussion reference is: http://gis.19327.n5.nabble.com/JMapViewerTiles-folder-in-my-Temp-folder-td5722203.html The advice was: You can clear the cache by right clicking in the map and using the Flush tile cache option in the context menu. That will clear the cache for the currently visible imagery layer. You can also change where the cache is stored in your preferences under the WMS/TMS Settings tab. Tom ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
