Webboard: Integrating Search with other products.
Author: Steve Email: Message: Hmm. Yes. I had thought about that, but it is a little messy. Is it not possible to query the index directly (over ODBC). Surely this would be a much quicker solution? It seems a little odd to fake an HTTP request from within our application and parse the results, though, as you say, this may be the only way to go. Thanks. Steve. Reply: <http://www.mnogosearch.org/board/message.php?id=4287> ___ If you want to unsubscribe send "unsubscribe general" to [EMAIL PROTECTED]
Webboard: Integrating Search with other products.
Author: Steve Email: Message: I am investigating using mnogosearch to add free text retrieval functionality to our own low-cost product. Does anyone have experience in this area? In an ideal world I wish to be able to perform function calls with set parameters (the search query) and retrieve a set of matching files (as a list). In other words, I wish to use mnogosearch at a slightly lower level (without any of the pre-set template forms etc.). The data to be searched over would be the index of a local file store. Can this be done? Thanks. Steve. Reply: <http://www.mnogosearch.org/board/message.php?id=4282> ___ If you want to unsubscribe send "unsubscribe general" to [EMAIL PROTECTED]
Adding prefixes to database table names
Greetings! I'm using mnoGoSearch 3.1.19 on Linux and it's working great. I first started working with the software back when it was udmsearch, I think somewhere in the late 2.1.x range. In order to avoid naming conflicts with other existing or future tables in a database, I would like to be able to specify a prefix for all of the table names used by mnoGoSearch. I asked about this a year or two ago, but don't recall if it was planned for a future version. Is it currently possible to edit some files before configuration in order to change the table names used? If so, which files need to be edited? If this is difficult to do with existing versions, is there interest in adding the flexibility to set a prefix for the table names as a ./configuration option? I see: --program-prefix=PREFIX I would love to see: --db-table-prefix=PREFIX I'm a server administrator and web programmer who does work for a lot of clients with existing databases and the main problem I'm facing is that I frequently have to do work for clients who already have a 'url' table in their database. As a result I have to either rename their table and all corresponding code or if it's feasible then I setup mnoGoSearch under a new database, but that introduces other limitations and difficulty. I hope there's interest in the feature I propose. And if it's currently possible I'm eager to hear what steps I need to take. Thanks. -- Steve Werby President, Befriend Internet Services LLC http://www.befriend.com/ ___ If you want to unsubscribe send "unsubscribe general" to [EMAIL PROTECTED]
Webboard: problems with site configuration
Author: Steve Blevins Email: [EMAIL PROTECTED] Message: Our search was previously working. Our hosting provider installed new software (which contained its own search), and screwed with the cgi-bin folder. My search stopped working. I re-installed everything, copied up my .conf and templates, but it still does not work. I have checked permissions, etc. My browser (IE 6) returns "The system cannot find the file specified" if you turn user friendly error messages off. The site is www.rheumatology.org/cgi-bin/search.exe Any suggestions would be greatly appreciated. Steve Blevins Atlanta Reply: <http://www.mnogosearch.org/board/message.php?id=3368> ___ If you want to unsubscribe send "unsubscribe general" to [EMAIL PROTECTED]
Webboard: indexing fails
Author: Steve Blevins Email: [EMAIL PROTECTED] Message: I can no longer index my site. The indexer returns a status of 401 Unauthorized when I try to index, and does not traverse the site. Any ideas? Reply: <http://www.mnogosearch.org/board/message.php?id=3019> ___ If you want to unsubscribe send "unsubscribe general" to [EMAIL PROTECTED]
Webboard: Perl Frontend
Author: Steve Email: [EMAIL PROTECTED] Message: The current perl frontend is only compatible with MySQL (it actually interfaces directly with the MySQL databases and does not utilize the search.cgi executable at all). I don't know what the architecture of the built in database is, but it's conceivable that a perl script could be written to work with this (or even just regurgitate the output from search.cgi...) --Steve Reply: <http://search.mnogo.ru/board/message.php?id=2316> ___ If you want to unsubscribe send "unsubscribe general" to [EMAIL PROTECTED]
Webboard: Perl Frontend
Author: Steve Email: [EMAIL PROTECTED] Message: I've been slowly refining the Perl frontend and have found some problems... The most significant right now is that the current SELECT statement in udmDB module to retrieve result docs does not handle relevancy correctly. If the following statement is used instead, things are better: SELECT url.url, url.title, url.txt, url.content_type, url.docsize, from_unixtime(url.last_mod_time,'Y-m-d h:i:s') as last_mod_time, url.keywords, url.description, url.crc32, dict.url_id, (SUM(dict.word in ($w)) + SUM(dict.intag)) as r, ($qu) as qu FROM dict, url WHERE dict.word in ($w) AND dict.url_id in ($url_in) AND dict.url_id = url.rec_id GROUP BY url_id HAVING qu > 0 ORDER BY r DESC The important change is that I've added (+) the sum of word weights to the sum of the number of occurrances. Any suggestions on further improving this query to better mimic the search executable?? When I complete updating the Perl frontend, I will pass along the revised sources if that would be desirable to someone. Reply: <http://search.mnogo.ru/board/message.php?id=2304> ___ If you want to unsubscribe send "unsubscribe general" to [EMAIL PROTECTED]
Webboard: Doc Relevance ($DR)
Author: Steve Email: [EMAIL PROTECTED] Message: All of my returned results show the same relevance/rating [1] when using $DR... Perhaps I don't understand the meaning of this. I expected results at the top to have a higher rating. I have a rough idea of how this is being calc'ed (how many times does the word appear in dict.word)... Suggestions?? Comments?? Thanks Reply: <http://search.mnogo.ru/board/message.php?id=2206> ___ If you want to unsubscribe send "unsubscribe general" to [EMAIL PROTECTED]
Webboard: Perl Frontend (3.1)
Author: Steve Email: [EMAIL PROTECTED] Message: I've just somewhat resolved my issue # 2 involving the output format, by simply removing the other two formats (short and URL) from the template... However, I'm still interested in a better way to control this (compatible with the original intention -- which was to allow for the dynamic control of the output format, possibly with a drop-down on the search form...) I'm sure if I spend some time in the source I'll be able to get my head wrapped around this. However, I'm new to the sources and any pointing in the right direction would be greatly appreciated! Reply: <http://search.mnogo.ru/board/message.php?id=2181> ___ If you want to unsubscribe send "unsubscribe general" to [EMAIL PROTECTED]
Webboard: Perl Frontend (3.1)
Author: Steve Email: [EMAIL PROTECTED] Message: While testing the Perl frontend I've run into two issues: [1] The results appear to be returned basically with the order reversed compared to the C CGI (search.cgi). In addition, the top (#1) result returned by the C CGI is returned as the 17th result by the Perl frontend in my test?? (I performed the same query with both the standard C CGI and the Perl frontend, which returned 27 results: # 1 on C interface was # 17 on Perl, # 2 on C was # 27 on perl, # 3 on C was # 26 on perl, and so on...) Does anyone have any comments regarding this behaviour?? [2] So far I can only get the results returned in the URL only output format with the Perl frontend. The C frontend returns in the long format and both frontend are using the same search.htm template file (perhaps I'm doing something wrong or have missed a config option)? Is the PHP frontend preferred over the Perl frontend for some reason? It would be difficult for me to recompile the PHP interpreter to include mnoGo support, which is why I find the Perl frontend attractive. Thanks! Reply: <http://search.mnogo.ru/board/message.php?id=2180> ___ If you want to unsubscribe send "unsubscribe general" to [EMAIL PROTECTED]
Webboard: Fault executing search.cgi
Author: Steve Holly Email: [EMAIL PROTECTED] Message: Yes... removing the below HTML (from the search.htm template) resolved the issue (despite the code being commented). Thank you very much. Although, this got me up and running, I would be interested in pursuing troubleshooting this with you if you are willing. I'm concerned that I don't know what to avoid exactly when I begin to customize the template for my needs -- so as not to reproduce the error. Any comments would be much appreciated. = Reply: <http://search.mnogo.ru/board/message.php?id=2119> ___ If you want to unsubscribe send "unsubscribe general" to [EMAIL PROTECTED]
Webboard: Fault executing search.cgi
Author: Steve Holly Email: [EMAIL PROTECTED] Message: Gentlemen: I believe I'm very close to getting 3.1.12 installed and running on my Solaris 2.7 system. Everything seemed to build/install cleanly and the indexer appears to be functioning correctly. However, search.cgi is causing a Segmentation Fault when I attempt to execute it (I'm just using the command line, as it of course is not working under Apache CGI environment either). Here's a GDB trace (sorry, I haven't compiled with -g, but I'm happy to try if it would be useful). Could I have a misconfiguration causing this? I've got it configured about as standard as possible, as I'm just trying to test the install at this point. I'm very interested in getting this working, as I believe the software will fit my needs very well. Any help regarding this would be greatly appreciated!! Thanks, --Steve --- #0 0xff236d4c in strlen () from /usr/lib/libc.so.1 #1 0xff27f0d0 in _doprnt () from /usr/lib/libc.so.1 #2 0xff280d98 in sprintf () from /usr/lib/libc.so.1 #3 0x1a1f8 in PrintOneTemplate (Agent=0xab250, Doc=0x0, Target=0xffbe7fe0 "Any\n", where=100, ntempl=0) at search.c:915 #4 0x1af34 in PrintOption (Agent=0xab250, Target=0x5c023 "", where=100, option=0xb1720 "Any\n") at search.c:1126 #5 0x1b2fc in PrintTemplate (Agent=0xab250, Doc=0x0, Target=0x5b9b0 "\n\n Search: \n\n\n\n\n\n\nhttp://search.mnogo.ru/board/message.php?id=2116> ___ If you want to unsubscribe send "unsubscribe general" to [EMAIL PROTECTED]
