On Fri, Jul 2, 2010 at 12:01 PM, Peter Davies <span dir="ltr">&lt;<a href="mailto:ultratwo@gmail.com" target="_blank">ultratwo@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I think the speed and freedom provided by wiki is more important than<br>
vetting. Most problems would be due to vandalism (easily reverted),<br>
people will keep an eye on Recent Changes. If the problem is<br>
overwhelming, we will make editing privileges require a grant by an<br>
admin on a shall issue basis. Bogus information is a non-issue, people<br>
with sufficient knowledge to enter convincing information are not<br>
going to be the sort to enter bogus information. Wikipedia has a high<br>
level of accuracy despite its openness.<br></blockquote><div><br>Maybe our concern should not be bogus information but ill-gotten information.� My concern would be that information acquired from reverse engineering would be &quot;tainted&quot; for Wine development purposes (which is what concerns me about the <a href="http://soared.org">soared.org</a> site mentioned on wine-devel).� I suppose that it technically would fall under the traditional Compaq &quot;clean room reverse engineering&quot; - provided that whomever posted API details on the site was not also the person posting patches to implement those details in Wine.<br>
<br>I&#39;m not sure how we could best handle this, but it is my understanding that most of the modern wiki software has an option to require editor approval.� I am hesitant to want to turn on such an option, at least in the beginning, since I think it would discourage contribution - but it is an option.� Does anyone have a particularly preferred wiki software that they are familiar with that they think will work well for what we&#39;re doing?� I don&#39;t really keep track of the different wiki packages, but last time I setup a mediawiki site I was a bit disappointed by the lack of built-in macros.<br>
<br>While SF specifically mentions a couple wiki packages it looks like they are pretty flexible with what you can load up, since they will let you create your own databases - so I think we could setup anything we like.� Does anyone have any reasons we would want to go with somewhere other than SF?� It seems to me like it would provide us with anything we need with the added bonus of being free.<br>
<br>Erich Hoover<br><a href="mailto:ehoover@mines.edu">ehoover@mines.edu</a><br></div></div>