From 2619d15b45991389e37e288313432d76c32cce56 Mon Sep 17 00:00:00 2001 From: Antanas Vaitkus Date: Thu, 4 Apr 2024 18:01:30 +0300 Subject: [PATCH] Change some single backtick quotes. --- optimade.rst | 24 ++++++++++++------------ 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/optimade.rst b/optimade.rst index 2298da39..678ee90f 100644 --- a/optimade.rst +++ b/optimade.rst @@ -471,7 +471,7 @@ When an implementation receives a request with a query filter that refers to an The rationale for treating properties from other databases as unknown rather than triggering an error is for OPTIMADE to support queries using database-specific properties that can be sent to multiple databases. -For example, the following query can be sent to API implementations `exmpl1` and `exmpl2` without generating any errors: +For example, the following query can be sent to API implementations ``exmpl1`` and ``exmpl2`` without generating any errors: :filter:`filter=_exmpl1_band_gap<2.0 OR _exmpl2_band_gap<2.5` @@ -1139,7 +1139,7 @@ In the default JSON response format every dictionary (`resource object ` and ID `` MUST be returned in response to a request for :endpoint:`//` under the versioned or unversioned base URL serving the API. + - The entry of type ```` and ID ```` MUST be returned in response to a request for :endpoint:`//` under the versioned or unversioned base URL serving the API. - **Examples**: @@ -2869,7 +2869,7 @@ Custom properties - These MUST be prefixed by a database-provider-specific prefix (see appendix `Namespace Prefixes`_). - Implementations MUST add the properties to the list of :property:`properties` under the respective entry listing :endpoint:`info` endpoint (see `Entry Listing Info Endpoints`_). -- **Examples**: A few examples of valid database-provided-specific property names, for a predefined prefix `_exmpl`, are as follows: +- **Examples**: A few examples of valid database-provided-specific property names, for a predefined prefix ``_exmpl``, are as follows: - :property:`_exmpl_formula_sum` - :property:`_exmpl_band_gap` @@ -3608,13 +3608,13 @@ url url\_stable\_until ~~~~~~~~~~~~~~~~~~ -- **Description**: Point in time until which the URL in `url` is guaranteed to stay stable. +- **Description**: Point in time until which the URL in :property:`url` is guaranteed to stay stable. - **Type**: timestamp - **Requirements/Conventions**: - **Support**: OPTIONAL support in implementations, i.e., MAY be :val:`null`. - **Query**: Support for queries on this property is OPTIONAL. - - :val:`null` means that there is no stability guarantee for the URL in `url`. + - :val:`null` means that there is no stability guarantee for the URL in :property:`url`. Indefinite support could be communicated by providing a date sufficiently far in the future, for example, :val:`9999-12-31`. name