Kategori Arkiv: SharePoint Search

Hur du anger människor som en sökomfattning / Använda SharePoint-innehållskälla 2013 REST API

Jag hade anledning att arbeta med SharePoint 2013 Sök-API via resten för första gången. Jag ville söka efter personer, inte dokument. Nyckeln för att lära sig här är att anger du innehåll källor via dess GUID (eller åtminstone i detta fall). Följande jQuery utdrag visar hur:

    loadExpertsAsync: funktionen() {

        jQuery.support.cors = sant;

        $.Ajax({
            URL: Detta.CreateFullApiUrl() +
                "?querytext = "portaler"&SourceId = "b09a7990-05ea-4af9-81ef-edfab16c4e31"" +
                "&selectproperties ='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Färdigheter,AboutMe,Intressen,Yrkestitel,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl "" +
                "&ROWLIMIT = 99",
            metoden: "FÅ",
            headers: { "Acceptera": "Application/json; OData = verbose" },
            cache: falskt,
            framgång: funktionen (resultat) {

I mitt fall, Jag kör API mot SharePoint online. Att få GUID, Jag följde stegen:

  1. Komma åt SharePoint admin center
  2. Välj "Sök" från den vänstra navigeringen
  3. Välj hantera"resultatet källor"
  4. Välj "Lokalbefolkningen resultat"
  5. Titta på Webbadressen.

Min URL såg något liknande:

https://xyzzy-admin.sharepoint.com/_layouts/15/searchadmin/EditResultSource.aspx?level=tenant&sourceid=b09a7990%2D05ea%2D4af9%2D81ef%2Dedfab16c4e31&view=1

Parametern sourceid är vad arbetat för jag.

(Jag förstår att målentiteten kan faktiskt vara ett slags permanent sak med SP, men jag ska alltid kontrollera ändå 🙂 ).

</slutet>

undefinedPrenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

En orsak för "skaparen av det här felet inte angav en anledning.”

Jag har gjort en hel del arbete med SharePoint search-på sistone och särskilt klassen KeywordQuery, egenskaper och metoder.

Om du vill att resultatuppsättningen till resultat utöver de vanliga misstänkta (se här), du lägger till det i SelectedProperties samling, som i:

myKeywordQuery.SelectProperties.Add("xyzzy");

Stort tack och ett tips av en keps till Corey Roth och denna oerhört hjälpsamma blogginlägg (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

I mitt fall, "xyzzy" inte är faktiskt en hanterad egenskap.  När jag har lagt till det SelectedProperties ändå, SharePoint kastade en av min favorit någonsin runtime undantag:

"Skaparen av det här felet angav inte ett skäl."

Jag gillar särskilt kapital "R" i skäl.  Detta låter för mig som .net motsvarande"Jag har ingen mun, och jag måste skrika.”

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Praktisk: Standard resultatet från KeywordQuery sökning

När du anropar Execute() metoden på en KeywordQuery, Du kan skapa en ResultTable som bygger på ResultType.RelevantResults.  Denna kodavsnitt illustrerar vad jag menar:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Den resulterande tabellen kommer att ha följande kolumner av information: 

Arbets-ID
Rang
Avdelning
Författare
Storlek
Sökväg
Beskrivning
Skriva
Platsnamn
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Jag kommer denna lista från en SharePoint 2010 miljö, Enterprise edition.  Förhoppningsvis blir det praktiskt till någon i framtiden.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery och egenskapen HiddenConstraints

Jag har gjort lite arbete med den KeywordQuery objekt i SharePoint 2010 och utnyttjar den HiddenConstraints Egenskapen.

Hittade inte något omedelbart användbar information på som egenskapen, så jag trodde jag skulle snabbt anteckna hur jag har använt det.

Såvitt jag kan berätta, Detta är en automatisk villkoret läggs till frågan så att du kan sortera Park det det och inte oroa.  Som sådana, Det är bara ett annat nyckelord (eller en uppsättning sökord) och modifierare som du kan skriva i att Användargränssnittet när du gör en nyckelordssökning.  Här är ett exempel:

keywordQuery.HiddenConstraints = "räckvidd:\"Industry" ";

Du kan lägga till ytterligare villkor med utrymme avgränsare.

keywordQuery.HiddenConstraints = "räckvidd:\"Industry" Defense";

Ovanstående säger på engelska, "kör ett nyckelord söker"försvar"och dessutom, Använd "Industrin" scope.

Här är ett annat sätt att se på det:

image

Jag har använt det för att ge ett sammanhang-beroende automatiska scope på en anpassad webbdel.  När användaren klickar på en flik och klickar på sökknappen, fliken dikterar ett särskilt sökomfattningen.  Det fungerar väl så långt.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

En anledning till "ett eller flera fält typer inte är korrekt installerat”

Jag gjorde i går en liten tweak till en webbdel som inte en CAML fråga mot en lista.  Ändringen görs, distribuerat det och kommit hit med ett fel:

Ett oväntat fel har inträffat i tre dag Outlook väderprognos webbdel. Kontakta systemadministratören. En eller flera fälttyper är inte korrekt installerat. Gå till sidan lista du vill ta bort dessa fält.

Jag stod inför en annan oddball fråga tidigare så jag inte omedelbart ansluta min CAML frågan med felet som SharePoint rapportering till mig.  Jag gjorde en snabbsökning bing och och hittade denna användbara blogginlägg genom Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Här är dålig-frågan:

fråga.Fråga ="<Där><Och><NEQ><FieldRef namn = "Abbr" /><Värde Type = "Text">SFNY</Värde><FieldRef namn = "Abbr" /><Värde Type = "Text">SFIS</Värde></NEQ></Och></Där>";

Här är det fast:

fråga.Fråga ="<Där><Och><NEQ><FieldRef namn = "Abbr" /><Värde Type = "Text">SFNY</Värde></NEQ><NEQ><FieldRef namn = "Abbr" /><Värde Type = "Text">SFIS</Värde></NEQ></Och></Där>";

Så, Sensmoralen i historien är: Kontrollera din CAML är korrekt eller att du får ett oddball fel.

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

</slutet>

Vi presenterar Microsoft Enterprise Search gruppen

Jag är mycket glada att meddela att Natalya Voskresenskaya, min kollega SharePoint MVP och partner (med mycket mindre hjälp från mig än hon förtjänade) lanserar en ny användargrupp ägnas åt enterprise search bygger på tekniken. Som en praktisk fråga, Detta kokar ner till SP 2010 Sök och en massa prat om FAST, särskilt i vår första session. Natalia och jag har skrivit mycket om snabbt under det senaste året på våra Bloggar (Natalia har mer och bättre saker än jag!).

Vårt första möte kommer upp i bara några veckor i New York på Microsofts nyrenoverade kontor på 6 nära Rock Center. Om du är i New York på 12/9, du har ingen ursäkt att inte göra ett framträdande. Jämväl för er Jersey människor. Connecticut människor kan stanna hemma (Skämtar bara!).

NY/NJ/CT människor bör hoppa över denna punkt. Vi planerar också att spela in sessionen och köra en levande webbsession så om du bor utanför tri-state area, Du bör kunna ställa in.

Jag ska blogga om detta lite mer som denna mest lyckobringande dag närmar sig, men Registrera dig nu. När du har registrerat, den långa väntan börjar. Under den tiden, rensa ditt schema, bryta nyheter till din familj och varna media eftersom du inte vill missa Nate Treloar launch our group to the moon and beyond 🙂

Läs mer från vår officiella webbplats: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Styre och SharePoint Search – Det är aldrig för sent till Start

JAG skrev en artikel (http://searchwinit.techtarget.com/TIP/0,289483,sid1_gci1345231_mem1,00.html#) för SearchWinIT.com om styrelseformer som det handlar om SharePoint Search. Det är inte i min vanliga "röst" but that’s editing for you 🙂

Här är hur det börjar:

Även om nästan varje aspekt av SharePoint kan dra nytta av en stark styrning plan, MOSS 2007 enterprise search funktionalitet fördelar framför allt.

Som alla delar av SharePoint, Det finns bra och dåliga nyheter om bolagsstyrning. För många organisationer, den dåliga nyheten är att det är extremt svårt att införliva en plan för samhällsstyrning där ingen fanns.

Men här är de goda nyheterna: Du kan snabbt konfigurera och förbättra företagssökning helst nästan. Och när du implementerar en styrning plan för företagssökning, Du kan se omedelbara resultat.

Ett av problemen med SharePoint och styrning är att företag ofta få knä djupt in i SharePoint med ingen styrning plan och då, Det finns ingen enkel väg framåt för att lösa det. Inte så med Sök. Läs artikeln för att få mina tankar på detta ämne.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Technorati Tags: ,

Tjänster på servern gör inte Sök — Varför?

Jag pratade idag med Agnes Molnar (den enda person som jag vet att jag vet i Ungern) om ett märkligt Sök konfigurationsproblem. Nämligen, Sök saknades från "tjänster på servern" Visa (via Central Admin-> Verksamhet-> Tjänster på servern).

Jag hade en titt på en funktionell VM på min egen maskin och tillsammans, Vi är fast beslutna att sökningen inte har installerats på servern. Det finns nog några sätt att göra detta, men vi gjorde det genom att bekräfta att "Office SharePoint Server Search" saknades i listan över tjänster via Start-> Administrationsverktyg-> Tjänster.

Konstigt, den tillhörande .exen * var * på servern ("C:\Program Microsoft Office Servers12.0Binmssearch.exe").

Jag gjorde en snabb sökning och hittade denna bloggpost: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Det är en e-kedja med denna viktiga punkt:

"Jag har löst problemet. Det var mitt misstag. Jag väljer "-frontwebb" i stället för "komplett" under installationen."

Detta var lovande, men vi var inte säker på om installationsprogrammet faktiskt hade plockat WFE istället för komplett när du installerar MOSS.

Vi kollade för första (tidigaste) versionen av filen PSCDiagnostics * i den 12 kupan log directory och där, Vi fann att installationsprogrammet hade, I själva verket, konfigurerat servern för att vara en frontwebb. Slutet av historien och det hade ett lyckligt slut.

(Någonstans längs linjen, Bob Fox blev inblandad, men allt jag minns honom bidrar till diskussionen var en kommentar om Fabel 2).

Uppdatering: Agnes Bloggar om ämnet här: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Technorati Tags:

Snabbtips: Användning “IsDocument:1” att trimma sökresultat

Uppdatering 11/03/08: Karl MVP Mike Walsh påpekar korrekt att detta är en WSS 3.0 / MOSS funktion. Det fungerar inte i WSS 2.0 eller tidigare.

Updatte 11/03/08: (Andra uppdateringen på en dag!): Se till att läsa den utmärkta kommentaren från "intet sätt" för mer information och en annan bra xref länk.

Två frågor kom upp i snabb följd denna vecka på MSDN forum ber en variant av detta:

"När jag söker ett nyckelord, mappar från min dokumentbibliotek med hjälp av nyckelordet i deras väg kommer att komma ut först i mina sökresultat. Jag vill inte att det ska ske. Filer med hjälp av nyckelordet är viktigare för mig. Jag vill inte se mappar alls."

Detta är faktiskt ganska lätt att ut ur rutan. Lägg in en "IsDocument:1" till den sökfråga och SharePoint search (både WSS och MOSS) kommer att begränsa sig till visar faktiska handlingar.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin

Technorati Tags:

Har din sökning kommittén sammanträdde denna månad?

Det är i början av månaden och är nu lika bra som någon för ditt företags Sök kommittén träffas och analysera bästa val, framgångsrik och inte så lyckade sökningar, m.m..

Du behöver inte en sökkommitté? Then form one 🙂

WSS och MOSS särskilt söka nytta av vissa mänskliga tillsyn. Investera ett par timmar en månad på månadsbasis konsekvent är inte bara roligare än ett fat Monkeys, Det kan:

  • Ger inblick i företaget informationsbehov. Om folk söker vänster och höger för ämne "xyzzy," du vet att det är ett viktigt ämne för företaget.
  • Identifiera potentiella utbildningskrav. Om folk söker efter ämne "xyzzy" men ska verkligen vara söker efter "abcd" sedan kan du använda det till att utbilda folk om var och hur man hittar information.
  • Hjälpa din organisation att förfina sin informationsarkitektur.
  • Identifiera möjligheter att förbättra synonymordlistan.
  • Andra möjligheter som utan tvekan kommer att infinna sig.

Vem som ska vara på Sök kommittén? Du skulle veta ditt bästa folk, men anser:

  • Minst en (och kanske bara en) IT-person som förstår (eller kan lära dig) olika sätt att justera Sök, inklusive bästa val, thesaurus, hanterade egenskaper, m.m..
  • Flera experter som kan läsa de sökrapporterna, äter det och kommunicera business-savvy åtgärder till det så att det kan trycka på knapparna, dra spakarna och öppna/stänga ventiler som krävs för att kommittén rekommendationer.
  • En eller flera information arkitekter som kan validera, ett eller annat sätt, om informationsarkitektur är Sök vänlig och om det fungerar bra för företaget.
  • Ett roterande säte i utskottet. Ta in en eller två personer som normalt inte delta i dessa typer av insatser. De kan få ovanliga och värdefulla insikter till bordet.

Glad analysera!

</slutet>

Prenumerera på min blogg.

Technorati Tags: