问题标签 [crowdsourcing]

我正在建立一个众包网站，用户可以在其中创建新文章，更新 A 类中的任何现有文章。A 类中的所有文章都没有所有权。因为我想显示即时响应，所以我让文章在未经批准的情况下更新.

目前，我只使用 Paper Trail（Ruby on Rails gem）来跟踪更改并相应地恢复。我通常会查看我的数据库，哪些是上次更新的页面，然后我会检查它们的内容。

这对于日常任务来说是相当乏味的。有什么更好的方法来做到这一点？

哪些众包平台最有效？人们使用了哪些措施？

我想从网站用户那里收集某种地理信息 - 对于给定的数据集，他们将标记复选框，指示该地点是否有给定财产。是否有任何工具/框架可以根据整个收集的数据集（以及可能的其他信息）检测欺诈或垃圾邮件提交？我想获得过滤后的更可靠的数据。

背景：我正在为 PDO 数据库的基于 PHP/Web 的 P2P 复制层提出建议。我的愿景是，需要众包数据的人在 Web 服务器上设置此软件，将其连接到他们喜欢的数据库平台，然后围绕它编写一个 Web 应用程序以在本地添加/编辑/删除数据。如果他们愿意，其他各方可以建立类似的东西——围绕它编写自己的网络应用程序——并与一个或多个对等方建立数据共享协议。在一般情况下，对一个数据库所做的更改会在版本化的基础上写入另一个数据库，这样它们最终会在整个网络中流动。

有人问我为什么不使用 CouchDB，因为它具有双向复制和记录版本控制作为标准。我不知道这些功能，所以这是一个很好的问题！我突然想到，如果这个设施已经可用，是否有任何现有的不同组之间服务器到服务器复制的例子？我已经进行了大量的狩猎，但没有找到任何东西。

（我想我正在寻找的是“群体采购”的例子：为群体提供一种在本地访问共享数据集的方法，以及他们无法单独构建的临界质量的好处，同时避免政治所有权/控制问题与传统的集中式模型相关联。）

有没有人知道目前自适应支付申请的平均批准时间？看来可能有积压，因为我们没有收到版主的任何消息，而且已经超过 15 天（显然是他们通常的时间表）。我们的案例是一个基于 CodeIgniter 的众筹网站，安装了自适应支付网关，并在我们获得申请批准后准备上线。我们的网站通过 PayPal 使用其他方法已经活跃了 6 个月，但现在是时候提升一个档次了。

我想知道是否有一些 Drupal 模块或 WordPress 插件可以创建ushahidi类型的网站（Ushahidi 是一家非营利性软件公司，开发用于信息收集、可视化和交互式映射的免费和开源软件。）

我想知道是否可以使用 ushahidi 提供的功能，同时还可以利用在这些更成熟的平台中创建的所有其他插件/模块。

谢谢。

我想建立一个系统，从一组可以从 20 到 2000 件物品中挑选出最好的 10 件物品（前十名的排名并不重要）。在如何使用众包排序对一百万张图像进行排名时，有一篇关于进行实际排序的算法的优秀 stackoverflow 帖子 。我倾向于询问用户他们最喜欢两个项目之间的哪一个，然后使用TrueSkill算法。

我的问题是我正在使用 TrueSkill 之类的东西，决定向用户展示哪些项目对进行评分的最佳算法是什么？我将有有限的机会询问人们他们最喜欢哪些项目，因此重要的是，所提供的配对将为系统提供最有价值的信息来确定前 10 名。同样，我最感兴趣的是找到前 10 名，更不用说其余项目之间的排名，甚至前十名之间的排名。

我正在寻找一个脚本（必须有一个），它可以帮助我让我用户翻译我的基于 getText 的PHP项目。

现在，我没有时间在我的解决方案上创建解决方案，所以我正在使用 Google 搜索寻找一些合适的开源解决方案，但我找不到任何东西。

对此有很多商业解决方案，但我想在我自己的服务器上使用一个简单的 PHP 替代方案。它不必具有很多功能；我只想选择我需要的语言，让人们翻译和检查翻译。

我托管了一些 Source 游戏服务器并运行一个插件，将玩家聊天转储到 MySQL 数据库。我有一段安静的聊天记录，并且正在寻找一些有趣的事情。我想建立一个系统，让我的社区成员确定什么是“可接受的”，什么不是“可接受的”。

我的想法是它会像这样工作：不知何故，我允许我的社区成员查看聊天日志（不识别谁说了什么），他们将日志标记为“可接受”或“不可接受”。我必须弄清楚它是否只会显示某个时间范围内的一段文本，或者只是某个时间范围内的特定用户，或者只是个别行（可能很好......也可能意味着用户完全错过了聊天的上下文）。

这有点像验证码系统，多个用户最终会对同一系列的聊天日志进行评分。从那里，我会得到单词组的值。理论是，它会创建一个阈值，在该阈值中某些事物可以接受，而另一些则不能。在对一定数量的现有日志进行评分后，我将有一种有意义的方式来确定一条消息是否符合我的社区定义的标准。

我的问题是这些——

1. 你会建议我向我的用户展示正在评分日志的内容吗？我应该向他们展示一组 X 聊天台词吗？我应该每隔 5 分钟显示所有聊天行吗？我是否应该通过在 X 行的时间范围内仅显示 1 个用户的消息来缩小这两个窗口？还是用户应该单独为每行评分？我计划限制特定社区成员每天可以评分的行数/组数。
2. 设计存储所有这些数据的数据库的合适方法是什么？目前，每个单独的聊天行都作为它自己的行存储在 MySQL 中。每个人都有一个唯一的 ID 以及游戏中发送的聊天消息的全文。我也有收到它的玩家名称和服务器，但我认为这些不是必要的。
3. 我想以这样的方式创建它，使其变得自给自足/适应社区以及他们认为可以接受的东西。随着时间的推移，更多的行将被分级并添加到阈值/计算中，以确定消息是“好”/“坏”。如果有人建造了这样的东西，你能指出我在建造它时应该避免的陷阱吗？

我们将 CrowdFlower 与 Amazon Mechanical Turk 结合使用。我们的问题有相同的答案可供选择，因此我们希望随机化它们出现的顺序，以使用户保持警惕并希望阻止他们作弊。

我们希望能够将脚本插入到 CML（CrowdFlower 标记语言）文档中，以应用于所有问题。我们认为插入一些 JavaScript 是正确的方法。欢迎任何提示。