<div dir="ltr"><div dir="ltr">On Fri, 12 Apr 2019 at 10:13, bkil <<a href="http://bkil.hu">bkil.hu</a>+<a href="mailto:Aq@gmail.com">Aq@gmail.com</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"><br>
Also, I was just considering whether we could unite related features<br>
like ticket booths/ticket check/vending/reception/information<br>
desk/check-in for various places like camp_site, hotel, motel,<br>
guest_house, school, office, mall, community_centre, sports_centre,<br>
events_venue, cinema, theatre, music_venue, nightclub, public<br>
transport, etc.<br></blockquote><div><br></div><div>Such merging may cause problems for (some) editors.  If you can guarantee that all</div><div>camp sites, hotels, motels, etc. can potentially have any of ticket booths, vending, check in,</div><div>etc. then that's fine.  E.g., if A could have any of X, Y or Z; B could have any of X,  Y or Z;</div><div>C can have any of X, Y or Z; etc. that isn't a problem.  The editor's code just handles it as</div><div>a list of X, Y and Z can apply to A, B and C<br></div><div><br></div><div>What would be a problem is if A can only have X or Y; B can only have Y or Z; and C can only have</div><div> X or Z.  That means special-casing bits of code.  Historically, authors of (some) editors refuse</div><div>to support such tagging schemes because it introduces code complexity.</div><div><br></div><div>Of course, we can define tags any way we wish.  But unless editors support them, they won't</div><div>get used as much as if the editors support them.<br></div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>