Hi Ede,
can you check if this modification fits memory problems?
a) On loading TIF (RasterImageIO and TiFFUtils class) I get the envelope
directly tiff metadata
b) on the other tools I reuse the previous method
Il giorno lun 14 set 2020 alle ore 10:49 <edgar.sol...@web.de> ha scritto:
> Peppe,
>
> i noticed earlier that your image reading implementation creates a new
> Reader on every render call but thought you will notice when this becomes a
> performance issue.
>
> seeing you continue this trend with code like below i become a little
> worried ;) and suggest you try to model your approach using class instances
> keeping the reference to be reused hence saving additional file access.
> easiest would be a "caching" holding the ReferencedImageReader object in a
> HashMap with the path value as key. remember to close it properly if the
> layer is removed!
>
> this also may become a memory issue as i am not sure that all file handles
> are closed automatically this way. ..sunshine ede
>
>
> On 9/14/2020 9:51, jump-pilot-svn--- via Jump-pilot-devel wrote:
> > + /**
> > + * Get Envelope from file
> > + * @param fileName
> > + * @return Envelope
> > + * @throws ReferencedImageException
> > + */
> > +
> > + public static Envelope getGeoReferencing(String fileName) throws
> ReferencedImageException {
> > + GeoReferencedRaster geoRaster = new
> GeoReferencedRaster(new File(fileName).toURI().toString());
> > + return geoRaster.getEnvelope();
> > +
>
>
>
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
