<div dir="ltr"><div dir="ltr"></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Paul Allen:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div> I did see that some of the examples given led me to<br></div><div>conclude that regexes would be one way of doing it.</div></div></div></blockquote><div><br></div><div>Possibly, but if you are not proposing to do that, then nobody is, I think.</div><div>I think it would be overdoing it just a little. </div><div><br></div><div> > Take 27-35.  Is it 27, 28, 29,,..,35?  Or 27, 29, 31, 33, 35?  Or the atomic</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>address 27-35, with the address of the next building being 27-37?  Of</div><div>the atomic address 27-35 with the address of the next building</div><div>being 29-35?  I haven't seen any example given here of that</div><div>.last one, but I've seen the others.  I can conceive of weirder</div><div>ones.</div></div></div></blockquote><div><br></div><div>How is 27-35 interpreted now? </div><div>Would it alter the evaluation of this value if you would e.g. specify that a suffix (2) may be added to a housenumber string  to indicate that it is a range with increment 2? </div><div>Would it alter the evaluation if e.g. single quoting  was an added option to force interpretation as a single housenumber, rather than a range?</div><div>You see, if it is ambiguous now, it remains ambiguous even if these options were there. If one data user interprets it one way, another the other way, and the third just ignores it, you lose nothing by adding the options. Nothing is lost by not using extra options, but you may gain something by adding them. </div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div><div>If we're going to be able to specify these in a way that software</div><div>tools can understand, indicating which parts change and which</div><div>parts don't, regexes would be a precise, concise way to do it.</div><div>They'd just be very difficult for most ordinary mappers to enter</div><div>correctly.</div></div></div></blockquote><div><br></div><div>So, let's not go there.  Let's go for extra's that add something if applied, without demanding retagging of existing data. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div><div>_______________________________________________<br></div></div></div>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div></div>