<p dir="ltr">Hi, <br>
The idea to index was to get the points faster and clustered.<br>
And I didn't got what you meant by your question. <br>
Without indexing it could work but then processing needs to be done as a controller not on a dB level. Or by changing the whole dB in a quad tree format, which we are trying to implement by indexing the database.</p>
<p dir="ltr">Regards,<br>
Mohit<br>
On Jun 10, 2014 12:03 AM, "Oleg Bartunov" <<a href="mailto:obartunov@gmail.com">obartunov@gmail.com</a>> wrote:<br>
><br>
> One quick question.  Are you mind  it should works without index !<br>
><br>
> On Sat, Jun 7, 2014 at 6:25 AM, mohit kumar <<a href="mailto:mohitkharb@gmail.com">mohitkharb@gmail.com</a>> wrote:<br>
> > Thanks Oleg for the help.<br>
> > I am looking at the examples of the spgist opclasses, and would get back to<br>
> > you in case of any doubt.<br>
> > My idea for clustering was to index point data using quad trees and display<br>
> > a single point in place of cluster of spatially close points.<br>
> > The zoom level will decide the spatially close points that can be<br>
> > represented as a single point. This zoom level would be given by the<br>
> > map(user). If this value is integrated in indexing, the nodes having the<br>
> > zoom value lower than the asked value would be send by the dB to the map.<br>
> > The purpose of keeping the child nodes was to show the number of points in<br>
> > the cluster represented by the single point. This point will be that node<br>
> > whose zoom value equaling the zoom value of the map.<br>
> > I know this will make index creation very slow, but once done, the point<br>
> > display in the map might become a lot cleaner.<br>
> > This was what I thought on implementation of the work.<br>
> > Your feedback and suggestions are much needed.<br>
> ><br>
> > Regards,<br>
> > Mohit<br>
> ><br>
> > On Jun 6, 2014 4:45 PM, "Oleg Bartunov" <<a href="mailto:obartunov@gmail.com">obartunov@gmail.com</a>> wrote:<br>
> >><br>
> >> Mohit,<br>
> >><br>
> >> could you explain us what do you want from us :)<br>
> >> Basically, you need to create new type (if needed) and write opclass for<br>
> >> spgist.  There are several questions:<br>
> >><br>
> >> 1. Where do you get zoom level ?<br>
> >> 2. Are you sure you want to keep number of child nodes ? It's too slow for<br>
> >> index creation.<br>
> >><br>
> >> you may look  examples of spgist opclasses<br>
> >> src/backend/access/spgist<br>
> >><br>
> >>  Oleg<br>
> >> On Jun 5, 2014 12:50 PM, "mohit kumar" <<a href="mailto:mohitkharb@gmail.com">mohitkharb@gmail.com</a>> wrote:<br>
> >>><br>
> >>> Thanks Strk for the help.<br>
> >>> I have now moved to postgresSQL implementation of the sp-gist indexing<br>
> >>> and am working on it.<br>
> >>><br>
> >>> Hi Teodor,Oleg, actually along with the sp-gist index in  PostGIS<br>
> >>> Geometry (point data) I wanted to store the zoom levels and number of child<br>
> >>> nodes along the indexes for a better indexing at a given zoom level.<br>
> >>><br>
> >>> Regards,<br>
> >>> Mohit<br>
> >>><br>
> >>><br>
> >>> On Wed, Jun 4, 2014 at 3:00 PM, Sandro Santilli <<a href="mailto:strk@keybit.net">strk@keybit.net</a>> wrote:<br>
> >>>><br>
> >>>> [moved exclusively to postgis-devel]<br>
> >>>><br>
> >>>> On Wed, Jun 04, 2014 at 12:29:56AM +0530, mohit kumar wrote:<br>
> >>>> > On Tue, Jun 3, 2014 at 5:20 PM, Sandro Santilli <<a href="mailto:strk@cartodb.com">strk@cartodb.com</a>><br>
> >>>> > wrote:<br>
> >>>><br>
> >>>> > > What's in that package that isn't already in the PostgreSQL<br>
> >>>> > > SP-GiST index ?<br>
> >>>> > > <a href="http://www.postgresql.org/docs/9.2/static/spgist.html">http://www.postgresql.org/docs/9.2/static/spgist.html</a><br>
> >>>> > ><br>
> >>>> > > I mean, don't you only need to implement the PostGIS connector ?<br>
> >>>> ><br>
> >>>> > I wanted to modify the code for sp-gist to inculcate another integer<br>
> >>>> > field<br>
> >>>> > for various levels of clustering, so worked on the source code by<br>
> >>>> > purdue<br>
> >>>> > research group.<br>
> >>>><br>
> >>>> The best would be to contribute a patch back to PostgreSQL to make the<br>
> >>>> existing sp-gist code capable of doing what you need, if it isn't<br>
> >>>> already.<br>
> >>>><br>
> >>>> I've added Teodor and Oleg (authors of the PostgreSQL implmentation) in<br>
> >>>> Cc,<br>
> >>>> could you describe what your additional integer is meant to provide ?<br>
> >>>><br>
> >>>> Teodor, Oleg, the context here is adding sp-gist support to PostGIS<br>
> >>>> Geometry<br>
> >>>> and using those indices to quickly compute population in a quadtree<br>
> >>>> tile.<br>
> >>>><br>
> >>>> REF:<br>
> >>>><br>
> >>>> <a href="http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/mohitkharb/5698390809640960">http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/mohitkharb/5698390809640960</a><br>

> >>>><br>
> >>>> --strk;<br>
> >>>><br>
> >>>>  ()  ASCII ribbon campaign  --  Keep it simple !<br>
> >>>>  /\  <a href="http://strk.keybit.net/rants/ascii_mails.txt">http://strk.keybit.net/rants/ascii_mails.txt</a><br>
> >>><br>
> >>><br>
> >>><br>
> >>><br>
> >>> --<br>
> >>> Mohit Kumar<br>
> >>> +91-970-3840-175<br>
> >>> Lab For Spatial Informatics<br>
> >>> International Institute of Information Technology<br>
> >>> Hyderabad, India<br>
</p>