About: PvXwiki talk:Biased Voting   Sponge Permalink

An Entity of Type : owl:Thing, within Data Space : 134.155.108.49:8890 associated with source dataset(s)

Obviously, this was partially a response to the recent Wiki-drama surrounding the R/D Dust Tank and the successive failure of the One account per IP policy, but it's got some more general elements which will hopefully provide more solid precedent for any discussion related to biased voting. The instances I've included were the major ones I could think up off the top of my head, but if anyone wants to suggest a corollary, an addendum, or anything else for that matter, they're welcome to do so. Any thoughts? Image:Defiant Elements Sig Test 2.JPG *Defiant Elements* +talk 05:54, 25 November 2007 (CET)

AttributesValues
rdfs:label
  • PvXwiki talk:Biased Voting
rdfs:comment
  • Obviously, this was partially a response to the recent Wiki-drama surrounding the R/D Dust Tank and the successive failure of the One account per IP policy, but it's got some more general elements which will hopefully provide more solid precedent for any discussion related to biased voting. The instances I've included were the major ones I could think up off the top of my head, but if anyone wants to suggest a corollary, an addendum, or anything else for that matter, they're welcome to do so. Any thoughts? Image:Defiant Elements Sig Test 2.JPG *Defiant Elements* +talk 05:54, 25 November 2007 (CET)
dbkwik:pvx/property/wikiPageUsesTemplate
abstract
  • Obviously, this was partially a response to the recent Wiki-drama surrounding the R/D Dust Tank and the successive failure of the One account per IP policy, but it's got some more general elements which will hopefully provide more solid precedent for any discussion related to biased voting. The instances I've included were the major ones I could think up off the top of my head, but if anyone wants to suggest a corollary, an addendum, or anything else for that matter, they're welcome to do so. Any thoughts? Image:Defiant Elements Sig Test 2.JPG *Defiant Elements* +talk 05:54, 25 November 2007 (CET) /Agree with the no voting on other accounts builds that are on the same IP address.--Image:ViYsig5.jpgVictory (talk/pvxcontribs) 05:56, 25 November 2007 (CET) Yeah, there's no way to verify that a number of accounts that share an IP are in fact the product of a similar number of distinct persons, so, short of restricting the number of accounts per IP (that policy already failed), this seemed like the best solution. Image:Defiant Elements Sig Test 2.JPG *Defiant Elements* +talk 05:58, 25 November 2007 (CET) /agree -- Armond WarbladeImage:Armond sig image.png{{sysop}} 07:04, 25 November 2007 (CET) Tbh, we don't need to state that people with real-world connections can't rate each other's builds. We can simply hold them to the same level of scrutiny as we do to build authors. This kind of sockpuppetry is hardly common; the most important biased rating we see here is retaliatory and guild/friend group votes. The stress of this policy should be inversed. We can easily permit users to rate whichever builds they want, as long as they are sound and reasoned ratings. If they are giving biased ratings, positive or negative ones, then we should say that they may not rate builds in that matter, and remove the ratings. - Image:Kowal.jpg Krowman {{sysop}} 07:40, 25 November 2007 (CET) Hmmm... well, I'm not sure whether or not I agree with that logic. Either way, I'll take another look tomorrow when I get a chance, feel free to write a second version of the proposal (or to re-draft a part of it) and save me the work though ;). Image:Defiant Elements Sig Test 2.JPG *Defiant Elements* +talk 07:48, 25 November 2007 (CET) Yeah, it's late here too (though not as late as where you live (= ); I meant to pop in quickly and go. I'll talk to you tomorrow. - Image:Kowal.jpg Krowman {{sysop}} 07:54, 25 November 2007 (CET) I'm fine with this. -Auron 08:14, 25 November 2007 (CET) Looks good to me. Krowman's point about being more strict about votes from the same IP as the author instead of just forbidding them from voting seems like a decent idea, as well. --Edru viransu//QQ about me/sysop 22:21, 25 November 2007 (CET) Just my 2 cents before i go to bed for the evening. For starters, bias isn't a problem. Everyone is biased about almost every build. As an debate class will reveal, bias is only a problem if one can prove or provide that the bias is leading to a fabrication of facts, or in this case, a builds ability. Tbh, I'd rather the BM policy be passed and increase moderation and regulation instead of restricting voting from sources that are potentially biased. I also disagree with this policy confirming that non-author votes are subject to less scrutiny. All votes should be subject to the same scrutiny, regardless of who posted it. I feel that this policy, while well intentioned and probably effective, is unnecesary since there a better ways to deal with bias related fabrications then simply removing them.Bob fregman 04:07, 26 November 2007 (CET) I disagree with bias not being a problem. Of course everyone has a bias, and bias in of itself does not have a negative connotation; however, the bias that this policy seeks to address is unsubstantiated bias. I'm biased against most A/D Crit Scythe Builds because they're bad, but I can give reasons "why" they're bad, but that's besides the point. The problem is when you have authors and their friends/guild-mates voting in a biased manner that has nothing to do with factual evidence. To address your next point, I don't see how this policy runs contrary to the BM policy. This policy establishes a very general guideline and some degree of "legal" precedent for actions taken by Sysops (or BMs) that relate to the issue of biased voting. As to restricting votes, I'm leaning towards changing the policy along (at least some of) the lines of Krowman's suggestions so that we're not actually restricting potentially biased votes, but rather holding them to a higher standard. Image:Defiant Elements Sig Test 2.JPG *Defiant Elements* +talk 04:17, 26 November 2007 (CET) The differences between this policy and the BM policy, fyi, are that this policy nerfs suspect users while the BM policy buffs good ones. -- Armond WarbladeImage:Armond sig image.png{{sysop}} 07:33, 26 November 2007 (CET) Could be reworded to something like "If you are proven to have any connection to the build or build author in question, which could be interpreted as unfair bias, then your rating will be held to higher scrutiny, and possibly removed." Something like that is the idea I'm putting forth. Of course, you (DE) can rephrase it into your own words, to maintain the flow and syntax of your writing in the rest of the article. Btw, this policy is separate from the proposed (trial run?) BM policy, they address different problems of the site, and bias is certainly a problem we regularly see here. - Image:Kowal.jpg Krowman {{sysop}} 07:38, 26 November 2007 (CET) DE, that's basically what i was saying, and i agree with you fully. I feel that, however, we should just ensure that all questionable votes are good rather than forbidding same account IPs from voting. It doesnt seem like it requires any less moderation to implement this policy, so i don't see its usefullness, though i agree with its intentions.Bob fregman 00:56, 27 November 2007 (CET)
Alternative Linked Data Views: ODE     Raw Data in: CXML | CSV | RDF ( N-Triples N3/Turtle JSON XML ) | OData ( Atom JSON ) | Microdata ( JSON HTML) | JSON-LD    About   
This material is Open Knowledge   W3C Semantic Web Technology [RDF Data] Valid XHTML + RDFa
OpenLink Virtuoso version 07.20.3217, on Linux (x86_64-pc-linux-gnu), Standard Edition
Data on this page belongs to its respective rights holders.
Virtuoso Faceted Browser Copyright © 2009-2012 OpenLink Software