
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p> </p>

<div> </div>

<p>On 2015-11-02 11:26, Martin Koppenhoefer wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div dir="ltr">

<div class="gmail_extra"><br />

<div class="gmail_quote">2015-11-02 11:16 GMT+01:00 Colin Smale <span><<a href="mailto:colin.smale@xs4all.nl">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> </div>

<div>not if you consider values like "no" and "only".</div>

<div> </div>

</div>

</div>

</div>

</blockquote>

<div dir="ltr">

<div class="gmail_extra">

<div class="gmail_quote">

<div> </div>

<div>The "no" would be indicated by the absence of the tag (we are not going to add a sells:*=no for everything it doesn't sell, are we?)</div>

<div>The "only" would be indicated by the absence of any other sells:*=* tag</div>

</div>

</div>

</div>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div dir="ltr">

<div class="gmail_extra">

<div class="gmail_quote">

<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>

</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>

</blockquote>

<div dir="ltr">

<div class="gmail_extra">This is where the skill/craft/science of information modelling comes in handy. The extremes are shop=yes on the one hand and detailed tagging of every product it sells on the other hand. Neither extreme is useful/usable; somewhere in the middle we need to find a balance. The amount of discussion about pharmacy/chemist/drugstore indicates some refactoring may provide a way forward. Hence my suggestion of going one level deeper and tagging the product groups/classes/categories they sell.</div>

<div class="gmail_extra"> </div>

<div class="gmail_extra">A renderer/data consumer can make their own conclusion about what to call a place that only sells non-prescription medicines plus household cleaning stuff. Some may call it a drugstore, others may call it a chemist, it doesn't matter - the shop and its products are not under discussion, just what to call it in one particular case.</div>

<div class="gmail_extra"> </div>

<div class="gmail_extra">Once upon a time we might have got away with simply using English (as opposed to US English) as a frame of reference for tagging, but that's a hard pill to swallow (sorry) for most of the world.</div>

<div class="gmail_extra"> </div>

<div class="gmail_extra">//colin</div>

<div class="gmail_extra"> </div>

</div>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div dir="ltr">

<div class="gmail_extra"> </div>

<div class="gmail_extra">Cheers,</div>

<div class="gmail_extra">Martin</div>

</div>

</blockquote>

</body></html>