Hey, David.

How are you? I did what you suggested and now works fine. However I hope
that those performance issues will be resolved soon and I hope I could help
some way: coding, testing, whatever. About cache warm up, I have setted up
some warm-up queries in solrconfig.xml that fills the cache. One last
question! The "d" parameter aswell as the "score" are measured in degrees,
right?

Thank you very much for your feedback.

Regards,

- Luis Cappa

2013/3/9 David Smiley (@MITRE.org) <dsmi...@mitre.org>

> Rakudten wrote
> > Hello again!
> >
> > Uhm, so if I have understood then if I´m writing/reading from the index
> at
> > the same time (in other words, indexing operations are executing at the
> > same that that other ones are querying) the performance goes down, isn´t
> > it?
>
> Committing is the problem (soft or hard) due to the subsequent warmup of
> the
> point cache, not adding/indexing data.
>
>
> Rakudten wrote
> > Refering to the fieldType that I´m using, I´m just testing and I just
> want
> > to implement the classic scenario where each document has one coordinate
> > and to which execute geo spatial queries "given a circle with X radius".
> I
> > was testing with a multiValued field because I was wondering to include
> > one
> > or more coordinates for each document due to the requirements of the
> > project that I´m developing: I´m tracking users positions until a top of
> N
> > positions (coordinates) to be stored in that multiValued field, but I can
> > adapt into just one coordinate per user if that change gets a better
> > performance.
> >
> > In other words, David, and to summary:
> >
> > - I just one to implement the classic scenario "coordinate + circle +
> > radius X".
> >
> > - Due to NRT user position changes, I will write & read into the index
> > continuosly.
> >
> > - I was testing with that fieldType multiValued, but I can change it into
> > another fieldType and into a single value field type if that improves
> > performance. In that case, what would you recommend?
>
> Is it good enough sort by the most recent point only?  You could still
> filter by all points if you want.  Spatial sorting & filtering are
> currently
> independent.  So I suggest using not only the fieldType you have there but
> also LatLonType for the latest position that you want to sort on.
>  Configure
> it (via coordinate_ field type) to use floats instead of doubles.
>
>
> Rakudten wrote
> > - If even changing fieldTypes, multiValues or not, etc. the performance
> > doesn´t improves, what other alternatives would you recommend me to use?
> > I´m a Solr lover from Solr 1.4 version, but I´m familiar to other Spatial
> > Search alternatives technologies/tools/dbs like MongoDB. Any suggestions
> > or
> > recommendations?
>
> Solr should be fine.
>
> Cheers,
>  David
>
>
>
> -----
>  Author:
> http://www.packtpub.com/apache-solr-3-enterprise-search-server/book
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Solr-4-1-problems-with-Spatial-Search-tp4044868p4046004.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>

Reply via email to