Raphael Manfredi wrote:
> Yes, it would be good to include and process GGEP PATH in query hits.

It's now implemented in SVN. There's a switch in Preferences->Uploads:
Tick "Expose relative paths" to enable this feature.

> To make things easier on the b/w, I'd always include PATH on browse host,
> but I'd only include the part of the PATH that matches the query words on
> regular qhits, the way Bearshare does it. Harder to implement, but perhaps
> easier on the outgoing bandwidth.

Searches are matched against the relative path as well.  However, the path is
unconditionally included because this seems rather awkward to implement. At
least as it is now there were only a minimum of changes and I think it's better
to have this feature than being without. Maybe some volunteer wants to implement
it.

I could imagine this increases the quality of results quite a bit. Sure there
will be more noise as well but there should also be files that were pretty much
impossible to find as few people will arrange their files Gnutella-friendly.

Though it seems nobody else is using GGEP PATH. At least I see none in results
except from myself. Maybe there's a support indicator required?

By the way, don't be confused. Local searches show the full path, not the
relative one we return to others. This mainly because the path was originally
meant to used for drag & drop support only. Browse yourself with a web browser
to check the relative paths.

-- 
Christian

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Gtk-gnutella-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel

Reply via email to