[OSM-dev] osmarender patch - Better support for non-english/multi-lang areas

[Eddy Petrișor]

Tal a scris:
> On Wed, Mar 11, 2009 at 7:37 PM, Andy Allan <gravitystorm at gmail.com> wrote:
>> On Wed, Mar 11, 2009 at 12:33 PM, Tal <tal.bav at gmail.com> wrote:
>>
>>> 2. Support making one tag be exactly the same as another tag using the
>>> following construct:
>>>         name:he="hebrew text"
>>>         name="$(name:he)"
>>>   This is not full variable expansion, just the ability for tag A to
>>> say: i have exactly the same value as tag B.
>> No, no, no. A thousand times no. Please reconsider this, and maybe
>> invent a new tag
>>
>> Name should be a string only a string and nothing but a string, not
>> name = (string|processing directive). We've had this discussion before
>> regarding name=__noname__ and the conclusion was to NOT DO THINGS LIKE
>> THIS.
>>
>> Cheers,
>> Andy
>>
> As I said before, I'm not keen on the $(xx) construct.
> I immediately said I was ok with the new-tag solution, but it seemed
> to me that more people in multi lingual areas (including myself) find
> the $(xxx) version nicer, so that what I did.
> 
> I'll be perfectly content with a new tag, no name tag, and patched
> renderers. And if that solution can be agreed upon I have no problem
> to modify the patch.
> 
> Unfortunately I did not follow the __noname__ discussion, so I will
> not question your conclusion. But I suspect that here the situation is
> a little different, since the "name" tags in a multi language parts of
> the maps are already broken, and should probably go away.

Why don't you run a robot on the Israel planet that automatically
adds/updates the name tag so it matches the name:he tag?

-- 
Regards,
EddyP
=============================================
"Imagination is more important than knowledge" A.Einstein

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20090312/3e2cdbe6/attachment.pgp>