<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Do., 28. Nov. 2019 um 13:45 Uhr schrieb Andy Townsend <<a href="mailto:ajt1047@gmail.com">ajt1047@gmail.com</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>Tagging 2 things to represent 1 physical feature just makes it
      extra-hard for anyone consuming the data.  They'd have to say "OK,
      I've got a man_made=embankment here; now, before I decide what to
      do with it, I have to see if there is another parallel one facing
      the other way that tells me that what I've really got is a raised
      flood bank or similar"
    <p>We represent other linear features (e.g. roads) as lines; it
      makes sense to do the same here.</p></div></blockquote></div><div><br></div><div><br></div><div>there's a significant difference between roads and embankments, because roads tend to keep the same width, while embankment often may have different width along their way, so even if we do not want to tag them as an area, having different geometry for the upper and lower border may make sense.</div><div><br></div><div>And we also have situations where mapping roads (only) as linear ways is not deemed appropriate, hence area:highway is proposed, e.g. in historic city centers, for squares, etc.<br></div><div><br></div><div>Cheers</div><div>Martin<br></div></div>