<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 29 November 2016 at 22:03, Warin <span dir="ltr"><<a href="mailto:61sundowner@gmail.com" target="_blank">61sundowner@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div class="m_5528073053367767952moz-cite-prefix">Not all embankment have 2 slopes <br></div></div></blockquote><div><br></div><div class="m_5528073053367767952moz-cite-prefix">To my understanding of the English term, an "embankment" is the equivalent of dyke or levee and is a long, narrow man-made elevation. Therefore they always have two slopes of opposite directions (leaving out the ends)<br><br></div><div class="m_5528073053367767952moz-cite-prefix">What Martin proposes should get a different tag name to distinguish it from an embankment. The term "on-sided enmbankment" is used in OSM for this, but I do not like it at all. I strongly recommend to use a different tag name. I used "slope" as this is the term used to describe the inclined flanks of levees (=embankments).<br></div><div class="m_5528073053367767952moz-cite-prefix"><br><br>
      Length - simple set as the length of the way. Cliffs are tagged as
      a single way at the top of the cliff, with the right hand side
      being 'downwards' when facing the direction of the way. <br>
      <br>
      Vertical rise - could be tagged with the height key.. this can
      vary over the length of the feature (I have found this on some
      maps as a number in meters ... assumed to be the maximum vertical
      locally rise in meters) To accomodate teh change in vertical
      height .. put the height on individual nodes? <br>
      <br>
      Slope - or in OSM terms 'incline'. This in OSM is entered as a way
      along the top where the slope would be minimal and not what 'we'
      want to describe. ... as cliffs, cuttings and embankments are best
      described this way I think incline may not be the best thing to
      tag? Humm stairs are described using the incline key ... but on a
      way that goes up .. leaving the top and bottom free of this. So
      maybe a top and bottom way .. with a simple way from bottom to top
      containing the incline information? <br>
      <br>
      While the 'top' and 'bottom' of natural features can be a bit
      fuzzy they are features that should be mapped. Definition?
      Something for a geologist? Along the lines of the line formed by
      the intersection of the average slope of land before the change to
      the average slope of land after the change ( the change being the
      cliff, embankment or cutting)?<div><div class="h5"><br>
      <br>
      <br>
      <br>
      <br>
      On 30-Nov-16 01:25 AM, Volker Schmidt wrote:<br>
    </div></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div><div class="h5">
    <blockquote type="cite">
      <div dir="ltr">
        <div>If you want to micromap slopes you should create a new key
          "slope" or something similar. An embankment has two slopes. It
          is equivalent to dyke or levee. The one-side embankments that
          are defined in the OSM wiki, are in reality slopes and should
          be retagged accordingly.<br>
          <br>
        </div>
        Independently of the name used fo the tag I see the prblem of
        defining where the slope starts, normally these are rounded
        features.<br>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On 29 November 2016 at 13:48, Martin
          Koppenhoefer <span dir="ltr"><<a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@gmail.com</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div dir="ltr">
              <div>
                <div>
                  <div>
                    <div>
                      <div>Currently we are mapping only one side of the
                        embankment (I think it's the upper side, but am
                        not sure if the wiki says this explicitly), with
                        the direction. What we would IMHO need is a way
                        to map the lower side as well and to combine
                        both. A closed polygon will not work I believe.<br>
                        <br>
                      </div>
                      The obvious solution that comes to mind is a new
                      relation type: in case the upper end is mapped,
                      draw a new way for the lower end and combine both
                      with a relation (possibly assigning roles like
                      upper and lower, maybe also draw lateral ways
                      (ways that connect the ends of the upper and lower
                      ways and defines their shape) in cases they are
                      not straight). (The type=area relation does this)<br>
                      <br>
                    </div>
                    Maybe it could also be done without the relation,
                    simply by tagging the upper and lower ways
                    accordingly, and connect them at least at one of
                    their ends with an explicit lateral way (and
                    respective tags). This would require from the data
                    user to topologically search for the embankment area
                    in order to be able to render it (or make other
                    use).<br>
                    <br>
                  </div>
                  What do you think, which representation is better? Are
                  there alternatives?<br>
                  <br>
                </div>
                Cheers,<br>
              </div>
              Martin<br>
            </div>
            <br>
            ______________________________<wbr>_________________<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.or<wbr>g/listinfo/tagging</a><br>
            <br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="m_5528073053367767952mimeAttachmentHeader"></fieldset>
      <br>
      <pre>______________________________<wbr>_________________
Tagging mailing list
<a class="m_5528073053367767952moz-txt-link-abbreviated" href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a>
<a class="m_5528073053367767952moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/tagging" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/tagging</a>
</pre>
    </blockquote>
    <p><br>
    </p>
  </div></div></div>

<br>______________________________<wbr>_________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/tagging</a><br>
<br></blockquote></div><br></div></div>