Categoria Arkistot: SharePoint Search

Miten määrittää ihmiset haun laajuus / Sisältölähteen SharePointin avulla 2013 REST API

Minulla oli syytä työskennellä SharePoint 2013 Search API kautta loput ensimmäisen kerran. Halusin etsiä henkilöitä, eikä tiedostoja. Oppi on, että voit määrittää sisältölähteiden kautta sen GUID-tunnus (tai ainakin tässä tapauksessa). Seuraava jQuery pätkä osoittaa miten:

    loadExpertsAsync: funktio() {

        jQuery.support.cors = tosi;

        $.Ajax({
            URL-osoite: Tämä.CreateFullApiUrl() +
                "?QueryText = "portaalit"&SourceId = "b09a7990-05ea-4af9-81ef-edfab16c4e31"" +
                "&selectproperties ='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Taidot,AboutMe,Edut,Asema,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl "" +
                "&ROWLIMIT = 99",
            menetelmä: "SAADA",
            otsikot: { "Hyväksy": "sovellus/json; OData = verbose" },
            välimuisti: False,
            menestys: funktio (tulos) {

Minun tapauksessani, Olen käynnissä API vastaan SharePoint online. Saada GUID-tunnus, Olen seurannut näitä ohjeita:

  1. Käyttää SharePoint admin Centeriä
  2. Valitse "Etsi" vasemmalla navigointi
  3. Valitse "Hallitse tuloksen lähteet"
  4. Valitse "Paikalliset ihmiset tulokset"
  5. Tarkastella URL.

Minun URL näyttänyt jotain:

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

Lähde-entiteetin parametri on mikä työntekijä ajaksi we.

(Ymmärrän, että lähde-entiteetin voi itse asiassa olla sellainen pysyvä asia SP, but I’ll always check anyway 🙂 ).

</loppu>

undefinedTilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Yksi syy varten "tämän virheen luoja ei määrittänyt syytä.”

I olet tehnyt paljon työtä viime aikoina SharePoint-haun ja erityisesti KeywordQuery-luokka, ominaisuudet ja menetelmät.

Jos haluat palauttaa tuloksia paitsi epäillyt tulosjoukon (Katso tässä), Voit lisätä SelectedProperties-kokoelmaan, kuten:

myKeywordQuery.SelectProperties.Add("xyzzy");

Paljon kiitoksia ja kärki hattu Corey Roth ja Tämä erittäin hyödyllinen blogi (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Minun tapauksessani, "xyzzy" ei ole oikeastaan hallittu ominaisuus.  Kun lisäsin SelectedProperties joka tapauksessa, SharePoint heitti yksi suosikkini koskaan runtime poikkeukset:

"Tämän virheen luoja ei määrittänyt syytä."

Pidän erityisesti pääoman "R" syy.  Tämä kuulostaa minusta kuin .NET vastaavan"Minulla ei ole suuta, ja on huutaa.”

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Yksinkertainen: Oletusarvon mukaan KeywordQuery haun tulokset

Kun käynnistät suoritus() KeywordQuery-menetelmä, Voit luoda ResultType.RelevantResults perustuva ResultTable.  Tämä koodikatkelman kuvataan, mitä tarkoitan:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Tuloksena olevassa taulukossa on tietoja seuraavat sarakkeet: 

Työtunnus
Sijoitus
Otsikko
Tekijä
Kokoa
Polku
Kuvaus
Kirjoitus
Sivuston nimi
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Tähän luetteloon johdetaan SharePoint 2010 ympäristö, Enterprise edition.  Toivottavasti on kätevä jollekulle tulevaisuudessa.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery ja HiddenConstraints-ominaisuus

I olet tehnyt bittinen työn kanssa KeywordQuery SharePoint-objekti 2010 ja HiddenConstraints ominaisuus.

En löytänyt välittömästi hyödyllisiä tietoja, joihin ominaisuus, Joten ajattelin, että olisi nopeasti sivuhuomautusikkunaan kuinka olen käyttänyt sitä.

Osalta, kun voin sanoa, Tämä on automaattinen rajoitus, lisätä kyselyyn niin, että voit lajitella Park sitä siellä ja ole huolissasi.  Sellaisenaan, se on vain yksi avainsana (tai avainsanat) ja valitsimet, jotka voit kirjoittaa Käyttöliittymän, kun teet avainsanahakujen.  Tässä on esimerkki:

keywordQuery.HiddenConstraints = "soveltamisala:\"Industry" ";

Voit lisätä ylimääräisiä rajoitteita tilaa erotinmerkki.

keywordQuery.HiddenConstraints = "soveltamisala:\"Industry" puolustus";

Edellä on sanoen englanniksi, "haku"puolustus"avainsanan kyselyn suorittaminen ja lisäksi, Käytä "Tuotannonalan" soveltamisala.

Tässä on toinen tapa sen ulkoasu:

image

Olen käyttänyt sitä tarjoamisen yhteydessä riippuvaisten automaattinen soveltamisala mukautettu web-osa.  Kun käyttäjä napsauttaa välilehteä ja Etsi-painiketta, välilehti määrää erityisesti etsintäalueen.  Se toimii hyvin toistaiseksi.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Yksi syy "yhden tai useamman kentän tyyppejä ei ole asennettu oikein”

I oli tehdä pieni nipistää eilen web-osa, joka toimii CAML kyselyn luetteloon.  Muutos on tehty, käyttöön se ja sai osuman virheen:

Odottamaton virhe kolmen päivän Outlook sääennuste Web-osaa. Ota yhteyttä järjestelmänvalvojaan. Yhden tai useamman kenttätyypit ei ole asennettu oikein. Voit poistaa nämä kentät luettelon asetukset-sivulla.

I tuotti toisen: oddball ongelma aiemmin niin en ei välittömästi yhteyttä CAML kyselyn virheeseen, joka SharePoint oli raportointi minulle.  Tein bing Pikahaku ja ja löytyi tämä hyötyä blogikirjoitus mukaan Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Virheellinen kyselyn:

kyselyn.Kyselyn ="<Jos><Ja><NEQ><FieldRef nimi = "Abbr" /><Arvon tyyppi = "Teksti">SFNY</Arvo><FieldRef nimi = "Abbr" /><Arvon tyyppi = "Teksti">SFIS</Arvo></NEQ></Ja></Jos>";

Tässä se on vahvistettu:

kyselyn.Kyselyn ="<Jos><Ja><NEQ><FieldRef nimi = "Abbr" /><Arvon tyyppi = "Teksti">SFNY</Arvo></NEQ><NEQ><FieldRef nimi = "Abbr" /><Arvon tyyppi = "Teksti">SFIS</Arvo></NEQ></Ja></Jos>";

Niin, tarina moraalinen on: Varmista, että teidän CAML on oikea tai saat ehkä: oddball-virhe.

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

</loppu>

Ilmoittaa Microsoft Enterprise Search User Group

Olen erittäin innostunut ilmoittaa, että Natalja Voskresenskaya, muiden SharePoint MVP ja kumppani (paljon vähemmän apua minulle kuin hän ansaitsi) käynnistää uusi käyttäjäryhmä, joka on omistettu Yrityshaku Microsoft-teknologiaan. Käytännössä asia, Tämä pohjimmiltaan kyse SP 2010 haku ja paljon puhuttu nopeasti, erityisesti ensimmäinen istunto. Natalja ja kirjoittanut paljon nopeasti yli viime vuonna Meidän Blogit (Natalia on enemmän ja parempia juttuja kuin minä!).

Ensimmäinen kokous on tulossa vain muutaman viikon New Yorkissa Microsoftin uusittu toimistot 6 lähellä Rock Center. Jos olet New Yorkissa 12/9, sinulla ei ole mitään tekosyytä ei voi tehdä ulkonäkö. Sama koskee Jersey ihmiset. Connecticut ihmiset voivat jäädä kotiin (Leikkiähän minä vain!).

NY/NJ/CT ihmiset pitäisi ohittaa tämän kohdan. Aiomme myös tallentaa istunnon ja ajaa live web-istunnon, joten jos asut ulkopuolella tri-valtion alueella, pitäisi voida Viritä.

I'll blogi tästä hieman enemmän kuin kaikkein otollisin päivä lähestyy, mutta Rekisteröidy nyt. Kun olet rekisteröitynyt, Pitkä Odotus alkaa. Tuona aikana, selkeä aikataulu, uutisen perheen ja huomio media, koska et halua missata Nate Treloar launch our group to the moon and beyond 🙂

Lisätietoja viralliselta sivultamme: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags: ,

Hallinnon ja SharePoint Search – Ei ole koskaan liian myöhäistä aloittaa

I kirjoitti artikkelin (http://searchwinit.TechTarget.com/tip/0,289483,sid1_gci1345231_mem1,00.html#) varten SearchWinIT.com hallintotavasta, koska se koskee SharePoint Search. Se ei ole minun tavallista "ääni" but that’s editing for you 🙂

Tässä on, miten se alkaa:

Vaikka lähes kaikilla osa SharePoint voi hyötyä vahvan hallintokehyksen suunnitelma, MOSS 2007 enterprise hakutoiminto hyödyttää ennen kaikkea.

Kuten kaikki osat SharePoint, on hyviä uutisia ja huonoja uutisia hallinto. Monille järjestöille, huono uutinen on, on erittäin vaikea sisällyttää hallinnon suunnitelma joissa niitä ei ollut.

Mutta tässä on hyvä uutinen: Voit nopeasti määrittää ja parantaa lähes tahansa Yrityshaku. Ja kun toteuttaa hallinnon suunnitelma Yrityshaku, Voit nähdä välittömiä tuloksia.

SharePoint ja hallinnon ongelmia on se, että yritykset saavat usein polvi syvälle SharePoint ei hallinnon suunnitelma ja silloin, ei ole helppo tie eteenpäin ratkaista se. Ei niin Search. Lue artikkeli saada ajatukseni aiheesta.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags: ,

Palvelut palvelin tekee List Etsi — Miksi?

Puhuin tänään Agnes Molnar (ainoa henkilö, tiedän, että tiedän Unkarissa) outo Etsi kokoonpano ongelma. Eli, Etsi puuttui palvelimen "-Palvelut" näyttö (kautta keskitetyn hallinnan-> Lentotoiminta-> Palvelimen palvelut).

Oli toimiva VM tarkastella omaa konetta ja yhdessä, määrittelimme, että haku asennettu palvelimella. On luultavasti joitakin tapoja tehdä tämän, mutta me teimme sen varmistamalla, että "Office SharePoint Server Search" puuttui luettelo palveluista kautta alku-> Valvontatyökalut-> Palvelut.

Kumma, liittyvät .exe * oli * palvelimen ("C:\Program FilesMicrosoft Office Servers12.0Binmssearch.exe").

Tein nopean haun ja löysi tämän blogimerkinnän: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Se on sähköpostin ketjun näppäintä:

"Olen ratkaissut ongelman. Se oli minun vikani. Valitse "Web-edusta" sen sijaan "valmis" aikana asennus."

Tämä oli lupaava, mutta emme olleet varmoja, jos asennusohjelma oli itse poimittuja WFE sijaan täydellinen kun asennat MOSS.

Pyysimme ensimmäisen (mahdollisimman pian) PSCDiagnostics *-tiedoston versio 12 Hive loki hakemistoon ja siellä, huomasimme, että asentaja oli, Itse asiassa, määritetty palvelimen web-edusta. Lopussa tarina ja se oli onnellinen loppu.

(Jossain vaiheessa, Bob kettu sai mukana, mutta kaikki muistan sitä osallistuvat keskusteluun oli kommentti Fable 2).

Päivitys: Agnes blogeja tästä aiheesta täällä: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags:

Vihje: Käyttö “IsDocument:1” leikata hakutulokset

Päivitys 11/03/08: Muiden MVP Mike Walsh oikein huomauttaa, että se WSS 3.0 / MOSS-ominaisuus. Se ei toimi WSS 2.0 tai aikaisemmin.

Updatte 11/03/08: (Toinen päivitys yhdessä päivässä!): Lue erinomainen kommentti "mitenkään" lisätietoja ja toinen hyvä xref linkki.

Kaksi kysymystä tuli nopeasti peräkkäin tällä viikolla pyytää muutosta tämän MSDN-keskustelupalstoissa:

"Kun etsin avainsana, kansio polveutua minun asiakirjakirjaston kanssa avainsanan niiden tiellä tulee ensin minun hakutuloksissa. En halua sen tapahtuvan. Tämän avainsanan sisältäviä tiedostoja ovat tärkeämpiä minulle. En halua nähdä kansiot ollenkaan."

Tämä on oikeastaan aika helppo ulos laatikosta. Lisää vain "-IsDocument:1" Voit etsiä kysymys ja SharePoint (WSS ja SAMMAL) rajautuu näyttämään varsinaisten asiakirjojen.

</loppu>

Tilaa blogiin.

Noudata minut viserrys http://www.twitter.com/pagalvin

Technorati Tags:

On Etsi-valiokunta kokoontui tässä kuussa?

Se on kuukauden alusta ja nyt on hyvä aika kuin kaikki yrityksen Etsi valiokunta yhdessä ja analysoida parhaat valinnat, onnistunut ja niin onnistunut haut, jne.

Sinulla ei Etsi komitea? Then form one 🙂

WSS ja erityisesti MOSS etsiä hyötyä ihmisten valvonta. Investointi muutaman tunnin kuukaudessa johdonmukainen kuukausittain on paitsi hauskempaa kuin tynnyriltä monkeys, se voi:

  • Antavat käsityksen yrityksen tarpeisiin. Jos ihmiset etsivät vasemmalle ja oikealle aiheesta "xyzzy," tiedätte, että on tärkeä aihe yrityksen.
  • Tunnistaa mahdolliset koulutusvaatimukset. Jos ihmiset etsivät aihe "xyzzy" mutta olisi todella etsivät "abcd" sitten voit käyttää sitä kouluttaa ihmisiä siitä, mistä ja miten löytää tiedot.
  • Auttaa organisaatiotasi tarkentaa tietoarkkitehtuurissa.
  • Tunnista mahdollisuuksia parantaa sanasto.
  • Muita tilaisuuksia epäilemättä ilmaantuu.

Kuka olisi Etsi komiteassa? Tiedät ihmiset paras, Ajatelkaa:

  • Vähintään yksi (ja ehkä vain yksi) SE henkilö, joka ymmärtää (tai oppia) eri tavoin nipistää Etsi, myös parhaat valinnat, Sanasto, hallitut ominaisuudet, jne.
  • Useat asiantuntijat voi lukea tutkimuskertomukset, nielemään sitä ja kommunikoida liike-taju toimia niin, että se voi työntää painikkeita, vetää vipuja ja Avaa/Sulje venttiilit tarvittaessa komitean suositusten.
  • Tiedot-arkkitehdit, jotka voivat vahvistaa, tavalla tai toisella, Onko tietoarkkitehtuurin haku ystävällinen ja onko se toimii ulos hyvin yritysversio.
  • Pyörivä paikka komiteassa. Tuo yksi tai kaksi ihmistä, jotka eivät normaalisti osallistua tämänkaltaisia toimia. Ne tuovat epätavallinen ja arvokkaita oivalluksia taulukkoon.

Onnellinen analysointi!

</loppu>

Tilaa blogiin.

Technorati Tags: