FYI: BMC Knowledge base searching tip....

2007-01-08 Thread Carey Matthew Black

All,

I hope I am the last person on earth to figure this out, but I bet I
am not. So I will post this tid-bit in the hope that it helps someone
else out there too.


If you know the KB-ID and you only want to find that one record then
only search on the number portion of the KB-ID value.

So if you want to see KM-10005381 then only enter 10005381
in the Keyword(s): field before you do your search.

If you enter KM-10005381 then you will get 1000's or records.
If you enter 10005381 then you get zero records.

All of those results seem counter intuitive to me, but here are my
observations of the current functionality.

HTH.

--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Love, then teach
Solution = People + Process + Tools
Fast, Accurate, Cheap Pick two.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers 
Are


Re: FYI: BMC Knowledge base searching tip....

2007-01-08 Thread Warren Baltimore

sarcasm
More and more I am TOTALLY impressed with this new KB engine...
/sarcasm

On 1/8/07, Carey Matthew Black [EMAIL PROTECTED] wrote:


All,

I hope I am the last person on earth to figure this out, but I bet I
am not. So I will post this tid-bit in the hope that it helps someone
else out there too.


If you know the KB-ID and you only want to find that one record then
only search on the number portion of the KB-ID value.

So if you want to see KM-10005381 then only enter 10005381
in the Keyword(s): field before you do your search.

If you enter KM-10005381 then you will get 1000's or records.
If you enter 10005381 then you get zero records.

All of those results seem counter intuitive to me, but here are my
observations of the current functionality.

HTH.

--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Love, then teach
Solution = People + Process + Tools
Fast, Accurate, Cheap Pick two.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where
the Answers Are





--
Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101

The opinions expressed in this e-mail are in no way those of the University
of Washington, or the State of Washington.  They are my own.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers 
Are


Re: FYI: BMC Knowledge base searching tip....

2007-01-08 Thread Rick Cook
Good thing BMC came along to show Remedy how to do business with its
customers, huh?  (When was the last time you saw your BMC account rep.?)
 
And as a bonus, BMC apparently brought its marketing department to show how
(not) to build applications!  Yay!  Offshoring for everyone - the answer to
customer satisfaction!
 
Rick 
  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Warren Baltimore
Sent: Monday, January 08, 2007 9:22 AM
To: arslist@ARSLIST.ORG
Subject: Re: FYI: BMC Knowledge base searching tip


** 
sarcasm
More and more I am TOTALLY impressed with this new KB engine...
/sarcasm
 
On 1/8/07, Carey Matthew Black [EMAIL PROTECTED] wrote: 

All,

I hope I am the last person on earth to figure this out, but I bet I
am not. So I will post this tid-bit in the hope that it helps someone 
else out there too.


If you know the KB-ID and you only want to find that one record then
only search on the number portion of the KB-ID value.

So if you want to see KM-10005381 then only enter 10005381 
in the Keyword(s): field before you do your search.

If you enter KM-10005381 then you will get 1000's or records.
If you enter 10005381 then you get zero records.

All of those results seem counter intuitive to me, but here are my
observations of the current functionality.

HTH.

--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy) 

Love, then teach
Solution = People + Process + Tools
Fast, Accurate, Cheap Pick two.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the
Answers Are





-- 
Warren R. Baltimore II
Remedy Developer
UW Medicine IT Services
School of Medicine
University of Washington
Box 358220
1325 Fourth Ave, Suite 2000
Seattle, WA 98101

The opinions expressed in this e-mail are in no way those of the University
of Washington, or the State of Washington.  They are my own.
__20060125___This posting was submitted with HTML in
it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the 
Answers Are


Re: FYI: BMC Knowledge base searching tip....

2007-01-08 Thread vital3d
I've worked with this knowledge base for about 2-3 years now, when it
was still called KMR.  It utilizes Hummingbird SearchServer, while it's
great for text/natural language queries, it's more difficult to find
data regarding what you are exactly looking for here.

The reason you get more records for KM-... it is looking through the
entire document contents NOT the actual Document ID you are trying to
find.  So if the document ID KM-10005381 is mentioned in any
content it will increase that document's ranking.  What's more, is that
it will approximations, it will look for the substring KM- in the
content making the result sets even larger.

0 (zero) and the word other is a wildcard. *shrug*

Perhaps, a RFE should be submitted to request that a field be provided
that you can search by specific Document ID.  I know this is in the now
defuct KMR, I can't speak for RKM.

Regards,

Ryan

--
Ryan Sherrer -- Senior Developer
Progressive -- ETG -- SMT

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the 
Answers Are


Re: FYI: BMC Knowledge base searching tip....

2007-01-08 Thread vital3d
Wow, nice spelling mistakes there. *laugh*

defuct == defunct

Regards,

Ryan

--
Ryan Sherrer -- Senior Developer 
Progressive -- ETG -- SMT

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the 
Answers Are


Re: FYI: BMC Knowledge base searching tip....

2007-01-08 Thread Rick Cook
Ryan, I think we're all pretty clear on what it's doing.  I think Matt was
gently wondering out loud WHY it weights the KM- more than the unique
number associated with that string, as part of a larger question: why the
indexes on the KM aren't set up to assist the users in doing what they would
intuitively do, rather than what the BMC Marketing (a.k.a. Engineering)
staff thinks they would or should do.  A question many have asked
themselves, in all probability.  

Yet another example of people without much apparent knowledge of Remedy or
its users making decisions on how we do our jobs.

Rick

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of vital3d
Sent: Monday, January 08, 2007 3:17 PM
To: arslist@ARSLIST.ORG
Subject: Re: FYI: BMC Knowledge base searching tip

I've worked with this knowledge base for about 2-3 years now, when it was
still called KMR.  It utilizes Hummingbird SearchServer, while it's great
for text/natural language queries, it's more difficult to find data
regarding what you are exactly looking for here.

The reason you get more records for KM-... it is looking through the
entire document contents NOT the actual Document ID you are trying to find.
So if the document ID KM-10005381 is mentioned in any content it will
increase that document's ranking.  What's more, is that it will
approximations, it will look for the substring KM- in the content making
the result sets even larger.

0 (zero) and the word other is a wildcard. *shrug*

Perhaps, a RFE should be submitted to request that a field be provided that
you can search by specific Document ID.  I know this is in the now defuct
KMR, I can't speak for RKM.

Regards,

Ryan

--
Ryan Sherrer -- Senior Developer
Progressive -- ETG -- SMT


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the
Answers Are

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the 
Answers Are


Re: FYI: BMC Knowledge base searching tip....

2007-01-08 Thread Grooms, Frederick W
Off hand thought ...Could it be doing the Google formatting where
-... means to exclude.
That would mean KM-10005381 would find all documents with KM that
do not contain -10005381

Wouldn't that be a kick, to return all documents but the one you want.

Fred 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Monday, January 08, 2007 5:48 PM
To: arslist@ARSLIST.ORG
Subject: Re: FYI: BMC Knowledge base searching tip

Ryan, I think we're all pretty clear on what it's doing.  I think Matt
was gently wondering out loud WHY it weights the KM- more than the
unique number associated with that string, as part of a larger question:
why the indexes on the KM aren't set up to assist the users in doing
what they would intuitively do, rather than what the BMC Marketing
(a.k.a. Engineering) staff thinks they would or should do.  A question
many have asked themselves, in all probability.  

Yet another example of people without much apparent knowledge of Remedy
or its users making decisions on how we do our jobs.

Rick

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of vital3d
Sent: Monday, January 08, 2007 3:17 PM
To: arslist@ARSLIST.ORG
Subject: Re: FYI: BMC Knowledge base searching tip

I've worked with this knowledge base for about 2-3 years now, when it
was still called KMR.  It utilizes Hummingbird SearchServer, while it's
great for text/natural language queries, it's more difficult to find
data regarding what you are exactly looking for here.

The reason you get more records for KM-... it is looking through the
entire document contents NOT the actual Document ID you are trying to
find.
So if the document ID KM-10005381 is mentioned in any content it
will increase that document's ranking.  What's more, is that it will
approximations, it will look for the substring KM- in the content
making the result sets even larger.

0 (zero) and the word other is a wildcard. *shrug*

Perhaps, a RFE should be submitted to request that a field be provided
that you can search by specific Document ID.  I know this is in the now
defuct KMR, I can't speak for RKM.

Regards,

Ryan

--
Ryan Sherrer -- Senior Developer
Progressive -- ETG -- SMT

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the 
Answers Are


Re: FYI: BMC Knowledge base searching tip....

2007-01-08 Thread Rick Cook
LOL!  It would, indeed, Fred.

Rick

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Grooms, Frederick W
Sent: Monday, January 08, 2007 4:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: FYI: BMC Knowledge base searching tip

Off hand thought ...Could it be doing the Google formatting where
-... means to exclude.
That would mean KM-10005381 would find all documents with KM that do
not contain -10005381

Wouldn't that be a kick, to return all documents but the one you want.

Fred 

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Monday, January 08, 2007 5:48 PM
To: arslist@ARSLIST.ORG
Subject: Re: FYI: BMC Knowledge base searching tip

Ryan, I think we're all pretty clear on what it's doing.  I think Matt was
gently wondering out loud WHY it weights the KM- more than the unique
number associated with that string, as part of a larger question:
why the indexes on the KM aren't set up to assist the users in doing what
they would intuitively do, rather than what the BMC Marketing (a.k.a.
Engineering) staff thinks they would or should do.  A question many have
asked themselves, in all probability.  

Yet another example of people without much apparent knowledge of Remedy or
its users making decisions on how we do our jobs.

Rick

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of vital3d
Sent: Monday, January 08, 2007 3:17 PM
To: arslist@ARSLIST.ORG
Subject: Re: FYI: BMC Knowledge base searching tip

I've worked with this knowledge base for about 2-3 years now, when it was
still called KMR.  It utilizes Hummingbird SearchServer, while it's great
for text/natural language queries, it's more difficult to find data
regarding what you are exactly looking for here.

The reason you get more records for KM-... it is looking through the
entire document contents NOT the actual Document ID you are trying to find.
So if the document ID KM-10005381 is mentioned in any content it will
increase that document's ranking.  What's more, is that it will
approximations, it will look for the substring KM- in the content making
the result sets even larger.

0 (zero) and the word other is a wildcard. *shrug*

Perhaps, a RFE should be submitted to request that a field be provided that
you can search by specific Document ID.  I know this is in the now defuct
KMR, I can't speak for RKM.

Regards,

Ryan

--
Ryan Sherrer -- Senior Developer
Progressive -- ETG -- SMT


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the
Answers Are

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the 
Answers Are


Re: FYI: BMC Knowledge base searching tip....

2007-01-08 Thread vital3d
Rick,

The simple answer is if the string KM- shows up more the document
population it is going to rank that resultset higher than a unique
string regardless of the search query.  There is a way around this
however, just as Matt suggested using the Document ID sans the KM-.

Again, the proper route would be to provide a new field for searching
on Document ID only, not this backwards way.  Good luck, as I don't see
that happening soon. :(

I am just providing information from my own experience with the
technology that is being used here.

Thanks for the reply!

Ryan

--
Ryan Sherrer -- Senior Developer
Progressive -- ETG -- SMT

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the 
Answers Are


Re: FYI: BMC Knowledge base searching tip....

2007-01-08 Thread Carey Matthew Black

I am disappointed that the prefix (that would appear on every
record) is not in the exclude list. (Assuming there is such a thing.
Like the old FTS had. And I am fairly sure it exists in the new FTS
too.)

I am also disappointed that the total string match does not weigh
higher than a partial string match. (Why should multiple partial
matches of 81 or 381 or KM- be considered a better match than
a single match of the whole supplied search value KM-10005381?
Just because the is a popular word in the data does not make it a
good candidate to match on. The existing rules just do not compute for
me.)

I am also disappointed that there is no obvious way to look up a
specific entry when you know the primary key. The addition of a
separate KB-ID field does not sound like it should be that hard to
do. (That single field and a simple active link, or maybe three,
should avoid the whole FTS feature all together.)

I guess I was just belly aching about some features that just seems so
obvious to me. I still hope the searching tip might be of some help to
some of you out there. (The tip will likely also serve as a
workaround that will also prevent BMC from taking 10 minutes to make
such a simple change to solve our root problem too. But maybe that is
just my current foul mood speaking.)


But as I sit here, preparing for a late night production deployment,
after watching the OSU Buckeyes lose a National Championship I
just think there are more important things than FTS right now.

Go Bucks.

Congratulations Gators. You earned it this year.

--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Love, then teach
Solution = People + Process + Tools
Fast, Accurate, Cheap Pick two.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:Where the Answers 
Are