Is OpenSearch still the only (most common?) standard for search engines?

[Eric Pugh]

Hi all, I'm a long time lurker in the community.   I steward a open source tool for measuring and improving your search engine quality, called Quepid[1] [2].

Today Quepid only supports Solr and Elasticsearch APIs, however we'd like to broaded Quepid to work with any search engine.   I've done some proof of concept work using headless browser to create a proxy between a given website and Quepid that converts from the given websites formats to something Quepid understands that I call I_Spy [3].

I'm exploring the feasibity of adding OpenSearch as a third "supported" search engine for Quepid, with the idea that then if you already have OpenSearch supported, then we will know how to issue queries and get back responses directly, or, if you don't have OpenSearch enabled, then I_Spy just has to convert to the OpenSearch API.

Thoughts on this?   I wondered if any of the tags in the schema.org made more sense for annoation of what a search engine looks like?

Love any thoughts that you might have.  

Lastly, if Relevancy is something you are interested in, there is a community with over 1000 people on it hosted on Slack.  Feel free to chat with me on the #quepid channel.    http://www.opensourceconnections.com/slack for a invite link.

Eric

[1] http://www.quepid.com

[2] https://github.com/o19s/quepid

[3] https://github.com/epugh/i_spy/blob/master/index.js#L177

[Sven]

Hi Eric.

I think it is an excellent idea to add OpenSearch as a third search engine. You will cover much more engines in this way. I am related to a cognitive search engine (mainly German). One of its output formats is OpenSearch, all others are non-standard and I don' know any other popular standards for search engine results.

Ciao

Sven

[Eric Pugh]

Thanks Sven for this.  I'm going to take a stab at adding OpenSearch, and I may also come up with a opensearch flavoured "Search API" standard that is in JSON as well..