<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr">Am Di., 8. Jan. 2019 um 08:31 Uhr schrieb Simon Poole <<a href="mailto:simon@poole.ch">simon@poole.ch</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">To hypothesize on some of the stuff floating around, obviously there is<br>
a desire to document exactly what kind of stuff a shop sells, so people<br>
have proposed stuff like<br>
<br>
motorcycle:tyres=yes<br>
<br>
service:tyres:car=yes<br>
<br>
service:bicycle:tyres=yes<br>
<br>
a hodgepodge of different ways of tagging and potential for 100s of keys.<br>
<br>
But it could be so simple:simply structure the value space.<br>
<br>
All of the above could be:<br>
<br>
sells=tyres:motorcycle;tyres:cars;tyres:bicycle;tools:cars<br>
<br></blockquote><div><br></div><div><br></div><div>or sells=motorcycle:tyres;car:tyres</div><div>or sells=car_tyres;motorcycle_tyres</div><div>or sells=tyres:white:motorcycle...</div><div><br></div><br></div><div class="gmail_quote">what makes you believe there will be less hodgepodge when we shift more information into the values? Look at your own example, there's a standardization issue with plural (cars) vs. singular (motorcycle, bicycle). Freeform tagging always will bring us also a lot of variants.<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">If we open the sells="long list" box the only thing that will help us maintain a minimum of oversight will probably be the 255 char limit. On the other hand I can already imagine people inventing abbreviation codes to cram more things into the values.<br></div><div class="gmail_quote"><div><br></div><div>I am not a CS person, and if the pros agree that overall, value lists are better than distinct properties, I will happily accept this, but currently I see issues with both. Inconsistent tagging can occur just as well in value lists.<br></div><div><br></div><div>Cheers,</div><div>Martin<br></div></div></div>