<div dir="ltr"><div dir="ltr"><br></div>On Sat, 13 Apr 2019 at 14:44, bkil <<a href="http://bkil.hu">bkil.hu</a>+<a href="mailto:Aq@gmail.com">Aq@gmail.com</a>> wrote:<br><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>
check_in=airport/camp_site/hotel/hospital/seaport/event_venue/...<br>
would work around this issue as well, wouldn't it?<br></blockquote><div> </div><div>To some extent.  It's possible to conceive of situations where it wouldn't.  Maybe not for</div><div>check_in itself but some of the other tags where people said namespacing was unnecessary.</div><div><br></div><div>What if the airport checkin handles both the hotel and the flights?  What if the place is a nexus</div><div>of airport and seaport sharing a common checkin?  Semicolons can be used but they are</div><div> thought by some to be problematic in the way some data consumers handle them.<br></div><div><br></div><div>Also the user interface would be more error-prone.  In iD with namespacing you'd type "check in"</div><div> into the search box and be shown a list of large(ish) icons labelled "airport checkin", "hospital</div><div> checkin" etc.  But with a list of values for a checkin=* tag  you get just text and it's a lot easier to</div><div> click on the wrong one by mistake.<br></div><div><br></div><div>But yes, it's an alternative to namespacing.  And preferable to having check_in=yes for all types</div><div>of checkin.</div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>