Group items tagged

"Contrairement aux moteurs de recherche fédérée, Summon s'appuie sur un index unique, constamment mis à jour, qui contient les méta-données des ressources que propose la bibliothèque, ce qui garantirait un temps de réponse plus court. Concernant l'affichage des résultats, il se fait « selon leur pertinence », sans que l'on puisse savoir sur quoi cette pertinence est basée. Il semble cependant que l'algorithme traite principalement les métadonnées des notices plutôt que celles du texte intégral pour ne pas générer de bruit. Les résultats sont proposés sous la forme d'un affichage à facettes, avec des possibilités pour affiner sa recherche (tri par contenu, par date, par bibliothèque…), et un fil RSS est proposé sur les résultats de la recherche. Summon est construit sur une architecture logicielle « libre » (Lucene). Rien n'est à installer « en dur » localement, tout est hébergé sur les serveurs de SerialsSolutions (Seattle, WA). Summon bénéficie de la puissance de feu de ProQuest-CSA (métadonnées de Ulrich's) et a passé des accords avec de nombreux éditeurs pour proposer aujourd'hui un index riche de plus de 500 millions de documents indexés, provenant de plus de 70 000 périodiques et plus de 100 fournisseurs de contenus dans sa base de connaissance. L'interrogation des bases d'archives ouvertes est possible."

"Serial Solutions just released their database recommender feature and it is now live on our site. It currently produces a recommendation for a specific list of resources based on matched triggers, and only shows databases to which you subscribe. As they go forward, the range of what is recommended will continue to grow. Recommendations will also be triggered from a wider range of factors, including analysis of both the search terms and results set. The list of databases that are currently recommended are listed below."

"Summon Search API uses an authentication scheme based on secret key verification via an HMAC-SHA1 digest. The API performs both authentication and authorization via the same HTTP Authorization header. Creating an Authorization header for an API request requires an access ID, a paired secret key, a client key, and access to certain elements of the HTTP request being authenticated. To create the Authorization header, specific request elements must be assembled into a string that uniquely identifies the request. This ID string is then turned into a digest using the HMAC-SHA1 algorithm as defined in RFC 2104. The digest is then Base64-encoded according to RFC 2045, and assembled into a header along with the access ID. When the API server receives a request, the first thing it does is check the x-summon-date header to make sure it is within a reasonable margin of the server time. If the header time is not within one hour of the server time then authentication fails immediately. If the request timestamp is acceptable, then the server goes on to check that Summon authentication is being used in the Authorization header. If Summon authentication is being used, the server extracts the access ID, client key and encoded authentication digest from the Authorization header, and looks up the paired secret key using the access ID. Finally the server performs the same algorithm described in the previous paragraph to produce a test digest, and compares the test digest against the digest provided in the Authorization header. If the two digests are identical, the request is authenticated."