kategorie Argief: SharePoint Soek

Hoe om mense te spesifiseer as 'n Soek Scope / Inhoud Bron Gebruik SharePoint 2013 REST API

I had reason to work with the SharePoint 2013 Search API via REST for the first time. I wanted to search for people, not documents. The key learning here is that you specify content sources via its GUID (or at least in this case). The following jQuery snippet shows how:

    loadExpertsAsync: funksie() {

        jQuery.support.cors = waar;

        $.ajax({
            url: hierdie.CreateFullApiUrl() +
                "?querytext='portals'&sourceid='b09a7990-05ea-4af9-81ef-edfab16c4e31'" +
                "&selectproperties='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Skills,AboutMe,Interests,JobTitle,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl'" +
                "&rowlimit=99",
            metode: "GET",
            headers: { "Accept": "application/json; odata=verbose" },
            cache: valse,
            success: funksie (lei) {

In my geval, I’m running the API against SharePoint online. To get the GUID, I followed these steps:

  1. Access the SharePoint admin center
  2. Select “search” from the left hand navigation
  3. Select “Manage Result Sources”
  4. Select “Local People Results”
  5. Look at the URL.

My URL looked something like:

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

The sourceid parameter is what worked for me.

(I understand that the sourceid may actually be a sort of permanent thing with SP, maar ek sal in elk geval altyd kyk 🙂 ).

</einde>

undefinedSkryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin

Een rede vir "Die skepper van hierdie fout het nie 'n rede.”

Ek is besig met 'n baie werk met SharePoint soek die afgelope tyd en spesifiek die KeywordQuery klas, eienskappe en metodes.

As jy wil die resultaat stel om terug te keer bo en behalwe die gewone verdagtes (Kyk hier), jy dit by die SelectedProperties versameling, soos in:

myKeywordQuery.SelectProperties.Add("Xyzzy");

Baie dankie en 'n wenk van die hoed Corey Roth en hierdie baie nuttig blog boodskap (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

In my geval, "Xyzzy" is nie eintlik 'n bestuurde eiendom.  Toe ek dit in elk geval aan SelectedProperties, SharePoint gooi een van my gunsteling runtime uitsonderings:

"Die skepper van hierdie skuld het nie 'n rede."

Ek wil veral die hoofstad "R" in die rede.  Dit klink vir my soos die NET ekwivalent. "Ek het geen mond, en ek moet skree."

</einde>

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin

Nuttige verwysing: Die standaard Resultate van KeywordQuery Soek

Wanneer jy roep vir uitvoer() metode op 1 KeywordQuery, jy skep 'n ResultTable gebaseer op ResultType.RelevantResults.  Hierdie kode uit illustreer wat ek bedoel:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Die tabel sal die volgende kolomme van inligting: 

WorkId
Rangskik
Titel
Skrywer
Grootte
Pad
Description
Skryf
Site Naam
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Ek afgelei hierdie lys van 'n SharePoint 2010 omgewing, Enterprise Edition.  Hopelik sal dit handig wees vir iemand in die toekoms.

</einde>

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery en die HiddenConstraints Eiendom

Ek het 'n bietjie van die werk te doen met die KeywordQuery voorwerp in SharePoint 2010 en gebruik te maak van die HiddenConstraints eiendom.

Ek het nie 'n onmiddellik nuttige inligting oor die daardie eiendom, so het ek gedink ek sou vinnig neerskryf hoe ek dit gebruik.

Sover ek kan sê, dit is 'n outomatiese is bygevoeg by die navraag nie, sodat jy kan sorteer van die park dit daar en nie bekommerd wees daaroor nie.  As sodanig, dit is net nog 'n navraag (of 'n stel van sleutelwoorde) wysigers wat jy kan tik in die UI wanneer jy 'n navraag soek.  Hier is 'n voorbeeld:

keywordQuery.HiddenConstraints = "omvang:\"Nywerheid " ";

Jy kan ekstra beperkings met 'n ruimte skeiding steken.

keywordQuery.HiddenConstraints = "omvang:\Nywerheid " verdediging ";

Die bogenoemde is in Engels sê, "Hardloop 'n sleutelwoord soek na" verdediging "en voorts, gebruik van die "produksie" omvang.

Hier is 'n ander manier om daarna te kyk:

image

Ek het al met behulp van 'n konteks-afhanklike outomatiese omvang te voorsien op 'n persoonlike web deel.  Wanneer die gebruiker op 'n blad en druk 'n soektog-knoppie, die blad dikteer 'n bepaalde soektog omvang.  Dit is goed so ver.

</einde>

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin

Een van die redes vir "Een of meer veldtipes is nie behoorlik geïnstalleer”

Ek was besig om 'n klein tweak gister na 'n web deel wat 'n CAML navraag teen 'n lys nie.  Ek het die verandering, ontplooi en het getref met 'n fout:

'N Onverwagse fout het voorgekom in die Drie Dag Outlook Weer Voorspelling Webpart. Kontak asseblief die stelseladministrateur. Een of meer veldtipes is nie behoorlik geïnstalleer. Gaan na die lys instellings hierdie velde te verwyder.

Ek is teenoor ander oddball kwessie vroeër so ek het nie dadelik my CAML navraag verbind met die fout wat SharePoint is verslagdoening aan my.  Ek het 'n vinnige die bing soek en het dit behulpsaam gevind blog post deur Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Hier is die slegte navraag:

Query.query = "<Waar><En><Neq><FieldRef Naam = "Abbr-/><Waarde Tipe = "teks">SFNY</Waarde><FieldRef Naam = "Abbr-/><Waarde Tipe = "teks">SFIS</Waarde></Neq></En></Waar>";

Hier is vasgestel:

Query.query = "<Waar><En><Neq><FieldRef Naam = "Abbr-/><Waarde Tipe = "teks">SFNY</Waarde></Neq><Neq><FieldRef Naam = "Abbr-/><Waarde Tipe = "teks">SFIS</Waarde></Neq></En></Waar>";

So, die morele van die storie is: maak seker jou CAML korrek is, of jy kan 'n oddball fout.

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin

</einde>

Aankondiging van die Microsoft Enterprise Soek User Group

Ek is baie opgewonde om aan te kondig dat Natalya Voskresenskaya, my mede SharePoint MVP en vennoot (met veel minder hulp van my af as wat sy verdien) is launching a new user group devoted to enterprise search based on Microsoft technology. As a practical matter, dit kom neer op SP 2010 soek en 'n baie praat oor FAST, especially in our first session. Natalya and I have written a lot about FAST over the last year on ons blogs (Natalya het meer en beter dinge as ek!).

Our first meeting is coming up in just a few weeks in New York at Microsoft’s newly renovated offices on 6th near Rock Center. If you’re in New York on 12/9, you have no excuse not to make an appearance. Likewise for you Jersey people. Connecticut people can stay home (just kidding!).

NY/NJ/CT people should skip this paragraph. We also plan to record the session and run a live web session so if you live outside the tri-state area, you should be able to tune in.

Ek sal blog oor hierdie paar meer as die mees luisterryke dag benaderings, maar registreer nou. After you register, the long wait begins. During that time, duidelik jou skedule, breek die nuus aan jou familie en die media te waarsku, want jy sal nie wil misloop nie Nate Treloar launch our group to the moon and beyond 🙂

Vind uit meer van ons amptelike webwerf: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</einde>

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin

Regering en SharePoint Soek – Dit is nooit te laat om te begin

Ek het 'n artikel (http://searchwinit.techtarget.com/tip/0, 289483, sid1_gci1345231_mem1, 00.html #) vir SearchWinIT.com on governance as it relates to SharePoint Search. It’s not in my usual "voice" but that’s editing for you 🙂

Hier is hoe dit begin:

Hoewel byna elke aspek van SharePoint kan voordeel trek uit 'n sterk bestuur plan, MOSS 2007’s enterprise search functionality benefits most of all.

Soos alle dele van SharePoint, daar is goeie nuus en slegte nuus oor bestuur. Vir baie organisasies, Die slegte nuus is dat dit uiters moeilik om 'n bestuur plan waar niemand bestaan ​​te inkorporeer.

Maar hier is die goeie nuus: Jy kan vinnig instel en te verbeter op die onderneming soek op byna enige tyd. En wanneer jy dit toepas 'n bestuur plan vir die onderneming soek, jy kan sien onmiddellike resultate.

Een van die probleme met SharePoint en bestuur is dat maatskappye dikwels kniediep in SharePoint met geen beheer plan en deur dan, there’s no easy path forward to solve it. No so with Search. Read the article to get my thoughts on that subject.

</einde>

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin

Technorati Tags: ,

Dienste op die bediener het nie lys Soek — Hoekom?

Ek is gesels vandag met Agnes Molnar (die enigste persoon wat ek weet dat ek weet in Hongarye) about a strange search configuration problem. Namely, soek ontbreek van die "dienste op bediener" vertoon (via Sentrale Admin -> Bedrywighede -> Dienste op bediener).

Ek het 'n blik op 'n funksionele VM op my eie masjien en saam, we determined that search was not installed on that server. There are probably a few ways to do this, but we did it by confirming that "Office SharePoint Server Search" is nie in die lys van dienste via Start -> Administratiewe gereedskap -> Dienste.

Vreemd, die verband. exe * was * op die bediener ("C:\Program Files\Microsoft Office Servers\12.0\Bin\mssearch.exe").

Ek het 'n vinnige soek en het gevind dat hierdie blog entry: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Dit is 'n e-pos ketting met hierdie belangrike punt:

"I solved this problem. Dit was my fout. I choose "Web front end" instead of "Complete" tydens installasie."

Dit is belowend, but we weren’t sure if the installer had actually picked WFE instead of complete when installing MOSS.

Ons nagegaan word vir die eerste (vroegste) weergawe van die PSCDiagnostics * lêer in die 12 miernes log gids en daar, het ons gevind dat die installeerder het, in werklikheid, configured this server to be a web front end. End of story and it had a happy ending.

(Iewers langs die lyn, Bob Fox betrokke geraak, maar al wat ek onthou hom by te dra tot die gesprek was 'n opmerking oor Fable 2).

Werk: Agnes blogs oor hierdie onderwerp hier: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</einde>

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin

Technorati Tags:

Vinnige Wenk: Gebruik “IsDocument:1” Search Results te trim

Werk 11/03/08: Mede MVP Mike Walsh wys korrek dat dit 1 WSS 3.0 / MOSS feature. It does not work in WSS 2.0 of vroeër.

Updatte 11/03/08: (Tweede update in een dag!): Maak seker dat die uitstekende kommentaar te lees van "nowise" vir meer inligting en ander goeie xref-skakel.

Twee vrae het in vinnige opeenvolging hierdie week op die MSDN forums vra 'n variasie van hierdie:

"Toe ek 'n navraag soek, dopgehou van my dokument biblioteek met die navraag in hulle pad sal kom eerste in my resultate. Ek wil nie hê dat dit gebeur. Files with that keyword are more important to me. I don’t want to see folders at all."

This is actually quite easy to do out of the box. Simply add a "IsDocument:1" vir die soektog en SharePoint soek (beide WSS en Moss) beperk tot toon werklike dokumente.

</einde>

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin

Technorati Tags:

Jou soektog komitee het hierdie maand?

Dit is die begin van die maand, en dit is nou as 'n goeie tyd as 'n vir jou maatskappy se soek om bymekaar te kom en te analiseer Beste Bets, suksesvolle en nie so suksesvol navrae, ens..

Jy hoef nie 'n soektog komitee? Then form one 🙂

WSS and especially MOSS search benefit from some human oversight. Investing a few hours a month on a consistent monthly basis is not only meer pret as 'n loop van ape, dit kan:

  • Give insight into the information needs of the enterprise. If people are searching left and right for topic "xyzzy," you know that’s an important topic to the enterprise.
  • Identify potential training requirements. If people are searching for topic "xyzzy" maar moet regtig soek vir "A B C D" dan kan jy gebruik dat mense op die plek waar en hoe om die inligting te kry om op te voed.
  • Help your organization refine its information architecture.
  • Identifiseer geleenthede om die tesourus te verbeter.
  • Ander geleenthede sal bied om hulself twyfel.

Wie moet wees op soek komitee? You would know your people best, maar is van mening:

  • Ten minste een (en miskien net een) IT persoon wat verstaan (of kan leer) die verskillende maniere om soektog te tweak, insluitend beste verbintenis, tesourus, bestuur eienskappe, ens..
  • Verskeie onderwerp kundiges wat die soektog verslae kan lees, inneem en sake-vaardig aksies om dit te kommunikeer, sodat dit kan stoot die knoppies, trek die hefbome en oop / beslote kleppe as wat nodig is om op die komitee aanbevelings.
  • Een of meer inligting argitekte wat kan valideer, een of ander manier, of die inligting argitektuur soek vriendelike en of dit werk goed vir die onderneming.
  • A rotating seat on the committee. Bring in one or two people who don’t normally participate in these kinds of efforts. They may bring unusual and valuable insights to the table.

Gelukkig ontleding!

</einde>

Skryf in op my blog.

Technorati Tags: