Tampilkan postingan dengan label imageio-ext. Tampilkan semua postingan
Tampilkan postingan dengan label imageio-ext. Tampilkan semua postingan

Selasa, 06 Maret 2012

Developer's Corner: ImageIO-Ext 1.1.3 Release is available


Dear all,
We would like to take the occasion to introduce the ImageI/O-Ext 1.1.3 release (which is now supported by GeoServer 2.1.x, 2.2.x and GeoTools 2.7.x and 8.x.

Various improvements have been implemented for the GDAL framework in order to enhance its speed and robustness:
  • Tested with GDAL 1.7.3 and 1.8.1 on all Linux32/linux64/win32/win64
  • More aggressive caching of GDAL Dataset resulting in more speed
  • Less synchronization around GDAL calls resulting in more scalability

Artifacts Released
Artifacts for Imageio-Ext have been deployed on the GeoSolutions maven repository, as well as on the OSGEO one.


The GeoSolutions team,

Kamis, 03 November 2011

ImageI/O-Ext 1.1.2 Released



Dear all,
GeoSolutions is pleased to announce the ImageI/O-Ext 1.1.2 release. With respect to 1.1.1, it adds a few bug fixes as well as improvements for the Tiff reader as well as on how we manage file memory mapping to provide a nice performance boost on remotely mounted file systems, e.g. NFS.
Release artifacts have been deployed on the GeoSolutions maven repository, as well as on the OSGEO one.

It is worth to notice that we are right now discussing with the GeoServer community for switching the GeoServer 2.1.x branch to this new ImageI/O-Ext release (the unstable trunk version already leverages on this newest ImageI/O-Ext) .

If you have questions about ImageI/O-Ext or if you want to know more about our services could help your organization to reach its goals, do not hesitate to contact us.

Regards,
the GeoSolutions Team

Kamis, 21 Juli 2011

ImageI/O-Ext 1.1.1 Released



Dear all,
GeoSolutions is pleased to announce the ImageI/O-Ext 1.1.1 release. With respect to 1.1.0, it adds support for the IDRISI Raster Format. This format should be soon be available in GeoTools and GeoServer trunk.
Release artifacts have been deployed on the GeoSolutions maven repository, as well as on the OSGEO one.

Regards,
the GeoSolutions Team

Selasa, 21 Juni 2011

ImageI/O-Ext 1.1.0 Released



Dear all,
GeoSolutions is pleased to announce the ImageI/O-Ext 1.1.0 release. It replaces the 1.1-RC1 release (by also adding BSB and CADRG RPFTOC plugins through GDAL).
Changes with respect to 1.0.x series can be summarised as follows:
  • Out-of-the-box Support for GDAL 1.7.3, which means no more patches are needed for GDAL Java bindings in order to access it from ImageI/O-Ext.
  • BigTiff support, breaking the 4GB TIFF limit.
  • EnhancedImageReadParam support. It extends the standard ImageReadParam by implementing Cloneable (used when supporting MultiThreading read operation) and a new DestinationRegion param to support oversampling/subsampling without specifying sourceSubSampling parameters. This may be used when dealing with readers which internally take care of performing subSampling/overSampling, such as the GDALImageReader
  • Experimental multidimension plugin for reading spatiotemporal sources like:
    • netCDF raster files following the Climate and Forecast (CF) convention
    • GriB edition 1
    • HDF version 4
Release artifacts have been deployed on the GeoSolutions maven repository, as well as on the OSGEO one.

Regards,
the GeoSolutions Team

Selasa, 19 April 2011

ImageI/O-Ext 1.1-RC1 Released



Dear all,
GeoSolutions is pleased to announce the ImageI/O-Ext 1.1-RC1 release which has been incubating for a long time.
Changes with respect to 1.0.x series can be summarised as follows:
  • Out-of-the-box Support for GDAL 1.7.3, which means no more patches are needed for GDAL Java bindings in order to access it from ImageI/O-Ext.
  • BigTiff support, breaking the 4GB TIFF limit.
  • EnhancedImageReadParam support. It extends the standard ImageReadParam by implementing Cloneable (used when supporting MultiThreading read operation) and a new DestinationRegion param to support oversampling/subsampling without specifying sourceSubSampling parameters. This may be used when dealing with readers which internally take care of performing subSampling/overSampling, such as the GDALImageReader
  • Experimental multidimension plugin for reading spatiotemporal sources like:
    • netCDF raster files following the Climate and Forecast (CF) convention
    • GriB edition 1
    • HDF version 4
Release artifacts have been deployed on the GeoSolutions maven repository, as well as on the OSGEO one.

Regards,
the GeoSolutions Team

Rabu, 02 Februari 2011

GeoSolutions YouTube channel



Hi all,
at GeoSolutions we decided to create a YouTube channel in order to have common repository for the videos that we make sometimes to demonstrate and/or explain new functionalities for the software we develop.

You can reach the channel here.

Enjoy!
The GeoSolutions team.

Minggu, 30 Januari 2011

A new home for the ImageIO-Ext project



Dear All,
after a long wait a new home has been finally created by Oracle for the ImageIO-Ext project on the new Java.net infrastructure. You can reach it here.

For the records the Image I/O-Ext project extends the Java's ImageI/O framework capabilities by providing access to new raster formats directly or through the integration of other frameworks and libraries, like GDAL, JMagick (experimental) and Kakadu for JPEG2000.
The project is Open Source but commercial-friendly, part of the code is released under an LGPL license, some other parts (namely, derivative work from Oracle's imageio source code) are licensed under BSD license.

This work has been started with the Google Summer of Code in 2006 by Ing. Daniele Romagnoli mentored by Ing. Simone Giannecchini (GeoSolutions).

The GeoSolutions team.

Senin, 25 Oktober 2010

Latest on JPEG2000 Improved Support for the Java world

Dear all,
We would like to take the occasion to describe more in details some improvements that were implemented with the ImageI/O-Ext 1.0.8 release (which is now supported by GeoServer 2.0.2, 2.7.x and GeoTools 2.6.4 and 2.7.x) as well as with the previous ones.

Reader Improvements
Various improvements have been implemented for the JPEG2000 Kakadu reader in order to enhance its speed and robustness:

  • More checks on stripe decompression
  • Improved Warning Messages at startup
  • Improved subsampling factor computation 
Writer Improvements
Various improvements have been implemented for the JPEG2000 Kakadu writer in order to enhance support for very large imagery writing in terms of more control options as well as in term of reduced footprint during the writing process itself.
Specifically we have added the following:

  • Support for writing the GeoJP2 box
  • Support for writing tile oriented images
  • Support for Corder
  • Support for ORGgen_tlm
  • Support for ORGgen_plt
  • Support for ORGt_parts 
Sample Code
At the following link you can find an example that tells you how to read/write JPEG2000 data using ImageIO-Ext:
http://pastebin.com/uY2n17Gz

ArtifactsReleased
Artifacts for Imageio-Ext have been deployed on the GeoSolutions maven repository, as well as on the OSGEO one.

Regards,
the GeoSolutions Team

Rabu, 06 Oktober 2010

ImageI/O-Ext 1.0.8 released!



Dear all,
GeoSolutions is pleased to announce the ImageI/O-Ext 1.0.8 release.

Some minor changes with respect to 1.0.7:
- More and improved write parameters for the JPEG2000 Kakadu plugin
- Minor clean up in GDAL base framework

This release still leverage on GDAL 1.4.5, therefore no changes are required on native libraries with respect to version 1.0.5, 1.0.6, 1.0.6-1, 1.0.7.

Released artifacts have been deployed on the GeoSolutions maven repository, as well as on the OSGEO one.

Regards,
the GeoSolutions Team

Kamis, 12 Agustus 2010

ImageI/O-Ext 1.0.7 released

Dear all,
GeoSolutions is pleased to announce the ImageI/O-Ext 1.0.7 release.

Some minor changes with respect to 1.0.6-1:
- improvements on gdal support core classes when reading bands at once (for datatypes not BYTE)
- HastTable replaced with HashMap on kakadu plugin.

This release still leverage on GDAL 1.4.5, therefore no changes are required on native libraries with respect to version 1.0.5, 1.0.6, 1.0.6-1.

Released artifacts have been deployed on the GeoSolutions maven repository, as well as on the OSGEO one.

Regards,
the GeoSolutions Team

Jumat, 23 Juli 2010

BigTiff support ready in ImageIO-Ext trunk

Dear all,
we are pleased to announce that ImageI/O-Ext 1.1.x (trunk) now supports BigTIFF!

We have tagged a 1.1M06-07-2010 version which contains it and we have also deployed maven artifacts for the snapshots as well as the above mentioned tag inside our maven repository: 

http:// maven.geo-solutions.it

Tests and feedbacks are very welcome.

It is worth to point out that soon GeoServer trunk and GeoTools trunk will be able to access bigtiff as well! 

Regards,
the GeoSolutions team.

Rabu, 12 Mei 2010

[FIX] GeoTools and GeoServer not able to load raster plugins with latest Tomcat

The Problem
Lately some GeoTools and GeoServer users reported issues related to GeoTools raster plugins not being properly loaded in Tomcat 6.0.24 and above.

Typical scenario is as follows: Geoserver deployed in Tomcat 6.0.26 along with the GDAL ImageIO-Ext extensions. The available GDAL formats properly appear in the Store user interface but, when trying to configure a new coverage, an error is reported and the logs shows the following message

Caused by: java.lang.IllegalArgumentException: Incorrect input type!
at javax.imageio.ImageReader.setInput(ImageReader.java:290) at it.geosolutions.imageio.gdalframework.GDALImageReader.setInput(GDALImageReader.java:838)



The cause
Behind the scenes this is what is happening:

  • In latest Tomcat releases a huge amount of work has been put in in order to solve some memory leaks that were causing Out Of Memory (OOM) errors during web application reload.
  • Specifically the problems seems to be the JreLeakPreventionListener which interferes badly with the ImageIO IIORegistry where the low level raster plugins are registered. The JreLeakPreventionListener basically deregister them all during web application startup to prevent memory leaks.
The solution
Providing a general solution is not dead easy, since this is a bug at theJDK/JRE level (there is where the IIORegistry resides). However, two different workarounds can be implemented, with different impact on the application lifecycle:
  1. Set the JreMemoryLeakPreventionListener attribute called appContextProtection to "false" in Tomcat's server.xml configuration file (found under the conf directory of the Tomcat installation). Notice that this will leave memory leaks around in case you re-deploy GeoServer multiple times which requires a restart of Tomcat itself. This is not a problem in case you don't plan to redeploy GeoServer frequently.
  2. You can move all the JAI and ImageIO jars from GeoServer WEB-INF/lib directory to Tomcat's shared/lib folder in order to share them between all the web context in tomcat. This will not leave any memory leak around but in case you have other applications deployed inside the same Tomcat instance which contains JAI or ImageIO libraries, you need to remove them as well or you might get class-loading conflicts.
Ciao a tutti,
Simone.


Kamis, 01 April 2010

Behind the curtains: GeoServer/GeoTools ImageMosaic footprints management

Lately at GeoSolutions we have been working on improving the ImageMosaic capabilities as far as large mosaic with void areas are concerned. Often we need to mosaic several datasets which partially overlap which also contain areas where no data is defined (void areas); an example could be a set of satellite acquisitions with some missing areas (see pictures below).



In the example above, the red borders represent the overlapping portions of the mosaic datasets; such portions partially overlap with other areas containing useful data for other datasets. A mosaic of these 2 datasets might produce a rendering like the one here below (notice the black rectangle due to the fact that the left image above has been superimposed on the right image):



The black area in the lower right corner of the first dataset hides the north-east region of Tunisia contained in the second dataset.

To solve this issue it will be soon possible to pre-configure a "footprint" shapefile containing "valid inclusion area" for each dataset composing the mosaic.
Each footprint record should contain a "location" attribute referring to the dataset composing the mosaic as well as a geometry (multipolygon) representing its inclusion area. (A missing entry for a specific dataset means that it has no void areas).
Therefore, when configuring a mosaic on a folder containing a footprint shapefile, the index builder will automagically handle that information by setting up a ROI for each dataset. In our example the resulting rendering would have been as follows:


Notice that the code for automatically computing the footprint at mosaic creation is not covered in this work, therefore the footprint shapefile must be pre-created. Feel free to contact us in case you are willing to fund the development for adding the capability to perform automatic footprint extraction.

When configuring an ImageMosaic layer from the GeoServer GUI, you should soon see an additional "HandleFootprint" (this name might change in the definitive version) option which would allow to decide whether or not enabling footprint management (when available).
Notice that this feature is orthogonal to InputTransparentColor and OutputTransparentColor.



The following screenshots depict a footprint used to properly handle a mosaic composed of 4 partially overlapping datasets presenting complex void areas (The 4 shapes identifying each dataset are light red, light green, light blue and light purple. Overlapping shapes are darker):


The following screenshots depict the result of the rendering with footprint management disabled (left side) and enabled (right side). The red circles represent parts of the mosaic properly rendered when footprint management is enabled.


Enjoy,
The GeoSolutions' team.

Kamis, 11 Februari 2010

Notizie dal FOSS4G-IT 2010 Lugano

Scriviamo dall’aula magna della Scuola Università Professionale della Svizzera Italiana (SUPSI) che gentilmente ospita presso le sue strutture l’edizione 2010 del FOSS4G-IT.
Di seguito pubblichiamo uno scatto della giornata di ieri, la giornata dedicata ai workshop, tipicamente il momento nel quale gli ‘esperti’ del campo condividono le loro conoscenze per la formazione.

WorkShop di GeoSolutions al FOSS4G-IT 2010

GeoSolutions, tramite Alessio Fabiani e Simone Giannecchini, core developers di Geoserver, GeoTools, GeoBatch e ImageIO-Ext, hanno messo a disposizione dei partecipanti le loro conoscenze di sviluppatori del Geoserver in tre intense ore di formazione di base e non solo.
E’ stata un’ottima occasione sia per noi di testare le nostre capacità formative, attività mai semplice e che richiede elevata professionalità ed un continuo rinnovamento delle tematiche trattate e del materiale formativo; sia per i partecipanti che hanno potuto sfruttare una corsia preferenziale per entrare nel mondo del Geoserver e della disseminazione dei dati geografici con standard OGC.
Il live-DVD prodotto per il workshop verrà presto messo a disposizione di tutte le persone che desiderano provare in maniera semplice, nessuna installazione richiesta, Geoserver ed altri software GIS.
Un ringraziamento particolare a Massimiliano Cannata ed all’Istituto di Scienze della Terra di Lugano (D.A.C.D).