<div dir="ltr">Yes it makes sense to keep this distinction : level tag can just be the "logical order" of levels going from -xx to xx with an arbitrary 0 for each building, so tools know the order (which one is above the other). Simple Indoor Tagging already suggest the level:ref for the "local" naming scheme. It could be used by tools when they show you the name of the level in their interface (One example : a building with tags "level=0" + "level:ref=Ground floor", instead of showing "level 0", the tool can display "Ground floor" -> both the data user and the data consumers are happy ;-) ). </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 21 janv. 2019 à 09:20, PanierAvide <<a href="mailto:panieravide@riseup.net">panieravide@riseup.net</a>> a écrit :<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 bgcolor="#FFFFFF">
    <p>Hello,</p>
    <p>Just for your information, there is also this "level:ref" tag
      which was used in various context to solve this problem :</p>
    <p>- level tag is still used as defined in Simple Indoor Tagging<br>
      - level:ref has a value which is linked to operator naming of
      levels</p>
    <p>That way, casual mappers/consumers don't need to stick to level
      definition which doesn't make regarding operator naming, they can
      set level:ref according to what they are used to see. And we keep
      the level definition which makes more sense for tools.<br>
    </p>
    <p>Regards,</p>
    <p>Adrien.<br>
    </p>
    <pre class="gmail-m_-929168792934732092moz-signature" cols="72">PanierAvide
Géomaticien et développeur</pre>
    <div class="gmail-m_-929168792934732092moz-cite-prefix">Le 21/01/2019 à 09:05, Simon Poole a
      écrit :<br>
    </div>
    <blockquote type="cite">
      <pre class="gmail-m_-929168792934732092moz-quote-pre">As tordanik has already pointed out the main issue with the proposals is
that there is no inherent ordering that can be deduced from level values
on objects if they are not (integer) numbers, so any such scheme
requires far more insight, effort and available context from
joe-casual-mapper and joe-casual-data-consumer to get layering right. 
With the current scheme that is a no-brainer even if there are
discrepancies between actual numbering of the floors and what is being
used in OSM.

Simon

PS: addr tags are for postal addresses I don't think using them as a
level name/ref makes very much sense outside of that very narrow
application.


</pre>
      <br>
      <fieldset class="gmail-m_-929168792934732092mimeAttachmentHeader"></fieldset>
      <pre class="gmail-m_-929168792934732092moz-quote-pre">_______________________________________________
Tagging mailing list
<a class="gmail-m_-929168792934732092moz-txt-link-abbreviated" href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a>
<a class="gmail-m_-929168792934732092moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a>
</pre>
    </blockquote>
  </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>