Skip to content

Commit fd3c9ca

Browse files
committed
Prettify
1 parent 014cf73 commit fd3c9ca

File tree

1 file changed

+23
-17
lines changed

1 file changed

+23
-17
lines changed

README.md

Lines changed: 23 additions & 17 deletions
Original file line numberDiff line numberDiff line change
@@ -25,7 +25,6 @@ The tutorial uses [cUrl](https://ec.haxx.se/) commands throughout, but is also a
2525
[português](https://github.com/FIWARE/tutorials.Getting-Started/blob/master/README.pt.md) <br/> 🇪🇸 Este tutorial también
2626
está disponible en [español](https://github.com/FIWARE/tutorials.Getting-Started/blob/master/README.es.md)
2727

28-
2928
## Contents
3029

3130
<details>
@@ -60,10 +59,11 @@ está disponible en [español](https://github.com/FIWARE/tutorials.Getting-Start
6059

6160
> "Begin at the beginning," the King said, very gravely, "and go on till you come to the end: then stop."
6261
>
63-
> — Lewis Carroll, Alice in Wonderland
62+
> — Lewis Carroll, Alice in Wonderland
6463
65-
**NGSI-v2** is a JSON-based interoperability interface for use in individual Smart Systems. It is ideal for creating individual applications offering interoperable interfaces
66-
for web services or IoT devices. It is easier to understand than NGSI-LD and does not require a [JSON-LD `@context`](https://www.w3.org/TR/json-ld11/#the-context).
64+
**NGSI-v2** is a JSON-based interoperability interface for use in individual Smart Systems. It is ideal for creating
65+
individual applications offering interoperable interfaces for web services or IoT devices. It is easier to understand
66+
than NGSI-LD and does not require a [JSON-LD `@context`](https://www.w3.org/TR/json-ld11/#the-context).
6767

6868
# Architecture
6969

@@ -142,6 +142,7 @@ docker run -d --name fiware-orion -h orion --network=fiware_default \
142142
```
143143

144144
> [!NOTE]
145+
>
145146
> If you want to clean up and start again you can do so with the following commands
146147
>
147148
> ```
@@ -168,6 +169,7 @@ docker compose -p fiware up -d
168169
```
169170
170171
> [!NOTE]
172+
>
171173
> If you want to clean up and start again you can do so with the following command:
172174
>
173175
> ```
@@ -217,8 +219,7 @@ The response will look similar to the following:
217219
}
218220
```
219221

220-
> [!TIP]
221-
> **What if I get a `Failed to connect to localhost port 1026: Connection refused` Response?**
222+
> [!TIP] > **What if I get a `Failed to connect to localhost port 1026: Connection refused` Response?**
222223
>
223224
> If you get a `Connection refused` response, the Orion Content Broker cannot be found where expected for this
224225
> tutorial - you will need to substitute the URL and port in each cUrl command with the corrected IP address. All the
@@ -259,17 +260,22 @@ attributes are optional and will depend on the system being described. Each addi
259260
defined `type` and a `value` attribute.
260261
261262
> [!NOTE]
262-
> The `type` attribute should be used to describe the **Datatype** of the Entity and its Properties
263-
>
264-
> - For Native JSON Properties, the `type` can align with a well-known **Datatype** schema, such as [schema.org](https://schema.org/DataType) or
265-
> [XML Schema](https://www.w3.org/TR/2004/REC-xmlschema-2-20041028/) - typically values such as: `Time`, `Boolean`, `DateTime`, `Number`,
266-
> `Text`, `Date`, `Float`, `Integer` etc.
267-
> - For other JSON Objects, where possible use a datatype from an existing ontology - for example `PostalAddress` aligns with `https://schema.org/PostalAddress`.
268-
> - `"type": "Property"` can also be used if maintenance of a detailed datatype is not important.
269-
> - For GeoProperties, define the position using [GeoJSON](https://geojson.org/) and use the attribute type: `"type": "geo:json"`
270-
> - Use of [NGSI-LD](https://ngsi-ld-tutorials.readthedocs.io/) Property sub-classes such `LanguageProperty`, `VocabularyProperty`, `JsonProperty` and `ListProperty`
271-
> can be useful if it is enviaged that an NGSI-v2 system is expected to later connect with NGSI-LD systems for Federations and Data Spaces
272-
> - By convention `"type": "Relationship"` is used for [Relationships](https://github.com/FIWARE/tutorials.Entity-Relationships/tree/NGSI-v2)
263+
>
264+
> The `type` attribute should be used to describe the **Datatype** of the Entity and its Properties
265+
>
266+
> - For Native JSON Properties, the `type` can align with a well-known **Datatype** schema, such as
267+
> [schema.org](https://schema.org/DataType) or [XML Schema](https://www.w3.org/TR/2004/REC-xmlschema-2-20041028/) -
268+
> typically values such as: `Time`, `Boolean`, `DateTime`, `Number`, `Text`, `Date`, `Float`, `Integer` etc.
269+
> - For other JSON Objects, where possible use a datatype from an existing ontology - for example `PostalAddress`
270+
> aligns with `https://schema.org/PostalAddress`.
271+
> - `"type": "Property"` can also be used if maintenance of a detailed datatype is not important.
272+
> - For GeoProperties, define the position using [GeoJSON](https://geojson.org/) and use the attribute type:
273+
> `"type": "geo:json"`
274+
> - Use of [NGSI-LD](https://ngsi-ld-tutorials.readthedocs.io/) Property sub-classes such `LanguageProperty`,
275+
> `VocabularyProperty`, `JsonProperty` and `ListProperty` can be useful if it is enviaged that an NGSI-v2 system is
276+
> expected to later connect with NGSI-LD systems for Federations and Data Spaces
277+
> - By convention `"type": "Relationship"` is used for
278+
> [Relationships](https://github.com/FIWARE/tutorials.Entity-Relationships/tree/NGSI-v2)
273279
274280
#### 2️⃣ Request:
275281

0 commit comments

Comments
 (0)