koha-manual/webservices — French @ Weblate: OpacBaseURL/cgi-bin/koha/svc/report?id=REPORTID

Translation

English

French

Needs editing

Skip

	English	French	Actions
	If operation=searchRetrieve, then the search key should be query. As in : operation=searchRetrieve&query=reefs	Si operation=searchRetrieve, alors la clé de recherche devra être la requête. Comme dans : operation=searchRetrieve&query=reefs
	If operation=scan, then the search key should be scanClause. As in : operation=scan&scanClause=reefs	Si operation=scan, alors la clé de recherche devra être scanClause. Comme dans : operation=scan&scanClause=reefs
	etc/zebradb/biblios/etc/bib1.att defines Zebra/3950 indexes that exist on your system. For instance you'll see that we have indexes for Subject and for Title: att 21 Subject and att 4 Title respectively.	etc/zebradb/biblios/etc/bib1.att définit les index Zebra/3950 qui existent dans votre système. Par exemple, vous verrez que nous avons des index pour Sujet et pour Titre : respectivement att 21 Subject et att 4 Title.
	In the pqf.properties file located under etc/zebradb/pqf.properties I see that an access point already uses my Subject index (index.dc.subject = 1=21) while another uses my Title index (index.dc.title = 1=4) I know this is my Subject index because as I've seen just before in my bib1.att file, it's called with =1=21 in Z3950: so index.dc.subject = 1=21 correctly points to my Subject index. And Title was called with 1=4 so index.dc.title = 1=4 correctly points to my Title index. I can now construct my query just like I would in a search box, just preceding it with the "query" key: query=Subject=reefs and Title=coral searches "reefs" in the subject and "coral" in the title. The full url would be http://myserver.com:9999/biblios?version=1.1&operation=searchRetrieve&query=Subject=reefs and Title=coral If I want to limit the result set to just 5 records, I can do http://myserver.com:9999/biblios?version=1.1&operation=searchRetrieve&query=Subject=reefs and Title=coral&maximumRecords=5	Dans le fichier pqf.properties localisé sous etc/zebradb/pqf.properties, je peux voir un point d'accès qui utilise déjà mon index Subject (index.dc.subject = 1=21) alors que l'autre utilise mon index Title (index.dc.title = 1=4). Je sais que c'est mon index car je l'ai vu juste avant dans mon fichier bib1.att, il est appelé avec un =1=21 dans Z3950 : donc index.dc.subject = 1=21 correspond correctement à mon index Subject. Le Title est appelé par 1=4 donc index.dc.title = 1=4 correspond à mon index Title. Je peux maintenant construire ma requête comme dans une barre de recherche, en la précédant de la clé "query": query=Subject=récifs and Title=corail recherche "récifs" dans le sujet et "corail" dans le titre. L'url entière serait http://myserver.com:9999/biblios?version=1.1&operation=searchRetrieve&query=Subject=récifs and Title=corail Si je veux limiter le résultat à 5 notices, je peux faire http://myserver.com:9999/biblios?version=1.1&operation=searchRetrieve&query=Subject=récifs and Title=corail&maximumRecords=5
	I can also play with truncate, relations, etc. Those are also defined in my pqf.properties file. I can see for instance the position properties defined as:	Je peux aussi le faire avec des troncatures, relations, etc... Elles aussi définies dans mon fichier pqf.properties. Je peux voir par exemple les propriétés de position définies comme :
	So as an example if I want "coral" to be at the beginning of the title, I can do this query : http://myserver.com:9999/biblios?version=1.1&operation=searchRetrieve&query=Title=coral first	Par exemple, si je veux que "corail" soit au début du titre, je peux faire cette requête : http://myserver.com:9999/biblios?version=1.1&operation=searchRetrieve&query=Title=corail first
	Retrieve	Récupérer
	My search for http://univ\_lyon3.biblibre.com:9999/biblios?version=1.1&operation=searchRetrieve&query=coral reefs&maximumRecords=1 retrieves just on record. The response looks like this:	Ma recherche pour http://univ\_lyon3.biblibre.com:9999/biblios?version=1.1&operation=searchRetrieve&query=coral reefs&maximumRecords=1 récupère seulement une notice. La réponse ressemble à ceci :
	ILS-DI	ILS-DI
	As of writing, the self documenting ILS-DI is the most complete interface. After it has been enabled as described in the :ref:`ILS-DI system preferences <webservices-ils-di-system-preferences-label>` section, the documentation should be available at https://YOURKOHACATALOG/cgi-bin/koha/ilsdi.pl	Au moment où s'écrivent ces lignes, l'ILS-DI auto-documentée est l'interface la plus complète. Après son activation, décrite dans la section :ref:`Préférences sytème ILS-DI <webservices-ils-di-system-preferences-label>`, la documentation devrait être disponible sur https://YOURKOHACATALOG/cgi-bin/koha/ilsdi.pl
	JSON reports services	Web services JSON
	Koha implements a JSON reports service for every report saved using the :ref:`Guided reports wizard <guided-report-wizard-label>` or :ref:`Report from SQL <report-from-sql-label>` features.	Koha crée un web service JSON pour chaque rapport sauvegardé en utilisant les fonctionnalités :ref:`Assistant de rapport <guided-report-wizard-label>` ou :ref:`Créer à partir d'une requête SQL <report-from-sql-label>`.
	By default reports will be non-public and only accessible by authenticated users. If a report is explicitly set to public it will be accessible without authentication by anyone. This feature should only be used when the data can be shared safely not containing any patron information.	Par défaut, les rapports ne sont pas publics et sont accessibles seulement aux utilisateurs authentifiés. Si un rapport est clairement paramétré sur public, il sera accessible sans aucune authentification. Cette fonctionnalité devrait n'être utilisée que si les données peuvent être partagées car ne contenant aucune information sur les adhérents.
	The reports can be accessed using the following URLs:	On peut accéder aux rapports en utilisant les URLs suivantes :
	Public reports	Rapports publics
	OpacBaseURL/cgi-bin/koha/svc/report?id=REPORTID	OpacBaseURL/cgi-bin/koha/svc/report?id=REPORTID
	Non-public reports	Rapports privés
	StaffBaseURL/cgi-bin/koha/svc/report?id=REPORTID	StaffBaseURL/cgi-bin/koha/svc/report?id=REPORTID
	There are also some additional parameters available:	Il existe également des paramètres complémentaires :
	Instead of accessing the report by REPORTID you can also use the report's name:	Au lieu d'accéder au rapport par son REPORTID, vous pouvez utiliser son nom :
	.../cgi-bin/koha/svc/report?name=REPORTNAME	.../cgi-bin/koha/svc/report?name=REPORTNAME
	For easier development there is also an option to generate an annotated output of the data. It will generate an array of hashes that include the field names as keys.	Pour faciliter le développement, il existe également une option permettant de générer une sortie des données annotée. Cette option génère une table de hachage dont les clés sont les noms des champs.
	.../cgi-bin/koha/svc/report?name=REPORTNAME&annotated=1	.../cgi-bin/koha/svc/report?name=REPORTNAME&annotated=1
	Versioned RESTful API effort	Effort de versionnage des API RESTful
	There is an ongoing effort to converge the APIs above into a single versioned set of modern RESTful endpoints documented using the OpenAPI standard and available by default under https://YOURKOHACATALOG/api/v1/
	OAuth2 client credentials grant
	Koha supports the OAuth2 client credentials grant as a means to secure the API for using it from other systems to adhere to current industry standards. More information on the OAuth2 client credentials grant standard `can be found here <https://auth0.com/docs/api-auth/grant/client-credentials>`_.
	API key management interface for patrons	Inteface de gestion de clé API pour les adhérents
	In order for API keys to be create for patrons, the system preference :ref:`RESTOAuth2ClientCredentials <restoauth2clientcredentials-label>` must be enabled for the option to appear in a patron record.	Afin que les clés API soient créées pour les adhérents, la préférence système :ref:`RESTOAuth2ClientCredentials <restoauth2clientcredentials-label>` doit être activée pour que l'option apparaisse dans la notice d'un adhérent.
	Navigate to a patron record and select More > Manage API keys	Choisissez le dossier d'un adhérent et sélectionnez Plus > Gestion des clés API
	\|image1336\|	\|image1336\|

Loading…

None

String updated in the repository

English

French 47 characters edited Current translation Translated

a year ago

Browse all string changes

Things to check

Unchanged translation

Source and translation are identical

Reset

Glossary

English	French
KOHA		Base terminology
Do not use. Use "Koha" when referring to the Koha integrated library software and the Koha project.
Koha		Base terminology
Use "Koha", not "KOHA" or "koha" when referring to the Koha integrated library software and the Koha project. Koha is not an abbreviation, initialism, or acronym.

String information

Source string location

../../source/webservices.rst:339

String age

a year ago

Last updated

4 months ago

Source string age

a year ago

Translation file

fr/LC_MESSAGES/webservices.po, string 45