Arbeiten mit dem Webpart für Inhaltssuche – Teil 4 – Vordefinierte Suchen erstellen

Arbeiten mit dem Webpart für Inhaltssuche – Teil 1 Übersicht
Arbeiten mit dem Webpart für Inhaltssuche – Teil 2 – KQL
Arbeiten mit dem Webpart für Inhaltssuche – Teil 3 – Arbeiten mit Displaytemplates
Arbeiten mit dem Webpart für Inhaltssuche – Teil 4 – Vordefinierte Suchen erstellen

Der vierte und letzte Teil der kleinen Serie über das Arbeiten mit dem Webpart für Inhaltssuche beschäftigt sich mit dem Erstellen von vordefinierten Suchen. Darunter verstehe ich eine Seite, auf welcher ich Suchen absetzen und diese auch verfeinern kann. Dabei ist der Suchfocus im Allgemeinen schon auf ein Thema eingegrenzt, z.B. die Suche in einer Projektverwaltung oder auf Aufgaben. Diese Seiten können dann z.B. über einer Linkliste auf der Startseite aufgerufen werden.

Zwar muss jede Seite individuell konfiguriert werden, aber Sie haben so auch den größten Nutzen. Natürlich können Sie eine solche Seite auch in einem Suchcenter erstellen. Dort ist das Erstellen der Seiten sogar noch einfacher, da ein schon vorkonfiguriertes Seitenlayout verwendet wird. Wenn Sie also individuelle Suchseiten erstellen können, haben Sie im Suchcenter erst recht keine Probleme.

Um eine solche Seite zu erstellen, füge ich über das Zahnrad oben rechts eine neue Seite hinzu. Sollte dies nicht möglich sein, können Sie entweder das Feature Homepage der Wiki-Seite oder SharePoint Server-Veröffentlichung aktivieren. Natürlich gibt es auch noch andere Möglichkeiten eine neue Seite zu erstellen. Ich füge der neuen Seite eine Tabelle mit zwei Spalten und zwei Zeilen hinzu. Diese nutze ich später um die Webparts entsprechend zu platzieren. Ich habe die Zellen entsprechend dem Schema unten nummeriert.

Was wird für eine solche Suchseite eigentlich benötigt? Ich benutze die folgenden Webparts aus dem Abschnitt Search und Content Rollup.

Webpart	Beschreibung	Zone
Search => Search Box	Dieser Webpart dient der Eingabe von Suchwörtern und Phrasen. Er ist i.d.R. automatisch mit dem Webpart Content Search verbunden.	1
Search => Refinement	Dieser Webpart dient der Verfeinerung von Suchergebnissen und kann dafür individuell konfiguriert werden. Er ist i.d.R. automatisch mit dem Webpart Content Search verbunden.	3
Content Rollup => Content Search	Der Webpart für Inhaltsabfragen	4

Wenn Sie die Webparts eingefügt haben, indem Sie in die jeweilige Tabellenzelle klicken und dann den benötigten Webparts einfügen, sieht die Seite in etwa so wie unten aus.

In manchen Fällen reagiert der Webpart für Inhaltsabfragen nicht auf Eingaben im Suchfeld. Dies liegt oft daran, dass der Webpart in seiner Query noch nicht auf das Suchfeld „hört“. Um dieses Problem zu beheben, konfigurieren Sie den Webpart für Inhaltsabfragen und passen Sie die Query an. Geben Sie in das Feld Query text die folgende Variable ein: {SearchBoxQuery} Nach dem speichern sollte auch die Abfrage aus dem Suchfeld funktionieren.

Damit sind Sie eigentlich schon fertig, Sie müssen natürlich noch den Webpart für Inhaltsabfragen sowie ggf. die Verfeinerungen anpassen wie z.T. in den vorherigen Artikeln beschrieben.

Vielen Dank für Ihr Interesse an meinem Blogeintrag.
Gerne beantworte ich Ihnen persönlich weitergehende Fragen zu diesem Thema.
Kontaktieren Sie mich einfach über mein Kontaktformular.
Sie wollen mehr über mich erfahren? Dann gehen Sie auf
http://www.nicothiemer.de

Arbeiten mit dem Webpart für Inhaltssuche – Teil 3 – Arbeiten mit Displaytemplates

Dies ist der dritte Beitrag in der kleinen Serie über den Webpart für Inhaltssuche in SharePoint 2013. In den vorherigen Beiträgen haben wir uns angeschaut, wie der Webpart konfiguriert wird und wie Sie Suchabfrage gestalten können. Jetzt wird es darum gehen, wie wir die Suchanfrage optisch aufpeppen können. Denn die schon vorhandenen Vorlagen sind, abgesehen von den Funktionen für Bilder, eher sehr technisch. Ich werde mich dabei auf eine einfache Anwendung konzentrieren, es gibt im Internet viele Blogs welche sich dem Thema angenommen haben. Wenn man einmal das Prinzip verstanden hat, kann man auch schnell eigene Lösungen implementieren.

Die Vorlagen heißen Displaytemplates und gibt eine ganze Menge davon im System. Displaytemplates regeln sowohl die prinzipielle Anzeige der Suchergebnisse (Tabelle, Liste, Slideshow) als auch die Anzeige der einzelnen Elemente (welche Metadaten werden angezeigt, wie groß ist ein Bild). Ebenso werden Displaytemplates verwendet, wenn beim Überfahren eines Elementes eine Vorschau angezeigt wird.

Für Demonstrationszwecke werde ich eine vorhandene Vorlage anpassen und diese ergänzen. Im ersten Teil habe ich mit dem Displaytemplate Two Lines gearbeitet und dort zusätzlich das Metadatum Author eingefügt. Jetzt möchte ich, dass vor dem Metadatum der Begriff Autor steht. Dazu muss das vorhandene Displaytemplate kopiert werden, in der Kopie erfolgt dann die Anpassung. Die Displaytemplates sind im Pfad http:///_catalogs/masterpage/Display%20Templates gespeichert. Dieser bzw. sein Inhalt ist allerdings nicht immer sichtbar im Browser. Wenn dies der Fall ist, müssen Sie das SharePoint Publishingfeature aktivieren. Um zum Pfad zu navigieren, gehen Sie zu den Site Settings und dann zu Master pages and page layouts im Abschnitt Web Designer Galleries. Auch diesen Link finden Sie erst nach der Aktivierung des Features. Sie sehen eine Bibliothek, in welcher alle Pagelayouts und Masterpages liegen sowie einige Ordner. Suchen Sie den Ordner Display Templates und öffnen Sie diesen. Die Displaytemplates für den Webpart für Inhaltssuche liegen im Unterordner Content Web Parts. Dort finden Sie jetzt alle Displaytemplates , welche Sie auch im Webpart auswählen können.

Um möglich einfach zu arbeiten, öffnen sie Sie die Bibliothek im Windows Explorer. Klicken Sie dazu auf das Menüband Library und im Abschnitt Connect & Export auf Open with Explorer. Wenn Sie möchten, können Sie den Pfad auch einen Laufwerkbuchstabe zuweisen. Sie können dann in jeden beliebigen HTML Designer arbeiten, denn die Displaytemplates bestehen nur aus HTML und JavaScript. Beide zusammen bilden dann jeweils ein Displaytemplate.

Angepasst werden immer nur die HTML Dateien, NIEMALS die JS Dateien. Die JS Dateien werden von SharePoint automatisch erzeugt wenn eine HTML Datei gespeichert wird und sind für die Bearbeitung tabu. Suchen Sie die Datei Item_TwoLines.html und kopieren Sie diese zu Item_TwoLines_with_Author.html. Sie werden sehen, unmittelbar danach wird auch die entsprechende JS Datei erstellt. Ich öffne die kopierte HTML Datei in Notepad++, aber natürlich geht auch jede anderer Editor.

Es lohnt sich die Datei einmal in aller Ruhe anzuschauen. Sie enthält viele Möglichkeiten und Ideen, was mit Displaytemplates alles möglich ist. Ich gebe nur einen kleinen Abriss, um zu zeigen was man mindestens für ein eigenes Displaytemplate machen muss. Als erstes sollten wir den Titel in Zeile drei ändern. Unter diesen Namen können wir nämlich später das Displaytemplate im Webpart auswählen. Unschön, wenn es zwei Displaytemplates mit dem gleichen Namen gibt. Ich nenne mein Displaytemplate TwoLines with Author.

<html xmlns:mso="urn:schemas-microsoft-com:office:office" xmlns:msdt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882">
<head>
<title>TwoLines with Author</title>

Als nächstes interessant ist die Zeile acht. In dieser Zeile legen Sie fest, mit welchen verwalteten Eigenschaften Sie im Displaytemplate arbeiten möchten. Dabei gibt es immer ein Wertepaar, interne Bezeichnung der Eigenschaft und Anzeigename. Da in unseren Fall allerdings die Werte über Eingabefelder (Line1 und und Line2) übergeben werden, brauchen wir die Eigenschaften hier nicht extra zu benennen.

Es folgt einiger JavaScript Code, welcher in Token

<!--#_ _#-->

eingeschlossen ist. Die eigentliche Darstellung erfolgt erst ab Zeile 63. In Zeile 73 steht die Darstellung der zweiten Zeile.

<div class="cbs-Line2 ms-noWrap" title="_#= $htmlEncode(line2.defaultValueRenderer(line2)) =#_" id="_#= line2Id =#_">_#= line2 =#_</div>

Wir können jetzt erkennen, dass hier sowohl reines HTML als auch JavaScript vermischt wird. Der JavaScript Code steht wieder in Token. Der Wert der Eigenschaft steht vor dem letzten Div in _#= line2 =#_ . Also ändere ich die Zeile folgendermaßen indem ich direkt davor Author schreibe:
Orginal

<div class="cbs-Line2 ms-noWrap" title="_#= $htmlEncode(line2.defaultValueRenderer(line2)) =#_" id="_#= line2Id =#_">_#= line2 =#_</div>

Mit Änderung

<div class="cbs-Line2 ms-noWrap" title="_#= $htmlEncode(line2.defaultValueRenderer(line2)) =#_" id="_#= line2Id =#_">Author: _#= line2 =#_</div>

Speichern Sie die Änderung.

ACHTUNG: Damit alle Benutzer die Änderung später sehen, muss das geänderte Displaytemplate noch veröffentlicht werden. Gehen Sie im Browser deshalb zu der Bibliothek, markieren Sie die Datei und wählen Sie aus der Menüleiste Publish Dieser Vorgang ist jedes Mal erforderlich, wenn Sie ein fertiges Displaytemplate zur Verfügung stellen wollen. Veröffentlichen Sie nur die HTML Datei, um die JS Datei kümmert sich SharePoint alleine.

Damit Sie das neue Displaytemplate auswählen können, müssen Sie die Seite neu laden, welche den Webpart für Inhaltssuche enthält und diesen wieder zur Bearbeitung auswählen.

Unter Property Mappings können wir das Metadatum Author auswählen, welches dann auch in der zweiten Zeile zusammen mit dem Suffix angezeigt wird. Natürlich wird jetzt immer der Präfix Author angezeigt, aber als Beispiel soll es genügen.

Dies alles nur als Beispiel. Wenn man das konsequent zu Ende denkt, kann eine Anwendung entstehen, wie sie Maggi erstellt hat. Die Rezepte arbeiten mit der Suche und die Präsentation der Suchergebnisse erfolgt mit Displaytemplates. https://www.maggi.de/rezepte. Displaytemplates sind DAS Mittel zur Wahl zur Präsentation von Inhalten in SharePoint. Auch, aber nicht nur deswegen sollte man überlegen mehr Inhalte über die Suche zu erschließen und auf Drilldown Strukturen immer mehr zu verzichten.

Arbeiten mit dem Webpart für Inhaltssuche – Teil 1 – Übersicht

Dieser Artikel ist der Start einer mehrteiligen Serie, welche sich mit dem Webpart für Inhaltssuche beschäftigt. Warum ist dieser Webpart in modernen SharePoint Anwendungen so wichtig und warum wird dieser vergleichsweise wenig verwendet? Neben der Beantwortung dieser Fragen werde ich mich auch mit der Konfiguration des Webparts beschäftigen und einige korrekte Anwendungsbeispiele geben.

Wozu das Ganze?

In modernen SharePoint Anwendungen wird versucht auf Drilldown Strukturen zu verzichten. Dies wird erreicht, indem ich den Benutzern z.B. durch Dokumentenrouting eine einzige Stelle gebe um Dokumente hochzuladen und diese dann über Regeln verteilen lasse. Zwingend notwendig dafür ist allerdings eine durchgeplante Informationsarchitektur. Gerade in Zeiten von exponentiellen Informations- und Wissenswachstum ist diese unerlässlich. Der Gedanke ist nun, den Benutzern durchgeplante Bereiche zur Verfügung zu stellen, wo diese an vielen verschiedenen Stellen ihre Informationen erfassen können. Aber über eine zentrale Stelle, z.B. ein Suchcenter oder auch die Startseite einer Anwendung, bereite ich diese Informationen wieder mit der Suche auf. Es ist nicht wichtig, wo eine Information liegt, sofern ich diese z.B. über Inhaltstypen und deren Eigenschaften schnell wiederfinde. Genau dafür ist der Webpart für Inhaltssuche konzipiert.

Grundlagen

Der Webpart für Inhaltssuche wurde in SharePoint 2013 neu eingeführt, ein ganz ähnlicher Webpart, den Suchergebniswebpart gibt es schon viel länger. In SharePoint 2013 und 2016 ist die Ähnlichkeit zwischen den Webparts sehr stark. Der primäre Unterschied ist zum einem, dass der Webpart für Inhaltssuche andere Möglichkeiten für die Konfiguration bietet und im Gegensatz zum Suchergebniswebpart nur in der Enterprise Edition verfügbar ist. Ich werde mich hier aber trotzdem mit dem Webpart für Inhaltssuche beschäftigen. Wenn man die grundlegenden Konzepte verstanden hat, kann man auch den Suchergebniswebpart konfigurieren. Voraussetzung für das Arbeiten mit diesen Webparts ist eine konfigurierte Suchanwendung, welche schon Inhalt indiziert hat.

Der Webpart für Inhaltssuche findet sich in der Gruppe Content Rollup und trägt dort den Namen Content Search. Es gibt auch noch einen Webpart Content Query, welcher mit XSLT arbeitet und daher völlig anders als der Webpart für Inhaltssuche. Wird der Webpart für Inhaltssuche auf einer Seite eingefügt, bekommt man eine Anzeige, mit welcher man in der Regel wenig anfangen kann. Oftmals nur drei graue Kacheln und danach einen nichtssagenden Link.

Den Webpart konfigurieren

Wenn man den Webparts bearbeitet, ist man auch nicht unbedingt schlauer. Was bedeuten jetzt die ganzen Einstellungen im Abschnitt Properties?

Am interessantesten ist zweifellos der Inhalt, welcher sich hinter der Schaltfläche Change query verbirgt. Hier kann ich die Abfrage ändern, welche der Webpart im Suchindex ausführt. Was genau man da machen kann, wird der Inhalt eines weiteren Artikels in nächster Zeit sein. Number of items to show erklärt sich von alleine und gibt eben an, wie viele Ergebnisse aus der Abfrage auf einmal angezeigt werden sollen.

Spannender ist da der Abschnitt Display Templates. Hier wird festgelegt wie die Suchergebnisse präsentiert werden. Dabei helfen zwei Typen von Vorlagen. Das Control Template legt fest, wie die Präsentation der gesamten Suchergebnisse erfolgt. Soll z.B. jedes Ergebnis auf einer Zeile stehen oder sollen diese, wie z.B. bei Bildern üblich, als Slideshow präsentiert werden. Man kann die Ergebnisse auch als Tabelle formatieren, aber das muss man selber entwickeln. In der Abbildung unten ist dies das Template List Table Control.

Das Item Template legt dagegen fest, wie jedes einzelne Suchergebnis angezeigt wird. Da wird auch schnell klar, was der graue Kasten bei den Suchergebnissen sein kann. Es ist ein Platzhalter für ein Bild, was nicht angezeigt werden kann. Logisch, den in der Regel haben Office Dokumente in SharePoint kein Bild hinterlegt.

Stellt man als Template z.B. Two Lines ein, sieht die Ansicht gleich ganz anderes aus.

Allerdings erscheint nur eine Zeile und nicht zwei wie das Template verspricht. Um diese anzuzeigen, muss der Abschnitt Property Mappings erweitert und die Option Change the mapping of managed properties for the fields in the Item Display Template aktiviert werden. Jetzt kann man im Dropdown Line 2 eine Eigenschaft auswählen, welche angezeigt werden soll. In dem DropDown werden u.a. alle verwalteten Eigenschaften angezeigt, welche SharePoint durchsucht. Allerdings ist natürlich nicht jede Eigenschaft an jedes Element gebunden. Ich wähle als Beispiel die Eigenschaft Author, denn diese ist immer vorhanden. Nach ein Klick auf Apply sehen die Suchergebnisse schon anders aus. Natürlich sind auch hier eigene Anpassungen möglich. Es lohnt sich, hier ein wenig zu experimentieren.

Die Einstellungen im Abschnitt Settings sollten
am Anfang unverändert bleiben.

Da dies der letzte Beitrag im Jahr 2016 ist, wünsche ich allen Lesern dieses Blogs eine frohes Fest und einen guten Rutsch in das neue Jahr!

Neue Onlinekurse zu den Themen SharePoint und Office 365 verfügbar

Wie schon vor einiger Zeit angekündigt, biete ich einiger meiner Kurse jetzt auch online an. Da dieses Format recht praktisch ist und auch Spaß macht, habe ich mich entschlossen weitere Kurse anzubieten. Vielleicht ist ja was für Sie dabei. Natürlich können auch individuelle Themen und Termine vereinbart werden. Sprechen Sie mich einfach an. Die Namen der Kurse sind verlinkt und führen direkt zum Anbieter.

Suche in SharePoint – Basiskurs

Dieser Kurs ist konzipiert für Teilnehmer, welche einen übersichtlichen und umfangreichen Einblick in die SharePoint Suche wünschen.

Suche in SharePoint – Aufbaukurs

Dieser Kurs richtet sich an erfahrene Benutzer der Suche in SharePoint. Für alle, die es ganz genau wissen wollen.

Office 365 für Entscheider

Der Kurs wurde entwickelt um abschätzen zu können inwiefern Office 365 für Sie eine mögliche Alternative ist. Sowohl technische als auch nichttechnische Aspekte werden beleucht.

Anwendungen nach außen veröffentlichen mit Active Directory Federation Services (AD FS)

Dieser Kurs befähigt Sie, einen internen SharePoint Server nach außen mit ADFS zu veröffentlichen.

MCSE:SharePoint2013 Upgrade zu MCSE:SharePoint2016

Dieser Kurs ist für Teilnehmer, die eine Zertifizierung für MCSE:SharePoint 2013 haben und diese auf MCSE:SharePoint 2016 heben möchten.

Informationen verwalten mit SharePoint

Dieser Kurs vermittelt das Wissen, welches notwendig ist um eine SharePoint Installation erfolgreich einzuführen. Grundlage ist immer die Informationsarchitektur.

Arbeiten mit unterschiedlichen Größenformaten (Image Renditions) in SharePoint Server 2013

Ein Manko bei vorherigen SharePoint Versionen war der Mangel an unterschiedlichen Größenformaten für ein Bild. So soll ein mobiles Gerät eine andere Auflösung erhalten wie ein Desktop und ein Tablet wiederum eine andere Auflösung. Außerdem wäre es noch nett, wenn die jeweiligen Geräte einen bestimmten Ausschnitt des Bildes sehen würden. All dies ist mit SharePoint 2013 möglich und erfordert auch nicht viel Konfigurationsaufwand. Dieser Artikel beschreibt wie es geht.

Die Funktion steht nur in SharePoint Server bzw. natürlich auch in SharePoint Online zur Verfügung. Voraussetzung dafür ist zuerst, dass auf Ebene der Websitesammlung und in der Website der obersten Ebene das Feature SharePoint Server-Veröffentlichung aktiviert wird. Ohne diesen geht es nicht. Weiter muss die Web.config der Websitesammlung angepasst werden. Dies ist natürlich bei SharePoint Online nicht nötig.

Die web.config finden Sie im Normalfall unter C:\inetpub\wwwroot\wss\VirtualDirectories\. Bevor Sie die Web.config editieren, machen Sie unbedingt eine Sicherungskopie davon! Ist diese Datei beschädigt, wird SharePoint nicht mehr funktionieren. Öffnen Sie die Datei und suchen Sie nach den Eintrag <BlobCache. Am Ende der Zeile steht der Eintrag enabled=“false“. Ändern Sie diesen auf enabled=“true„.

Achtung: Nach dem speichern der Änderung kann es eine Weile dauern, bis SharePoint wieder verfügbar ist. Nehmen Sie die Änderung nicht während Ihrer Produktionszeiten vor. Wenn Sie mehrere Frontendserver haben, müssen Sie die Änderung auf jeden Frontendserver vornehmen.

Es gibt in SharePoint verschiedene, vorkonfigurierte Sätze, welches Format die alternativen Bilder haben sollen. Diese finden Sie in den Websiteeinstellungen der Website der obersten Ebene unter dem Punkt Bilddarstellungen. Natürlich können Sie dort auch neue Formate anlegen.

Gehen Sie in eine Bildbibliothek und lassen Sie sich die Eigenschaften eines Bildes anzeigen, können Sie auch das einzelne Bild bearbeiten. Dort legen Sie die verfügbaren Formate und den jeweiligen Ausschnitt fest. Für jedes Format für jedes Bild kann der Ausschnitt individuell festgelegt werden.

Wählen Sie ein Format und klicken Sie dann auf Zu ändernde Formatierung. Den Ausschnitt können Sie dann verschieben.

Die Formate der Bilder selber liegen übrigens nicht in der SharePoint Datenbank. In dieser liegt nur das Originalbild. Die Formate werden bei Bedarf erstellt und in dem Ordner abgelegt, welcher in der Web.config im Schlüssel BlobCache angegeben ist. Das heißt natürlich auch, jedes Bild bzw. dessen alternatives Format verbraucht auch Plattenplatz. Beachten Sie dies bei der Konzeption!

Wenn Sie ein Bild in eine Webseite einfügen, können Sie nun entscheiden welches Format Sie haben möchten. Fügen Sie dazu über Einfügen -> Bild -> von SharePoint das gewünschte Bild ein. Klicken Sie anschließend auf das Bild und klicken Sie auf die Schaltfläche Formatvariante auswählen. Das war es dann auch schon.

Nico Thiemer

Vorschläge zur Rechtschreibeprüfung (did you mean) der SharePoint Suche hinzufügen

Wenn man sich in der SharePoint Suche vertippt, erhält man manchmal aber nicht immer von SharePoint einen Verbesserungshinweis in der Form Meinten Sie: oder Did you mean. Dabei sucht SharePoint im schon angelegten Index und seinen mitgelieferten Wörterbüchern nach ähnlichen Ausdrücken. Dieser Artikel beschreibt, wie Sie SharePoint veranlassen können, dem Suchenden eigene Vorschläge zu unterbreiten oder auch diese zu unterbinden. In meinen Fall habe ich nach Chemnitz gesucht und mich dabei vertippt. Statt Chemnitz habe ich Chemnizt geschrieben. Da das Wort nicht im Index ist, wird mir auch kein Vorschlag unterbreitet.

Voraussetzung für eigene Vorschläge ist eine fertig eingerichtete Suche samt einem Metadataservice aka Taxonomie. Wenn Sie mehrere Dienste für Metadaten haben, bezieht sich der Artikel auf Ihren standardmäßigen Metadataservice. Welcher Dienst das ist, können Sie in den Eigenschaften des Proxys des Metadataservice einstellen.

Die Lösung für das Problem eigener Vorschläge ist so einfach wie clever. Die SharePoint Suche legt beim Erstellen eine Taxonomiegruppe im standardmäßigen Metadataservice an. Hier gibt es jetzt mehrere Termsets, wobei für uns vor allem zwei von Bedeutung sind. Es sind die folgenden Termsets, wobei der Name selbstsprechend ist

Ausschlüsse für die Rechtschreikorrektur von Abfragen
Inklusionen für die Rechtschreikorrektur von Abfragen

Innerhalb des Termsets werden nun neue Einträge vorgenommen. Jeder Term ist zugleich ein Ausdruck. In meinen Fall habe ich Chemnitz in die Gruppe Inklusionen für die Rechtschreikorrektur von Abfragen eingetragen, sodass jetzt dies vorgeschlagen wird, auch wenn ich mich vertippe.

Nico Thiemer

Den Rankingwert eines Dokumentes in der SharePoint Server Suche bestimmen und verbessern

Wer viel mit der SharePoint Suche arbeitet, was hoffentlich jeder SharePoint Anwender auch macht, hat sich sicher schon gewundert, warum einige Dokumente höher bewertet werden als andere. Die Bewertung erscheint unter Umständen nicht logisch. Dieser Artikel erläutert, wie Sie den Rank eines Dokumentes ermitteln und diesen auch verbessern können.

SharePoint verwendet zum Bestimmen eines Ranks viele Methoden, sogenannte Rankfeatures. Diese werden auf bestimmte Art und Weise in einem Rankmodell zusammengefasst. Es ist auch möglich, eigene Rankmodelle zu erstellen. Beim Standardmodell werden zuerst eine lineare Bewertung und danach eine Bewertung durch ein neuronales Netzwerk durchgeführt. Dabei werden die ersten 1000 Hits aus dem ersten Durchgang im zweiten Durchgang erneut bewertet. Am Ende erhält ein Dokument dann ein Rank, welcher eine Summe aus verschiedenen Teilaspekten ist.

Um diesen Rank zu sehen, gibt es im Layoutsordner jeder Website die Datei ExplainRank.aspx. Ich rufe dieser immer aus dem Suchcenter heraus auf. Die Datei benötigt dabei die folgenden Parameter und Syntax.

http://<searchCenter>/_layouts/15/ExplainRank.aspx?q={x}&d={y}&rm={z}

Hierbei gilt Folgendes:

X ist der Suchabfrage.
y ist der Dokument-ID oder der vollständige Pfad der Datei.
Z ist die optionale Rankingmodell-ID. Wenn keine Rangfolgemodell-ID bereitgestellt wird, wird das Standardmodell für die Positionierung verwendet. Gerade dieser Parameter bietet auch viele Möglichkeiten um zu untersuchen, welches Rankingmodell etvl. besser geeignet ist als das Standardmodell

Im folgenden Beispiel habe ich nach dem Schlagwort CRM gesucht und ein Dokument eBook_Dashboards_for_training.pdf in den Ergebnissen erhalten.

Um den genauen Rank des Dokumentes zu erfahren, gebe ich in die Adresszeile folgendes ein:

http://suche.contoso.com/_layouts/15/ExplainRank.aspx?q=crm&d=http://sharepoint.contoso.com/CRM%202015/Unterlagen/eBook_Dashboards_for_training.pdf

Im ersten Abschnitt erfahre ich grundlegende Eigenschaften über das Dokument und seinen Rank.

Weiter unten kann man z.B. herausfinden, wie effektiv der Text im Metadatum Titel ist. Hier kann man auch in eigenen Modellen sehen, wie sich die Metadaten auswirken. In meinem Fall besteht Verbesserungsbedarf 🙂 Die Zahlen am rechten Rand geben die Werte der Neuronen aus dem zweiten Ranking im neuronalen Netzwerk an.

Am Ende steht noch das XML, mit dem die Berechnung durchgeführt wurde. Auch dies ist sehr interessant. Alles in allen sehr wichtige und nützliche Optionen.

Leider scheint das Verfahren bisher nur OnPremise zu funktionieren, in Office 365 erhalte ich den Fehler, dass das Dokument nicht verfügbar ist. Eventuell ist dies ein Rechteproblem, denn auch OnPremise kann die Datei nur vom Administrator der Suchanwendung aufgerufen werden.

Nico Thiemer

Teilen:

Gefällt mir:

Teilen:

Gefällt mir:

Wozu das Ganze?

Grundlagen

Den Webpart konfigurieren

Teilen:

Gefällt mir:

Teilen:

Gefällt mir:

Teilen:

Gefällt mir:

Teilen:

Gefällt mir:

Teilen:

Gefällt mir: