June: SharePoint Lorem

Quam speciem populus ut a quaero PROPOSITUM / Content Usura Source Sharepoint 2013 CETERA 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: munus() {

        jQuery.support.cors = verum;

        $.ajax({
            url: hoc.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",
            methodo: "GET",
            headers: { "Accept": "application/json; odata=verbose" },
            cache: falsum,
            success: munus (result) {

In meam, 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, but I’ll always check anyway 🙂 ).

</finem>

undefinedScribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Inter causas "auctor nominatim ratio non culpa.”

Ego fuerit faciens multum opus cum SharePoint quaerere nuper et specie KeywordQuery genus, proprietates et modos.

Proventus referre ex Sis posuit super ultraque solitum suspicantur (hic), te addere ad SelectedProperties collectio, ut in:

myKeywordQuery.SelectProperties.Add("Xyzzy");

Et gratias ago proni ad extremum Corey Roth et Ingenti blog post hoc benevolens (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

In meam, "Xyzzy" est non actu a gesta res.  Cum addita ad SelectedProperties usquam, SharePoint proiecerunt unum ventus exceptiones unquam runtime:

"Auctorem huius rationem culpae non exprimeret."

Praesertim caput meum "r" rationem.  Hoc sonat sicut mihi. NET equivalent of "Non habeo os, et oportet me clamatis."

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Habilem Reference: Defectu Results a KeywordQuery Lorem

Cum invocare Facite() modus in KeywordQuery, te potest creare a ResultTable fundatur in ResultType.RelevantResults.  Hoc ipsum quod dico evidenter ostendit snippet:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Proveniens mensa erit in sequenti columnas notitia: 

WorkId
Rank
Title
Author
Size
Semita
Descriptio
Scribe
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Ego hoc traxit a SharePoint album 2010 environment, Enterprise Edition.  Hopefully is ero manus manus ut aliquis in futurum.

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery et HiddenConstraints Property

Aliquid faciendum opus fui KeywordQuery in obiecto SharePoint 2010 et utens HiddenConstraints proprietate.

Non reperies aliquam immediate benevolens notitia in ea proprietate, ita ego mallem quam citius descendere iota Ive 'been usura is.

Quantum poterit indicare, utrum hoc additum est, ut possis dui necessitate eo genere ortus, non illa sollicitudinem deponendo.  Sic, suus 'iustus alius keyword (vel posuit keywords) et adiectiua vos can typus in a keyword quaero ut vos operor in UI.  Hic 'exemplum:

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

Te potest addere addito cum exigentiis spatium delimiter.

keywordQuery.HiddenConstraints = "scope:\"Industry\" defense";

Supra dictum est, in Latin, "Currere a keyword quaerere query 'defensionis' et ulterius, uti "industria" scopum.

Alio modo potest considerari Lorem ipsum:

image

Ive 'been usura id providere context-automatic dependens in scopum tela consuetudo partem.  Cum user clicks in a tab puga et clicks quaerere, Tab dictat particulari scopum quaerere.  Suus bene operantibus usque adeo.

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Una enim "unus vel magis agro genera sunt non installed proprie”

Ego faciens parva tweak heri ad telam pars facit CAML query contra a album.  Ego fecit mutatio, explicuit et got ledo cum error:

Improviso error factum in tres Dies Outlook Tempestatem Maximum WebPart. Placere contactus ratio administrator. Vel magis agro genera sunt non installed proprie. Ad album occasus page ut delete haec agros.

Sum contra alia PRODIGIOSUS exitum superius ita non statim coniungere mea CAML query cum error quod SharePoint est nuntiantes ad me.  Ego fecit vivos Bing quaerere et et invenit hoc benevolens blog post per Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Hic est malum query:

query.Query = "<Ubi><Et><Neq><FieldRef nomen = 'Abbr' /><Valorem Type = 'Text'>SFNY</Valor><FieldRef nomen = 'Abbr' /><Valorem Type = 'Text'>SFIS</Valor></Neq></Et></Ubi>";

Hic est fixa:

query.Query = "<Ubi><Et><Neq><FieldRef nomen = 'Abbr' /><Valorem Type = 'Text'>SFNY</Valor></Neq><Neq><FieldRef nomen = 'Abbr' /><Valorem Type = 'Text'>SFIS</Valor></Neq></Et></Ubi>";

Ita, moralis de historia est: fac tua CAML est rectam vel ut adepto an PRODIGIOSUS error.

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

</finem>

Annuncians Microsoft Enterprise quaerere Usor Group

I’m very excited to announce that Natalya Voskresenskaya, civium meorum et socium SharePoint MVP (cum a me auxilium longe minus quam merebatur) is launching a new user group devoted to enterprise search based on Microsoft technology. As a practical matter, Haec ulcera ad SP, 2010 quaerere et multum loquuntur de GRAVITER, especially in our first session. Natalya and I have written a lot about FAST over the last year on our blogs (Natalya has more and better stuff than I!).

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.

I’ll blog about this some more as this most auspicious day approaches but register now. After you register, the long wait begins. During that time, clear your schedule, break the news to your family and alert the media because you won’t want to miss Nate Treloar launch our group to the moon and beyond 🙂

Find out more from our official site: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Regimen et SharePoint Quaerere – Numquam sero dolor sit amet

Ego scripsit articulus (http://searchwinit.techtarget.com/tip/0, (CCLXXXIX)CDLXXXIII, sid1_gci1345231_mem1, 00.html #) nam SearchWinIT.com on governance as it relates to SharePoint Search. It’s not in my usual "voice" but that’s editing for you 🙂

Hic est quam incipiat:

Quamquam paene omni parte prosit SharePoint potest fortis consilii gubernatione, MOSS 2007’s enterprise search functionality benefits most of all.

Quasi ex omnibus partibus SharePoint, circa regimen est et nuntium portans bonum et malum. Nam multa Institutis, Fama, malum est quod ubi nihil arduum consilii gubernatione incorporare.

Sed hic 'evangelizare: Te potest cito configurare et emendare in omni fere tempore negotiis quaero. Cumque implement regimen consilio congressus quaerere, intueri potes quod immediate consequitur.

Una cum quaestionibus regiminis SharePoint et turmas saepe adepto est, quod in alto genu SharePoint consilium et non ex tunc regiminis, there’s no easy path forward to solve it. No so with Search. Read the article to get my thoughts on that subject.

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Technorati Tags: ,

De Servo Muneris non ponit Quaerere — Cur?

I was chatting today with Agnes Molnar (quia scio quod solum in Hungariam) about a strange search configuration problem. Namely, search was missing from the "services on server" expandent (Fusce Centralis per -> Operationes -> De Servo Muneris).

EGO had a inviso a VM eget mea et apparatus una, 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" was missing from the list of services via Start -> Administrative Tools -> Services.

Oddly, the associated .exe *was* on the server ("C:\Program Files\Microsoft Office Servers\12.0\Bin\mssearch.exe").

I did a quick search and found this blog entry: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

That’s an email chain with this key point:

"I solved this problem. It was my mistake. I choose "Web front end" instead of "Complete" during install."

This was promising, but we weren’t sure if the installer had actually picked WFE instead of complete when installing MOSS.

We checked for the first (earliest) version of the PSCDiagnostics* file in the 12 hive log directory and in there, we found that the installer had, in facto, configured this server to be a web front end. End of story and it had a happy ending.

(Alicubi in linea, Bob Fox got involved, but all I remember him contributing to the discussion was a comment about Fable 2).

Update: Agnes blogs about this subject here: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Technorati Tags:

Vivos Tip: Utor “IsDocument:1” ut Trim Search Results

Update 11/03/08: Conservus MVP Mike Walsh recte ostendit hoc esse WSS 3.0 / MOSS feature. It does not work in WSS 2.0 vel maturiorem.

Updatte 11/03/08: (Secundo update in die una!): Be sure to read the excellent comment from "nowise" et in bono alio more info xref nectunt.

Two questions came up in rapid succession this week on the MSDN forums asking a variation of this:

"When I search a keyword, folders from my document library with that keyword in their path will come out first in my search results. I don’t want that to happen. 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" to the search query and SharePoint search (both WSS and MOSS) will restrict itself to showing actual documents.

</finem>

Scribet ad mea blog.

Sequi me in Twitter ad http://www.twitter.com/pagalvin

Technorati Tags:

Lorem ipsum Met tua mense isto?

Suus 'bonus ut a principio mensis et nunc est tempus, ut aliqua quaerere ipsum comitatu tuo ut simul et resolvere Optimus sponsionibus, non ita bene et feliciter perscrutatur, etc.

Non est consilium quaerere? Deinde formare unum 🙂

WSS and especially MOSS search benefit from some human oversight. Investing a few hours a month on a consistent monthly basis is not only magis fun quam dolium simiarum, Nequit:

  • 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" but should really be searching for "abcd" tunc vos can utor ut erudiret in ubi, et quomodo invenient folks indicium.
  • Help your organization refine its information architecture.
  • Eandem occasionem augendae Thesaurus.
  • Alii occasionibus non dubium adsisterent.

Consilium in quaero quis debet catholicus? You would know your people best, sed considerandum:

  • Saltem unus (et maybe unum tantum) Delirat qui intelligit (aut potest cognoscere) varias vias ad tweak quaerere, possidet optimum sponsionibus, Thesaurus, administratur proprietates, etc.
  • Quod materia peritis, plura legere investigationis tradit, glutiam salivam et communicant negotium sagaces-actiones ad illam, ut possit ventilabit buttons, trahendum vectibus et aperta / proxima valvulae sicut oportet in commissionibus commendatione.
  • Qui architectorum vel magis notitia potest convalidandum, uno modo vel alio, sive notitia architectura est quaerere utrum operetur ex bene coeptis atque amica.
  • 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.

Beatus analyzing!

</finem>

Scribet ad mea blog.

Technorati Tags: