[OSM-talk] Namefinder priorities

Robert (Jamie) Munro rjmunro at arjam.net
Fri Jul 25 16:16:13 BST 2008


-----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 rendering" means "Don't tag a
wide river as a motorway to make it a large blue line on the map", or,
as someone did recently "Don't tag roads under construction as tunnels
to make them dashed lines on the map"

IMHO, it doesn't mean "Don't invent a tag that is useful for renderers".
That's OK (although it's much better to use existing tags and/or try to
ensure new tags are useful in other situations in future).

Having said all that, in this case:

| 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 to. It would also be
| possible to mark spurs with role=spur if that would help.

That is a much better idea - if a way is part of a relationship that
supplies a name, use the relationship's name, not the way's.

Personally, if I search for M25, I probably want to see this:
http://www.openstreetmap.org/?lat=51.486&lon=-0.087&zoom=10
(the whole M25)
Rather than 100 results that look like these:
http://www.openstreetmap.org/?lat=51.53392&lon=0.27965&zoom=17
http://www.openstreetmap.org/?lat=51.34412&lon=0.15669&zoom=17
http://www.openstreetmap.org/?lat=51.68061&lon=0.00565&zoom=16
which is the kind of thing you get now.

Robert (Jamie) Munro
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkiJ7jgACgkQz+aYVHdncI2DLACg5iO43wdK1x5XgCjwnu6askrv
p9EAoMyYJQJIhdMWHCETgzPU/gYi+IyS
=6Y29
-----END PGP SIGNATURE-----




More information about the talk mailing list