GeoSolutions is growing!

GeoSolutions has just moved to new office in order to cope with its expansion, sowing seeds of an even brighter professional future.
From now on you can find us at:

Via Poggio alle Viti 1187 - 55054 Massarosa (Lucca) - Italy View map

Phone/Fax: 0039 0584 962313

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

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.

Introducing GeoSolutions Enterprise Services

GeoSolutions is proud to offer four levels of enterprise support services centered on the GeoServer platform to help organizations with building enterprise-class Spatial Data Infrastructure (SDI), integrating and tuning best-of-breed Open Source geospatial frameworks, into what we call the OpenSDI suite.



Thanks to its extensive experience in building and supporting enterprise class geospatial infrastructures, GeoSolutions will provide your organization with an outstanding level of support through the full project lifecycle for a successful and stress-free deployment.

If your organization was refraining from adopting Open Source software in the enterprise due to lack of professional support, we are here to help. Start investing on features and support rather than on licenses!


More information can be found here. You can contact us here.

News from OSGIS 2010

Dear All,
I just wanted to write a few lines about the OSGIS 2010 event that took place last week in Nottingham, UK.
As you can see from the agenda the FOSS4G tribe was represented almost entirely; people from all over the world were attending and/or presenting.

As of the first day's workshops, it is a shame I have not been able to attend many of them, but just the Ordnance Survey OpenSpace event, which has been very interesting.
As far as the second day's presentations are concerned, I had the opportunity to check of them. I have to say that I have much appreciated many of them, although I would mention in particular Theodor Foerster's work with WPS and Sensor Web. Soon all the presentations should be available on the web.

As mentioned in a previous post, GeoSolutions was presenting the latest news on the GeoServer. Here below you can see the presentation.

Osgis 2010

View more presentations from GeoSolutions.

GeoSolutions presentation @ OSGIS 2010

GeoSolutions will be present at OSGIS 2010, the Open Source GIS UK (OSGIS) Conference, which will be held on 21-22 June at the Centre for Geospatial Science University of Nottingham.

Ing. Simone Giannecchini, GeoSolutions' founder as well as GeoServer PSC and GeoTools PMC member, will give a presentation titled "Using GeoServer for interoperable management and dissemination of geospatial data", which will provide a quick introduction on the GeoServer geospatial framework.

If you are attending the conference and are interested in knowing more about GeoServer or GeoSolutions services, Ing. Giannecchini will be glad to provide you with all the information you need.

[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.