Volltextsuche nicht vollständig
Hi, uns ist durch Zufall bewusst geworden, dass die Volltextsuche in unserem System kein vollständiges Ergebnis ergibt. In ein und demselben Ticket gibt es Begriffe über die das Ticket gefunden wird und Begriffe über die das Ticket nicht gefunden wird. An den eingestellten Grenzen (1000 Worte, 30 Zeichen max. und 3 Zeichen min.) liegt es nicht. Gibt es eine Aussage, wie der Volltextindex funktioniert? Ein Rebuild wurde bereits durchgeführt. Das Ergebnis ist mit RunDB und StaticDB identisch. Mit freundlichen Grüßen Lutz Kowalke -- Dr.Lutz Kowalke IT-Regelbetrieb und Service Sächsische Landesbibliothek Staats- und Universitätsbibliothek Dresden (SLUB) 01054 Dresden Tel: +49 (0)351 4677 230 FAX: +49 (0)351 4677 711 http://www.slub-dresden.de
Hallo, wenn die Funktionalität Ticketarchivierung verwendet? Falls ja, muss man in der Suche explizit angeben, über alle Tickets zu suchen. Gruß, Markus Drenger
Hi, nein, die Textarchivierung wird nicht verwendet. Es ist im konkreten Beispiel auch ein fast aktuelles Ticket. Zudem gibt es ja Begriffe im Ticket, die zu einem Suchergebnis führen. Andere Suchbegriffe führen aber zu keinem Treffer. Gibt es vielleicht noch andere Ideen dazu? Gruß Lutz Kowalke Am 23.06.2012 19:44, schrieb Markus Drenger:
Hallo,
wenn die Funktionalität Ticketarchivierung verwendet? Falls ja, muss man in der Suche explizit angeben, über alle Tickets zu suchen.
Gruß, Markus Drenger --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
-- Dr.Lutz Kowalke IT-Regelbetrieb und Service Sächsische Landesbibliothek Staats- und Universitätsbibliothek Dresden (SLUB) 01054 Dresden Tel: +49 (0)351 4677 230 FAX: +49 (0)351 4677 711 http://www.slub-dresden.de
Hallo, in der StaticDB kann es sein, dass bestimmte Stop-Words nicht gefunden werden (z. B. 'and'). In der RuntimeDB jedoch ist das nicht der Fall, hier wird einfach eine Suche auf der Artikel-Tabelle ausgelöst, und zwar auf der Spalte a_body für die Artikelinhalte. Hier steht eine Plaintext-Version des Artikels drin - das wäre noch ein möglicher Grund für Abweichungen, dass evtl. bei der Umwandlung von HTML nach Plaintext etwas verlorengeht oder auch Leerzeichen eingefügt werden. LG, mg Am 25.06.12 09:39, schrieb Dr. Lutz Kowalke:
Hi,
nein, die Textarchivierung wird nicht verwendet. Es ist im konkreten Beispiel auch ein fast aktuelles Ticket. Zudem gibt es ja Begriffe im Ticket, die zu einem Suchergebnis führen. Andere Suchbegriffe führen aber zu keinem Treffer.
Gibt es vielleicht noch andere Ideen dazu?
Gruß Lutz Kowalke
Am 23.06.2012 19:44, schrieb Markus Drenger:
Hallo,
wenn die Funktionalität Ticketarchivierung verwendet? Falls ja, muss man in der Suche explizit angeben, über alle Tickets zu suchen.
Gruß, Markus Drenger --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
-- Martin Gruner Senior Developer R&D OTRS AG Europaring 4 94315 Straubing T: +49 (0)6172 681988 0 F: +49 (0)9421 56818 18 I: www.otrs.com/ Geschäftssitz: Bad Homburg, Amtsgericht: Bad Homburg, HRB 10751, USt-Nr.: DE256610065 Aufsichtsratsvorsitzender: Burchard Steinbild, Vorstand: André Mindermann (Vorsitzender), Christopher Kuhn Verbinden wir uns! OTRS 3.1 schafft einfachere Integration mit Drittapplikationen – Für Frühbucher zum Vorzugspreis: http://www.otrs.com/index.php?id=2361&L=1
participants (3)
-
Dr. Lutz Kowalke -
Markus Drenger -
Martin Gruner