Ricerca utilizzando un acronimo come prefisso e altre incongruenze nelle ricerche

Quando inserisco il termine di ricerca di tre caratteri POS, che in una comunità linguistica verrebbe inteso come “parte del discorso”, Discourse prende un prefisso di tre lettere e restituisce ogni sorta di argomento inappropriato. Se cerco qui POS ottengo argomenti e risposte con le parole post, posts, position, possible, ecc. o BOX i risultati includono boxes. Se cerco tra la comunità LLVM per PUBLICATIONS ottengo una serie di post con codice sorgente di esempio C/C++ che contengono la parola public. Questa ricerca a livello di prefisso o lemma è estremamente frustrante e impedisce la scoperta di materiale pertinente.

Se questa è una funzionalità — come suggerisce il suo spostamento in quella categoria — allora è una funzionalità scadente e diventa inutile/

Perché Feature non è adatto?

Dando un’occhiata alla descrizione della categoria

Non riguarda solo le funzionalità esistenti, ma anche i miglioramenti.

Forse. Tuttavia, come qualcuno che ha lavorato sui sistemi di recupero del testo per decenni, questa “funzionalità” dovrebbe essere considerata un bug. Allo stato attuale, la funzionalità di ricerca è praticamente inutile per qualsiasi ricerca se non per quelle più banali.

Puoi eliminare tutti i risultati di post e position cercando \" pos \".
https://meta.discourse.org/search?q=%22%20pos%20%22

2 Mi Piace

Va bene, funziona, ma perché non è una funzionalità accessibile agli utenti? Almeno nella pagina di ricerca “avanzata” dove gli utenti potrebbero abilitare o disabilitare lo stemming — rendere il non-stemming l’impostazione predefinita sarebbe meno confusionario — a loro scelta piuttosto che dover ricordare una sintassi arcana. E “publication” produce risultati diversi da “publication” — include pubblicazioni — ma forse dovremmo accontentarci del fatto che lo stemming a public non avvenga allora.

1 Mi Piace