i just reverted to the use of the ImageIO-Ext TIF reader which worked well in
OJ 1.15, in the hope that it combined with the latest changes will provide a
faster but as stable solution for now.
let's wait how Rob's gonna like it.. ede
On 9/30/2020 17:17, Giuseppe Aruta wrote:
> By the way. ChangeLog file should be upgraded with the new loader for
> RasterImageLayers (Sextante).
> My impression is that it is faster comparing to previous JAI("ImageLoad")
> method and that it can access to a more extended variety of TIF files
> (AsterDEM and small_World.tif files are some samples)
>
> Il giorno mer 30 set 2020 alle ore 17:11 Giuseppe Aruta <
> giuseppe.ar...@gmail.com> ha scritto:
>
>>> you may wonder, but that's like wondering if Corona isn't just another
>> flu. and that's very unlikely as well, if not even proven wrong already ;)
>>
>> Are you talking about Corona the Mexican beer? Possibly you want to say
>> SARS-COV 2 which sounds more correct ;-)
>>
>> Il giorno mer 30 set 2020 alle ore 16:08 <edgar.sol...@web.de> ha scritto:
>>
>>> On 9/29/2020 17:31, Giuseppe Aruta wrote:
>>>> I observed that type of raster representation, described by Alberto,
>>> only
>>>> when I load some Roberto's raster file using the option *Open
>>>> Layer>Buffered Image (commons imaging)*
>>>> [image: image.png]
>>>
>>> that's a completely different code path, which by the way is fixable as
>>> explained in the JIRA ticket, which i'll do if i come around to it.
>>>
>>>> I wonder if there is a connection and somehow the omnivorous
>>>> GeoReferencedRaster load fails to use
>>>> ImageIO etc and tries to load a raster using Commons Imaging ;-)
>>>
>>> you may wonder, but that's like wondering if Corona isn't just another
>>> flu. and that's very unlikely as well, if not even proven wrong already ;)
>>>
>>> ..ede
>>>
>>
>
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
