[Product-Developers] Geospatial search with Plone (neighborhood search)
sean.gillies at gmail.com
Wed Feb 29 23:33:49 UTC 2012
PostGIS is great, but that's the kind of external GIS database he
wants to avoid, yes?
I'm not aware of any spatial indexes that are completely internal to
Plone. The collective.geo.index mentioned by Giorgio maintains an
index file on disk (next to Data.fs fwiw). I'm using the same Python
R-tree module (http://pypi.python.org/pypi/Rtree/) in a separate
server with my catalog, in the manner of alm.solrindex.
My $.02: Geohashing  might be useful for Plone. Coordinates could
be hashed into strings and then proximity search becomes a text
indexing problem, something that you, Andreas, well understand. A list
of objects from a rough geohash-based search (including false
positives) could then be filtered using Shapely, which can measure the
minimum distance  between geometric objects (like a point and a ZIP
polygon). That's quite a bit like the PostGIS approach, in fact.
On Wed, Feb 29, 2012 at 3:57 PM, Jens W. Klein <jens at bluedynamics.com> wrote:
> I'd wrap something around Postgis
> just my 0.02€
> On 29.02.2012 16:34, ajung wrote:
>> We have a database with roughly 10k locations within Germany, Austria and
>> We need to build a neighborhood search as part of a Plone application and
>> don't want to use an external GIS database. plone.org lists roughly 40
>> add-ons - hard to make a decision.
>> Each location has each own postal address and geo coordinates.
>> The user can enter the ZIP code and the radius to search around (we can
>> the ZIP code to coordinates already)...the question is which add-on gives
>> the functionality
>> of a neighborhood search? Ideally the result should be displayed in Google
>> Maps (or some something similar).
>> Any recommendation?
> Klein & Partner KG, member of BlueDynamics Alliance
> Product-Developers mailing list
> Product-Developers at lists.plone.org
More information about the Product-Developers