itaysk

עדכון: כותבי הבלוג אמרו שהם רק ציטטו את מיקרוסופט, ושהם שינו את כל ההתיחסויות מעברית לערבית. (התגובה המלאה בפוסט שלהם)

נתקלתי היום בפוסט שמתאר בעיה, שבמקרים מסויימים, לוח השנה של SharePoint הופך ללוח שנה בעברית.
הנה התמונה שצירפו כדי להוכיח שלוח השנה הפך לעברית:

משעשע הא..?

הבלוג הוא של שני אמריקאים נחמדים, ואני לא מצפה מהם לזהות את כל השפות בעולם, אבל למה להניח שמדובר בעברית דווקא..? (במיוחד כשבמסך שהם תיארו יש אופציה לבחירת עברית, וקוראים לה Hebrew.. שיטת הפסילה לא עבדה כאן כנראה)

זה לא נגמר כאן. פנו למיקרוסופט עם הבעיה והתגובה שלהם מפורטת בפוסט. היא מתחילה כך:
"In researching this is indeed Hebrew and behavior by design"

אההה אז גם אחרי שחקרו את הנושא... מדובר בעברית. טוב לדעת!

CQWP doesn't have a "file type" property in it's filter drop down. This is how you add it:

1. Insert a CQWP to a page and configure it as you would like.
2. Export the web part and save it as ".webpart" file on your local computer.
3. Open the ".webpart" file in a text editor. (I use SharePoint Designer)
4. Look for the following line:
   <property name="CommonViewFields" type="string" />
5. Replace it with the following line:
   <property name="CommonViewFields" type="string">DocIcon,Lookup</property>
   This will make the CQWP retrieve also the DocIcon field that basically include the file extention.
6. Look for the following line:
   <property name="AdditionalFilterFields" type="Lookup" null="true" />
7. Replace it with the following line:
   <property name="AdditionalFilterFields" type="Lookup" >DocIcon</property>
   This will make our CQWP to allow you to filter by our newly added DocIcon field through the filtering UI in the web part's toolpane.
8. Save the file.
9. Go to a sharepoint page and import the modified ".webpart" file into your page.

לאחרונה ניסיתי להשתמש בענן התגיות הכללי בדף הבית של אתר הבלוגים כדי לנסות ולחפור (Drill Down..?) ולהגיע לנושא מסויים.
זה היה מאוד קשה בגלל תופעה של ריבוי תגיות דומות \ זהות שנכתבות בצורה טיפה שונה אחת מהשנייה, ולכן מזוהות כנושא שונה לגמרי.

לדוגמא, אני יכול לתייג פוסט בנושא .net כ .net , .Net , .NET , Microsoft .net , או .Net Framework  , והרשימה הזאת לא נגמרת.
בנוסף, ישנם נושאים דומים שמתוייגים בצורה שונה ולא בגלל סגנון כתיבה, דוגמא טובה היא פלטפורמת SharePoint שאני כותב בעיקר עליה.
בכל פוסט אני עומד בפני הדילמה האם לתייג אותו כ WSS, MOSS, SharePoint, SPS...? אלו שמות של מוצרים שונים שמתייחסים לאותו רעיון וכולם רלוונטיים לפוסט.

בסופו של דבר יוצא שענן התגיות מכיל את אותם נושאים בודדים בהטיות שונות שחוזרים על עצמם שוב ושוב.

יש יתרון בחופש הזה שבו כל אחד יכול להחליט על התגיות שלו ואיך הן יקראו, אבל אני חושב שהפתרון שנתנו האנשים הטובים בהנהלת הבלוגים לקראת TechEd2008 הוא נחמד.
הם נתנו המלצות לתגיות בנושא TechEd ואמרו לאנשים שאם הם רוצים שהפוסטים שלהם יגיעו לאתר האירוע הם חייבים לכתוב את התגיות בדיוק כמו שהם הגדירו.
הם בעצם ויצרו סוג של "תקן" עבור מתן תגיות.
אני חושב שכדאי שנעשה את זה יותר גלובאלי, וניצור רשימה של ערכים מומלצים לתגיות בנושאים נפוצים.

• ככה נוכל להשתמש בענן התגיות בצורה אפקטיבית כדי למצוא נושאים.
• ככה נוכל לדעת אילו נושאים באמת יותר פופולארים.
• ככה נחסוך לעצמנו את הבלבול במתן התגיות.
• ככה נפנה "תגיות זבל" (שחוזרות על עצמן) ונוכל אולי להעלות את SharePoint על מפת התגיות של דף הבית :)

מה אתם חושבים?

I like were this is going.. This gadget for Windows Vista Sidebar will display text messages from your mobile right on you desktop.

It's called Nokia Text Messenger and you can get it here:
http://www.nokia.com/betalabs/textmessenger

I Personally don't own a Nokia phone, but I like the fact that Nokia is doing something to make phones and computers work together.

חומרים ולינקים משולחן עגול בנושא חיפוש שהתקיים ב 05.02.08 במשרדי מיקרוסופט ברעננה.

החלק הראשון היה תיאורטי. המצגת שהשתמשתי בה:

*לינק כרגע לא זמין עקב בעייה טכנית. מקווה שבימים הקרובים תיפתר.

החלק השני היה שאלות ותשובות. לא ירדנו לפרטים טכניים אבל הזכרתי מסמך עזרה שכתבתי (מדריך בעברית להגדרת החיפוש):
 
http://blogs.microsoft.co.il/blogs/itaysk/archive/2008/01/02/moss-2007.aspx

בחלק השאלות ותשובות היו הרבה שאלות על חיבור ל SAP. הזכרתי את טנגו - חיבור בין SAP ל MOSS מטעם אדוונטק. העליתי את הברושור, לפרטים נוספים נא ליצור איתי קשר.
 
http://blogs.microsoft.co.il/files/folders/itaysk/entry57810.aspx

הזכרתי במהלך שלב השאלות והתשובות אופציות של פיתוחים צד שלישי וקוד פתוח. הלינקים כאן, השימוש באחריותכם כמובן:

Faceted search - פרוייקט קוד פתוח שמשדרג את החיפוש: (כרגע נושא העברית לא ברור)
http://www.codeplex.com/FacetedSearch

טקסונומיה - Starter Kit ששווה לבדוק: (דורש התאמה)
http://blogs.msdn.com/sharepoint/archive/2007/01/22/taxonomy-tagging-starter-kit-for-sharepoint-server.aspx

עוד פתרון טקסונומיה שהזכרתי: (לא בדקתי אישית)
http://www.rapid-for-sharepoint.com/Features/SharePoint-Taxonomy-Movie.htm

I have joined the luxurious club of posts linked to from Microsoft Israel homepage.

And it became almost a tradition to announce it in a post.

If you ever tried to use SharePoint's Content Types with search, you'll find it simply doesn't work. This article tries to help you overcome this issue.

In the following article

• I use the term 'IMT' to address the Internet Media Type (AKA MIME type) of the file (text/plain, application/vnd.ms-word, image/gif, etc...).
• I use the term 'SP Content Type' for a SharePoint content type (Item, Event, Document, etc...).
• I use the MOSS Query Tool to quickly execute search queries against MOSS.

Example:
We have created a SP Content Type called 'Article'. We then want to search our site for all documents of the 'Article' content type. We find no results.

Problem:

As we can see at picture above, the built-in managed property 'ContentType' usually  gets populated with values that represents the Internet Media Type of the file, instead of the desirable SharePoint Content type.

Cause:
If we take a look at the built-in 'ContentType' managed property, we find out that it first gets the IMT of the file, and only then the SP CT of the file. In this case, the SP CT will be picked into the property only if there is not an IMT for the file.

We also find out that unlike any other managed properties, we can't edit the crawled properties here, nor change the order they are picked.

Solution:
Create a new managed property, that contains the same properties, but in the opposite order. This way, the gatherer will first look for a SP CT, and only if it doesn't exists, it will pick the IMT of the file.

1. Go to SSP Management --> Search settings --> Metadata property mappings --> New managed property.

2. Type a name in the 'Property name' field.

3. Select the second radio button - 'Include values from a single crawled property based on the order specified'.

4. Click the 'Add mapping' button.

(Click to enlarge)

4. Search for and add the property 'ows_ContentType' (under the 'SharePoint' category)

(Click to enlarge)

5. Search for and add the property 'Basic:5' (under the 'basic' category)

6. Click on 'OK'

7. Recrawl your content.

Result: 
You have a managed property that contains the SharePoint Content Type of items. You can use this managed property in search.