[OSM-talk] Osmarender4 slippy map (preview)

[Robert (Jamie) Munro]

Jochen Topf wrote:
> On Sat, Feb 10, 2007 at 05:34:09PM +0100, Dirk-Lüder Kreie wrote:
>> Jochen Topf schrieb:
>>> That can well be. Because Osmarender4 now renders most street names
>>> right without the help of the name_direction or osmarender:nameDirection
>>> tags, those tags now flip the name back in the wrong direction. Just get
>>> rid of those tags and it should be ok.
>> Can xslt filter that automatically so that they are ignored?
> 
> Of course it can. But there are still cases where you want to be able to
> fix name rendering manually. So I decided to keep it in there. The
> problem is that the default rendering changed, so in a way the meaning
> of the tags changed. I could have invented a new tag
> "osmarender4:nameDirection" or so. But in the long run, that would be
> more confusing.

osmarender4 should treat namedirection=-1 (or perhaps
namedirection=backwards) as overriding it's internal name direction
guess, and forcing it backwards. It should also support namedirection=1
(or forwards) as overriding if it guessed it needed to turn the name
around. It shouldn't say "this needs to go backwards" based on new
rules, then see "osmarender:direction=-1" (which agrees with those
rules), and turn it forwards, which it sounds like it is doing.

> Its not a big issue really, just delete the current name_direction and
> osmarender:nameDirection tags and most cases will be fine. There are not
> that many in the database anyway.

We shouldn't need to delete things from the db that are helping old
renderers - if new renderers have fixed the problem, they should either
ignore them, or treat them as helpers, not reinterpret them to mean
something else. We should try to leave old renderers and any
non-osmarender renderers that look at the tag still compatible, not
change the meaning of the tag.

Robert (Jamie) Munro

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 249 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20070212/9728298f/attachment.pgp>