Ich sehe keine Änderung in Bezug auf min flaggers to hide. Habe ich das übersehen oder wurde es weggelassen?
Für mich war das der wichtigste Punkt. Wenn Sie vorerst keine weiteren Änderungen planen, werde ich höchstwahrscheinlich gezwungen sein, auf eine ältere Version des Quellcodes zurückzugreifen.
Bezüglich:
FIX: Ignorierte Flaggen sollten nicht in Ihre Genauigkeitsbewertung eingehen
Spezialfälle für das Flaggen entfernen
FIX: Die TL3 → TL0-Spam-Funktion wiederherstellen
Wenn ich das richtig verstehe, betreffen diese Änderungen nur TL3-Nutzer und höher. Wir haben jedoch viele Probleme mit TL0- und TL1-Nutzern, sodass sie uns nicht weiterhelfen werden.
Bezüglich:
FIX: Die Empfindlichkeit funktionierte standardmäßig nicht
FIX: Mindestanzahl an überprüfbaren Inhalten erforderlich, bevor Schwellenwerte berechnet werden
Anpassung der Berechnung für Empfindlichkeiten/Prioritäten überprüfbarer Inhalte
Diese Änderungen dürften anfangs etwas helfen, scheinen aber mit der Zeit verschlechtert werden zu können?
Die Basis-Empfindlichkeits-Erhöhung wird mit der Zeit durch Nutzer auf irgendeine Weise beeinflusst, wobei unklar ist, wie genau.
Die target_count scheint den Aufbau der Genauigkeit zu verzögern, da weniger Beiträge in die Berechnungen einfließen, sofern ich verstanden habe, was sie tut. Sie schließt jedoch Beiträge mit nur einer Flagge davon aus, sodass sie für einige Nutzer den Aufbau möglicherweise erhöht?
Können Sie erklären, ob ich etwas übersehe oder die Änderungen falsch interpretiere?
Ich sehe, dass self.target_count in app/jobs/scheduled/reviewable_priorities.rb definiert und auf 2 gesetzt ist. Würde eine lokale Änderung davon und ein Neuaufbau mir mindestens 3 Flaggen vor dem Verbergen eines Inhalts geben? – Edit – Ich denke, das war Wunschdenken, nachdem ich etwas weiter gelesen habe, aber ich lasse die Frage trotzdem stehen. Ich interpretiere es derzeit als die Mindestanzahl an Flaggen, die erforderlich ist, damit ein überprüfter Eintrag die Genauigkeit eines Nutzers beeinflusst.