ClairaClaira Help Desk

Suchbegriffsfamilien generieren

Andere Sprachen

Fügen Sie einen Syntax-Anweisungsblock in Ihren Claira-Chat ein, damit dieser Nuix-Discover-Suchbegriffsfamilien (dtSearch) generiert, die sich direkt aus einer Datei importieren lassen.

Suchbegriffsfamilien generieren

Claira kann Stichwortlisten aus Schriftsätzen oder Themenbeschreibungen generieren, verfügt jedoch noch nicht über integriertes Wissen zur Suchsyntax von Nuix Discover (dtSearch) und weiß standardmäßig nicht, wie Suchbegriffsfamilien aufgebaut sind. Das ist eine bekannte Lücke, die in einer zukünftigen Version geschlossen wird.

Bis dahin können Sie diese Lücke schließen, indem Sie einen Anweisungsblock in Ihren Claira-Chat einfügen, bevor Sie nach Suchbegriffen fragen. Der Block bringt Claira zwei Dinge bei:

  1. Die Dokumentinhalts-Suchsyntax von Nuix Discover / dtSearch, damit generierte Begriffe in Nuix gültig und wirksam sind.
  2. Das Ausgabeformat der Begriffsabfragen, damit jede Ausgabezeile eine vollständige Begriffsabfrage ist (Varianten durch OR verbunden, Platzhalter zum Zusammenfassen grammatischer Formen genutzt), bereit zum Import als Suchbegriffsfamilie.

Hintergrund: Wie eine Begriffsabfrage aussieht

In Nuix Discover besteht eine Suchbegriffsfamilie aus einer Begriffsbezeichnung und einer Begriffsabfrage. Die Begriffsabfrage ist ein einzelner dtSearch-Ausdruck, der ein Konzept abdeckt, zum Beispiel:

"civil action" OR "Law suit" OR "legal proceeding*" OR litigat* OR "class action"

Da Claira Klartext statt einer Tabelle liefert, zielt dieser Arbeitsablauf nur auf die Spalte der Begriffsabfrage. Bezeichnungen können Sie später ergänzen, falls gewünscht.

Zwei Syntaxverhalten leisten den Großteil der Arbeit:

  • Platzhalter fassen grammatische Varianten zusammen. waterproof* findet waterproof, waterproofing, waterproofed und waterproofs -- eine einzelne Auflistung ist nicht nötig. Platzhalter funktionieren auch innerhalb zitierter Phrasen: "water proof*" findet water proofing.
  • Satzzeichen werden nicht indexiert. dtSearch behandelt einen Bindestrich als Leerzeichen, sodass water-proofing als water proofing indexiert wird. Die Form mit Leerzeichen deckt bereits alle Formen mit Bindestrich ab; Varianten mit Bindestrich dürfen niemals gesondert aufgeführt werden.

Das gesamte Konzept der Wasserdichtigkeit reduziert sich somit auf eine einzige Begriffsabfrage:

waterproof* OR "water proof*"

Der Arbeitsablauf

Schritt 1 -- Einen Claira-Chat zum Mandat starten

Öffnen Sie den Chat, in dem Sie Claira nach Suchbegriffen fragen möchten (zum Beispiel ausgehend von einem Schriftsatz oder einer Themenbeschreibung).

Schritt 2 -- Den Anweisungsblock einfügen

Fügen Sie den vollständigen Anweisungsblock unten als erste Nachricht in den Chat ein (oder unmittelbar vor Ihrer Stichwortanfrage). Er gilt für den Rest des Gesprächs.

Schritt 3 -- Nach den Begriffen fragen

Fragen Sie wie gewohnt, zum Beispiel: „Generiere aus diesem Dokument Suchbegriffe für das Problem des Wasserschadens durch mangelhafte Abdichtung."

Schritt 4 -- Die Ausgabe in Excel einfügen und importieren

Claira liefert eine Begriffsabfrage je Zeile, ohne Bezeichnungen, Aufzählungszeichen oder Kommentare. Kopieren Sie die vollständige Ausgabe und fügen Sie sie in Spalte A einer leeren Excel-Datei ein, eine Begriffsabfrage je Zeile, ohne Kopfzeile. Gehen Sie in Nuix Discover zu Add search terms > Add terms from a file (Suchbegriffe hinzufügen > Begriffe aus einer Datei hinzufügen) und importieren Sie die Datei. Der Import akzeptiert eine Spalte (nur Begriffsabfrage) oder zwei Spalten (zuerst Begriffsbezeichnung, dann Begriffsabfrage) -- wollen Sie benannte Familien, fügen Sie vor dem Import eine Bezeichnungsspalte davor ein.

Schritt 5 -- Vor dem Verlassen prüfen

Testen Sie die importierten Familien stichprobenartig. Platzhalter können zu weit gefasst sein (seal* findet auch sealer, sealants und alles andere, das mit seal beginnt), bestätigen Sie also, dass sich jede Begriffsabfrage im Bestand sinnvoll verhält, bevor Sie die Familien für die Eingrenzung des Umfangs oder Verhandlungen nutzen.

Der Anweisungsblock

Verwenden Sie beim Generieren von Suchbegriffen oder Suchabfragen in diesem Arbeitsbereich die Dokumentinhalts-Suchsyntax von Nuix Discover (dtSearch) und befolgen Sie diese Regeln:

VERKNÜPFUNGEN: Kombinieren Sie Begriffe mit AND, OR und NOT. Ein bloßes "Begriff NOT Begriff" ist ungültig - NOT muss als "AND NOT" oder "NOT w/n" verwendet werden. AND wird vor OR ausgewertet, verwenden Sie daher stets Klammern, um jede Abfrage mit zwei oder mehr Verknüpfungen zu gruppieren, z. B. apple AND (pear OR orange). Beginnen oder beenden Sie eine Abfrage niemals mit einem Operator, und setzen Sie niemals zwei Operatoren hintereinander.

PHRASEN: Anführungszeichen sind für Phrasen nicht erforderlich. Enthält eine Phrase die Wörter and, or oder not, setzen Sie sie in gerade doppelte Anführungszeichen, z. B. "bill of sale and receipt". Füllwörter wie "the" und "if" passen an dieser Position auf jedes Wort.

PLATZHALTER: ? ersetzt ein einzelnes Zeichen (appl? findet apple und apply). * ersetzt eine beliebige Anzahl Zeichen am Anfang oder Ende eines Begriffs (waterproof* findet waterproof, waterproofing, waterproofed und waterproofs). Platzhalter funktionieren auch innerhalb zitierter Phrasen, wobei jeder Begriff als Wortstamm behandelt wird ("water proof*" findet water proofing). Vermeiden Sie führende Platzhalter (*apple) - sie sind zu weit gefasst und können scheitern. = ersetzt eine einzelne Ziffer (==== findet 1234).

WORTSTAMM UND UNSCHARFE SUCHE: ~ am Ende eines Wortes findet grammatische Variationen (click~ findet clicked und clicking). % findet Rechtschreibfehler oder OCR-Fehler, ein falsches Zeichen je %-Zeichen (int%%ernet findet internet und intranet); die Zeichen vor dem % müssen exakt übereinstimmen. Platzhalter lassen sich nicht mit ~, # (phonetisch) oder & (Synonym) kombinieren.

NÄHE: x w/n y findet x innerhalb von n Wörtern von y (apple w/5 pear). x pre/n y verlangt, dass x vor y erscheint. x NOT w/n y schließt x aus, wenn es sich in der Nähe von y befindet. Mindestens eine Seite eines Näheoperators muss ein einzelnes Wort, eine Phrase oder eine nur durch OR verbundene Gruppe sein - (a AND b) w/5 (c AND d) ist ungültig. Setzen Sie AND oder OR nicht unmittelbar vor einen Näheoperator, und vermeiden Sie verkettete Nähe wie a w/2 b w/5 c, die mehrdeutig ist. xfirstword und xlastword markieren Anfang und Ende eines Dokuments und lassen sich mit Näheoperatoren kombinieren.

ZEICHENSETZUNG: dtSearch indexiert keine Zeichensetzung - Satzzeichen innerhalb eines Begriffs werden als Leerzeichen behandelt. Das bedeutet, water-proofing wird als water proofing indexiert, sodass die zitierte Form mit Leerzeichen "water proof*" die Formen mit Bindestrich bereits abdeckt. Listen Sie Varianten mit Bindestrich niemals als gesonderte Begriffe auf. Die Zeichen % # & ? = ~ sind als Operatoren reserviert und nicht durchsuchbar.

REGULÄRE AUSDRÜCKE: Setzen Sie sie in gerade doppelte Anführungszeichen, beginnend mit ##, z. B. "##\d{3}-\d{2}-\d{4}". \d ist eine Ziffer, \w ist ein alphanumerisches Zeichen, [abc] ist eine Menge, [a-z] ist ein Bereich, (abc|xyz) sind Alternativen, und {n}, {n,}, {n,m} steuern die Wiederholung. Regex-Suchen können breit und langsam sein - nutzen Sie sie nur für strukturierte Daten wie Kennnummern, E-Mail-Adressen oder Telefonnummern, und beachten Sie, dass Zeichen wie Bindestriche, @, Punkte und Schrägstriche nur durchsuchbar sind, wenn die Administration sie als Buchstaben indexiert hat.

AUSGABEFORMAT FÜR SUCHBEGRIFFSFAMILIEN: Wenn ich nach Suchbegriffen frage, geben Sie sie als Begriffsabfragen aus, eine Begriffsabfrage je Zeile. Jede Begriffsabfrage deckt ein Konzept ab und verbindet alle ihre Varianten mit dem Operator OR. Bauen Sie jede Begriffsabfrage wie folgt auf: Nutzen Sie einen abschließenden Platzhalter, um grammatische Varianten zu einem einzigen Begriff zusammenzufassen (waterproof* statt waterproof, waterproofing, waterproofed, waterproofs einzeln aufzulisten); nutzen Sie zitierte Phrasen für mehrteilige Varianten, mit Platzhaltern innerhalb der Phrase, wo sinnvoll ("water proof*"); listen Sie Rechtschreibvarianten, die ein Platzhalter nicht erfassen kann, als gesonderte OR-Alternativen auf (vapor OR vapour); listen Sie Formen mit Bindestrich nicht auf - die Form mit Leerzeichen deckt sie bereits ab; nutzen Sie Klammern und Näheoperatoren (w/n, pre/n), wo sich ein Konzept am besten durch nahe beieinanderstehende Wörter ausdrücken lässt, wobei eine Seite jedes Näheoperators ein einzelnes Wort, eine Phrase oder eine OR-Gruppe bleiben muss. Geben Sie ausschließlich reine Zeilen aus - keine Begriffsbezeichnungen, Aufzählungszeichen, Nummerierung, Tabellen oder Kommentare -, damit sich die Liste in eine einzelne Excel-Spalte einfügen und über die Option Add terms from a file importieren lässt.

Beispielausgabe

Für ein Problem des Wasserschadens durch mangelhafte Abdichtung sollte Clairas Ausgabe so aussehen:

waterproof* OR "water proof*"
watertight OR "water tight"
"water resistan*" OR "water repellen*"
dampproof* OR "damp proof*"
"moisture barrier" OR "moisture protection" OR "moisture control" OR "humidity barrier"
"vapor barrier" OR "vapour barrier"
seal*
impermeab* OR impervious
hydrophobic
leakproof* OR "leak proof*" OR "leakage prevention" OR "leak prevention"
"water barrier" OR "liquid barrier" OR "water exclusion" OR "water protection"
"water ingress" OR "water leak*"
waterproof* w/2 (membrane OR system OR solution OR material* OR design OR application OR method* OR technique* OR product* OR treatment OR coating OR layer OR agent OR compound OR technology OR requirement*)

Hinweise und bekannte Einschränkungen

  • Die Anweisung gilt je Gespräch. Bis die Syntax als integrierte Claira-Funktion erscheint, muss der Block in jeden neuen Chat eingefügt werden.
  • Manche Begriffsabfragen können andere umfassen. Die Nähe-Abfrage in der letzten Zeile oben trifft auf eine Teilmenge der Dokumente, die waterproof* bereits trifft; Familien werden zu Berichtszwecken dennoch oft getrennt gehalten. Fallweise zu entscheiden.
  • Weite Platzhalter erfordern Prüfung. Sehr kurze Wortstämme (seal*) können nicht verwandte Begriffe einbeziehen; verengen oder trennen Sie sie bei Bedarf.
  • Reservierte Zeichen (% # & ? = ~) sind in Nuix nicht als literale Zeichen durchsuchbar.
  • Immer verifizieren. Testen Sie die generierten Begriffsabfragen stichprobenartig in Nuix, bevor Sie sich für die Eingrenzung des Umfangs oder Verhandlungen mit der Gegenseite darauf verlassen.

Quelle

Syntax zusammengefasst aus Nuix' offizieller Dokumentation: Search technology and query syntax (Nuix Discover / RMC), Nuix Discover Version 10.20.005.


Brauchen Sie Hilfe? Schreiben Sie uns an support@claira.to.

War diese Seite hilfreich?

Weiterlesen

Brauchen Sie weitere Hilfe?

Wenden Sie sich an unser Support-Team unter support@claira.to — wir helfen Ihnen gerne weiter.