Utilisation des métadonnées dans les recherches SharePoint

Explication

Il est possible d’utiliser le moteur de recherche et d’utiliser comme critère les métadonnées.

Exemple : Recherche des documents avec l’auteur (métadonnée Créé par) dnoblet.

Il est possible de configurer le moteur de recherche afin d’effectuer un requête avec n’importe quelle métadonnée.

Création d’un type de contenu

Partons d’un type de contenu qui utilise une métadonnée gérée.

 Ajouter ce type de contenu sur une de vos bibliothèques.

 Ajouter un document qui utilise ce type de contenu et ajouter une information sur la métadonnée.

Paramétrage du moteur de recherche

Rendez-vous sur l’application de service de recherche de la Centrale d’Administration.

Lancer manuellement une analyse.

Une fois l’analyse terminée, rendez-vous sur les Propriétés des métadonnées

Cliquer sur Nouvelle propriété gérée

Indiquer un nom à cette métadonnée gérée par le moteur de recherche

Ajouter un mappage sur la métadonnée créée dans le type de contenu. Attention, le nom de la métadonnée est le nom interne donc les caractères et espaces sont encodés et le tout est préfixé par « ows_ ».

Relancer manuellement une analyse.

Vous pouvez d’ores et déjà utiliser la propriété gérée dans la recherche.

Paramétrage du centre de recherche

Nous allons maintenant, modifier le centre de recherche afin que la nouvelle métadonnée gérée soit disponible dans la recherche avancée.

Rendez-vous sur votre centre de recherche.

Ouvrir la page de recherche avancée.

Modifier la page, puis modifier les paramètres du composant WebPart

Copier tout le texte (format XML)

Ouvrir SharePoint Designer, créer un nouveau fichier du type XML.

Coller le texte, faire un clic droit et sélectionner Remettre en forme le code XML

Rajouter les deux lignes (PropertyDef et PropertyRef)

Copier le texte, puis coller le dans les propriétés du composant WebPart de recherche avancée.

Vous pouvez maintenant exploiter pleinement votre métadonnée dans la recherche.

Publicités

Un « Code Postal » dans le raffinement de la recherche SharePoint ?!


Explication

Vous vous en êtes peut être pas rendu compte, mais la zone de raffinement des résultats de recherche vous propose de filtrer par Code Postal 😦 !

Il semble qu’une malencontreuse traduction soit à l’origine de ce problème. Si vous activez le filtrage par Code Postal vous allez vous rendre compte que ce sont les fichiers ZIP qui sont récupérés.

ZIP => Code Postal, vous faites le rapprochement de la mauvaise traduction ? 😉


Modification du panneau de raffinement

Heureusement, il est possible de modifier le panneau de raffinement.

Pour cela rendez-vous sur la page de résultat de la recherche (results.aspx) et modifier la page.

Modifier le composant Webpart d’affinement (ou de raffinement).

Dans la zone « affinement », éditer la « définition de catégorie de filtre »

Copier le contenu, et coller-le dans votre éditeur de fichier XML favoris (pour moi ce sera SharePoint Designer 😉 )

Modifier le texte « Code Postal » par « ZIP », par exemple.

Copier le texte et coller-le comme « définition de catégorie de filtre » du composant WebPart d’affinement.

Dernier point, décocher la case « Utiliser la configuration par défaut », sans quoi la modification réalisée ci-dessus n’aura aucun effet.

Et voilà.

EDIT : dans le même esprit de mauvaise traduction l’article sur les mots clés [Moi] et [Aujourd’hui] des vues

Search Server Express 2010 et SharePoint Foundation 2010

Souvent peut connu des SharePointeurs, Search Server Express est pourtant un outil quasi indispensable d’une infra WSS ou SharePoint Foundation.

Pour faire simple Search Server Express va vous permettre de bénificier de la puissance du moteur de MOSS ou SharePoint Server sur votre infrastructure WSS ou Foundation.

Quand on sait que bon nombre de sociétés passent de la version gratuite de SharePoint (WSS ou Foundation) vers la version payante (MOSS ou SharePoint Server) pour bénéficier du moteur de recherche de ce dernier, cet outil peut mettre à mal ce raisonnement.

Pour rappel, le moteur de recherche WSS ou Foundation, ne peut vous trouver des résultats uniquement sur la collection de site où vous vous trouvez. Pas de recherche transverse sur l’ensemble des collections de site.

De plus, les zones de recherches sont contextuelles (conceptuelles pour Microsoft), c’est à dire si vous vous trouvez sur un site, la recherche se borne à ce site et ses sous sites.

De plus, comme pour le moteur de recherche SharePoint Server, il est possible avec Search Server Express d’installer des IFILTERS qui permettrons au moteur d’indexation de lire le contenu de nouveau type de fichier (PDF par exemple).

Sous WSS V3, il était possible d’installer ces IFILTERS en manipulant le registre, il semble que ce ne soit plus possible sous SharePoint Foundation, voir https://kouilb.wordpress.com/2010/05/27/ifilter-pdf-sur-sharepoint-foundation-2010/

Mettons nous au travail !

Récupérations des binaires

Rendez-vous à l’adresse  suivante : http://www.microsoft.com/enterprisesearch/searchserverexpress/en/us/download.aspx

Il est possible de télécharger le soft dans différentes langues. Le lien « classique » (http://www.microsoft.com/downloads/details.aspx?FamilyID=cea31a4f-a8b4-4864-b520-be612becdcfa&displaylang=en) ne semble plus fonctionner lorsque l’on change la langue :(.

Installation des binaires

Lancer l’exe, le splash apparaît

Lancer l’installation des pré-requis, « à vue de nez » se sont les mêmes que SharePoint 2010 donc cela devrait être très rapide.

Puis lancer l’installation de Search Server Express.

A la fin de l’installation, la fenêtre vous invite à lancer l’assistant de Configuration SharePoint.

L’assistant de configuration SharePoint

Lancer donc cet assistant, c’est ici que nous allons vraiment lancer l’installation du Search Server (création d’une nouvelle webapp pour le search).

Sur la page « Remplacer le site SharePoint par défaut », sélectionner « Non, ne pas remplacer le site existant. Créer un nouveau… »  nous allons donc créer une nouvelle webapp qui hébergera le site « Centre de Recherche ». L’URL de cette webapp n’est pas modifiable, il est nécessaire de réétendre la webapp après création pour changer cette URL.

A la fin de la configuration, vous êtes redirigé sur la Centrale d’Administration avec une jolie page qui vous indique les étapes de la configuration de ce nouveau service de recherche.

Configuration du search

Sur ma configuration le premier lien Administration de la recherche ne fonctionnait pas (erreur Javascript).

Donc si comme moi, vous ne pouvez accéder à l’administration par ce biais, suivez ces instructions.

Depuis la Centrale d’Administration, se rendre sur la gestion des application de service

 

Puis cliquer sur Application de service de recherche

 

 Vous voici sur la page d’Administration de la recherche, qui est semblable en tout point à celle du search de SharePoint Server.

Donc tout comme vous le feriez sous SharePoint Server, configurer dans les sources de contenu la planification d’indexation.

Ajouter si besoin de nouvelles sources de contenu (Site web classique, Partage de fichiers, Dossier publics Exchange, etc..).

Configuration d’une webapp pour l’utilisationde la recherche Search Express

Retournez sur la Centrale d’Administration, puis rendez-vous dans la gestion des applications web.

Repérez la webapp qu’a ajouter l’installation du search. Dans mon cas http://srv-vm-ged-osia:38310

 

Enfin rendez-vous sur votre webapp préférée, celle qui utilisera cette recherche.

Lancez les paramètres du site, pour atteindre les paramètres de la collection de sites, puis cliquez sur Paramètres de recherche

 

Activez les étendues personnalisées, puis indiquez l’URL de la webapp du search (Site Centre de recherche)

Modifier la liste déroulante, pour afficher la liste déorulante d’étendues.

 

Voilà, vous pouvez désormais sur cette collection de site utiliser la recherche Search Express.

 

Il est possible d’installer le IFILTER PDF sur le search Express comme vous le feriez sur SharePoint Server.

Bonne recherche 🙂

IFilter PDF sur SharePoint Foundation 2010

Bonjour

Edit : Lien vers l’installation de Search Server Express 2010 sur SharePoint Foundation => Lien

Edit : Lien KB Microsoft pour l’installation du Ifilter PDF sur Foundation 2010 => http://support.microsoft.com/kb/2518465 (pas testé)

Décidé à installer le IFILTER sur SharePoint Foundation 2010, je me suis confronté à certaines curiosités, dont je vais vous faire part dans cet article.

Tout d’abord je suis parti de la KB Microsoft qui documente l’installation du PDF sous WSS 3.

http://support.microsoft.com/kb/927675.

Bien évidemment, on remplace tout les références au dossier 12.0 par 14.0. Le 12 pour la version 2007 et le 14 pour la version 2010. Pour la petite histoire les américains étants très supersticieux ils ont tendance à oublier le 13.

Donc me voici parti dans la base de registre : sous HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\14.0\Search\Applications\GUID\Gather\Search\Extensions\ExtensionList

La KB microsoft indique qu’il faut rajouter une valeur « 38 » pour l’extension PDF, on peut remarquer tout de suite qu’en standard il y a désormais 47 extensions indexées.

Il faut donc rajouter une 48 ème valeur de chaîne pour le pdf.

Je configure le reste comme l’indique la KB.

Je redémarre le service SharePoint Foundation Search V4, upload des fichiers PDF dans une docLib.

Petite recherche, aucun document PDF dans le résultat ! 😦

Je vérifie les clés de registre, la valeur 48 => PDF a disparu ???!!!

Je rajoute la clé, redémarre le service Search, la clé est resupprimée !!!

Intéressant, il semble donc que le service Search Foundation n’autorise pas l’ajout de nouvelles extensions.

C’est sûrement pour cela que je n’ai trouvé aucun article qui traitait de cette installation d’IFILTER PDF sur SharePoint Foundation 2010.

La solution qu’il reste pour indexer ces PDF est l’installation de Search Server Express 2010 (produit gratuit) qui se greffe à votre installation SharePoint Foundation.

Promis, j’écris un article rapidement sur son implémentation.

kOuilb.

%d blogueurs aiment cette page :