Kategoriarkiv: SharePoint-Søk

Slik angir du folk som et søkeomfang / Innholdskilde SharePoint 2013 REST API

2 svar

Jeg hadde grunn til å arbeide med SharePoint 2013 Søke-API via resten for første gang. Jeg ønsket å søke etter personer, ikke dokumenter. Nøkkelen læring her er at angir du innholdskilder via sin GUID (eller minst i dette tilfellet). Følgende jQuery kodebiten viser hvordan:

    loadExpertsAsync: funksjonen() {

        jQuery.support.cors = sann;

        $.Ajax({
            URL-adresse: Dette.CreateFullApiUrl() +
                "?querytext = "portaler"&sourceid = "b09a7990-05ea-4af9-81ef-edfab16c4e31"" +
                "&selectproperties ='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Ferdigheter,AboutMe,Interesser,JobTitle,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl'" +
                "&ROWLIMIT = 99",
            metoden: "FÅ",
            overskrifter: { "Godta": "programmet/json; OData = detaljert" },
            cache: USANN,
            suksess: funksjonen (resultatet) {

I mitt tilfelle, Jeg kjører API mot SharePoint online. Få guiden, Jeg fulgte fremgangsmåten:

  1. Tilgang til Administrasjonssenter for SharePoint
  2. Velg "Søk" fra venstre side
  3. Velg «Behandle resultatet kilder»
  4. Velg "Lokalbefolkningen resultater"
  5. Se på nettadressen.

Webadressen min sett noe som:

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

Parameteren sourceid er hva arbeidet for meg.

(Jeg forstår at kilde-IDen kan faktisk være en slags permanent ting med SP, but I’ll always check anyway 🙂 ).

</slutten>

undefinedAbonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

En sak for "skaperen av denne feilen ikke angav en grunn.”

Legg igjen et svar

Jeg har gjort mye arbeid med det siste SharePoint-Søk og spesielt KeywordQuery-klassen, Egenskaper og metoder.

Hvis du vil at resultatsettet til å returnere resultater utover de vanlige mistenkte (se her), du legger det til i samlingen SelectedProperties, som i:

myKeywordQuery.SelectProperties.Add("xyzzy");

Mange takk og et tips av hatten å Corey Roth og Dette enormt nyttig blogginnlegg (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

I mitt tilfelle, "xyzzy" er ikke egentlig en forvaltet egenskap.  Når jeg la det til SelectedProperties uansett, SharePoint kastet en av mine favoritt noensinne runtime-unntak:

"Den som oppretteren denne feilen angav ikke en grunn."

Jeg liker spesielt hovedstaden "R" i grunn.  Dette høres for meg ut som den.NET tilsvarer"Jeg har ingen munn, og jeg må skrike.”

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Hendig referanse: Standard resultater fra KeywordQuery Søk

1 Svar

Når du starte Execute() metoden på en KeywordQuery, Du kan opprette en ResultTable basert på ResultType.RelevantResults.  Denne kodebiten illustrerer hva jeg mener:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Den resulterende tabellen vil ha følgende kolonner med informasjon: 

Arbeids-IDen
Rang
Tittel
Forfatter
Størrelse
Banen
Beskrivelse
Skrive
Områdenavn
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Jeg avledet denne listen fra en SharePoint 2010 miljø, Enterprise edition.  Forhåpentligvis vil det praktiske til noen i fremtiden.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery og HiddenConstraints-egenskapen

Legg igjen et svar

Jeg har gjort litt av arbeidet med den KeywordQuery objektet i SharePoint 2010 og å bruke den HiddenConstraints egenskapen.

Jeg fant ikke umiddelbart nyttig informasjon på den som egenskapen, så jeg tenkte jeg ville raskt døyt ned hvordan jeg har brukt det.

Så vidt jeg kan si, Dette er en automatisk betingelse som er lagt til spørringen slik at du kan sortere Park det det og ikke bekymre deg om det.  Som sådan, Det er bare en annen nøkkelord (eller et sett med nøkkelord) og ved at du kan skrive inn til Brukergrensesnittet når du gjør en søkeordsøk.  Her er et eksempel:

keywordQuery.HiddenConstraints = "område:\"Industry" ";

Du kan legge til flere betingelser med et plass-skilletegn.

keywordQuery.HiddenConstraints = "område:\"Industry" forsvar";

Ovenfor er ordtak i engelsk, "Kjør en søkeordet som er på jakt etter"forsvar"og videre, bruke "Industri" omfanget.

Her er en annen måte å se på det.:

image

Jeg har brukt det til å gi en sammenheng-avhengige automatisk omfang på en egendefinert webdel.  Når brukeren klikker på en kategori og klikker Søk-knappen, kategorien tilsier et bestemt søkeomfang.  Det fungerer godt så langt.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

En grunn for "ett eller flere felt typer ikke er riktig installert”

1 Svar

Jeg var å gjøre en liten tweak i går til en webdel som gjør en CAML-spørring mot en liste.  Jeg gjort endringen, rullet den og kom hit med en feil:

Det har oppstått en uventet feil i tre dag Outlook værmelding webdel. Kontakt systemansvarlig. Én eller flere typer er ikke riktig installert. Gå til innstillinger-siden for listen du vil slette disse feltene.

Jeg var fasadeforkledning problem for en annen oddball tidligere slik at jeg ikke umiddelbart koble min CAML-spørring med feil som SharePoint var rapportering til meg.  Jeg gjorde en rask bing Søk og og fant dette blogginnlegget nyttig ved Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Her er dårlig spørringen:

spørringen.Spørre = (likhetstegn)"<Der><Og><NEQ><FieldRef navn = 'Abbr' /><Verditype = 'Tekst'>SFNY</Verdi><FieldRef navn = 'Abbr' /><Verditype = 'Tekst'>SFIS</Verdi></NEQ></Og></Der>";

Her er det faste:

spørringen.Spørre = (likhetstegn)"<Der><Og><NEQ><FieldRef navn = 'Abbr' /><Verditype = 'Tekst'>SFNY</Verdi></NEQ><NEQ><FieldRef navn = 'Abbr' /><Verditype = 'Tekst'>SFIS</Verdi></NEQ></Og></Der>";

Så, moralske av historien er: Kontroller at din CAML er riktig, eller du kan få en underlig-feil.

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

</slutten>

Kunngjøring brukergruppen for Microsoft Enterprise-søk

Legg igjen et svar

Jeg er veldig glade for å meddele at Natalya Voskresenskaya, Min stipendiat SharePoint MVP og partner (med langt mindre hjelp fra meg enn hun fortjent) lanserer en ny brukergruppe som er viet til søk basert på Microsoft-teknologi. Som en praktisk materie, dette koker ned til SP 2010 Søk og mye snakk om FAST, spesielt i vår første økten. Natalia og jeg har skrevet mye om fort over det siste året på våre blogger (Natalja har flere og bedre ting enn jeg!).

Vårt første møte kommer opp i bare noen uker i New York på Microsofts nyrenoverte kontorer på 6 nær Rock Center. Hvis du er i New York på 12/9, du har ingen unnskyldning for ikke å gjøre en opptreden. Likeledes for Jersey dere. Connecticut folk kan bli hjemme (bare tulla!).

NY/NJ/CT folk bør hoppe over dette avsnittet. Vi planlegger å ta opp økten og kjøre en live webøkt så hvis du bor utenfor tri-state-området, du bør være i stand til.

Jeg skal blogg om dette litt mer som denne mest auspicious dagen nærmer seg, men Registrer deg nå. Etter registrering, den lange ventetiden begynner. I denne perioden, Fjern tidsplanen, bryte nyheter å din slekt, og varsle media fordi du ikke gå glipp av Nate Treloar launch our group to the moon and beyond 🙂

Finn ut mer fra vårt offisielle nettsted: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper: ,

Styring og SharePoint-søk – Det er aldri for sent å starte

Legg igjen et svar

JEG skrev en artikkel (http://searchwinit.techtarget.com/tip/0,289483,sid1_gci1345231_mem1,00.html#) for SearchWinIT.com om styresett som gjelder SharePoint Search. Det er ikke i min vanlige "stemme" men det er redigering for deg 🙂

Her er hvordan det starter:

Selv om nesten alle aspekter av SharePoint kan ha nytte av en sterk styring plan, MOSS 2007s funksjonaliteten for virksomhetssøk fordeler de fleste av alle.

Som alle deler av SharePoint, Det er gode nyheter og dårlige nyheter om styring. For mange organisasjoner, den dårlige nyheten er at det er ekstremt vanskelig å innlemme en styring plan som ikke eksisterte.

Men her er den gode nyheten: Du kan raskt konfigurere og forbedre søk på nesten helst. Og når du implementerer en styring plan for søk, Du kan se umiddelbare resultater.

Et av problemene med SharePoint og styring er at bedrifter ofte får kneet dypt inn i SharePoint med ingen styring plan og da, Det er ingen enkel vei videresende å løse det.. Ikke så med søk. Les artikkelen for å få mine tanker om temaet.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper: ,

Tjenester på Server gjør ikke søk — hvorfor?

2 svar

Jeg prater i dag med Agnes Molnar (den eneste jeg vet at jeg vet i Ungarn) om et konfigurasjonsproblem med rart søk. Nemlig, Søk manglet fra "tjenester på server" vise (via Sentraladministrasjon-> Operasjoner-> Tjenester på Server).

Jeg hadde en titt på en funksjonell VM på min egen maskin og sammen, vi bestemt at søk ikke ble installert på denne serveren. Det er sannsynligvis et par måter å gjøre dette, men vi gjorde det ved å bekrefte som "Office SharePoint Server-søk" mangler fra listen over tjenester via Start-> Administrative verktøy-> Tjenester.

Merkelig, det tilknyttede .exe * var * på serveren ("C:\Program c:ProgramfilerMicrosoft Office Servers12.0Binmssearch.exe").

Jeg gjorde et raskt søk og fant dette blogginnlegget: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Det er en e-kjeden med dette viktige punktet:

"Jeg løste problemet. Det var min feil. Jeg velger "webfront" i stedet for "fullført" under installasjonen."

Dette var lovende, men vi var ikke sikker på om installasjonsprogrammet hadde faktisk plukket WFE i stedet for fullstendig når installere MOSS.

Vi sjekket for første (tidligste) versjonen av filen PSCDiagnostics * i det 12 strukturen stokk adresseliste og der, Vi fant at installasjonsprogrammet hadde, faktisk, konfigurert serveren skal en webfront. Slutten av historien og det hadde en lykkelig slutt.

(Et sted langs linjen, Bob Fox fikk involvert, men alt jeg husker ham bidrar til diskusjon var en kommentar om Fabel 2).

Oppdateringen: Agnes Blogger om dette emnet her: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper:

Quick Tips: Bruk “IsDocument:1” TRIMME søkeresultater

4 svar

Oppdateringen 11/03/08: Andre MVP Mike Walsh riktig påpeker at dette er en WSS 3.0 / MOSS-funksjonen. Det fungerer ikke i WSS 2.0 eller tidligere.

Updatte 11/03/08: (Andre oppdateringen i en dag!): Les utmerket kommentaren fra "ingen måte" for mer info og en annen god xref-kobling.

To spørsmål kom opp i rask rekkefølge denne uken på MSDN-foraene spør en variant av dette:

"Når jeg søker et nøkkelord, mapper fra dokumentbiblioteket med dette nøkkelordet i deres banen vil komme ut først i søkeresultatene. Jeg ønsker ikke at skal skje. Filer med dette nøkkelordet er mer viktig for meg. Jeg ønsker ikke å se mapper i det hele tatt."

Dette er faktisk ganske lett å ut av esken. Bare Legg en "IsDocument:1" til søket og SharePoint søke (både WSS og MOSS) vil begrense seg til viser faktiske dokumenter.

</slutten>

Abonner på bloggen min.

Følg meg på Twitter på http://www.twitter.com/pagalvin

Technorati Merkelapper:

Har din søk komiteen møttes denne måneden?

Legg igjen et svar

Det er begynnelsen av måneden, og nå er så god tid som noe for selskapets søk komiteen å komme sammen og analysere hete tips, vellykket og ikke så vellykket Søk, osv..

Du trenger ikke en komité for søk? Then form one 🙂

WSS og spesielt MOSS søke nytte av noen menneskelig oversikt. Investere noen timer i måneden konsistent månedlig ikke bare mer moro enn en tønne av apekatter, Det kan:

  • Gi innsikt i informasjonsbehovene for organisasjonen. Hvis folk søker venstre og høyre for emnet "xyzzy," du vet det er et viktig tema i virksomheten.
  • Identifisere potensielle krav til opplæring. Hvis folk søker etter emnet "xyzzy" Men virkelig bør være søker etter "abcd" deretter kan du bruke den til å utdanne folk om hvor og hvordan å finne informasjon.
  • Hjelpe organisasjonen finjustere informasjonsarkitekturen.
  • Identifisere muligheter for å forbedre synonymordboken.
  • Andre muligheter vil uten tvil presentere seg selv.

Hvem bør være på Søk committee? Du vet folk beste, men vurdere:

  • Minst én (og kanskje bare én) IT-personen som forstår (eller du kan lære) ulike måter å tweak Søk, inkludert hete tips, synonymordbok, forvaltede egenskaper, osv..
  • Flere saksområdet eksperter som kan lese Søkerapporter, Ingest det og kommunisere business avanserte handlinger til det slik at det kan trykk knappene, trekk levers og lukke ventiler som nødvendig i på innstilling.
  • Arkitekter for én eller flere informasjon som kan validere, en eller annen måte, om informasjonsarkitekturen er Søk vennlig og om det fungerer godt for bedriften.
  • En roterende plass på komiteen. Innbringe en eller to personer som ikke vanligvis deltar i slike innsats. De kan bringe uvanlig og verdifull innsikt i tabellen.

Happy analysere!

</slutten>

Abonner på bloggen min.

Technorati Merkelapper: