<div dir="ltr"><div dir="ltr">On Sat, 20 Mar 2021 at 21:58, Tom Pfeifer <<a href="mailto:t.pfeifer@computer.org">t.pfeifer@computer.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 20.03.2021 10:38, Bert -Araali- Van Opstal wrote:<br>
> So I would prefer to tag them all under one top-level tag. amenity=library. "A place where you can  reference, loan or borrow items from a collection at a periodic fee or for free".<br>
><br></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
If you started defining the tag from scratch, that would be a good idea.<br>
However, we have 86069 amenity=library already, and widening the definition so significantly would make them all of a sudden ambiguous.<br></blockquote><div><br></div><div>Fixable if, and only if, ALL tools are instantaneously adapted to understand</div><div>what collections are.  Editors, QA tools and renderers must all make the</div><div>change near-simultaneously.</div><div><br></div><div>Apart from that, we already have amenity=toy_library.   So that would have</div><div>to be brought into the new scheme, tools adapted, AND a mass edit applied.</div><div><br></div><div>Not practicable.<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
You could of course create the collection=* key and apply that to both, the existing <br>
amenity=library, and the to-be-defined tag for object libraries.<br></blockquote><div><br></div><div>Problem 1 is that traditional libraries would have to have an implied</div><div>collection=books and toy libraries an implied collection=toys.  Feasible,</div><div>maybe.<br></div><div><br></div><div>Problem 2 is pushback from some editors that populate drop-downs from</div><div>our wikidata and/or wiki pages.  The authors of some of those don't like it</div><div>when drop-downs get values that are inconsistent with main keys:</div><div>amenity=toy_library would get a collection drop-down that includes</div><div>tools, kitchen appliances, etc.  And those authors absolutely hate</div><div>adding special-cases to code so that amenity=toy_library doesn't</div><div>get tools in the drop-down.<br></div><div><br></div><div>Best to keep collections=* for thing libraries.  Except for problem 3.</div><div>I know of at least one traditional book library that also offers tools.</div><div>But I doubt toy libraries will ever offer real, functioning chainsaws.<br></div><div><br></div><div>So collection=* applying to traditional book libraries and toy libraries</div><div>is a definite maybe.  There are problems either way.<br></div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>