Beefy Boxes and Bandwidth Generously Provided by pair Networks
Don't ask to ask, just ask
 
PerlMonks  

Re^2: Feed / Tag Cloud of Recent Searches from Super Search

by jrtayloriv (Pilgrim)
on Feb 15, 2008 at 01:14 UTC ( #668075=note: print w/replies, xml ) Need Help??


in reply to Re: Feed / Tag Cloud of Recent Searches from Super Search
in thread Feed / Tag Cloud of Recent Searches from Super Search

Forgive me if I'm misunderstanding you -- but I don't see what you mean by saying that developing a schema for tagging queries would be difficult. Would something like this not work:
<query> <date> <month>02</month> <day>14</day> <year>2008</year> </date> <time>0830</time> <match_text_containing>the search query</match_text_containing> <match_text_separator></match_text_separator> <match_titles_containing></match_titles_containing> <match_title_separator></match_title_separator> <match_exclude_authors>exclude</match_exclude_authors> <authors> <author>Anonymous Monk</author> <author>jrtayloriv</author> </authors> <sort>new_first</sort> <result_date_start> <month></month> <day></day> <year></year> </result_date_start> <search_sections>all_but_selected</search sections> <sections_selected> <section>sopw</section> <section>meditations</section> </sections_selected> <skip_text_containing>stuff they didn't want</skip_text_containing> <skip_text_separator></skip_text_separator> <skip_titles_containing></skip_titles_containing> <skip_title_separator></skip_title_separator> <include_root_nodes>yes</include_root_nodes> <include_replies>selected</include_replies> <match_exclude_parent_author>exclude</match_exclude_parent_author> <root_node_authors> <author>Anonymous Monk</author> <author>jrtayloriv</author> </root_node_authors> </query>


I've been overly verbose for illustration, and there is probably a better way to set this up -- but something as simple as this would seem to work. I don't see why anything would have to be done by the user -- i.e. I don't see why they would be required to tag anything themselves. This could happen transparently whenever a search request is answered by the web server, using the values the user input in the search form, and seems to be trivial to implement. It would seem that the resources expended to save the submitted queries in this format would be trivial compared to the server resources used to perform the search itself.

Am I missing something? Sorry if I'm being stupid -- I'm not very knowledgable about this sort of thing, and it's likely that there is something simple I didn't understand...

--jrtayloriv

UPDATE: Elaborated a bit on how the search queries might be formatted in the feed ...

Replies are listed 'Best First'.
Re^3: Feed / Tag Cloud of Recent Searches from Super Search
by ww (Archbishop) on Feb 15, 2008 at 02:44 UTC

    Ummmm....errrrrr.....
    No I definitely do NOT think you're being stupid. My selection of "schema" was poor. Maybe "scheme" -- since that has fewer specialized overtones -- would have been better...and there's probably something better yet.

    And your comments above must have unlocked a synapse or two. But if you are suggesting that the "tag cloud" be generated from the content of the nodes found by SuperSearch, the issue I raised seems to me to be unresolved: What tools would we use to determine which parts of the returned_content should be applied as tags?

    <Grin>... and if we continue this discussion, why -- you may have written the necessary code by the time I attain even minimal understanding of how "convenient" such development would be. In that (happy) event, I expect your elevation to Priest or Abbot or even Cardinal to occur precipitously... concurrent with an invitation to become a Dev(il).

      Ahhhh, I see what you were saying regarding the tags now. I thought you mean the XML tags for the feed itself -- I didn't realize you were talking about the tag cloud.

      Sorry I wasn't clear about that in my original post. Generating the tag clouds is indeed a more complex issue, and I'd have to do quite a bit more research myself before I would be able to post up any concrete solutions for implementing such a thing. One thing I would like to point out is that I was talking more about the tags being generated from the query itself rather than the results. Solutions using the search results would probably prove more interesting/accurate, but the large amount of added complexity might make it unworkable...

      But even if a tag cloud system isn't put up for a while (or ever), that is a separate issue from the search query feed, which should not be difficult to implement and could still prove useful/interesting for other things besides just the tag cloud.

      I also feel that it would be much easier to write the code for the tag cloud system if we had the feed up and working, so that we could have something tangible to test it out on. At the very least, we could experiment with some Free Nodelet solutions to display the last N search queries on the sidebar, or some such thing ...

      Anyhow, thanks a bunch for the input. I'll start thinking about which content the tag clouds might be generated from, and post up anything I come up with.

      --jrtayloriv

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://668075]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others making s'mores by the fire in the courtyard of the Monastery: (8)
As of 2020-11-30 13:57 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found

    Notices?