Jack Stringer wrote:
> Is there a reason why the index on Name Finder is out of date? On the
> search page it says last update Jan 9, 2009.
>
>>From the wiki[1] I get the idea it updated daily, but stuff I added a
> week ago, and several months ago is not showing up.
It should have been updating
Is there a reason why the index on Name Finder is out of date? On the
search page it says last update Jan 9, 2009.
>From the wiki[1] I get the idea it updated daily, but stuff I added a
week ago, and several months ago is not showing up.
Jack Stringer
[1] http://wiki.openstreetmap.org/wiki/Name_
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 m
I just wonder what the problems with the namefinder are.
Isn't it only ruby querying a database?
It should not make that much problems as it should only return some text
back...
Is it gazetteer.openstreetmap.org which has sometimes problems?
Another thing is that query results of both gazeteer *an
On Fri, Nov 28, 2008 at 12:57:15PM +, David Earl wrote:
> I'd like to gather together a collection of street address formats from
> around the world. Some countries put house numbers after the street
> name, some put postcodes before the town name and so on.
http://en.wikipedia.org/wiki/Addr
Just to take us away again from the rather specific topic of place name
searching to generalise a bit, I am toying with the idea of making the
search less syntactic (albeit it is a simple somewhat naturalistic
syntax at present) and more analytic (based on context) to try to
determine exactly w
On 24/11/2008 19:01, Pieren wrote:
> Great !
> Just one question : do we have to ignore accents ?
> In french, you write "pres, pres de" for "near". But the correct
> syntax is "près, près de".
> Or do we have to write all possibilities "pres, pres de, près, près de" ?
*With* the accents, only, pl
On 24/11/2008 19:32, Ben Laenen wrote:
> On Monday 24 November 2008, David Earl wrote:
>> I'm also reconsidering adding "in" as well as "near" (and comma) as
>> the separator. The problem is that there are a couple of place names
>> in England which have "In" in their names - Henley-In-Arden for
>>
On Monday 24 November 2008, David Earl wrote:
> I'm also reconsidering adding "in" as well as "near" (and comma) as
> the separator. The problem is that there are a couple of place names
> in England which have "In" in their names - Henley-In-Arden for
> example. (A second problem is that since it
On Monday 24 November 2008 20:01, Pieren wrote:
> But the correct
> syntax is "près, près de".
> Or do we have to write all possibilities "pres, pres de, près, près de" ?
Oops, I allready corrected some, and added some with accentuated caracters
--
Sylvain Letuffe [EMAIL PROTECTED]
qui suis-je :
Great !
Just one question : do we have to ignore accents ?
In french, you write "pres, pres de" for "near". But the correct
syntax is "près, près de".
Or do we have to write all possibilities "pres, pres de, près, près de" ?
Pieren
On Mon, Nov 24, 2008 at 7:12 PM, David Earl <[EMAIL PROTECTED]>
I need your help please...
(Thank you to those of you who have started already before I'd even
finished preparing the page!)
While the name finder search currently does quite a good job of handling
nuances of names in different languages, it can't currently find
categories of things in anyth
On 17/11/2008 17:22, Jack Challen wrote:
> Hello,
>
> I'd quite like to be able to search for "$sometown train station".
That would be because I'm British and we talk about Railway Stations
here :-). Well, used to - the Americanization is taking over. But of
course it won't work if you look for
Hello,
I'd quite like to be able to search for "$sometown train station". "$sometown
station" works, but the addition of the word train breaks it. A quick look at
svn suggests that it'd be a case of adding " 'train station'=>'station'," to
synonyms.inc.php, but all the other keys are single w
On Fri, Jul 25, 2008 at 01:33:16PM +0200, Robert Vollmert wrote:
> An alternative to search=yes that might be more generally useful is to
> group parts of a street into a relation (see
> http://wiki.openstreetmap.org/index.php?title=Relation:street)
> . That would be an object you could point t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Vollmert wrote:
| On Jul 25, 2008, at 13:13, David Earl wrote:
|> I've thought about not tagging for the rendering (and name finder is a
|> kind of renderer), but there isn't a simple algorithmic solution.
I always thought that "Not tagging for
On Jul 25, 2008, at 13:13, David Earl wrote:
> I've thought about not tagging for the rendering (and name finder is a
> kind of renderer), but there isn't a simple algorithmic solution.
> While
> it might be possible to do some analysis of connections to try to
> determine when two things are par
To avoid enormous numbers of confusing duplicates, the Name finder has
an algorithm which says "items of the same kind with the same name
within 3km of each other are only represented once".
On the whole, this works very well, but it sometimes causes problems
with common names, for example many
In message <[EMAIL PROTECTED]>
David Earl <[EMAIL PROTECTED]> wrote:
> I'm afraid I've had to turn off the name finder service for the time
> being as my provider is complaining about the load it is imposing on my
> shared host.
That's probably partly my fault as I boosted the number of
I'm afraid I've had to turn off the name finder service for the time
being as my provider is complaining about the load it is imposing on my
shared host.
I really must get back to revamping this to cope with the massively
increased database size, both for index creation and searching.
I'll rei
20 matches
Mail list logo
