lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris A. Mattmann (Commented) (JIRA)" <>
Subject [jira] [Commented] (SOLR-2833) GeoNames webservice Update Processor
Date Fri, 14 Oct 2011 14:36:12 GMT


Chris A. Mattmann commented on SOLR-2833:

Just to comment back on this too:

My current processor talks directly to, with caching of requests. This mode is
good for development and testing, but for production I imagine that the backend could be configurable
to either webservice or local solr core. Comments?

Cool yah, that's a good idea. The thing is, the easiest way for us was just to take geonames
dumps (text files which we have on a bunch of our projects) and then as a first step index
them in Solr creating our "geonames-aware" index. Then, this can be used during qparsing to
allow those types of queries. I didn't want to go live to b/c the site bandwidth
might be an issue, and sometimes also we're working behind firewalls and stuff.

> GeoNames webservice Update Processor
> ------------------------------------
>                 Key: SOLR-2833
>                 URL:
>             Project: Solr
>          Issue Type: New Feature
>          Components: update
>            Reporter: Jan H√łydahl
>              Labels: UpdateProcessor, geospatial
> A simple update processor for querying the [ webservice|].
This should probably go in its own contrib module, where other geonames stuff by Mattmann
& co could also go.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message