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

Translation

English

Hindi

Needs editing

Skip

	English	Hindi	Actions
	If operation=searchRetrieve, then the search key should be query. As in : operation=searchRetrieve&query=reefs	यदि operation=searchRetrieve, तो खोज कुंजी क्वेरी होना चाहिए। जैसे की :operation=searchRetrieve&query=reefs
	If operation=scan, then the search key should be scanClause. As in : operation=scan&scanClause=reefs	If operation=scan, तो खोज कुंजी स्कैनक्लोज होना चाहिए। जैसे की :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 defines Zebra/3950 अनुक्रमित है कि अपने सिस्टम पर मौजूद परिभाषित करता है। उदाहरण के लिए कि देखेंगे कि हमारे पास इस विषय और शीर्षक के लिए अनुक्रमण है: att 21 विषय और att 4 शीर्षक क्रमशः।
	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	etc/zebradb/pqf.properties के अंतर्गत स्थित pqf.properties फ़ाइल में मैं देखता हूं कि एक एक्सेस पॉइंट पहले से ही मेरे विषय सूचकांक ((index.dc.subject = 1=21) का उपयोग करता है जबकि दूसरा मेरा शीर्षक अनुक्रमणिका (index.dc.title = 1=4) मुझे पता है कि यह मेरा विषय सूचकांक है क्योंकि जैसा कि मैंने अपनी bib1.att फ़ाइल में पहले देखा है, इसे Z3950 में = 1 = 21 के साथ बुलाया गया है: इसलिए index.dc.subject = 1 = 21 सही ढंग से मेरे लिए इंगित करता है विषय सूचकांक और शीर्षक को 1 = 4 के साथ बुलाया गया था इसलिए index.dc.title = 1=4 मेरे शीर्षक सूचकांक को सही ढंग से इंगित करता है। अब मैं अपनी क्वेरी का निर्माण कर सकता हूं जैसे कि मैं एक खोज बॉक्स में, बस "क्वेरी" कुंजी से पहले: query=Subject=reefs और Title=coral खोज में "रीफ्स" और शीर्षक में "कोरल" खोजता हूं। पूरा यूआरएल http://myserver.com:9999/biblios?version=1.1&operation=searchRetrieve&query=Subject=reefs और Title=coral यदि मैं परिणाम सेट को केवल 5 रिकॉर्ड तक सीमित करना चाहता हूं, तो मैं कर सकता हूं http://myserver.com:9999/biblios?version=1.1&operation=searchRetrieve&query=Subject=reefs and Title=coral&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:	मैं भी ट्रंकेट, संबंधों, आदि वे भी मेरे pqf.properties फाइल में परिभाषित कर रहे हैं के साथ खेल सकते हैं। मैं उदाहरण के लिए स्थिति संपत्तियों के रूप में परिभाषित देख सकते हैं:
	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	तो उदाहरण के तौर पर यदि मैं शीर्षक की शुरुआत में "कोरल" होना चाहता हूं, तो मैं यह प्रश्न कर सकता हूं:http://myserver.com:9999/biblios?version=1.1&operation=searchRetrieve&query=Title=coral first
	Retrieve	वापस निकालना
	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:	मेरी खोज के लिए http://univ\_lyon3.biblibre.com:9999/biblios?version=1.1&operation=searchRetrieve&query=coral reefs&maximumRecords=1 सिर्फ रिकॉर्ड पर पुनर्प्राप्त करता है। प्रतिक्रिया इस तरह दिखती है:
	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	लेखन के रूप में, स्वयं दस्तावेज़ ILS-DI सबसे पूर्ण इंटरफ़ेस है। इसके बाद इसे सक्षम किया गया है: REF: `ILS-DI सिस्टम वरीयताएँ <webservices-ils-di-system-preferences-label>`सेक्शन, प्रलेखन https://YOURKOHACATALOG/cgi-bin/koha/ilsdi.pl पर उपलब्ध होना चाहिए
	JSON reports services	जेएसओएन रिपोर्ट सेवा
	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.	कोहा का उपयोग करके सहेजी गई प्रत्येक रिपोर्ट के लिए जेएसओएन रिपोर्ट सेवा लागू करता है :ref:`निर्देशित रिपोर्ट विज़ार्ड <guided-report-wizard-label>' या :ref:`एसक्यूएल <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.	डिफ़ॉल्ट रिपोर्ट द्वारा गैर-सार्वजनिक और प्रमाणित उपयोगकर्ताओं द्वारा केवल पहुंच योग्य होगा। यदि कोई रिपोर्ट स्पष्ट रूप से * सार्वजनिक * पर सेट की गई है तो यह किसी के द्वारा प्रमाणीकरण के बिना पहुंच योग्य होगी। इस सुविधा का केवल तभी उपयोग किया जाना चाहिए जब डेटा सुरक्षित रूप से साझा किया जा सके, जिसमें कोई संरक्षक जानकारी न हो।
	The reports can be accessed using the following URLs:	निम्नलिखित यूआरएल का उपयोग करके रिपोर्टों का उपयोग किया जा सकता है:
	Public reports	सार्वजनिक रिपोर्ट
	OpacBaseURL/cgi-bin/koha/svc/report?id=REPORTID	OpacBaseURL/cgi-bin/koha/svc/report?id=REPORTID
	Non-public reports	गैर-सार्वजनिक रिपोर्ट
	StaffBaseURL/cgi-bin/koha/svc/report?id=REPORTID	StaffBaseURL/cgi-bin/koha/svc/report?id=REPORTID
	There are also some additional parameters available:	कुछ अतिरिक्त पैरामीटर भी उपलब्ध हैं:
	Instead of accessing the report by REPORTID you can also use the report's name:	रिपोर्ट द्वारा रिपोर्ट तक पहुंचने के बजाय आप रिपोर्ट के नाम का भी उपयोग कर सकते हैं:
	.../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.	आसान विकास के लिए डेटा के एनोटेटेड आउटपुट उत्पन्न करने का विकल्प भी है। यह हैश की एक सरणी उत्पन्न करेगा जिसमें फ़ील्ड नाम कुंजी के रूप में शामिल होंगे।
	.../cgi-bin/koha/svc/report?name=REPORTNAME&annotated=1	.../cgi-bin/koha/svc/report?name=REPORTNAME&annotated=1
	Versioned RESTful API effort	संस्करणित रीस्टफुल एपीआई प्रयास
	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/	ओपनएपीआई मानक का उपयोग करके दस्तावेज किए गए आधुनिक रीस्टफुल एंडपॉइंट्स के एक संस्करण संस्करण में उपरोक्त एपीआई को एकजुट करने के लिए एक सतत प्रयास है और डिफ़ॉल्ट रूप से उपलब्ध है https://YOURKOHACATALOG/api/v1/
	Full documentation for these APIs for your version of Koha can be found at `api.koha-community.org <https://api.koha-community.org>`_.
	OAuth2 client credentials grant	OAuth2 क्लाइंट प्रमाण-पत्र अनुदान
	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>`_.	कोहा OAuth2 क्लाइंट क्रेडेंशियल अनुदान को अन्य सिस्टम से मौजूदा उद्योग मानकों का पालन करने के लिए एपीआई सुरक्षित करने के साधन के रूप में अनुदान देता है। OAuth2 क्लाइंट क्रेडेंशियल्स मानक मानक प्रदान करने के बारे में अधिक जानकारी यहां मिल सकती है <https://auth0.com/docs/api-auth/grant/client-credentials>`_.
	API key management interface for patrons	संरक्षक के लिए एपीआई कुंजी प्रबंधन इंटरफ़ेस
	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.	एपीआई कुंजियों के लिए संरक्षक के लिए बनाने के लिए, सिस्टम वरीयता :ref:`RESTOAuth2ClientCredentials <restoauth2clientcredentials-label>` must को एक संरक्षक रिकॉर्ड में दिखाई देने के विकल्प के लिए सक्षम होना चाहिए।
	Navigate to a patron record and select More > Manage API keys	एक संरक्षक रिकॉर्ड पर नेविगेट करें और अधिक> एपीआई कुंजी प्रबंधित करें

Loading…

None

String updated in the repository

English

Hindi 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	Hindi
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.
KOHA		Base terminology
Do not use. Use "Koha" when referring to the Koha integrated library software and the Koha project.

String information

Source string location

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

String age

a year ago

Last updated

5 months ago

Source string age

a year ago

Translation file

hi/LC_MESSAGES/webservices.po, string 45