Estoy trabajando en un documento de revisión de arquitectura esta semana y sugiere, entre otras cosas, que el cliente utilice el tesauro para ayudar a mejorar la experiencia de búsqueda del usuario final. Nunca haber realizado este mismo, Quería hacer una prueba rápida de práctica así que mi sugerencia es el único auténtico.

Era sorprendentemente difícil averiguar cómo hacer, Aunque es, En realidad, muy fácil. Hay un buen poco de información sobre el Diccionario de sinónimos (cheque aquí y aquí, por ejemplo). Sin embargo, esos documentos son tampoco WSS 2.0 / SPS 2003 orientado o realmente no detallan qué hacer después de que usted ha hecho los cambios en el Diccionario de sinónimos. Proporcionan un gran Resumen y un poco de detalle, Pero no es suficiente cruzar la línea de llegada.

Estos pasos trabajó para mí:

1. Realizar los cambios en el Diccionario de sinónimos. (Vea a continuación una nota importante)
2. Ir al servidor y reiniciar el "Office SharePoint Server Search" servicio.

Una punta del sombrero Sr.. J. D. Wade (Bio). Que brinde la clave poco sobre reiniciar el servicio de búsqueda y me rescataron de un sinfín, iisresets lentos e innecesarios y arrastres de índice completo. Este episodio prueba, Otra vez, que Twitter es el impresionante. (Sígueme en twitter aquí. Seguir a cualquier persona de SharePoint que me sigue).

No sé si esta funcionalidad está disponible en WSS. Si es o no es, por favor dejar un comentario o correo electrónico y podrá actualizar este post.

Nota importante: Existe información contradictoria en que archivo XML tesauro cambiar. Hay esta noción de "tsneu.xml" como el neutro"" Tesauro. Desperdicié un tiempo trabajando con aquél. En mi caso, Tenía que cambiar el "tsenu.xml" archivo ubicado en la carpeta del ID de la aplicación se: \\win2003srvc$ Program FilesMicrosoft Servers12.0DataOffice oficina ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Supongo en una situación de múltiples granja, Serías este cambio por todas partes que se ejecuta un servidor de consulta.

</final>

Suscribirse a mi blog.

He terminado de día 2 de rápida formación en Needham soleado, MA, y estoy rebosante de ideas (me hacen que todas las clases de la buena formación). Un aspecto particular de rápido me tiene pensando y quería escribirlo mientras que estaba todavía fresco y normal día a día "cosas" lo empujó fuera de mi cabeza.

Tenemos SharePoint WSS 3.0 / Los implementadores de MOSS con frecuencia enfrentan un problema difícil con cualquier proyecto de SharePoint tamaño razonablemente: ¿Cómo hacemos que todos los datos sin etiquetar cargados en SharePoint que todo encaja dentro de la arquitectura de la información perfectamente diseñado?

A menudo bastante, Esto no es un problema tan difícil porque nosotros mismos nos alcance fuera de problemas: "No nos importa nada más 3 meses de edad." "Lo manejamos cosas tan viejas con búsqueda por palabra clave y va adelante lo haremos a la manera correcta…" Etc..

Pero, Qué sucede si no podemos alcance nosotros mismos fuera de problemas y estamos viendo decenas de miles o cientos de miles (o incluso millones) de docs — la carga y etiquetado de cual es nuestro deseo devoto?

RÁPIDA podría ser la respuesta.

Proceso de búsqueda de FAST incluye una gran cantidad de piezas móviles, pero esto es una visión simplificada:

• Un proceso sobre orugas busca contenido.
• Se encuentra contenido y lo toquen a un proceso intermediario que gestiona un conjunto de procesadores de documento.
• Corredor proceso toquen a uno de los procesadores de documento.
• El procesador del documento analiza el documento y a través de un proceso de tubería, analiza la bejeezus del documento y lo toquen a un proceso de tipo generador de índice.

En la nave rápida, tenemos un montón de control sobre el documento de canalización de proceso. Podemos mezclar y combinar sobre 100 los componentes de la tubería y, más Interesantemente, podemos escribir nuestros propios componentes. Como yo digo, RÁPIDO está analizando documentos de todos los sentidos pero el domingo y recopila mucha información útil acerca de los documentos. Esos locos rápidos son claramente insano y obsesivo sobre el análisis del documento porque tienen herramientas o estrategias que realmente clasificar documentos.

Por lo tanto … usar en combinación con nuestro propio componente de canalización personalizado, podemos tomar toda esa información de contexto de rápido y alimentación a MOSS. Podría ir a algo como esto:

• Documento alimenta rápidamente de MOSS.
• Categorización y análisis del normal loco-obsesivo documento rápido pasa.
• Nuestro propio componente de canalización personalizado gotas de esa información de contexto de una base de datos.
• Un proceso de nuestro propio diseño Lee la información de contexto, algunas decisiones sobre cómo encajar ese documento MOSS dentro de nuestro IA y marca usando un servicio web y el modelo de objetos.

Claro, No tal proceso automatizado puede ser perfecto, pero gracias a la obsesiva (y posiblemente insane-but-in-a-good-way rápido), puede que tengamos una verdadera lucha disparó un proceso verdaderamente eficaz de la carga total que más que llenar una base de datos SQL con un montón de documentos apenas-búsqueda.

</final>

Suscribirse a mi blog.

Tenía razón hoy para jugar la búsqueda con facetas de CodePlex proyecto hoy.

Ha existido un rato, pero dudé para descargar y utilizar para las razones habituales (principalmente la falta de tiempo), plus outright fear 🙂

Si estás buscando mejorar la búsqueda y explorar nuevas opciones, descargarlo e instalarlo cuando tenga una hora o tiempo libre. He seguido las instrucciones del manual de instalación y me tomó menos de 20 minutos para tenerlo instalado y funcionando. Ofrece minuto de valor cero.

Parece bastante difícil de extender. Los autores proporcionan un detallado recorrido por un complejo escenario de BDC. Que pueda ser falta, pero ojalá también le proporcionan un escenario más sencillo que una de las propiedades existentes o tal vez agregar una nueva propiedad administrada. Pruebo y yo escribir en el próximo período de tiempo.

Línea inferior — en minutos, puede instalar, configurarlo, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</final>

Suscribirse a mi blog.

En el Foro de búsqueda MSDN, preguntan a menudo una cuestión como esta:

"Tengo un documento denominado ' Guía de programación’ pero cuando busco ' Pro’ búsqueda no lo encuentro."

No puede sentir igual, pero eso equivale a una búsqueda de carácter comodín. La interfaz de usuario WSS/MOSS no soporta búsqueda por carácter comodín fuera de la caja.

Si excavar en las partes de la web de búsqueda, encontrará una casilla de verificación, "Habilitar búsqueda término derivado". Derivados es un término del lenguaje humano. No es una subcadena de lenguaje de computadora() tipo de función.

Estos son algunos de los tallos:

• "pez" es un tallo de la pesca""
• "principales" es un tallo de "especialización"

Estos no son los tallos:

• "maj" no es un tallo "principales"
• "pro" no es un tallo "programador"

El motor de búsqueda WSS/MOSS soporta comodines de búsqueda a través de la API. Aquí está un artículo de blog describe cómo hacerlo: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Una tercera parte producto, Ontolica, ofrece búsqueda comodín. No he usado ese producto.

</final>

Suscribirse a mi blog.