I did further tests and observed something strange which may be related (or
not) to this bug.
I crop an image and save the result in a new file, it creates a new
RasterImageLayer.
I remove this new RasterImageLayer from the LayerNamePanel : the underlying
file stay locked
Now I remove also the original RasterImageLayer : now the file containing the
cropped image is unlocked !
I tried to close a few streams and RenderedOp in TiffUtils2, but nothing fixed
the problem.
I also think that the big cache in TiffUtils2 is not a good idea as it retains
GeoReferencedRaster in a static Map (i.e for ever), but I tried to clean this
cache in RasterImageLayer.dispose() and to replace the cache by a WeakHashMap :
nothing solved the locking problem.
---
** [bugs:#511] CropWarp raster plugin can't overload existing file**
**Status:** open
**Milestone:** undecided
**Created:** Tue Nov 10, 2020 10:01 PM UTC by michael michaud
**Last Updated:** Wed Nov 18, 2020 03:18 PM UTC
**Owner:** nobody
If one process an image with CropWarpPlugin and try to save the result with the
name of an existing image (want to replace the former image), there is no
warning as in other plugins, and it produces a weird image (looks like a mixt
between the old and the new image).
---
Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is
subscribed to https://sourceforge.net/p/jump-pilot/bugs/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/jump-pilot/admin/bugs/options. Or, if this is a
mailing list, you can unsubscribe from the mailing list.
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
