Andrea Aime wrote:
> Andrea Aime ha scritto:
>>> Are you talking about the code that calls featureSource.getBounds()? I 
>>> am ok with breaking out expensive operations into a separate methods.
>> Yep, that's the one.
> 
> Another long-ish operation is looking up the SRS from the native CRS
> using:
> 
> ftinfo.setSRS( CRS.lookupIdentifier( crs, true ) );
> 
> If the native CRS does not have an identifier that might take around 5
> seconds. Too much? Depends, if you're trying to do that for 100 layers
> in a row that might get annoying ;)
> 
> Alternatively, we could have a boolean parameter in the building
> methods on whether to try out the expensive operations or not.
> 
> Separate methods (initSRS, initBBoxes) would provide a more
> "a la carte" api thought.
> 
Sure, let's break out separate methods, and add srs lookups to the list 
of expensive operations.
> Cheers
> Andrea
> 


-- 
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to