<br><br><div class="gmail_quote">On Mon, Jul 30, 2012 at 11:08 AM, Paweł Paprota <span dir="ltr"><<a href="mailto:ppawel@fastmail.fm" target="_blank">ppawel@fastmail.fm</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
<br>
<br>
> the more redundancy the more<br>
> automated checks can be done to find errors.<br>
><br>
<br>
</div>Sorry if I am being too harsh, I am not trying to be mean or anything<br>
but... I don't understand how this sentence would be true in any<br>
context. More redundancy, especially redundancy in data entered by<br>
humans, simply invites more opportunity for errors. So of course QA<br>
tools will find more errors - simply because there is more data to<br>
maintain!<br>
<div class="im"><br></div></blockquote><div><br>there are different types of errors and you focus on one only. I am not going to argue with examples or explanations. If you don't want to see it you won't see it.<br>
<br>The concept of OSM (and any crowd source project) is in no way similar to traditional knowledge collection. And for consumers it's even more different. It's a social project not a technical one. Errors are a key ingredient to keep the ball running. The number in the DB is not important. A data consumer has to decide what data is useful and try to make the best possible use. The number of errors remaining in the consumer application is what is important at the end.<br>
</div></div>