[OSM-talk] namefinder problems
david at frankieandshadow.com
Sun Dec 28 10:54:12 GMT 2008
On 28/12/2008 04:58, Roman Neumüller wrote:
> I just wonder what the problems with the namefinder are.
There are two particular problems at the moment. (a) I managed to
introduce a bug where it is always doing a search for all occurrences of
a search string, even when qualified by place, which means it is doing
to much work at the moment.
(b) the updates have been taking a long time over the last few days and
it is a great deal slower when searches have to compete with updates.
Usually they start at 0230 GMT and often take about 4 hours, but in the
last few days they've been taking all day. I don't know why (maybe
there's just been a lot of data, or a particularly common name like
"Main Street" has been updated a lot). I haven't had a chance to look.
> Isn't it only ruby querying a database?
Well, it's not Ruby, it's PHP, but that hardly matters. And it depends
what you mean by "only". It has a lot of work to do in dealing with
variants of spellings and especially sorting by distance. See the wiki
page http://wiki.openstreetmap.org/index.php/Name_finder for details of
how it works.
> It should not make that much problems as it should only return some text
No, does a great deal more than that.
> Is it gazetteer.openstreetmap.org which has sometimes problems?
The search on the home page _is_ the same search as at gazetteer. The
difference is merely in how the results are displayed (oh, and the home
page also does a search at geonames.org, which is independent of the
> Another thing is that query results of both gazeteer *and* geonames should
> shown asynchron - I mean results should not have to wait for each other but
> rather show up independent from each other so that which ever comes first
> can be already listed in the "Search Results" bar.
> And: are there any statistics about how often the namefinder is being used
> per day/week/month?
I keep a record of all searches. When I last looked they were running at
about 10 per minute typically.
More information about the talk