Nella maggior parte dei casi, si tratta di un singolo utente che invia un messaggio per dire: “Non sono sicuro che questo messaggio meriti una segnalazione, ma in base alla mia interpretazione [del post | della politica dei moderatori], potrebbe essere utile darci un’occhiata.”
Gli utenti meno inesperti potrebbero farlo tramite un messaggio privato a un moderatore specifico (o, meno probabilmente, a @moderators), ma la forma più comune di tali commenti è una segnalazione “altro”.
Non sono d’accordo con questo, però. Se qualcosa disturba una persona abbastanza da inviare un “altro”, questo è effettivamente un flag. Ammesso che il suo peso possa essere ridotto (o addirittura aumentato), è chiaro che c’è qualcosa che non va.
Sarei favorevole a ridurre il peso di quel particolare flag, però, se pensi che sia giustificato, perché il suo significato è un po’ nebuloso.
Ah, quindi puoi regolare il peso di quel particolare flag “altro”? Offriamo questa possibilità come impostazione @eviltrout, il peso base del flag per ogni tipo di flag? Voglio dire che un proprietario del sito potrebbe decidere che “tutti i flag “altro” non conferiscono alcun peso” e modificare il peso base di quel flag a zero?
Al momento sembra che “altro” e “inappropriato” abbiano lo stesso peso base del flag?
Ho fatto una prova su try.discourse.org e vedo 1.0 (flag) + 5.0 (bonus livello di fiducia) = 6.0 per entrambi i flag nella coda di revisione, e il punteggio richiesto per nascondere un post è 4.0. Quindi al momento “altro” ha lo stesso peso del flag di “inappropriato”, il che a me non sembra corretto?
Non capisco questa affermazione, perché ignorare è già conservato per tutti i flag nei miei test, come sopra?
Aha, tutto è impostato su “basso” per impostazione predefinita, quindi presumibilmente 1.0 è il limite inferiore. Dovremmo offrire un’opzione “disattivato” o “nessuno” in questo elenco @eviltrout?
Utilizzare direttamente Ignora ha ridotto il peso di un membro TL3. Ho osservato questo fenomeno e l’ho testato ignorando ripetutamente, senza dissentire, i flag sollevati da un specifico membro TL3 nel corso del tempo, fino a portarlo al 51%.
Sarebbe utile un nuovo test con un account creato ad hoc? Sono disposto a eseguire tale test e pubblicare metriche esatte con screenshot, assumendo che ciò riproduca il comportamento.
Se ciò significa che non ridurrà il peso di chi solleva il flag né aggiungerà 1 a Post segnalati > massimo di 5 sotto Requisiti per il Livello di Fiducia 3, allora sì, assegnare un peso zero a un flag sarebbe l’esito auspicato.
Oh, non credo che questo dovrebbe accadere affatto. Per me, Ignore significa “fingi che non sia mai successo”. Sono sicuro che @eviltrout possa tenerne conto la prossima settimana.
Il problema qui è che “ignorare” un segnalazione aggiunge comunque peso a un post. Se l’obiettivo è che “ignora” significhi davvero ignorare, è importante che le segnalazioni ignorate non contribuiscano al peso delle segnalazioni di un post.
Immagino che questo cambierebbe anche l’indicatore “concordato” per le segnalazioni dell’utente, dato che anch’esso tiene conto delle segnalazioni ignorate?
Assicurarsi che l’opzione “ignora” non influisca sulla precisione dell’utente.
Rimuovere il caso speciale in cui gli utenti TL4 nascondono immediatamente i contenuti di utenti non TL4 con un solo segnalazione.
Impedire agli utenti non TL4 di nascondere istantaneamente i contenuti con un solo segnalazione, indipendentemente dal punteggio:
Probabilmente regolerò le soglie per il nascondimento. Attualmente si basano su punteggi superiori a una certa percentiles, che ritengo troppo bassi nel caso del nascondimento. Baserò i miei calcoli su un valore predefinito più vicino a 3 segnalazioni per post e procederò da lì.
È molto probabile che aggiunga temporaneamente un’impostazione per min flaggers to hide. Credo che questo risolverà il 90% dei reclami qui. I punteggi rimangono utili per portare in cima i contenuti più gravi, quindi dovrebbe funzionare.
In realtà, dopo alcune discussioni interne, ho annullato la modifica relativa allo spam da TL3 a TL0. Consideriamo che quell’eccezione sia abbastanza importante da mantenere. L’eccezione per TL4 è stata comunque rimossa:
Okay, ho apportato alcune ulteriori modifiche qui. Le prime due sono correzioni per quando i forum sono molto nuovi e non hanno abbastanza dati per calcoli accurati. Mi sono reso conto che questo era un problema mentre navigavo nel codice sorgente:
Questa è più rilevante per il feedback in questo argomento:
I calcoli per le priorità sono ora modificati per concentrarsi sui contenuti da revisione che hanno almeno 2 valutazioni (segnalazioni). Dopo l’aggiornamento a questa versione, le soglie per nascondere i contenuti dovrebbero aumentare. Una sensibilità “media” dovrebbe corrispondere a circa due segnalazioni.
Provatelo e fateci sapere se le cose sono migliorate!
@ubik una volta aggiornato all’ultima versione, prova per un po’ e poi scrivi una lunga risposta sulla tua nuova e migliorata esperienza
Saremo via per una settimana, quindi questo sarà l’ultimo cambiamento in quest’area per un bel po’, ma crediamo che si tratti di miglioramenti significativi per il sistema di segnalazione esistente.
Non vedo alcun cambiamento relativo a min flaggers to hide? Me lo sono perso o è stato omesso?
Per me era quello più importante; se non prevedete di apportare altre modifiche per un po’, sarò probabilmente costretto a tornare a una versione precedente del codice sorgente.
Per quanto riguarda
FIX: I flag ignorati non dovrebbero essere conteggiati nel punteggio di accuratezza
Rimuovi i casi speciali per il flagging
FIX: Ripristina la dinamica TL3 → TL0 per lo spam
Se ho capito correttamente, queste modifiche riguarderanno solo gli utenti TL3 e superiori. Abbiamo molti problemi con gli utenti TL0 e TL1, quindi non ci aiuteranno.
Per quanto riguarda
FIX: La sensibilità non funzionava di default
FIX: Richiedi un numero minimo di elementi da revisionare prima di calcolare le soglie
Regola il calcolo delle sensibilità/priorità degli elementi da revisionare
Queste modifiche dovrebbero aiutare un po’ all’inizio, ma sembra che possano peggiorare col tempo?
L’aumento base della sensibilità sarà influenzato dagli utenti nel tempo in qualche modo, non è chiaro esattamente come.
Il target_count sembra ritardare l’accumulo di accuratezza poiché meno post entrano nei calcoli, se ho capito bene la sua funzione. Tuttavia, escluderà anche i post con un solo flag, quindi per alcuni utenti potrebbe aumentare l’accumulo?
Puoi spiegare se sto trascurando qualcosa o se sto semplicemente leggendo male le modifiche?
Vedo che self.target_count è definito in app/jobs/scheduled/reviewable_priorities.rb e impostato a 2. Modificandolo localmente e ricostruendo il progetto, otterrei un minimo di 3 flag prima che qualcosa venga nascosto? - Aggiornamento - Penso che fosse un desiderio quando ho letto un po’ di più, ma lascio comunque stare la domanda. Attualmente lo interpreto come il numero minimo di flag necessari affinché un elemento revisionato influisca sull’accuratezza dell’utente.
CORREZIONE: I flag ignorati non dovrebbero essere conteggiati nel tuo punteggio di accuratezza. È vero, questo influenzerà i livelli di traduzione (TL) inferiori a 3, mia colpa. Non esponiamo il flag di ignorare.
Rimuovi i casi speciali per il flagging e CORREZIONE: Ripristina la cosa del spam da TL3 a TL0, ma funziona solo per TL3 e superiori?
I nuovi calcoli permettono a un singolo flag di spam di mettere a tacere un nuovo utente e nascondere tutti i suoi post? Sembra che un utente TL2 possa farlo impostando silence_new_user_sensitivity su un valore alto, che è l’impostazione predefinita. In precedenza, erano necessari tre flag diversi da parte di utenti diversi per mettere a tacere un nuovo utente. Questa impostazione è ancora valida e come interagisce con il calcolo della sensibilità? Quale delle due ha la priorità?
Ti chiedo gentilmente di fornirmi un’impostazione che mi permetta di tornare ai tre flag originali prima del nascondimento; non ho bisogno del nuovo sistema e i miei utenti non lo comprendono. Sono certo che questa soluzione sia ottima per alcuni forum, ma rendila opzionale.