Skip to content

Commit 1cb6289

Browse files
committed
Add notes
1 parent 27be991 commit 1cb6289

File tree

2 files changed

+16
-16
lines changed

2 files changed

+16
-16
lines changed

README.ja.md

Lines changed: 8 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -361,7 +361,7 @@ git checkout NGSI-v2
361361

362362
公開されたポートに HTTP リクエストを送信することで、IoT Agent が実行されているかどうかを確認できます:
363363

364-
#### :one: リクエスト:
364+
#### 1️⃣ リクエスト:
365365

366366
```console
367367
curl -X GET \
@@ -394,7 +394,7 @@ curl -X GET \
394394
この例では、デバイスの匿名グループをプロビジョニングします。一連のデバイスがメッセージを `IOTA_HTTP_PORT`
395395
に送信することを IoT Agent に通知します (ここで、IoT Agent は **Northbound** 通信をリッスンします)
396396

397-
#### :two: リクエスト:
397+
#### 2️⃣ リクエスト:
398398

399399
```console
400400
curl -iX POST \
@@ -507,7 +507,7 @@ function checkMandatoryParams(queryPayload) {
507507
> ****: 個々の `id` が必要ない場合、または集約されたデータで十分な場合、`attributes`
508508
> は個別ではなくプロビジョニング・サービス内で定義できます。
509509
510-
#### :three: リクエスト:
510+
#### 3️⃣ リクエスト:
511511

512512
```console
513513
curl -iX POST \
@@ -544,7 +544,7 @@ HTTP コマンドは、基になるペイロードまたはトランスポート
544544
次の XML リクエストを行うことで、**Motion Sensor** デバイス `motion001` からのダミー IoT デバイスの測定を
545545
シミュレートできます。
546546

547-
#### :four: リクエスト:
547+
#### 4️⃣ リクエスト:
548548

549549
```console
550550
curl -L -X POST 'http://localhost:7896/iot/xml' \
@@ -586,7 +586,7 @@ function parse(payload) {
586586
Context Broker からエンティティ・データを取得すると、測定値が記録されていることがわかります。`fiware-service` および
587587
`fiware-service-path` ヘッダを追加することを忘れないでください。
588588

589-
#### :five: リクエスト:
589+
#### 5️⃣ リクエスト:
590590

591591
```console
592592
curl -X GET \
@@ -642,7 +642,7 @@ XML コマンドを送信する必要がある場所を保持し、`commands`
642642
`http://iot-sensors:3001/iot/bell001` で、`ring` コマンドを受け入れることができます。`transport=HTTP`
643643
属性は、使用する通信プロトコルを定義します。
644644

645-
#### :six: リクエスト:
645+
#### 6️⃣ リクエスト:
646646

647647
```console
648648
curl -iX POST \
@@ -688,7 +688,7 @@ Context Broker を接続する前に、`/v2/op/update` エンドポイントを
688688
Context Broker によって呼び出されるのは、このエンドポイントです。
689689
構成をテストするには、次のようにコマンドを直接実行します:
690690

691-
#### :seven: リクエスト:
691+
#### 7️⃣ リクエスト:
692692

693693
```console
694694
curl -iX POST \
@@ -793,7 +793,7 @@ IoT Agents の典型であるように、ペイロードの作成と通信のハ
793793
794794
アクチュエータ・コマンドの結果は、標準の NGSI コマンドを使用して Context Broker で読み取ることができます。
795795
796-
#### :eight: リクエスト:
796+
#### 8️⃣ リクエスト:
797797
798798
```console
799799
curl -X GET \

README.md

Lines changed: 8 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -343,7 +343,7 @@ The device monitor can be found at: `http://localhost:3000/device/monitor`
343343

344344
You can check if the IoT Agent is running by making an HTTP request to the exposed port:
345345

346-
#### :one: Request:
346+
#### 1️⃣ Request:
347347

348348
```console
349349
curl -X GET \
@@ -375,7 +375,7 @@ within this tutorial as we will be provisioning each device separately.
375375
This example provisions an anonymous group of devices. It tells the IoT Agent that a series of devices will be sending
376376
messages to the `IOTA_HTTP_PORT` (where the IoT Agent is listening for **Northbound** communications)
377377

378-
#### :two: Request:
378+
#### 2️⃣ Request:
379379

380380
```console
381381
curl -iX POST \
@@ -486,7 +486,7 @@ Three types of measurement attributes can be provisioned:
486486
> **Note**: in the case where individual `id`s are not required, or aggregated data is sufficient the `attributes` can
487487
> be defined within the provisioning service rather than individually.
488488
489-
#### :three: Request:
489+
#### 3️⃣ Request:
490490

491491
```console
492492
curl -iX POST \
@@ -523,7 +523,7 @@ device `motion001` with the URN `urn:ngsi-ld:Motion:001` and mapping the device
523523
You can simulate a dummy IoT device measurement coming from the **Motion Sensor** device `motion001`, by making the
524524
following XML request
525525

526-
#### :four: Request:
526+
#### 4️⃣ Request:
527527

528528
```console
529529
curl -L -X POST 'http://localhost:7896/iot/xml' \
@@ -565,7 +565,7 @@ entity attribute names (like `count`) - obviously the mapping is based on the va
565565
You can see that a measurement has been recorded, by retrieving the entity data from the context broker. Don't forget to
566566
add the `fiware-service` and `fiware-service-path` headers.
567567

568-
#### :five: Request:
568+
#### 5️⃣ Request:
569569

570570
```console
571571
curl -X GET \
@@ -621,7 +621,7 @@ invoked. The example below provisions a bell with the `deviceId=bell001`. The en
621621
`http://iot-sensors:3001/iot/bell001` and it can accept the `ring` command. The `transport=HTTP` attribute defines the
622622
communications protocol to be used.
623623

624-
#### :six: Request:
624+
#### 6️⃣ Request:
625625

626626
```console
627627
curl -iX POST \
@@ -667,7 +667,7 @@ directly to the IoT Agent's North Port using the `/v2/op/update` endpoint. It is
667667
invoked by the context broker once we have connected it up. To test the configuration you can run the command directly
668668
as shown:
669669

670-
#### :seven: Request:
670+
#### 7️⃣ Request:
671671

672672
```console
673673
curl -iX POST \
@@ -773,7 +773,7 @@ side of the code that needs modification to fulfil our custom use case.
773773
774774
The result of the actutator command can be read in the context broker using standard NGSI commands.
775775
776-
#### :eight: Request:
776+
#### 8️⃣ Request:
777777
778778
```console
779779
curl -X GET \

0 commit comments

Comments
 (0)