<div dir="ltr"><div>I don't like the |-character for up to and including, because | is regularly used for OR. <br></div><div><div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_signature" data-smartmail="gmail_signature">The usual character for a range is the hyphen. Anything else will lead to mapper errors, mixed use and other things causing uncertainty what was meant, hence guessing/extra processing at the data user side.</div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_signature" data-smartmail="gmail_signature">Irregular numberings with missing numbers, lettered subranges within ranges, I think you can only enumerate or map separate addresses.</div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_signature" data-smartmail="gmail_signature">Solution should leave installed base as intact as possible. No-one wants mass retagging. </div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_signature" data-smartmail="gmail_signature">What is the problem? I think:</div><div class="gmail_signature" data-smartmail="gmail_signature">1. That the interval needs to be specified, </div><div class="gmail_signature" data-smartmail="gmail_signature">2. Hyphens can be part of the numbers</div><div class="gmail_signature" data-smartmail="gmail_signature">3. Irregular ranges.</div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_signature" data-smartmail="gmail_signature">I think a range format is needed with format options. If all the options are left out, it's a simple range. </div><div class="gmail_signature" data-smartmail="gmail_signature">It will need parsing, but a data use that doesn't parse is no worse off than now.</div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_signature" data-smartmail="gmail_signature">E.g. you could have the option that <start> and <end> may be quoted strings. For a simple range quotes are allowed but not necessary; if start or end contain a hyphen you better add quotes if you want it processed as a range.</div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_signature" data-smartmail="gmail_signature">Irregular ranges: enumerate witha specified sperator, e.g. semicolon. In Nederland we would use a comma in this type of list. </div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_signature" data-smartmail="gmail_signature">Interval: I think default of 2 is not wise. The even/odd system applies mainly to streets, where every building has its own number and one side is even, the other is odd, but I think these simply should get there own address tag. Ranges apply to larger building and blocks, for which the even/odd numbering often doesn't apply.</div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_signature" data-smartmail="gmail_signature">So, default interval=1 is best I think.</div><div class="gmail_signature" data-smartmail="gmail_signature">Different intervals can be specified in a separate tag, or (while you are formatting/parsing anyway) be a part of the range string. E.g. (2) or ;2 at the end of the range string (separator should be different from enumeration separator)   </div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_signature" data-smartmail="gmail_signature">Maybe make spaces optional for readability?</div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_signature" data-smartmail="gmail_signature">Examples</div><div class="gmail_signature" data-smartmail="gmail_signature">15-20 = '15'-'25' = 15,16,17,18,19,20</div><div class="gmail_signature" data-smartmail="gmail_signature">15-25 (2) = '15'-'25' = 15,17,19,21,23,25</div><div class="gmail_signature" data-smartmail="gmail_signature">'123-15'-'123-21' (2)  = 123-15,123-17,123-19,123-21</div><div class="gmail_signature" data-smartmail="gmail_signature">10, 11a,11b,11c,12,14,</div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_signature" data-smartmail="gmail_signature">The instructions would be:</div><div class="gmail_signature" data-smartmail="gmail_signature">0. Use m-n for a simple range m up to n with interval 1 </div><div class="gmail_signature" data-smartmail="gmail_signature">1. Append (2) if the interval is 2 | append (n) if the interval is n </div><div class="gmail_signature" data-smartmail="gmail_signature">2. quote <start> and <end> separately if they contain a hyphen;</div><div class="gmail_signature" data-smartmail="gmail_signature">3. For irregular not too long ranges (max ?), enumerate all using comma separation</div><div class="gmail_signature" data-smartmail="gmail_signature">4. Else no range spec is possible.</div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Peter Elderson</div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Op zo 3 jan. 2021 om 17:25 schreef ipswichmapper--- via Tagging <<a href="mailto:tagging@openstreetmap.org">tagging@openstreetmap.org</a>>:<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>
<div>Hello,<br></div><div><br></div><div>This is another RFC for the proposal "addr:interval". This page has been moved twice, and has changed significantly from the original proposal. Since discussion has stagnated a bit, I have decided to create a new RFC with specific goals in mind:<br></div><div><br></div><ol><li>The wiki page contains three "options" to chose from to help tag a range of addresses. Which one is the best? Please discuss.<br></li><li>Are there any more <b>simple</b> options (other than the three on the wiki page) so to discern between single housenumbers that contain hypens and a range of addresses?<br></li><li>How will this be implimented into software (e.g. geocoders like Nominatim)?<br></li></ol><div><br></div><div>Thanks,<br></div><div>IpswichMapper<br></div><div><br></div>  </div>

_______________________________________________<br>
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>