Hi all: I'll try to describe my project: - I'm developing a Swing application that will show a really BIG map (150k x 100k px). - I need to navigate through the image and the navigation speed is critical. - Even though the user must be allowed to zoom in an out the map, the maximum resolution will be the default (and what the user will be using normally). - The user must be allowed to load layers above the raster (ex. using shapefiles). - The raster files (index shapefile + geotiff) are stored in the local (SCSI) HD. The storage capacity isn't a problem. - The app must run in Debian GNU/Linux.
On mié, 2007-12-12 at 15:11 +0100, Simone Giannecchini wrote: > Exaclty, that's the point. > > I think what diego needs is something different from what the > StreamingRenderer is supposed to do. This is why I am asking details > about what he needs to do. > If he has some specific needs I can drop some ideas that would help > him to get very high perfomances even with enormous coverage. You have > seen a few time the experimental viewers I have for coverage with > enabled pyramids, they are really fast even if the coveerage are big. > > Simone. > > On Dec 12, 2007 3:04 PM, Andrea Aime <[EMAIL PROTECTED]> wrote: > > Simone Giannecchini ha scritto: > > > Ciao Diego (again :-) ), > > > please, read below.... > > > > > > On Dec 12, 2007 1:05 PM, Diego Fdez. Durán <[EMAIL PROTECTED]> wrote: > > >> I've been reading the StreamingRenderer trying to understand how the > > >> layer's drawing process works. > > >> > > >> When the StreamingRenderer draws the layer[1] it uses the > > >> Graphics2D.drawImage method. Wouldn't be better to use the > > >> Graphics2D.drawRenderedImage to apply the transformation (and get better > > >> performance?). > > > > > > The images that we use in the streaming renderer are bufferedimages > > > which are untiled. They are intrinsically in-memory hence using > > > drawrenderimage would not bring any performance speed up. > > > drawRenderedImage should be used when drawing tiled images like > > > PlanarImage subclasses. Of course IMHO :-) > > > > Well, in GeoServer we are encoding everything against a BufferedImage > > (since we are supposed to work in a headless environment) > > but that is not the case of Diego, he's doing a Swing app as far > > as I understand, right? > > > > Cheers > > Andrea > > > > > -- Diego Fdez. Durán <[EMAIL PROTECTED]> | http://www.goedi.net GPG : 925C 9A21 7A11 3B13 6E43 50DB F579 D119 90D2 66BB
signature.asc
Description: Esta parte del mensaje está firmada digitalmente
------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php
_______________________________________________ Geotools-gt2-users mailing list Geotools-gt2-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users