Eine neue Suchseite im SharePoint Suchcenter hinzufügen

In verschiedenen Artikeln in meinem Blog habe ich schon über die SharePoint Suche geschrieben. Darin habe ich öfters auf das SharePoint Suchcenter verwiesen, ohne bisher zu erläutern, wie ich diesen eine neue Seite hinzufüge. Dies möchte ich jetzt hier nachholen.

Neue Seiten im Suchcenter sind wichtig, denn diese Seiten verengen eine Suche auf einen bestimmten Bereich, seien es Inhaltstypen wie Aufgaben und Dokumenttypen oder auf einen bestimmten Speicherort. So wäre es z.B. möglich, seine eigene Website mit SharePoint zu indizieren und dann im Suchcenter eine Seite zu haben, welche nur auf dieser Site sucht.

Grundlagen

Das Folgende gilt nur für das Enterprise Suchcenter, im Basic Suchcenter ist die Anpassung nicht möglich. Wenn ich also von einem SharePoint Suchcenter schreibe, meine ich immer ein Enterprise Suchcenter. In diesem ist das Publishing Feature aktiviert, was u.a. auch heißt, wenn ich eine neue Seite erstelle, so muss diese nach dem Abschluss der Bearbeitung IMMER noch eingecheckt und anschließend veröffentlicht werden. Geschieht dies nicht, können Besucher mit „Nur Lesen“ Recht, und das wird die Mehrzahl der Besucher sein, die Seite nicht aufrufen. Für diese Benutzer existiert die Seite schlicht nicht. Dass eine Seite noch nicht veröffentlicht ist, erkennen Sie am gelben Band oben auf der Seite.

ACHTUNG: Auch wenn eine Seite noch nicht veröffentlicht ist, so kann diese trotzdem für alle in der Navigation erscheinen, wenn diese darin manuell verlinkt wird.

2018-06-14_13h22_58

Eine neue Seite erstellen und bearbeiten

Um eine neue Seite zu erstellen, klicken Sie im Enterprise Suchcenter auf das Zahnrad oben rechts. Vorausgesetzt Sie haben die entsprechenden Rechte, erscheint jetzt der Link „Add a page. In dem folgenden Dialog geben Sie der Page einen Namen und klicken Create. Sie werden dann auf die neue Seite im Editmodus weitergeleitet.

2018-06-14_13h28_10

Die neue Seite besteht aus vier Webparts:

  • Einen Webpart für die Eingabe
  • Eine Suchnavigation
  • Einen Suchergebniswebpart
  • Einen Webparts für die Verfeinerung

Angepasst werden muss i.d.R. nur der Suchergebniswebpart. Natürlich bietet es sich auch an, die Verfeinerung zu konfigurieren, notwendig ist es nicht.

Um den Suchergebniswebpart zu konfigurieren, rufen Sie dessen Edit Menü auf. Der Webpart ist ganz ähnlich dem Webpart für Inhaltssuche, auch hier können Sie mit der Query arbeiten und diese transformieren. In meinem Blog findet sich auch eine Serie zum Arbeiten mit dem Webpart für Inhaltssuche, nutzen Sie die Suche in diesem Blog.

2018-06-14_13h32_15

In meinem Beispiel möchte ich nur Aufgaben angezeigt bekommen, weshalb ich die Suchquery anpasse. Im Dialog Build your query wähle ich bei Select a query die Möglichkeit Items matching a content type (System). In der Einstellung Restrict by content type wähle ich Task. In der Einstellung Add additional filters  muss {searchboxquery} stehen.

2018-06-14_13h40_25

Bestätigen Sie alles mit OK und speichern Sie die Änderungen im Webpart und die Seite. Vergessen Sie nicht diese zu veröffentlichen. Wenn jetzt Benutzer in das Suchfeld etwas eingeben, wird NUR in alle Aufgaben gesucht, welche der aktuelle Benutzer sehen darf. Links am Rand können Sie ggf. nach der Person verfeinern, welcher die Aufgabe erstellt hat.

Neue Seite in Navigation einbauen

Wenn Sie jetzt die neue Seite verlassen, z.B. indem Sie auf People klicken, ist die Seite scheinbar weg. Die Benutzer müssten den genauen Pfad oder den Weg zur Pages Bibliothek wissen. Um die neue Seite in die Suchnavigation einzubauen, gehen Sie in die Site settings und dort unten im Abschnitt Search auf  Search Settings. In der Einstellung Configure Search Navigation klicken Sie auf Add Link… und navigieren zu der neuen Datei mit der Schaltfläche Browse… Sie finden die Datei in der Bibliothek Pages (englisch) oder Seiten (deutsch). Geben Sie noch einen Titel ein, nehmen die weiteren gewünschten Änderungen vor und Sie fertig. Viel Spaß damit!

2018-06-14_14h07_17

Haben Sie diese Anforderung schon einmal gehabt? Oder eine andere Frage? Dann schreiben Sie einen Kommentar!

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 oder schreiben Sie einen Kommentar.

Sie wollen mehr über meine Leistungen erfahren? Dann klicken Sie hier.

 

Rückschau OfficeCamp 2018 in Gelsenkirchen

 

Vom 18.06.18 – 20.06.2018 fand im Maritim Hotel in Gelsenkirchen das OfficeCamp 2018 statt. Ich hatte die Ehre dort als Redner zwei Vorträge zu halten. Diese betrafen die SharePoint Suche und wie man Suchergebnisse in SharePoint (Display Templates) anpasst. Meine Vorträge waren gut gefüllt, sodass man merkt, dass das Thema eine gewisse Relevanz hat.

Auch die anderen Vorträge waren von hohem Niveau und auch für mich durchaus interessant. Besonders fielen mir dabei die Möglichkeiten von VR/AR/MR auf, welches mit Microsoft möglich sind. Und das erstaunliche daran, z.T. kostet es nicht mal was bzw. ist in schon vorhandenen Lizenzen enthalten. Glauben Sie nicht? Dann suchen Sie mal in Windows 10 nach Mixed. Klicken Sie dann in der Anwendung auf Mixed Reality. Sie werden Augen machen 🙂

Ebenso interessant waren die Anwendungen/Möglichkeiten mit Azure und Office 365. Alleine was PowerBI kann ist ein kleines Wunder.

Die Organisation war, man kann es nicht anders sagen, hervorragend. Vom Ablauf her, das Abendprogramm, alles super. Ich würde mich freuen, wenn es das OfficeCamp nächstes Jahr wieder gibt!

 

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.

Haben Sie diese Anforderung schon einmal gehabt? Oder eine andere Frage? Dann schreiben Sie einen Kommentar!

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 oder schreiben Sie einen Kommentar.

Sie wollen mehr über meine Leistungen erfahren? Dann klicken Sie hier.

 

Arbeiten mit dem Webpart für Inhaltssuche – Teil 2 – KQL

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

Dieser zweite Teil der kleinen Serie über das Arbeiten mit dem Webpart für Inhaltssuche beschäftigt sich mit dem Schreiben der Suchquery für den Webpart. Diese wird in Keyword Query Language (KQL) geschrieben, ist enorm leistungsfähig und dabei nicht einmal kompliziert. Natürlich können die Suchabfragen, welche ich unten beschreibe, auch an allen anderen Orten der SharePoint Suche (Suchergebnisquellen, JS Code, etc.) verwendet werden. Los geht’s.

Um die Beispiele nachvollziehbar zu machen eine kleine Erläuterung, was ich angelegt habe: Es gibt eine Bibliothek mit vier Bildern, welche auch als Inhaltstyp Bild klassifiziert sind. Außerdem gibt es in der Bibliothek auch Videos und MP3. Die Bibliothek heißt BilderTest.

Wenn Sie den Suchwebpart im Modus zum Bearbeiten geöffnet haben, klicken Sie auf die Schaltfläche Change query im oberen Abschnitt des Webparts.

Es öffnet sich ein Overlayfenster mit ziemlich vielen Optionen.

Damit Sie die Suchquery überhaupt eingeben können, klicken Sie auf Switch to Advanced Mode. Wenig überraschend können Sie die Suchquery in das gleichnamige Feld eingeben. Entfernen Sie dazu den schon darin stehenden Inhalt. Folgende Parameter können Sie u.a. für die Query verwenden. Die meisten Parameter werden in der Form Parametername:Wert verwendet.

Parameter Bedeutung Beispiel
path Gibt einen Speicherplatz an, aus dem die Ergebnisse angezeigt werden sollen. Dies kann eine Sitecollection, eine Website oder eine Liste/Bibliothek sein. Path:“http://intranet.contoso.com/ BilderTest“

Würde alle Inhalte aus der Bibliothek BilderTest anzeigen.

ContentTypId Gibt eine ID eines Inhaltstyps an, auf dem Suchergebnisse verengt werden. Um diese ID zu finden, schalten Sie wieder in den QuickMode und wählen bei Select a query den Wert Items matching a content type (System) aus. Weiter unten können Sie dann unter Restrict by content type im
DropDown den gewünschten Inhaltstyp auswählen. Der Wert mit Parameter steht dann im Abfragefeld wenn Sie wieder umschalten.
ContentTypeId:0x010102*

Wählt alle Bilder aus.

Author Damit kann der Autor eines Elementes gesucht und damit gefiltert werden. Author:{User.Name}

Damit werden alle Elemente angezeigt, welche den Benutzer, welcher die Seite gerade aufruft, als Autor enthalten.

FileType Grenzt die Abfrage auf einen Dateiformat, z.B. pdf oder docx, ein. FileType:jpg

Zeige nur JPG Dateien an.

Sie können als Parameter jede verwaltete Eigenschaft nutzen. Wie Sie diese erstellen, ist hier beschrieben für onPremise und für Office 365. Die Parameter können untereinander mit den Operatoren AND und OR verbunden werden. Wenn Sie nichts angegeben, ist es immer ein AND. Wenn Sie ein OR verwenden möchten, so müssen Sie dies großschreiben. Ebenso können Sie + und – bzw. NOT verwenden.

Eine typische Abfrage um alle Bilder in der Bildbibliothek BilderTest anzuzeigen könnte wie unten aussehen. {Pfad} müssen Sie mit Ihrem Pfad ersetzen, dies ist kein Platzhalter im KQL.

Path:“http://{Pfad} / BilderTest/“ ContentTypeId:0x010102*

Um alles außer Bilder, also z.B. nur Videos und MP3 anzuzeigen würde sich anbieten:

Path:“http://{Pfad} / BilderTest/“ NOT ContentTypeId:0x010102*

Um alle meine Dokumente zu sehen:

Path:“http://{Pfad} / BilderTest/“ Author:{User.Name}

Am rechten Rand des Fensters können Sie jeweils eine Vorschau sehen, wenn Sie auf Test query klicken. Wenn Sie den Test in der Suchanwendung in der Zentraladministration durchführen, sehen Sie keine Vorschau sondern erhalten einen Fehler. Dies ist „normal“. Haben Sie die Query fertig, klicken Sie auf OK. Damit Sie eine Änderung auf der Webseite sehen, klicken Sie entweder auf Apply oder auf OK in der Konfiguration des Webparts. Damit die Bilder auch entsprechend angezeigt werden, wählen Sie die Konfiguration wie unten aus.

Der nächste Beitrag wird sich tiefer mit der Darstellung der Ergebnisse, also den DisplayTemplates beschäftigen.

Zum Abschluss noch ein Tipp: Thomas Maier, der SharePoint Schwabe, hat einige gute Gedanken zum Vergleich Google und SharePoint Suche geschrieben. Schauen Sie doch mal rein. https://www.sharepoint-schwabe.de/suche-wie-kann-sie-besser-genutzt-werden-tipps-und-parameter

Haben Sie diese Anforderung schon einmal gehabt? Oder eine andere Frage? Dann schreiben Sie einen Kommentar!

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 oder schreiben Sie einen Kommentar.

Sie wollen mehr über meine Leistungen erfahren? Dann klicken Sie hier.

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.

 

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

Websitespalten in der Suche für Verfeinerung nutzen in Office 365

In einem früherem Blogartikel hatte ich über die Verfeinerung von Suchergebnissen geschrieben. Dabei hatte ich nur eine SharePoint OnPremise Umgebung betrachtet und reiche daher jetzt die entsprechenden Einstellungen unter Office 365 nach. Zum Verständnis dieses Beitrags ist es sicher sinnvoll den oben verlinkten Artikel zuerst zu lesen.

In Office 365 sind die Einstellungen im Wesentlichen gleich, bis auf einen entscheidenden Unterschied, welcher das Anpassen des Suchschemas betrifft. Immer wenn ich eine neue verwaltete Eigenschaft zum Verfeinern nutzen möchte, muss ich im Index ein Full Crawl ausführen. Es liegt auf der Hand, dass dies in Office 365 nicht ohne weiteres möglich ist. Wie also kann ich meine neuen verwalteten Eigenschaften trotzdem zum Verfeinern nutzen?

Die Antwort darauf ist ebenso simpel wie genial. Es gibt schon vorgefertigte verwaltete Eigenschaften welche ich nur noch mit meinen durchsuchten Eigenschaften füllen muss. In meinem Beispiel habe ich eine Dokumentenverwaltung in der ich die Spalte Phase verfügbar machen möchte.

Damit die Eigenschaft genutzt werden kann, muss die Dokumentenbibliothek (re)indiziert werden. Gehen Sie auf die Einstellung der Bibliothek und dort auf Advanced settings. Etwa in der Mitte der Seite gibt es den Eintrag Reindex Document Library. Klicken Sie auf die Schaltfläche Reindex Document Library.

Gehen Sie dann in die Verwaltung der Suche und in Anpassung des Suchschemas in Office 365.

Die vorbereiteten Eigenschaften finden Sie unter dem Schlagwort refinable. Abhängig vom Datentyp stehen verschiedene Eigenschaften zur Verfügung. Welche Typen dies sind und welche Werte diese speichern könne, steht hier: https://technet.microsoft.com/en-us/library/jj219667%28v=office.15%29.aspx#DefaultUnusedMPs

Für einen Test rufen Sie die Eigenschaft RefinableString00 auf. Um die Eigenschaft aufrufen für können, müssen Sie eventuell blättern. In Abweichung zur normalen Oberfläche können Sie dies hier oben rechts.


Öffnen Sie dann die verwaltete Eigenschaft RefinableString00, gehen Sie zu dem Abschnitt Mappings to crawled properties und klicken Sie auf Add a Mapping. Wenn scheinbar nichts passiert, scrollen Sie auf der Seite ganz nach oben. Suchen Sie die durchsuchte Eigenschaft und klicken Sie auf OK. Wiederholen Sie dies ggf. für weitere durchsuchte Eigenschaften.

Vergeben Sie anschließend im Abschnitt Alias eine Beschriftung unter der Sie die Eigenschaft später wieder finden möchten. Damit ist die Einstellung abgeschlossen.

Wenn Sie jetzt den Webpart für Verfeinerungen anpassen, können Sie diese Eigenschaft auswählen und die entsprechend zugeordneten Werte stehen ihn zur Verfügung. Allerdings kann dies eine Weile dauern.

 

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

Websitespalten in der Suche für Verfeinerung nutzen – Suchschema anpassen (OnPremise)

Ein aktueller Schwerpunkt beim Thema SharePoint ist bei mir die Suche. In fast jeder Beratung welche ich zu diesem Thema gebe, taucht früher oder später die Frage auf wie ich Websitespalten bzw. selbst erstellte Tabellenspalten in der Verfeinerung der Suche nutzen kann. Denn diese sind nach dem anlegen dort nicht zu finden. Vielmehr ist es notwendig, das Suchschema anzupassen. Dieser Artikel erläutert das entsprechende Vorgehen in einer SharePoint OnPremise Umgebung, die Anpassung für Office 365 werde ich noch nachreichen.

Vorbemerkung

Vielleicht Ihnen das auch schon passiert? Sie haben eine Informationsarchitektur geplant mit den entsprechenden Inhaltstypen und Websitespalten. Im Suchcenter wird auch alles gefunden, aber Sie können nicht nach den Eigenschaften verfeinern, wie Sie es sich wünschen. Die entsprechenden Einträge tauchen im Verfeinerungswebpart einfach nicht auf. Anpassen können Sie den Verfeinerungswebpart, indem Sie die Seite bearbeiten, den Webpart bearbeiten und dann auf Einschränkungen auswählen… klicken.

Es erscheint eine Liste der möglichen Einschränkungen.

Die Liste der verfügbaren Einschränkungen ist identisch mit den Eigenschaften im Webpart für Inhaltssuche, welche Sie dort anzeigen können.

Suchschema anpassen

In der SharePoint Suche gibt es durchsuchte Eigenschaften und verwaltete Eigenschaften. Die durchsuchten Eigenschaften sind sämtliche Websitespalten, Tabellenspalten sowie weitere Metadaten, welche SharePoint finden kann. Diese Daten liegen im Suchindex mit ihrem nativen Namen vor, welcher oftmals komplex und wenig intuitiv ist. Verwaltete Eigenschaften machen nun diese durchsuchten Eigenschaften nach außen verwendbar. Sie können einen eigenen Namen verwenden und mehrere durchsuchte Eigenschaften unter einer verwalteten Eigenschaft zur Verfügung stellen. So gibt es eine verwaltete Eigenschaft Author, in welcher sich u.a. der Autor einer E-Mail und der Ersteller eines Dokumentes verbirgt.

Die Aufgabe ist also, eine neue verwaltete Eigenschaft zu erstellen und die durchsuchte Eigenschaft nutzbar zu machen. Außerdem muss die verwaltete Eigenschaft noch entsprechend konfiguriert werden. Gehen Sie dazu in ihre Dienstanwendung der Suche und dort in der linken Navigation zu Search Schema.

Sie sehen zuerst die verwalteten Eigenschaften und können auch die durchsuchten Eigenschaften betrachten. Dabei gilt folgende Regel: Immer wenn eine Websitesspalte erzeugt wird, wird auch eine durchsuchte Eigenschaften und damit korrespondierende verwaltete Eigenschaft erzeugt. Wird eine Spalte direkt in einer Tabelle erzeugt, wird eine durchsuchte Eigenschaft angelegt, aber keine verwaltete Eigenschaft. Im ersten Fall müssen Sie keine neue verwaltete Eigenschaft erstellen sondern diese nur anpassen, im zweiten Fall müssen Sie eine neue erstellen. Klicken Sie dazu auf New Managed Property.

Geben Sie der neuen verwalteten Eigenschaften einen Namen, welcher allerdings keine Sonderzeichen, auch keinen Bindestrich enthalten darf. Auch Leerzeichen sind nicht erlaubt. Gehen Sie dann in den Abschnitt Mappings to crawled properties und klicken Sie auf Add a Mapping. In meinen Fall möchte ich eine Eigenschaft CRM Version verfügbar machen. Geben Sie ein Schlagwort in die Suche ein und Sie sehen alle durchsuchten Eigenschaften welche das Schlagwort enthalten. Sie können immer nur eine durchsuchte Eigenschaft hinzufügen, ggf. müssen Sie den Dialog mehrmals aufrufen.

Und die Eigenschaft für Verfeinerungen nutzen zu können und um weitere Vorteile zu nutzen, aktivieren Sie die Optionen

  • Queryable
  • Retrievable
  • Refinable
  • Sortable

Im Optionsfeld bei Refinable und Sortable muss Yes – active ausgewählt sein. Speichern Sie die Änderungen. Damit die Einstellungen einen Effekt haben, muss ein Full Crawl der Inhaltsquelle durchgeführt werden, in welcher die Eigenschaften liegen. Gehen Sie dazu in ihre Content Sources und starten Sie den Full Crawl.

Wenn Sie jetzt wieder nach dem Abschluss des Full Crawls in den Webpart zu Verfeinerungen oder den Webpart für Inhaltssuche gehen, können Sie die Eigenschaft auswählen.

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

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.

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 meine Site
http://www.nicothiemer.de

Nico Thiemer

Arbeiten mit Abfrageregeln in der SharePoint 2013 Suche

Eine Neuerung in der Suche mit SharePoint 2013 sind die Abfrageregeln. Wobei diese nicht komplett neu sind, in SharePoint 2010 sind dies die besten Suchergebnisse. Wobei der Umfang der Abfrageregeln in SharePoint 2013 weit über die Funktion von SharePoint 2010 hinausgeht. Abfrageregeln dienen dazu, für Benutzer Suchergebnisse visuell hervorzuheben. Dies kann über einen Banner im Kopf der Suchergebnisse realisiert werden oder über einen Block, welcher Suchergebnisse optisch hervorhebt. So wäre es zum Beispiel denkbar, dass wenn Benutzer nach einer bestimmten Veranstaltung suchen, der Link zu dieser prädestiniert angezeigt wird. Wobei dies nur Beispiele sind, über eine Anpassung der DisplayTemplates sind auch noch viel mehr Möglichkeiten realisierbar. Bevor ich erläutere, wie man die Abfrageregeln anpassen kann, noch ein Wort dazu wo diese angepasst werden können. Dies ist auf der Ebene der Zentraladministration, der Websitesammlung oder der Website möglich. Dabei wird eine Anpassung von oben automatisch nach unten vererbt. Die vererbte Regel kann logischerweise auch nur dort angepasst werden, wo diese erstellt wurde. Im Folgenden erstelle ich eine Suchregel in der Zentraladministration in einer onPremise Umgebung. In Office 365 ist die Anpassung genauso möglich.

Abfrageregeln erstellen

Navigieren Sie zu Ihrer Dienstanwendung der Suche und suchen Sie am linken Rand den Punkt Query Rules bzw. Abfrageregeln. Eine Abfrageregel hat immer einen Kontext, in welchen diese läuft. Ein Kontext ist in diesem Fall eine Ergebnisquelle. Das bedeutet, immer wenn eine Abfrage eine bestimmte Ergebnisquelle referenziert und eine Abfrageregel den Wert true ergibt, wird diese ausgelöst. Um eine Abfrageregel für alle Ergebnisquellen zu erstellen, sind allerdings ein paar Klimmzüge notwendig, welche weiter unten beschrieben sind. Als Beispiel erzeuge ich eine Abfrageregel, welche für den Standardbereich Lokale SharePoint-Ergebnisse(System) gilt. Wählen Sie zuerst diese Ergebnisquelle aus und klicken Sie anschließend auf Neue Abfrageregel. Geben Sie der Regel zuerst einen Namen. Sie können nun eine oder mehrere Bedingungen definieren, welche die Regel auslösen sollen. Die einfachste Regel ist die erste, „Die Abfrage stimmt exakt mit dem Stichwort überein“. Hier genügt es, wenn die Suchabfrage ein Wort enthält, welches mit einen der Stichworte übereinstimmt, welches Sie hier angeben. Mehrere Stichworte können Sie mit einem Semikolons trennen. Groß- und Kleinschreibung wird ignoriert. Nach der Definition der Regeln fügen Sie eine Aktion hinzu. Es gibt drei Aktionen, welche auch miteinander kombiniert werden können. Wir schauen uns die beiden ersten an. Die Aktion Höhergestuftes Ergebnis hinzufügen fügt Ihnen einen Link über der Liste der Suchergebnisse ein. Diese Link können und müssen Sie frei konfigurieren. Wenn Sie einen Ergebnisblock hinzufügen möchten, klicken Sie auf den entsprechenden Link. Definieren Sie einen Titel für den Block, welcher auch Variablen aus der Abfrage enthalten kann. Die Abfrage kann jetzt noch transformiert oder auch an eine andere Ergebnisquelle geschickt werden. So wäre es in meinem Beispiel möglich, in dem Block nur Ergebnisse aus der CRM Website anzuzeigen, welche ich vorher in einer Ergebnisquelle konfiguriert habe. Über Einstellungen und Routing können Sie noch mehr erreichen, so z.B. die Änderung des Displaytemplates. Unter dem Punkt Veröffentlichen können Sie noch einen Zeitraum einschränken, von wann bis wann die Abfrageregel gilt. Speichern Sie am Ende alle Änderungen. Die folgende Abbildung zeigt eine Suche nach CRM vor der Abfrageregel. Dieselbe Abfrage nach aktivieren der Abfrageregel.

Eine Abfrageregel für alle Ergebnisquellen verfügbar machen.

Wenn Sie beim Erstellen einer Abfrageregel den Kontext Alle Quellen auswählen, ist es Ihnen nicht möglich eine neue Abfrageregel zu erstellen. Um eine Abfrageregel für alle Ergebnisquellen verfügbar zu machen, erstellen Sie zuerst die Regel für eine beliebige Abfrageregel und klicken Sie dann auf Kontext. Dort können Sie u.a. angeben, dass die Regel für alle Bereiche gelten soll.

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 meine Site
http://www.nicothiemer.de

Nico Thiemer

Arbeiten mit Ergebnisquellen in der SharePoint 2013 Suche

Ergebnisquellen in SharePoint 2013 sind die erweiterte Fortführung der Suchbereiche in SharePoint 2010. Über Ergebnisquellen wird es möglich, Suchen für Benutzer zu erstellen, welche eine Suche auf einen bestimmten Aspekt eingrenzen. Dieser Aspekt kann z.B. ein Speicherort sein oder nur die Anzeige von PDF Dateien. Sie können Ergebnisquellen mit dem Webpart für die Inhaltssuche nutzen und so einfache und vorbereitete Suchen erstellen.

In meinem Beispiel werde ich den Webpart zwei Mal verwenden. Im ersten Beispiel werden die Ergebnisse nur aus einer Unterwebsite angezeigt, im zweiten Beispiel nur PDF Dateien. Bevor ich erläutere, wie man Ergebnisquellen anpassen kann, noch ein Wort dazu wo diese angepasst werden können. Dies ist auf der Ebene der Zentraladministration, der Websitesammlung oder der Website möglich. Dabei wird eine Anpassung von oben automatisch nach unten vererbt. Die vererbte Ergebnisquellen kann logischerweise auch nur dort angepasst werden, wo diese erstellt wurde. Im Folgenden erstelle ich eine Ergebnisquelle in der Zentraladministration in einer onPremise Umgebung. In Office 365 ist die Anpassung genauso möglich.

Eine Ergebnisquelle erstellen

Navigieren Sie zu Ihrer Dienstanwendung der Suche und suchen Sie am linken Rand den Punkt Ergebnisquellen. Es gibt schon 16 vordefinierte Ergebnisquellen, wobei die Ergebnisquelle Lokale SharePoint-Ergebnisse(System) die Standardquelle ist. Wenn nicht weiter angegeben, werden alle Suchanfragen in diesen Bereich ausgeführt. Diese Ergebnisquelle enthält alle Suchergebnisse aus ihren lokalen SharePoint ohne Unterschied.

Suchbereich für nur eine Unterwebsite erstellen

In meinem Beispiel habe ich eine Unterwebsite für Dokumente zum Thema Microsoft Dynamics 2015 angelegt. Der Pfad zu der Site ist http://sharepoint.contoso.com/CRM2015. Ich möchte nun einen Suchbereich erstellen, welcher nur Ergebnisse aus dieser Unterwebsite liefert. Klicken Sie dazu in der Verwaltung der Ergebnisquellen auf Neue Ergebnisquelle.

Vergeben Sie einen Namen und optional eine Beschreibung. Unter Protokoll können Sie festlegen, mit welchen Suchprotokoll in der Ergebnisquelle gesucht werden soll. Ich nehme natürlich SharePoint lokal. Würde ich z.B. Suchergebnisse von Bing in meine Suche einbinden wollen, würde ich OpenSearch nutzen. Unter Typ können Sie festlegen, ob Sie nur nach Personendaten suchen möchten oder nicht. Der Index SharePoint-Suchergebnisse enthält diese Ergebnisse auch, aber eben auch mehr. Außerdem werden in dem Suchbereich Personensuchergebnisse noch spezielle Transformationen verwendet.

Der wichtigste Punkt ist Abfragetransformation. Hier geben Sie an, wie die Einschränkungen der Ergebnisquelle sind. Klicken Sie dazu auf Abfrage-Generator starten. Leider ist der Abfragegenerator nicht so umfangreich, wie man es ich wünschen könnte. So fehlen vielen Operatoren und müssen von Hand eingefügt werden. Um den Suchbereich auf eine Unterwebsite einzuschränken, geben Sie hinter {searchTerms} folgendes ein: site:“http://sharepoint.contoso.com/CRM2015″. Die fertige Abfrage sieht dann wie folgt aus. Das Sie die Anzeige nicht testen können ist normal, lassen Sie sich davon nicht irritieren.

Speichern Sie die Abfrage und die neu erstellte Ergebnisquelle.

Suchbereich für nur eine PDF Dateien erstellen

Wenn Sie einen Suchbereich erstellen möchten, der Ihnen nur PDF Dateien anzeigt, gehen Sie genauso vor wie oben, allerdings geben Sie im Abfragegenerator folgende Zeichenfolge ein:

{searchTerms} filetype:pdf.

Ergebnisquellen anwenden

Gehen Sie in ein Portal ihrer Wahl und erstellen Sie dort eine neue Webseite. Fügen Sie dieser neuen Webseite zwei Mal dem Webpart Inhaltssuche hinzu, welcher sich in der Kategorie Inhaltsrollup befindet. Bearbeiten Sie den ersten Webpart und klicken Sie im Panel auf Abfrage ändern.


Klicken Sie auf In den erweiterten Modus wechseln.


Im DropDown Wählen Sie eine Abfrage aus können Sie jetzt ihre neu erstellen Ergebnisquellen auswählen.

Speichern sie die Änderungen am Abfrageeditor und am Webpart. Führen Sie das Verfahren analog mit dem zweiten Webpart für den Suchbereich der PDF Dateien aus. Das Ende sieht in meinen Fall so aus.

Haben Sie diese Anforderung schon einmal gehabt? Oder eine andere Frage? Dann schreiben Sie einen Kommentar!

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 oder schreiben Sie einen Kommentar.

Sie wollen mehr über meine Leistungen erfahren? Dann klicken Sie hier.