<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2015-11-02 11:16 GMT+01:00 Colin Smale <span dir="ltr"><<a href="mailto:colin.smale@xs4all.nl" target="_blank">colin.smale@xs4all.nl</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p>The second issue is that the value part of the KVP is redundant - the presence of the key is enough.</p></blockquote><div><br></div><div>not if you consider values like "no" and "only".<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p>I have an instinctive aversion to modelling multiple values (the real-world situation) onto multiple keys in OSM. It "fixes" the problem in the wrong place, and really just moves the problem.</p></blockquote></div><br></div><div class="gmail_extra">I agree that this is not a general solution, it is OK (IMHO) for some edge cases, stuff you consider important enough to be mapped singularly (personal preferences might vary, some stuff like ice cream, tobacco, postal stamps, transport tickets, etc. come to mind, i.e. stuff that a group of people cares for and where availabillity differs a lot between countries and shops).<br><br></div><div class="gmail_extra">Cheers,<br></div><div class="gmail_extra">Martin<br></div></div>