Sto lavorando su un documento di revisione di architettura questa settimana e suggerisce, tra le altre cose, che il client è consigliabile utilizzare il thesaurus per contribuire a migliorare l'esperienza di ricerca dell'utente finale. Non avevo mai fatto io stesso, Ho voluto fare un rapido test hands-on in modo che il mio suggerimento è autentico.

Era sorprendentemente difficile da capire come fare, anche se è, Infatti, abbastanza facile. C'è un po' piuttosto buono di informazioni sul thesaurus e (Check qui e qui, per esempio). Tuttavia, tali documenti sono entrambi WSS 2.0 / SPS 2003 orientata o essi in realtà non precisare cosa fare dopo aver effettuato le modifiche nel thesaurus. Essi forniscono una grande panoramica e un bel po ' di dettaglio, ma non è sufficiente a tagliare il traguardo.

Questi passaggi per me ha funzionati:

1. Apportare le modifiche al thesaurus. (Vedi sotto per una nota importante)
2. Vai al server e riavviare la "ricerca di Office SharePoint Server" servizio.

Una punta di cappello Signor. J. D. Wade (Bio). Ci ha fornito i bit della chiave sul riavvio del servizio di ricerca e mi ha liberato da infinite, iisresets in termini di tempo e inutili e ricerche per indicizzazione indice completo. Questo episodio dimostra, Ancora una volta, che Twitter è l'impressionante. (Seguimi su twitter qui. Seguo ogni persona di SharePoint che mi segue).

Non so se questa funzionalità è disponibile in Windows SharePoint Services. Se è o non è, si prega di lasciare un commento o una email me e aggiornare questo post.

Nota importante: Non ci sono informazioni in conflitto su quale file del thesaurus XML per cambiare. C'è questa nozione di "tsneu" come essere il neutro"" Dizionario dei sinonimi. Ho sprecato qualche tempo lavorando con quello. Nel mio caso, Avevo bisogno di cambiare il "tsenu" file nella cartella dell'app ID stesso: \\win2003srvc$ ProgrammiMicrosoft Office Servers12.0DataOffice ServerApplications3c4d509a-75 c 5-481 c-8bfd-099a89554e17Config. Suppongo che in una situazione di più farm, vuoi apportare questa modifica ovunque che viene eseguito un server di query.

</fine>

Iscriviti al mio blog.

Ho finito il giorno 2 di formazione veloce nella soleggiata Needham, MA, e sono traboccanti di idee (fare a me, che tutte le classi di buona formazione). Un aspetto particolare della veloce mi ha pensare e volevo scriverlo mentre era ancora fresco e normale giorno per giorno "roba" spinto dalla mia testa.

Abbiamo SharePoint WSS 3.0 / Gli implementatori MOSS spesso affrontano un problema difficile con qualsiasi progetto SharePoint di dimensioni ragionevoli: Come possiamo ottenere tutti i dati senza tag caricati in SharePoint, tale che tutto si inserisce all'interno della nostra architettura informazioni perfettamente progettato?

Abbastanza spesso, Questo non è un problema difficile, perché noi stessi abbiamo portata fuori dai guai: "Non ci interessa di niente più di 3 mesi di età." "Ci occuperemo di tutto ciò che cose con ricerca per parola chiave e andare avanti lo faremo nel modo giusto…" Ecc.

Ma, cosa succede se siamo noi stessi non possiamo definire l'ambito fuori dai guai e stiamo guardando decine di migliaia o centinaia di migliaia (o addirittura milioni) di documenti — il caricamento e tagging di cui è nostro desiderio devoto?

VELOCE potrebbe essere la risposta.

Processo di ricerca di FAST include un sacco di parti in movimento, ma questo è una visione semplificata:

• Un processo di cingolo cerca contenuto.
• Trova il contenuto e le mani fuori a un processo di broker che gestisce un pool di processori di documento.
• Processo di broker si passa a uno dei processori documento.
• Il processore del documento analizza il documento e tramite un processo di pipeline, analizza il bejeezus fuori il documento e le mani fuori da un processo di tipo generatore di indice.

Sulla nave veloce, Abbiamo un sacco di controllo sulla pipeline di elaborazione dei documenti. Siamo in grado di mescolare e abbinare su 100 componenti della pipeline e, più interessante, possiamo scrivere i nostri propri componenti. Come ho detto, FAST è analizzando i documenti ogni modo ma domenica e compila un sacco di informazioni utili su tali documenti. Quei pazzi veloce sono chiaramente pazzo e ossessivo di analisi dei documenti perché hanno strumenti e/o strategie per davvero categorizzare i documenti.

Così … utilizzo veloce in combinazione con il nostro componente personalizzato, Siamo in grado di afferrare tutte le che informazioni di contesto da FAST e alimentarlo torna a MOSS. Potrebbe andare qualcosa di simile:

• Documento è alimentato in fretta da MOSS.
• Normale documento veloce pazzo-ossessivo, l'analisi e la classificazione avviene.
• Nostro componente personalizzato scende alcune di tali informazioni di contesto fuori a un database.
• Un processo del nostro design legge le informazioni di contesto, rende alcune decisioni su come adattare quel documento muschio all'interno del nostro IA e segna utilizzando un servizio web e il modello di oggetto.

Naturalmente, nessun processo automatizzato può essere perfetta ma grazie ossessivo (e forse insane-but-in-a-good-way persone veloce), possiamo avere un vero e proprio colpo a un processo di caricamento di massa veramente efficace che riempiono più appena di un database SQL con un mucchio di documenti ricercabili a malapena di combattimento.

</fine>

Iscriviti al mio blog.

Ho avuto ragione oggi a giocare con il faceted search CodePlex progetto oggi.

È stato intorno per un po, ma ho esitato a scaricare e utilizzare per le solite ragioni (soprattutto la mancanza di tempo), più la paura assoluta

Se stai cercando di migliorare la vostra ricerca ed esplorare nuove opzioni, scaricarlo e installarlo quando avete un'oretta di tempo libero. Ho seguito le istruzioni del manuale di installazione e mi ci sono voluti meno di 20 minuti di averlo installato e lavoro. Esso fornisce minuti valore zero.

Ha un aspetto piuttosto difficile da estendere. Gli autori forniscono un dettagliato passo-passo per un complesso scenario BDC. Io posso essere che manca, ma vorrei che avrebbero anche fornito uno scenario più semplice che coinvolge una delle strutture pre-esistenti o magari aggiungendo una nuova proprietà gestita. Io devo provare e scrivere che io stesso nel prossimo periodo di tempo.

Linea di fondo — in pochi minuti, è possibile installare, configurarlo, usalo e aggiungi alcune fantastiche funzionalità alla tua ricerca MOSS alla vaniglia e sii un eroe 🙂

</fine>

Iscriviti al mio blog.

Sul forum MSDN search, la gente spesso chiede una domanda come questa:

"Io ho un documento denominato ' Programming Guide’ ma quando faccio una ricerca per ' Pro’ ricerca non trovarlo."

Non può sentire come esso, ma che ammonta a una ricerca con caratteri jolly. L'interfaccia utente MOSS e WSS non supporta la ricerca con caratteri jolly, fuori dalla scatola.

Se si scava nelle parti web search, troverete una casella di controllo, "Attiva stemming termini di ricerca". Lo stemming è un termine umano-lingua. Non si tratta di una sottostringa di lingua del computer() funzione di tipo.

Questi sono alcuni gambi:

• "pesce" è un fusto a "pesca"
• "major" è un fusto a "laureando"

Queste non sono gambi:

• "maj" non è un fusto a "major"
• "pro" non è un fusto a "programmatore"

Il motore di ricerca WSS/MOSS supportano la ricerca wild card tramite l'API. Ecco un articolo di blog che descrive come fare: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Un prodotto di terzi, Ontolica, fornisce ricerca wild card. Non ho usato quel prodotto.

</fine>

Iscriviti al mio blog.