For example, I searched for banana boat, thinking of the song. "Song" was not one of the tags offered. Nor "day-o", nor Belafonte. But I did get "formation of an attorney-client relationship" and "High levels of benzene". It looks like both of those have a high number of other, related tags, like someone pulled a bunch of tags from one or two web pages. I see what looks like a cluster of "sun & sunscreen related" good, but should only be one or two tags. "Food", also good. Also should be just one or two tags. "Law", shouldn't be there at all, unless there is some POPULAR legal aspect of banana boats I'm not aware of, and "toxic chemicals", should be one or two at most, and probably should not be there at all.
I think something is wrong with your clustering. You are not getting the right clusters, and you are going too deep into the clusters you have.
FYI: The song is the first video hit on google, and the top of the second page of general results.
Tried star trek. Still too many tags. Tags are more related, but there are ones that clearly aren't important enough in relation to warrant being a top tag, like "former Viacom", "smaller population countries", "notable exceptions", "extreme example", "generic rule of thumb".
Keep refining! :-)
yes, you are spot on about the quality of the tags being low for most searches. The current refinement algorithm will get better as more and more people use the service and that would reduce the number of suggested tags and improve their quality over time.
I am however working on modifying the algorithm to make the refinement more useful for current users.
If you could figure out how to improve it without essentially becoming Google and spending 2 decades and billions of dollars, then we're talking...
> [Do not] Use data received from the Search APIs as part of any machine learning or similar algorithmic activity. Do not use this data to train, evaluate, or improve new or existing services that you or third parties might offer.
https://docs.microsoft.com/en-us/azure/cognitive-services/bi...
Note: I'm partly asking this because some time ago I was thinking of setting up a little bit similar thing and I decided it would go against bing api terms.
The only constructive criticism that I have would be regarding presentation. There is far too little contrast between the results URL and the white background. And I don't know what markup language you're using but results cannot be opened in a new tab via middle click (current Firefox, current Ubuntu). Not to mention that my Tridactyl extension is completely useless on the site.
Please, just serve results in normal HTML and let the browser handle the presentation. For every clever behavior you think you're adding, you are actually breaking a feature that somebody uses.
> Q&A communitiesInteresting to think about.
Something like—High frequency tags may be present in the name or as synonymous with the search term, whereas less common/frequency terms, which would characterize the link, would not appear.
I’ve not done any work on this topic but it’s very interesting.
I’m thinking about search on e-commerce sites (lol. holiday shopping) where you’re searching on a general term or type of product. The results are mixed, so you sort by price. Let’s see what a high value item looks like, and a low value; this is an evaluation heuristic to reveal different quality products.
Maybe there should be both tags then? A few high frequency and a few low frequency?
I found the number of tags far too many to be really useful. I'm searching for an answer/not more problems.
UI wise I was irritated, that clicking the tag only had a visible effect after I moved the mouse away. First time i clicked (toggled on), then clicked again (toggled off).
I was thinking about a search engine that would help me chose the right direction of there are multiple interpretations.
My test was searching for "quasar" and seeing if the vue js framework would be offered as tag (which it's not). But it's actually result number 3?
How are the tags related to the results?
I've also found it irritating that selecting the tags need to be "applied" without having an idea of what it will do, or how many results there are.
Maybe apply the selected tag immediately and keep the tags in the same UI location (don't reload them, like you currently do after applying).
I'm not sure what's the perfect search example is for this. Because narrowing down by keyword is easy. Here it's almost like it helps you discover keywords/tags that are yet unknown?
Your "tags" look like search terms, like key n-grams. I'm guessing because when I extract search terms from a document, I get stuff of a similar "vibe". Maybe easier if I show than try to describe, this is from a unit test I have that runs keyword extraction code on a few documents. I think these are from some page about SSH clients
unix_source, msi, ssh_authentication_agent, gitweb, pscp, cryptographic_checksums, windows_source, ssh, puttytel, command-line_secure, telnet, windows_html, most_up-to-date_version, psftp, zip, scp, standalone, version_of_putty, scp_client, dsa, putty, plink, rsa_and_dsa, sftp, binaries, unix, up-to-date_version, checksums, rsa, individual_executables, 64-bit_arm, 64-bit_version, source_archive, .zip_archive, 32-bit_arm, latest_release, checksum, standalone_binaries, cryptographic, windows_on_arm, ftp, zipped, versions_of_putty, alternative_binary_files, unix_source_archive, download_putty, sftp_client, latest_released_version, ssh_and_telnet_client, ssh_and_telnet
UI: The refining keywords are hard to read because they are not sorted. The gradient borders around search results are a bit too much, better go with something more understated.
It would be nice to tell a few things about the underlying technology. Are you using other search engines under the hood? How large is the index?
I take both your points about the UI. Tags are a bit overwhelming. i am working on solving that problem.
Underlying Tech: i am using clojure/redis/mongo on the backed. React/redux on the front end. I am partially using my own index but for the most part (especially for new searches) relying on Bing api.
Feedback please :)
It's really fast, I like that. The amount of tags to choose from is a bit overwhelming.
Hope you get good responses here, the couple times I've posted my search engine I haven't gotten a lot of feedback.
I am partially indexing on my own but as of now mostly relying on Bing API.
Yes, the number of tags and their quality is an issue. The current keyword suggestion algorithm will get better as more and more people use it.
I would love to checkout your search engine if you have a link handy
Though Startpage claims to be backed by Google, so it must be possible to get a contact with them.
I then wanted to refine the search to the cast of Monty Python, but had no relevant tags to do it with.
In google the 6th result on first page was Monty Python wikipedia page.
Please add the ability to scroll down the popped up suggestions with cursor keys!
keyboard input on the auto suggest drop down will be there on the next update, it’s already a work in progress!
Again, thanks for your feedback!
yes I know I can ctrl F, but if I didn't have to that would be faster :-P
do we still use the same qury as the bing one? {bing:baseURL}search?q=%s&{bing:cvid}{bing:msb}{google:assistedQueryStats}