[Gvsig_english] JumpBrigde Buffer processing

[Fran Peñarrubia]

Hi Erwan.

Pleased to see your evolutions in gvSIG.

About when to use BoundedShapes: Whenever you can.
If StrategyManager detects that your driver implements this interface, it
will choose the fastest renderer.
For example, Shp driver can give shape bounds without reading all the
coordinates. So, this is one reason it goes so fast (there are some other
optimizations also)

About spatial partioning.... I don't understand exactly what you mean, but
if you are thinking about Quadtrees and so on.... No, it is apart from
this (but it may have some relation, I admit). You can use SpatialIndex,
though, but I don't think it could be useful for usual layers
(FLyrVect.createSpatialIndex()). You will notice the spatial index only
for very big layers, for example, lets say more than 300.000 records.

Hope this helps, and good luck!!.

-----Original Message-----
From: "erwan bocher" <erwan.bocher at gmail.com>
To: "Users and Developers mailing list" <gvsig_internacional at runas.cap.gva.es>
Date: Wed, 15 Mar 2006 11:10:28 +0100
Subject: Re: [Gvsig_english] JumpBrigde Buffer processing

> Hola,
> 
> 
> Touché! :-)
> >
> > I have 7-zip installed in my computer, but may be it's and old
> version. I
> > couldn't open it.
> >
> > Anyway, now I've read your code.
> >
> > I think you can try 2 things to speed up your driver.
> >
> > 1.- Don't convert JTS Geometry. Wrap it ... like Geootols does. In
> fact,
> > you can use FLiteShape:
> >       public IGeometry getShape(int index) throws IOException {
> >                Feature feat = featDataSet.getFeature(index);
> >                FLiteShape shpLite = new
> FLiteShape(feat.getGeometry());
> >                IGeometry gAux = ShapeFactory.createGeometry(shpLite);
> >
> >                return gAux;
> //FConverter.jts_to_igeometry(feat.getGeometry
> > ());
> >        }
> 
> 
> The processing is now very fast.
> 
> 2.- Use the same renderer as shape files. (Faster). The only thing you
> > need is to implement the interfaz BoundedShapes
> > (com.iver.cit.gvsig.fmap.drivers.BoundedShapes).
> > And to avoid recalculating each time the extent of every shape, you
> can
> > store the shape bounds into an ArrayList or something like that.
> 
> 
> ho la la la la !!!!!
> 
> Ok.  The aim is to optimize spatial partitioning. No ? I don't
> understand
> when I must use BoundedShapes.
> Could you explain me?
> 
> Muchas gracias.
> 
> R1.
> 
> I didn't tryed it, but with this two modifications, it should go
> faster.
> >
> > Have fun.
> >
> > PS: FLiteShape it's very similar to LiteShape from Geotools. It's one
> way
> > to explore a future bridge to geootols (if needed ;-) ) .
> >
> > -----Original Message-----
> > From: "erwan bocher" <erwan.bocher at gmail.com>
> > To: "Users and Developers mailing list" <
> > gvsig_internacional at runas.cap.gva.es>
> > Date: Tue, 14 Mar 2006 21:05:43 +0100
> > Subject: Re: [Gvsig_english] JumpBrigde Buffer processing
> >
> > > Hi,
> > >
> > > It was updated  http://projetsigle.free.fr/temp/geoprocessing.zip.
> > > But 7Z it's a open source compressor no ?
> > >
> > > R1.
> > >
> > >
> > >
> > > On 3/14/06, Francisco José <fpenarru at iver.es> wrote:
> > > >
> > > > erwan bocher escribió:
> > > >
> > > > Hi,
> > > >
> > > > At this link you can find my first test with jumpBridge
> > > > http://projetsigle.free.fr/temp/geoprocessing.7z. It works well
> but
> > > gvSIG
> > > > however layer rendering is slow in gvSIG
> > > >
> > > > Best regards.
> > > >
> > > > R1.
> > > >
> > > > ------------------------------
> > > >
> > > > _______________________________________________
> > > > Gvsig_internacional mailing list
> > > >
> > >
> Gvsig_internacional at runas.cap.gva.eshttp://runas.cap.gva.es/mailman/lis
> > > tinfo/gvsig_internacional
> > > >
> > > > Sorry, I can't open the file. Please, upload it in zip format,
> and be
> > > sure
> > > > to include the source.
> > > >
> > > > Thanks.
> > > >
> > > > --
> > > > Francisco José Peñarrubia
> > > > Equipo gvSIG
> > > >
> > > > IVER T.I. S.A.
> > > > c/Salamanca 50
> > > > 46005 Valencia
> > > > Spain
> > > >
> > > >
> > > > _______________________________________________
> > > > Gvsig_internacional mailing list
> > > > Gvsig_internacional at runas.cap.gva.es
> > > > http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
> > > >
> > > >
> > > >
> > >
> >
> >
> > _______________________________________________
> > Gvsig_internacional mailing list
> > Gvsig_internacional at runas.cap.gva.es
> > http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
> >
>