[Talk-GB] Name finder [was RE: Fw: Online POI editor for place mappingparty-usabilityenhancements]

David Earl david at frankieandshadow.com
Sat May 19 13:05:44 BST 2007



> -----Original Message-----
> From: Shaun McDonald [mailto:shaunmcdonald131 at gmail.com]
> Sent: 19 May 2007 12:46
> To: David Earl
> Cc: Nick Whitelegg; talk-gb at openstreetmap.org
> Subject: Re: [Talk-GB] Fw: Online POI editor for place
> mappingparty-usabilityenhancements
>
>
>
> On 19 May 2007, at 11:41, David Earl wrote:
>
> > [..]
> >
> > I've also added a link to the point of interest editor from the
> > name finder
> > results at http://www.frankieandshadow.com/osm/ : look for a edit
> > (poi) link
> > at the end of each search result in the left hand column.
>
> There are a couple of things that I don't like about the name finder:

> 1. It doesn't remember the base layer that has been used when doing
> more searches.

I'm only showing osmarender, there is no choice of base layer. The main
reason was that mapnik lags too far behind, so you can search for a name
which often doesn't show up on the map. Mind you, that's true of things like
schools on both backgrounds.

The medium term intention was to integarte this into the main web site, in
which case the presentation would change anyway.

The main map doesn't remember you layer either, which I find frustrating -
one can't send a URL to the main map which will cause it to show the
osmarender version.


> 2. When scrolling, I would like to have a Google Video style
> scrolling, where the map would stay in the same place, but the search
> results would scroll. This should be possible though CSS.


I'll see what I can do. I understand the issue (though the presentation
wasn't the main reason for doing it, and I borrowed the map rendering from
elsewhere; I've gopt control over the box placement though).


> 3. Does the is_in tag work recursively? That way I could simply say
> is_in=Edinburgh, and it would then automatically get all the is_in
> tags from the nearest Edinburgh place. Edinburgh would then get all
> the is_in tags from its nearest is_in tags. This would save a lot of
> duplication in the database, while easing data entry.

I'll send a separate message on talk about this because it reiterates an
issue which has worried me for a while.

Just to say here though that name search doesn't use is_in at all to do the
searching (except that (a) it is displayed in the results and (b) you can
qualify a search by partial match on is_in; but so few places have is_in
that that isn't particularly useful yet). The search is done purely by
proximity.

David





More information about the Talk-GB mailing list