<br><br><div><span class="gmail_quote">On 29/01/07, <b class="gmail_sendername">Robert (Jamie) Munro</b> <<a href="mailto:rjmunro@arjam.net">rjmunro@arjam.net</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Ben Ward wrote:<br>><br>> Just a thought, but is there a great deal of point in having<br>> case-sensitive keys?<br><br></blockquote><div> <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
We can write things into the and/or editors or the backend to enforce<br></blockquote><div></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
this, or we can just ignore it and tell users to remember, and<br>everything will work.</blockquote><div><br>So basically it's the user's fault that he isn't aware at x time that
he should be using lowercase?  I appreciate not changing the backend
for the various reasons listed above (the foreign languages one was
quite compelling) but blaming the user for not having read the entire
spec (or wiki) is a bit unfriendly. <br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Can anyone think of a situation where it's more
<br>> useful than it is confusing to have two keys with the same name, but<br>> differing case?<br><br>No. That's why you mustn't allow them.  As it is now, a key name in a<br>different case /is/ a completely different name, therefore there is no
<br>room for that confusion. "Name" is not the name of an object, it's an<br>error. Only "name" is the name of an object.<br><br>If things were programmed to be case insensitive, then we could get<br>
different case names for the same key (on different objects), and<br>renderers could get confused.</blockquote><div><br>This bit confused me. I thought that's what was happening already.<br></div></div><br>Yes, editing tools are probably the place to do this. Having used JOSM and the applet, though, I've always felt like I'm on my own for tagging and must always have map features wiki page open, just to make sure I'm not 'polluting the data'.  It's clear from the number of repeat questions on this list that there are editing conventions that need to be enforced, or simply encouraged by the editor itself. [*]  If you consider these errors then it seems a bit mad for us to accept them into the data.
<br><br>Ben<br clear="all"><br>[*] To be honest every update of JOSM I've tried has a different
permutation of tagging aids.  Right now I don't have the highway types
dropdown any more, but I'm buggered if I can work out how I got it in
the first place.  Consider this a plea for help :-)<br>-- <br><a href="mailto:ben@crouchingbadger.com">ben@crouchingbadger.com</a> | <a href="http://crouchingbadger.com">http://crouchingbadger.com</a><br>51.717817,-1.225855