<div class="gmail_quote">On Mon, Jul 12, 2010 at 2:27 PM, John Harvey <span dir="ltr"><<a href="mailto:john@johnharveyphoto.com">john@johnharveyphoto.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
It sure would be nice if users couldn't submit bad data.  Incorrect data (wrong street name) takes a human to spot, but bad topology (doesn't conform to the rules and a computer can verify conformance) shouldn't be possible to submit.  For instance look at this relation:<br>

<br>
<a href="http://www.openstreetmap.org/browse/relation/542980" target="_blank">http://www.openstreetmap.org/browse/relation/542980</a><br>
<br>
Two ways are marked as inners but nothing is inside anything else.  The problem is these kinds of errors present a barrier to entry for anyone using the OSM data - if you try to write a "by the books" renderer for this area you get a spill.  To render it correctly you have to test ways marked the inner are actually inside something marked outside.<br>
<br></blockquote><div><br></div><div>For better or worse there is no "incorrect data". If your parser/renderer can't handle data like this, then you should probably filter it out. You'll have a very hard time convincing anyone to add the data integrity checks that would be required on the API for this sort of thing.</div>
<div><br></div><div>Maybe you could write a bot that messages the owner of the relation when it finds incorrect topology?</div></div><br>