<div class="gmail_quote">On Sat, Nov 7, 2009 at 9:48 AM, James A. Treacy <span dir="ltr"><<a href="mailto:treacy@debian.org">treacy@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
There are cases where the same way exists in different data sets but<br>
with different uses. A good example is that islands in the waterbody<br>
data are often repeated in the wooded data (if the island happens to<br>
be wooded, which happens a lot). Importing one set after another leads<br>
to duplicated ways. This case is time consuming to fix because you<br>
have to reconcile two ways and a relation. This same issue arises with<br>
wetlands. Probably others too but these are the ones I've encountered<br>
most often.<br><br></blockquote><div><br>This is the desired effect. Technically there should be one multipolygon defining the waterway (or lake) and another multipolygon for the wooded area (with separate ways? or maybe the wooded area's outer way should be the lake's inner way?).<br>
<br>Keep in mind that removing duplicate nodes/ways in all cases is bad ... in some cases there actually are two features at the exact same point.<br></div></div>