Re: looking for best approach to handle geo data

2009-11-13 Thread Volker Mische
Jim Woodgate wrote: > On Fri, Nov 13, 2009 at 10:07 AM, Volker Mische > wrote: >> Hi Jim, >> >> are the two objects you want to check the intersection of within one >> document, or is every geometry in its own document? >> > > Each document has it's own geometry (which might be a single point or

Re: looking for best approach to handle geo data

2009-11-13 Thread Jim Woodgate
On Fri, Nov 13, 2009 at 10:07 AM, Volker Mische wrote: > Hi Jim, > > are the two objects you want to check the intersection of within one > document, or is every geometry in its own document? > Each document has it's own geometry (which might be a single point or a closed polygon) and the search

Re: looking for best approach to handle geo data

2009-11-13 Thread Volker Mische
Hi Jim, are the two objects you want to check the intersection of within one document, or is every geometry in its own document? Cheers, Volker Jim Woodgate wrote: > We have some data stored in WKT format and I was looking for a good > way to index the property for a view. I saw a few existin

Re: looking for best approach to handle geo data

2009-11-13 Thread Nathan Stott
You can add the library code to your code in the view. There are utilities, like CouchApp, that will help with this. On Fri, Nov 13, 2009 at 9:47 AM, Jim Woodgate wrote: > We have some data stored in WKT format and I was looking for a good > way to index the property for a view. I saw a few ex

looking for best approach to handle geo data

2009-11-13 Thread Jim Woodgate
We have some data stored in WKT format and I was looking for a good way to index the property for a view. I saw a few existing implementations, but they used an existing format and had things like another database dependency that I didn't want. In general I want to use a geometry library to check