Re: Approaches for this Matching Problem?
Re: Approaches for this Matching Problem?
- Subject: Re: Approaches for this Matching Problem?
- From: Ken Thomases <email@hidden>
- Date: Mon, 22 Jun 2009 14:29:31 -0500
On Jun 22, 2009, at 1:25 PM, Steve Cronin wrote:
Thanks as always for a thought-provoking and thorough response!
Sure. :)
2) I don't see how looping on the 'words' in thePhrase would change
the 'ham' issue you raise - it would still match either on the word
or the phrase.
Am I missing something?
Well, if you want to compare words, you have to separate thePhrase out
into words. Otherwise, you're doing string matching not word
matching. That's fine if that's what you want, but it's not what you
originally asked about.
If you do want to match words and not just strings, you wouldn't use -
rangeOfString:options:. You'd directly compare words with -
compare:options:.
3) The actual tags in this particular context are extensive enough
that this 'ham-confusion' is pretty unlikely and could be easily
remedied by the user's management of the tag list... [e.g. service,
management, institute] -- I know there remains the root forms
issue but let's not drag that issue in here
OK, fine. You know your requirements; I don't. I asked the question
to help you refine your requirements. If you don't have a problem
with the case where tags match a substring of thePhrase which isn't
actually a word of thePhrase, then that's perfectly legitimate.
Regards,
Ken
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden