<div dir="ltr">On Fri, Oct 12, 2018 at 11:24 PM Allroads <<a href="mailto:allroadsworld@gmail.com">allroadsworld@gmail.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><a href="https://github.com/opening-hours/opening_hours.js/issues/270" rel="noreferrer" target="_blank">https://github.com/opening-hours/opening_hours.js/issues/270</a><br>
Thinking loud, I like a set of subcategories.<br>
Basic set for a year, others for the fast change.<br>
I find this a practical understandable solution. <br></blockquote><div> </div><div>Until I took a look at the github issue you raised, I thought your proposal was totally</div><div>incomprehensible.  Having read the github issue I now think it impractical and unworkable.</div><div><br></div><div>Computerized data consumers like apps can handle it.  Mappers and people using the map</div><div>query tool will not find it so easy.  It doesn't cope with seasonal hours well if there are more</div><div>than two divisions in the year.  Mappers may end up revising the yearly entry when they should</div><div>have modified the other entry and vice versa.<br></div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>