Table of Contents
Suche
Table of Contents
Die Picturepark Suche bietet 3 Suchmodi, sowie Suchvorschläge aus den Listeneinstellungen.
Wann welcher Suchmodus zu verwenden ist, wird unten erklärt.
AND Suche
Die AND Suche sucht nach Inhalten, die alle eingegebenen Suchbegriffe enthalten. Wenn Sie zum Beispiel nach “Stock shot” suchen, übersetzt Picturepark dies in Stock AND shot und sucht nach Bildern, die diese beiden Werte enthalten.
OR Suche
Bei Verwendung der OR Suche übersetzt die Picturepark Suche den Suchbegriff “Stock Shot” in “Stock OR Shot” und sucht nach Inhalten, die einen oder mehrere eingegebene Suchbegriffe enthalten.
Erweiterte Suche
Der Picturepark erlaubt eine Vielzahl von exakten, Fuzzy oder ersetzenden Suchen. Sie können auf das Cheat Sheet der erweiterten Suche mit den Beispielen unten zugreifen. Diese Suchanfragen funktionieren nur im “Advanced Mode”. Diese Suchabfragen erlauben es nach spezifischen Werten in spezifischen Feldern zu suchen auf spezifischen layern. Überprüfen Sie die individuelle syntax pro Feld.
Search: Search in Metadata and Document Fulltext (Solutions)
Search: Find Users by Identity Provider (Solutions)
Search: Find Users by Creation Date Range (Solutions)
Search: Find Items with Layer not Assigned (Solutions)
Search: Fuzzy Search (Proximity) (Solutions)
Search: Find Users Not in Role A (Solutions)
Search: Find Users by Role (Solutions)
Search: Find Items by Permission Sets (Solutions)
Search: Find Items by Product Codes (Solutions)
Search: Check if Field Product Description Exists (Solutions)
Search: Find Product Information in Translated Description (Solutions)
Search: Boost (Uplift) your Search Terms (Solutions)
Search: Find Items with Tagbox Values (Solutions)
Search: Find Items with Checkbox Values (Solutions)
Search: Find Items by Ids (Solutions)
Search: Find Items with Geo values not possible (Solutions)
Search: Find Items with Fieldset values (Solutions)
Search: Find Items with Date (Solutions)
Search: Find Items with Date in Range (Solutions)
Search: Find Items with a Specific Date. (Solutions)
Search: Find Items with specific values in text fields (Solutions)
Search: Find Items with values in translated fields. (Solutions)
Search: Find Items with Exact Term in Translated Field (Solutions)
Search: Find Items where Field in Layer is Empty (Solutions)
Search: Find Items with Value in a Field (Solutions)
Search: Find Items where Field or Layer is Empty (Solutions)
Channel Setting: Show Search Advice in Empty Search Text (Solutions)
Simple Search Analyzer
Suchanalyzer legen fest, wie Text verarbeitet oder manipuliert wird. Diese Analyzer geben Ihnen die Kontrolle darüber, wie Ihre Textdaten in der Suche verwendet werden. Ziel ist es, Text zu standardisieren, z. B. Kleinschreibung oder Umwandlung von Sonderzeichen (Diakritika) oder Behandlung von Singular/Plural in Übersetzungen (z. B. Männer, Mann). Search Analyzers sind für String- und übersetzte String-Felder verfügbar.
Simple Search Analyzer
Zugriff in Suchanfragen: simple
Der Simple Search Analyzer ist eine benutzerdefinierte Picturepark-Implementation, die keine Elastic-Suchvorgaben verwendet. Der Custom Analyzer verwendet eine Regex:
- Regex
*/"(\[^\\p\{L\}\\d\]+)|(?<=\\D)(?=\\d)|(?<=\\d)(?=\\D)|(?<=\[\\p\{L\}&&\[^\\p\{Lu\}\]\])(?=\\p\{Lu\})|(?<=\\p\{Lu\})(?=\\p\{Lu\}\[\\p\{L\}&&\[^\\p\{Lu\}\]\])"/*
- Ergebnis:
- Kleinbuchstaben/Großbuchstaben
- Ziffern / Nicht-Ziffern
- Stemming
- HTML-Streifen
- Beispiele
- Picturepark = Picturepark, picturepark
- Case Study = Case, Study, case, study
Wenn Sie den einfachen Suchanalysator testen möchten, können Sie Ihre Begriffe in einem Regex-Tester überprüfen, um das Ergebnis zu sehen.
- Öffnen Sie einen regex checker
- Fügen Sie Ihren Begriff als Prüfzeichenfolge hinzu
- Überprüfen Sie das Resultat
No Diacritics Analyzer
Zugriff in Suchanfragen: no-diacritics
Der no diacritics analyzer:
- funktioniert nur bei Textfeldern
- diakritische Zeichen werden entfernt, wenn also der Textwert lautet: Kovačić Mateo können Sie nach "Kovačić Mateo" oder "Kovacic Mateo" suchen.
Ein Beispiel finden Sie in der Elastic Search Dokumentation: ASCII folding token filter | Elasticsearch Guide [8.17] | Elastic
Path Hierarchy Analyzer
Zugriff in Suchanfragen: pathHierarchy
Der path hierarchy analyzer:
- Nimmt einen in einem Feld gefundenen Pfad (picturepark\platform\manual) und grenzt die einzelnen Begriffe ab
- Beispiel
- picturepark\platform\manual = picturepark\platform\manual, picturepark\platform, manual
- Products/Family/Industry = Products/Family, Products, Products/Family/Industry
Sie sollten diesen Analyzer nur konfigurieren, wenn er über die API verwendet wird. Bei der einfachen Suche in Picturepark werden Sonderzeichen umgangen, so dass Sie bei der Suche nach einigen der von diesem Analyzer generierten Token keine Assets finden werden.
Ein Beispiel finden Sie in der Elastic Search Dokumentation:Path hierarchy tokenizer | Elasticsearch Guide [8.17] | Elastic
Language Analyzer
Zugriff in Suchanfragen: language
Für die elastische Suche gibt es mehrere Sprachanalysatoren. Sprachanalysatoren verhindern das Stemming aus sprachspezifischen Werten und sprachspezifischen Stoppwörtern.
Language analyzers | Elasticsearch Guide [8.17] | Elastic
Die aktuelle Implementierung verwendet die Standard-Analysatoren von Elastic Search Language, wie im Link aufgeführt. Wir verwenden die Standard-Stoppwörter und -Regeln für das Stemming, ohne eigene Anpassungen.
Ngram Analyzer
Zugriff in Suchanfragen: ngram
Ausgangspunkt für exakte Teilstring-Übereinstimmungen war die ngram-Tokenisierung, die alle Teilstrings bis zur Länge n indiziert. Der Nachteil der ngram-Tokenisierung ist der große Speicherplatzbedarf.
Best practice:
- ngram nur bei Bedarf verwenden - vorsichtig und nicht für jede Zeichenfolge verwenden
Die Einstellungen erlauben es, min und max Gramm zu definieren, die bei der Indizierung erstellt werden, und token_chars, die Zeichenklassen, die in den Token beibehalten werden sollen, Elasticsearch splittet auf Zeichen, die zu keiner dieser Klassen gehören. Beispiel: Suche "Raven"
Beispiel: Suche "Raven"
- NGrams (splits term into tokens with one character):
- Rav
- Rave
- Raven
- ave
- aven
- Ven
- ...
Beispiel: Suche "Pegasus"
- NGrams (zerlegt den Begriff in Token mit einem Zeichen):
- Pegasus
- Degas
Beispiele finden Sie in der Elastic Search Dokumentation:
N-gram tokenizer | Elasticsearch Guide [8.17] | Elastic
Edge NGram Analyzer
Zugriff in Suchanfragen: edgeNGram
Dieser Tokenizer ist nGram sehr ähnlich, behält aber nur n-Gramme, die am Anfang eines Tokens beginnen. In den Einstellungen können die bei der Indizierung erstellten Minimal- und Maximal-Gramme sowie die Zeichenklassen token_chars festgelegt werden, die in den Token beibehalten werden sollen; Elasticsearch teilt die Zeichen auf, die keiner dieser Klassen angehören.
Beispiele finden Sie in der Elastic Search Dokumentation:
Edge n-gram tokenizer | Elasticsearch Guide [8.17] | Elastic
Nützliche Links in der ElasticSearch-Dokumentation
Simple Analyzer: Simple analyzer | Elasticsearch Guide [8.17] | Elastic
No Diacritics: ASCII folding token filter | Elasticsearch Guide [8.17] | Elastic
Path Hierarchy: Path hierarchy tokenizer | Elasticsearch Guide [8.17] | Elastic
Language: Language analyzers | Elasticsearch Guide [8.17] | Elastic
NGram: N-gram tokenizer | Elasticsearch Guide [8.17] | Elastic
EdgeNgram: Edge n-gram tokenizer | Elasticsearch Guide [7.6] | Elastic
Bei erweiterten Suchabfragen nach analysierten Feldern kann die Abfrage so angepasst werden, dass der Analysator berücksichtigt wird.
Search: Find Items by Product Codes (Solutions)
Search: Find Items with specific values in text fields (Solutions)
Search: Find Items with values in translated fields. (Solutions)