Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Date: Fri, 14 Oct 2011 14:36:12 +0000 (UTC)
From: "Chris A. Mattmann (Commented) (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: 
 <499089123.14198.1318602972694.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <691640818.13622.1318591812205.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (SOLR-2833) GeoNames webservice Update Processor
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/SOLR-2833?page=3Dcom.atlassian.=
jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D13127=
582#comment-13127582 ]=20

Chris A. Mattmann commented on SOLR-2833:
-----------------------------------------

Just to comment back on this too:

{quote}
My current processor talks directly to Geonames.org, with caching of reques=
ts. This mode is good for development and testing, but for production I ima=
gine that the backend could be configurable to either geonames.org webservi=
ce or local solr core. Comments?
{quote}

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 project=
s) 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 que=
ries. I didn't want to go live to geonames.org b/c the site bandwidth might=
 be an issue, and sometimes also we're working behind firewalls and stuff.

               =20
> GeoNames webservice Update Processor
> ------------------------------------
>
>                 Key: SOLR-2833
>                 URL: https://issues.apache.org/jira/browse/SOLR-2833
>             Project: Solr
>          Issue Type: New Feature
>          Components: update
>            Reporter: Jan H=C3=B8ydahl
>              Labels: UpdateProcessor, geospatial
>
> A simple update processor for querying the [GeoNames.org webservice|http:=
//www.geonames.org/export/ws-overview.html]. 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 administrato=
rs: https://issues.apache.org/jira/secure/ContactAdministrators!default.jsp=
a
For more information on JIRA, see: http://www.atlassian.com/software/jira

       
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org