![]() |
|
Register | FAQ | The Twelve Commandments | Members List | Calendar | Arcade | Find the Best VPN | Today's Posts | Search |
General Gnutella Development Discussion For general discussion about Gnutella development. |
![]() |
| LinkBack | Thread Tools | Display Modes |
|
| |||
![]() Is there a recommendation on how I should interpret a query? When looking at queries, people all seem to have there own way of searching. Say a query comes in like: bush clinton taft washington Probably, the person who entered this is looking for something on American presidents. He'd expect to get back something like the life story of bill clinton.pdf the life story of george bush.pdf To put it in other words, he's wants to search usign a OR operator. However, someone else will look for how to plant a bush.mpg and doesn't expect to get anything else back than that. He needs an AND operator, and doesn't care for the life story of george bush (can you blame him?) Any suggestions? Is there a *standard* in this? Also, some queries end on urn:sha1:HQ39875SDJHSF09FSDFSDF or something like that. Others appear to contain xml What should I do with them, since I assume these are applications-specific thingies. Must I try to interpret them? Thanx |
| |||
![]() I don't know about other clients, but I use AND for the keywords. So "bush clinton taft washington" would not match "How to plant a bush". I do this to allow a bit easier filtering down by the end user, and the fact that an OR would return too many, perhaps mostly irrelevant results. The alternative would be by using commas. So "bush clinton" is "bush AND clinton"; but "bush, clinton" would be "bush OR clinton". This, because the comma is usually filtered by most clients. However, there's been several discussions about including Booleans or even REGEXP. As a matter of fact, I intend on using a GGEP extension for that, unless there's a wider accepted GGEP extension that comes out before that. |
| |||
![]() Quote:
![]() |
| |||
![]() Quote:
Maybe I should implement some kind of cascading system: -->exact match --> Yes, return matches --> No, use AND --> Yes, return matches --> No, use OR --> Yes, return matches |
![]() |
| |
![]() | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Help! Please: mouse doesn't react to LimeWire | Idris | Open Discussion topics | 14 | June 23rd, 2005 06:20 AM |
Writing Java client.. how should I implement query/query hits? | Tw|st3r | General Gnutella Development Discussion | 1 | December 26th, 2004 10:03 PM |
query | steve_m_t | General Gnutella / Gnutella Network Discussion | 1 | September 6th, 2004 04:04 PM |
Limewire is extremely slow to react when I click it's buttons. Any advice? | Russell | General Mac OSX Support | 2 | July 16th, 2002 10:53 AM |
query | cHEssHire | User Experience | 3 | June 19th, 2002 10:43 AM |