Re: [Geoserver-devel] {Spam?} Re: A preview of SDE rasters

[Gabriel <gr...@ax...>]

Hi Saul,

even if its a rough prototype it looks very promising!
Thanks for taking the time of making it visible

As Andrea said, connection sharing looks like a factory level detail. Guess=
 we=20
should do some planning on the sde plugin as for the improvements we talked=
=20
about before and making room for this new stuff.

cheers,

Gabriel

On Friday 29 December 2006 16:13, Andrea Aime wrote:
> Saul Farber ha scritto:
> >> How big is that?
> >
> > The raw, four-band orthos are about 450Gb.  That's 32 bits per pixel
> > (8-red, 8-blue, 8-green, 8-near-infrared).
>
> Quite big, interesting.
>
> >> I'm curious, what's the most important functionality that you left out?
> >> (I mean, besides getting color right and so on)
> >
> > I think there are two biggies that are missing right now:
> >
> > * Integration with JAI, meaning that JAI has this pretty powerful
> > "generate a RenderedImage from a datasource" plugin system that enables
> > streaming images from one JVM to another, tiled image caching,
> > graphics-hardware acceleration, and some other cool stuff.
>
> Hmm... I'm not sure JAI gives you any better graphics-hardware
> acceleration than buffered images provided you're using at least java 5
> (and Geoserver works just fine with java5, we should publicize this
> a bit more, since it's faster there. We should try java6 too, afaik
> now gt2 has trouble building with java 6).
>
> > * Correct image resampling.  Suppose that you get a request for an image
> > with an extent that doesn't cleanly map onto your grid of raster pixels.
> >   You have to create an image that includes all the pixels that are
> > *touched* by the requested extent, and then let the GridCoverageRenderer
> > resample the image you created into the image that was requested (using
> > some kind of pixel interpolation).  I'm not sure this is working
> > correctly right now, which means that my rasters won't line up correctly
> > with any vector datasets that might be on top.
>
> This one is a good question for Simone. Don't hold your breath thought,
> he'll be away for a few days.
>
> > Plus there's refactoring the ArcSDE datastore plugin to be able to share
> > connection-pooling code, and figuring out a way to have ArcSDE
> > datastores share connection pools with ArcSDE coverages.  Not sure how
> > to work that right now.
>
> Hmm... sharing the connection pool seems something to be done at the
> factory level, but it also means putting the pool in a shared static
> cache. Probably a weak/soft reference map would do.
>
> Cheers
> Andrea
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your opinions on IT & business topics through brief surveys - and earn ca=
sh
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> Geoserver-devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel

=2D-=20
Gabriel Rold=E1n (gr...@ax...)
Axios Engineering (http://www.axios.es)
Tel. +34 944 41 63 84
=46ax. +34 944 41 64 90