Hi Christian,
for the moment there is no support for the GT geotiff plugin based on gdal
:(
There is a JIRA about it, created long time ago:
http://jira.codehaus.org/browse/GEOT-2864
However, if you need to deal with bigtiff, you could try configuring a
coverage through the standard geotiff store
Hi Daniele, my primary problem is that I am running on a hardware
where jai native acceleration is not available.
As a consequence, I would like to use a gdal format to achieve better
performance.
What format would you recommend ?
Next question, I would like to try the imagepyramid plugin
Ciao Christian,
we never added support for gdal geotiff deiver since we always been using
our own which as comprabale performance and is pure java.
Therefore Would recommend sticking with the geotools geotiff reader that
should support bigtiff since the the move to imageio-ext 1.1
As of the
Hi Daniele, I succeeded with a gdal installation on a power pc
architecture and I see the additional gdal formats in the geoserver
admin gui.
I want to use gdal big geotiff format. In the WEB-INF/lib folder I find
gt-geotiff-8-SNAPSHOT.jar
imageio-ext-gdalgeotiff-1.1.2.jar
Simone, short question here.
Does this mean that I can use native image IO (due to GDAL) without installing
the standard JAI accelerator libraries.
My customers uses non Intel and non Oracle hardware for the servers
and there is no JAI native acceleration available. But I can compile
Ciao Christian,
the two things are unrelated, therefore this is a yes :)
Regards,
Simone Giannecchini
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax:
Good news, very, very good news.
I downloaded gdal 1.7.3 and wanted to start a 64 bit build.
Unfortunately, I did not find any instructions on
http://java.net/projects/imageio-ext
how to configure the build. No idea which features are needed
(proj4,swig bindings,...).
The only thing I
Hi Christian,
you can take a look on this:
http://java.net/downloads/imageio-ext/Documentation/ImageioExt-SetupGuide-1.1.pdf
(there is also a .odt document, just change the extension on that link)
Let us know if you have some feedbacks on it so we can improve the
documentation too.
Hope this
+1 on upgrade of the stable branch to imageio 1.1.x / gdal 1.7.3. Also a
related question about the roadmap of imageio-ext and how the various gdal
versions are tracked. It seems now the strategy is to lag behind a few
releases, a nice conservative approach. Question is do the imageio-ext
Ciao Justin,
please, read below...
Regards,
Simone Giannecchini
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 333
Any feedback on this one http://jira.codehaus.org/browse/GEOT-3931
We might want to wait until right after next geotools release, or do
it right away. We just want tl see if ther eis any feedback.
Regards,
Simone Giannecchini
---
Ing. Simone
The idea sounds fine; however let me counter with another idea that would have
the same effect for GeoServer.
What would you say to issuing a 8.0-RC1?
After 8.0-RC1 is published; the stable release of GeoServer could migrate to to
8.x series; and we can rename trunk as 9.x.
It does seem like
On Mon, Dec 5, 2011 at 5:41 AM, Jody Garnett jody.garn...@gmail.com wrote:
The idea sounds fine; however let me counter with another idea that would
have the same effect for GeoServer.
What would you say to issuing a 8.0-RC1?
After 8.0-RC1 is published; the stable release of GeoServer
You mean, 2.1.x migrating to the 8.x series? -1, way too many changes
occurred, it would take a couple of months
of betas before getting out with something that can be considere stable for
the production needs.
Darn :(
Well I am also not keen on having two stable branches ... any
On Mon, Dec 5, 2011 at 8:11 AM, Jody Garnett jody.garn...@gmail.com wrote:
You mean, 2.1.x migrating to the 8.x series? -1, way too many changes
occurred, it would take a couple of months
of betas before getting out with something that can be considere stable
for the production needs.
Darn
15 matches
Mail list logo
