Kategori Arkiv: SharePoint-søgning

Sådan angives mennesker som et søgeområde / Udgangspunktet for indeksering ved hjælp af SharePoint 2013 REST API

2 Svar

Jeg havde grund til at arbejde med SharePoint 2013 Search API via resten for første gang. Jeg ønskede at søge efter personer, ikke dokumenter. Nøglen læring her er, at angiver du indholdskilder via sin GUID (eller i det mindste i dette tilfælde). Følgende jQuery kodestykke viser hvordan:

    loadExpertsAsync: funktion() {

        jQuery.support.cors = True;

        $.Ajax({
            URL-adresse: Dette.CreateFullApiUrl() +
                "?querytext = 'hjemmesider'&SourceId = 'b09a7990-05ea-4af9-81ef-edfab16c4e31'" +
                "&selectproperties ='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Færdigheder,AboutMe,Interesser,Jobtitel,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl'" +
                "&ROWLIMIT = 99",
            metode: "FÅ",
            overskrifter: { "Acceptere": "ansøgning/json; OData = verbose" },
            cache: falsk,
            succes: funktion (resultat) {

I mit tilfælde, Jeg kører API mod SharePoint online. At få GUID'EN, Jeg har fulgt disse trin:

  1. Adgang til SharePoint administration
  2. Vælg "Søg" fra den venstre hånd navigation
  3. Vælg Administrer"resultatet kilder"
  4. Vælg "Lokale folk resultater"
  5. Kig på URL-adressen.

Min URL kiggede noget som:

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

Parameteren sourceid er hvad arbejdede nemlig mig.

(Jeg forstår at sourceid faktisk kan være en slags permanent ting med SP, men jeg vil altid tjekke alligevel 🙂 ).

</slutningen>

undefinedAbonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Én årsag til "opretteren af fejlen ikke angav en årsag.”

Efterlad et Svar

Jeg har gjort en masse arbejde med SharePoint søgning det seneste og specifikt klassen KeywordQuery, egenskaber og metoder.

Hvis du vil resultatsættet til returnere resultater ud over de sædvanlige mistænkte (Se her), Du føjer det til samlingen SelectedProperties, som i:

myKeywordQuery.SelectProperties.Add("xyzzy");

Mange tak og en spids af hatten til Corey Roth og denne enormt nyttigt blog-indlæg (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

I mit tilfælde, "xyzzy" er ikke ligefrem en administreret egenskab.  Når jeg tilføjet det til SelectedProperties alligevel, SharePoint kastede en af mine yndlings nogensinde runtime undtagelser:

"Skaberen af fejlen angav ikke en årsag."

Jeg kan specielt godt lide kapital "R" i grunden.  Dette lyder for mig som .NET svarende til"Jeg har ingen munden, og jeg må skrige.”

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Nyttigt opslagsværk: Standard resultater fra KeywordQuery søgning

1 Svar

Når du aktiverer Execute() metode på en KeywordQuery, Du kan oprette en ResultTable baseret på ResultType.RelevantResults.  Dette kodestykke illustrerer, hvad jeg mener:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Den resulterende tabel vil have følgende kolonner af oplysninger: 

Arbejds-id'et
Rang
Titel
Forfatter
Størrelse
Sti
Beskrivelse
Skrive
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Jeg afledte denne liste fra et SharePoint 2010 miljø, Enterprise edition.  Forhåbentlig vil det være praktisk at en person i fremtiden.

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery og egenskaben HiddenConstraints

Efterlad et Svar

Jeg har gjort en smule af arbejdet med den KeywordQuery objekt i SharePoint 2010 og gør brug af den HiddenConstraints Egenskaben.

Enhver straks nyttige oplysninger om den, der fandt ikke egenskaben, så jeg tænkte ville jeg hurtigt margennotevinduer hvordan jeg har brugt det.

Så vidt jeg kan fortælle, Dette er en automatisk begrænsning føjes til forespørgslen, så du kan sortere Park det der og ikke bekymre dig om det.  Som sådan, Det er bare et andet nøgleord (eller sæt søgeord) og ordrefaktorer, som du kan skrive i til Brugergrænsefladen, når du gør en nøgleordssøgning.  Her er et eksempel:

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

Du kan tilføje yderligere begrænsninger med en plads afgrænser.

keywordQuery.HiddenConstraints = "anvendelsesområde:\"Industry" forsvaret";

Ovenstående siger på engelsk, "køre en forespørgsel for nøgleord på udkig efter"forsvar"og desuden, bruge "Industri" anvendelsesområde.

Her er en anden måde at kigge på det:

image

Jeg har brugt det til at give en kontekst-afhængige af automatiske anvendelsesområde på en brugerdefineret webdel.  Når brugeren klikker på en fane og klikker på søgeknappen, fanen dikterer et bestemt søgeområde.  Det arbejder godt hidtil.

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Én grund til "en eller flere felt typer ikke er installeret korrekt”

1 Svar

Jeg i går gør en lille tweak til en webdel, der gør en CAML forespørgsel mod en liste.  Jeg foretog ændringen, implementeret det og fik ramt med en fejl:

Der opstod en uventet fejl i de tre dag Outlook vejrudsigt webdel. Kontakt systemadministratoren. En eller flere felttyper er ikke installeret korrekt. Gå til siden listen Indstillinger for at slette disse felter.

Jeg stod overfor en anden oddball spørgsmålet tidligere, så jeg ikke straks oprette forbindelse min CAML query med de fejl, der SharePoint rapportering til mig.  Jeg gjorde en hurtig bing søgning og og fundet denne nyttige blogindlæg ved Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Her er de dårlige forespørgsel:

forespørgsel.Forespørgsel ="<Hvor><Og><Neq><FieldRef navn = 'Eller' /><Værdi Type = 'Text'>SFNY</Værdi><FieldRef navn = 'Eller' /><Værdi Type = 'Text'>SFIS</Værdi></Neq></Og></Hvor>";

Her er det fast:

forespørgsel.Forespørgsel ="<Hvor><Og><Neq><FieldRef navn = 'Eller' /><Værdi Type = 'Text'>SFNY</Værdi></Neq><Neq><FieldRef navn = 'Eller' /><Værdi Type = 'Text'>SFIS</Værdi></Neq></Og></Hvor>";

Så, moralen i historien er: Kontroller din CAML er korrekte, eller du kan få en oddball fejl.

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

</slutningen>

Annoncerer Microsoft Enterprise Search brugergruppen

Efterlad et Svar

Jeg er meget glade for at meddele, at Natalya Voskresenskaya, min kollega SharePoint MVP og partner (med langt mindre hjælp fra mig end hun fortjent) lancerer en ny brugergruppe afsættes til enterprise-søgning baseret på Microsoft teknologi. Som et praktisk spørgsmål, Dette sammenfattes til SP 2010 søgning og en masse snak om hurtig, især i vores første session. Natalya og jeg har skrevet en masse om hurtigt over det sidste år på vores blogs (Natalya har mere og bedre ting end jeg!).

Vores første møde kommer op i bare et par uger i New York på Microsofts nyrenoverede kontorer på 6th nær Rock Center. Hvis du er i New York på 12/9, du har ingen undskyldning for ikke at gøre en udseende. Ligeledes for dig Jersey folk. Connecticut folk kan blive hjemme (Bare for sjov!).

NY/NJ/CT folk bør du springe dette afsnit. Vi planlægger også at optage sessionen og køre en live web-session, så hvis du bor uden for tri-state-området, Du bør kunne tune.

Jeg vil blog om dette nogle mere som denne mest lovende dag nærmer sig, men Tilmeld dig nu. Når du registrerer, den lange ventetid begynder. I denne periode, Ryd din tidsplan, bryde nyheder til din familie og advare medierne, fordi du ikke vil gå glip af Nate Treloar launch our group to the moon and beyond 🙂

Find ud af mere fra vores officielle hjemmeside: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Regeringsførelse og SharePoint søgning – Det er aldrig for sent til Start

Efterlad et Svar

JEG skrev en artikel (http://searchwinit.techtarget.com/tip/0,289483,sid1_gci1345231_mem1,00.html#) for SearchWinIT.com på regeringsførelse som det vedrører SharePoint Search. Det er ikke i min sædvanlige "stemme" men det er redigering for dig 🙂

Her er hvordan det starter:

Selvom næsten ethvert aspekt af SharePoint kan drage fordel af en stærk regeringsførelse plan, MOSS 2007 enterprise search funktionalitet gavner mest af alt.

Ligesom alle dele af SharePoint, der er gode nyheder og dårlige nyheder om regeringsførelse. For mange organisationer, den dårlige nyhed er, at det er yderst vanskeligt at indarbejde en regeringsførelse plan hvor ingen eksisteret.

Men her er den gode nyhed: Du kan hurtigt konfigurere og forbedre virksomhedssøgning til næsten enhver tid. Og når du implementerer en regeringsførelse plan for enterprise-søgning, Du kan se umiddelbare resultater.

Et af problemerne med SharePoint og regeringsførelse er, at virksomheder ofte får knæ dybt ind i SharePoint med ingen planer om regeringsførelse og derefter, der er ingen let vej frem til at løse det.. Ikke så med søgning. Læs artiklen for at få mine tanker om dette emne.

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Tjenester på serveren står ikke på listen Søg — Hvorfor?

2 Svar

Jeg var chatter i dag med Agnes Molnar (den eneste person, jeg ved, at jeg kender i Ungarn) om en mærkelig Søg konfigurationsproblem. Nemlig, Søg manglede fra "services på serveren" vise (via centrale Admin-> Operationer-> Tjenester på Server).

Jeg havde et kig på en funktionel VM på min egen maskine og sammen, Vi har besluttet at søgningen ikke var installeret på denne server. Der er sandsynligvis et par måder at gøre dette, men vi gjorde det ved bekræfter, at "Office SharePoint Server Search" var mangler på listen af tjenester via Start-> Administrative værktøjer-> Tjenester.

Underligt, den tilknyttede .exe * var * på serveren ("C:\Programmet Microsoft Office Servers12.0Binmssearch.exe").

Jeg gjorde en hurtig søgning og fandt denne blog: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Det er en e-mail kæde med dette centrale punkt:

"Jeg løste dette problem. Det var min fejl. Jeg vælger "Webfrontend" i stedet for "fuldstændig" under installation."

Dette var lovende, men vi var ikke sikker på, hvis installationsprogrammet havde faktisk tog hele Fiskeækvivalenter i stedet for komplet når du installerer MOSS.

Vi tjekkede for første (tidligste) versionen af filen PSCDiagnostics * i den 12 hive log directory og derinde, Vi fandt, at installationsprogrammet havde, Faktisk, konfigureret denne server for at være en Webfrontend. Slutningen af historien, og det havde en lykkelig slutning.

(Et sted langs linjen, Bob Fox fik involveret, men alt hvad jeg kan huske ham at bidrage til diskussionen var en kommentar om Fabel 2).

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

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Technorati Tags:

Hurtige Tip: Brug “IsDocument:1” trimme søgeresultater

4 Svar

Opdatering 11/03/08: Kollega MVP Mike Walsh korrekt påpeger, at dette er en WSS 3.0 / MOSS funktion. Det virker ikke i WSS 2.0 eller tidligere.

Updatte 11/03/08: (Anden opdatering i én dag!): Sørg for at læse den glimrende kommentar fra "ingenlunde" for mere info og et andet gode xref link.

To spørgsmål kom op i hurtig rækkefølge i denne uge på MSDN fora spørger en variation af dette:

"Når jeg søger et nøgleord, mapper fra min dokumentbibliotek med dette nøgleord på deres vej vil komme ud først i mine søgeresultater. Jeg ønsker ikke, at det sker. Filerne med nøgleordet er vigtigere for mig. Jeg ønsker ikke at se mapper på alle."

Det er faktisk ganske let at gøre ud af boksen. Du skal blot tilføje en "IsDocument:1" til søgeforespørgslen og SharePoint search (både WSS og MOSS) vil begrænse sig til viser faktiske dokumenter.

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

Technorati Tags:

Har din søgning udvalget holdt denne måned?

Efterlad et Svar

Det er begyndelsen af måneden og nu er så god tid som nogen for dit firma Søg udvalg til at mødes og analysere guldkorn, vellykket og ikke så vellykket søgninger, osv.

Du behøver ikke et Søg udvalg? Then form one 🙂

WSS og især MOSS Søg fordel fra nogle menneskelige tilsyn. Investere et par timer om måneden på en konsistent månedlige grundlag er ikke kun sjovere end en tønde Monkeys, Det kan:

  • Give indblik i virksomhedens informationsbehov. Hvis folk søger venstre og højre for emnet "xyzzy," du ved det er et vigtigt emne til virksomheden.
  • Identificere potentielle uddannelseskrav. Hvis folk søger efter emne "xyzzy" men bør virkelig være at søge efter "abcd" så kan du bruge til at uddanne folk om, hvor og hvordan du finder oplysninger.
  • Hjælpe din organisation med at forfine sin informationsarkitektur.
  • Identificere muligheder for at forbedre synonymordbogen.
  • Andre muligheder vil uden tvivl præsentere sig selv.

Der bør være på Søg Udvalget? Du ville vide dine bedste folk, men overveje:

  • Mindst én (og måske kun en) IT-person, der forstår (eller kan lære) de forskellige måder at nappe søgning, herunder guldkorn, synonymordbog, administrerede egenskaber, osv.
  • Flere fagspecialister, der kan læse søgningsrapporterne, indtage det og kommunikere business-kyndige handlinger til det, så det kan trykke på knapperne, træk håndtagene og åbne/lukke ventiler som nødvendigt at på udvalgets anbefalinger.
  • En eller flere oplysninger arkitekter, der kan validere, en eller anden måde, om informationsarkitekturen er Søg venlige og om det fungerer godt for virksomheden.
  • En roterende sæde i Udvalget. Bringe i en eller to personer, der ikke normalt deltager i disse former for indsats. De kan bringe usædvanlige og værdifulde indsigter til tabellen.

Happy analysere!

</slutningen>

Abonner på min blog.

Technorati Tags: