> For the complete documentation index, see [llms.txt](https://isbm.savimbo.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://isbm.savimbo.com/methodology/ja/purojekutono/purojekuto/bcpno.md).

# BCPの空間的範囲

BCPは、以下のような複雑な空間データを提供する必要はありません。 [生息地マッピング](https://www.space-intelligence.com/habitatmapper-landcover-mapping/) データは、本方法論の下で適格となるために必要ではありません（[Space Intelligence、n.d.](https://www.space-intelligence.com/habitatmapper-landcover-mapping/)）。多くの生態系分類システムと、その分類のためのツールは、不完全であり、未検証であり、または資金面・技術面で限定的です。したがって、プロジェクトを空間的に記述するための技術とツールは、意図的に簡素化しています。&#x20;

ただし、BCPの空間的境界は、土地権利、先住民族の権利、およびクレジット付与アルゴリズムのために、PMPにおいて明示的に定義しなければなりません。&#x20;

### データレイヤー

BCPは、3つの空間データレイヤー、すなわちエリア、指標種の観測、セグメントを含むことができます。これらは特定し、境界を画定しなければなりません。

* **観測** は、BCP実施中に生成される指標種の生息域の集合から構成されます（[計算](/methodology/ja/suan-ding/mian-ji-ji-suan.md)).
* **エリア** は、周辺エリアと、観測に基づくクレジット付与が可能なエリアとを分離するため、BCPのマクロ区分を可能にします（[計算](/methodology/ja/suan-ding/mian-ji-ji-suan.md)).
* **セグメント** は、2つの異なる生態系（すなわち、海洋、海岸線、マングローブ）にまたがるプロジェクト、または2つの異なる管轄区域（すなわち、異なる土地所有者）にまたがるプロジェクトに使用できます。

### 観測データレイヤー

このデータレイヤーは、プロジェクト実施中に行われる指標種の生息域の集合の直接観測によって生成されます（[エリア計算](/methodology/ja/suan-ding/mian-ji-ji-suan.md))

### プロジェクトエリアのデータレイヤー

BCP内には、明確に区別されるプロジェクトエリアがあり、そこには健全な生態系のほか、隣接地、または一定程度攪乱を受けた生態系が含まれる場合があります。

プロジェクトエリアについては以下に説明し、 [図4a](https://isbm.savimbo.com/methodology/ja/purojekutono/purojekuto/pages/765c8882ab03424da6814ec61a44b8eb1ec7991b#figure-4a.-diagram-of-spatial-areas-of-bcp).&#x20;

* **参照エリア** は、 [生物多様性損失の要因と駆動要因](/methodology/ja/bsurain/nooyobino.md) の分析を実施する地理的地域または生態系であり、 [指標種](/methodology/ja/bsurain/no.md) を定義します。これは、BCP地域と重複または隣接する微小流域によって画定されるべきです。BCPの最も広い地域であり、他のすべてのエリアを含みます。参照エリアは地理情報システムで定義しなければなりません。生息地エリアを含める必要があり、生息地以外のエリアを含む場合と含まない場合があります。参照エリアはモニタリングの対象ではありませんが、ベースラインシナリオの再構築が行われた場合には再評価しなければなりません。&#x20;
* **プロジェクトエリア** は、BCP内で法的に登録された土地です。これは、BCPが生物多様性クレジットを発行する許可または契約を有するエリアです（[適格基準](/methodology/ja/purojekutono/shi-ge-ji-zhun.md)）。これは、BCPとの契約の下で、生物多様性保全のために明示的に充てられ、VBCが生成され、報酬が配分されるエリアです。グループ化されたプロジェクトでは、土地区画は重複できません。
* **クレジット付与エリア** は、 [指標種の観測](/methodology/ja/purojekutono/shi-shi-ji-hua/no.md) と *プロジェクトエリア*の交差部分です。クレジット付与エリアは、生態系（異なる指標種）、価値（異なる生態系脅威分類）、または管轄（2つの法的区画の境界を越える）上の理由により、区分できます。&#x20;
* **潜在的リーケージエリア** は、先住民族および地域社会の包摂のために、内部で観測された種の生息域だが、 *を越えて* プロジェクトエリアの外へ広がるものとして、極めて単純化されています。クレジット付与エリアを超えて行動圏を持つ可能性が高い動物については、このシグナルは進行中のプロジェクトデータから容易にモニタリングできます。生物多様性損失の要因と原因の分析でさらなる駆動要因が特定された場合、BCPはこのエリアを拡大し、予防措置のためのリーケージ管理エリアを記述・モニタリングすることを決定できます（参照 [追加モニタリング要件](/methodology/ja/monitaringu/monitaringu-1.md)).
* **（任意）プロジェクト活動エリア** この任意エリアはBCPが記述できますが、必須ではありません。本方法論の目的の一つは、現地で決定される幅広く流動的な活動と成果への報酬を認めることにあり、外部の主体より生態系をよく知る先住民族および地域社会による実験を促進することにあります。&#x20;

先住民族および地域社会はしばしば小規模な区画を有するため、このエリアは常に連続しているとは限らず、参照エリア内の複数の পৃথ々な区画から構成される場合があります。これらの各区画は、プロジェクトの保全目的に貢献しなければならず、その合計面積がプロジェクトエリアを定義します。

#### 図4a。 **BCPの空間エリアの図解**

<figure><img src="/files/c16d82a35a6aee3c06b7dbbf1e69f96b1fcbe4a2" alt=""><figcaption><p><strong>図4a。</strong> BCPの空間エリアの図解に、指標種の観測レイヤーを加え、クレジット付与可能エリア、緩衝帯、総プロジェクトエリア、およびプロジェクト境界を示したもの </p></figcaption></figure>

プロジェクトを策定する際には、参照エリアと *プロジェクトエリアまたはクレジット付与エリア*を区別することが極めて重要です。 *参照エリア* は、プロジェクト全体の地理的範囲を指し、保全に指定されたエリアのほか、インフラ、人間居住地、またはプロジェクトの生物多様性保全目的に寄与しない地域を含む場合があります。

一部のBCPは、 *プロジェクトエリア*の外で生成された指標種の観測を使用する書面による許可を得る場合があります。そこでは、生息域が *プロジェクトエリア* の内側まで延びている一方で、すべての観測は *参照エリア* 内に収まらなければならないものと、以下に記載されています。&#x20;

先住民族および地域社会が有する土地区画はしばしば小規模であるため、 *プロジェクトエリア* は常に連続しているとは限らず、 *参照エリア*内の複数の পৃথ々な区画から構成される場合があります。これらの各区画は、プロジェクトの保全目標に寄与すべきであり、その合計範囲が *プロジェクトエリア*.&#x20;

先住民族のプロジェクトは、グループ化プロジェクトにおいて近隣の地域社会とグループ化できます。これは、すべての当事者が合意する場合には推奨されます。保全成果に寄与するためです。この違いは、土地所有の相違にすぎないためセグメント化を要しませんが、異なる包摂パラメータおよびFPIC手続（参照 [付録K](/methodology/ja/fu-lu/kfpicno.md)).&#x20;

要するに、クレジット付与エリアは、法的に登録された土地に限定され、そこは円に正規化された指標種の生息域の集合によってカバーされます。（[エリア計算](/methodology/ja/suan-ding/mian-ji-ji-suan.md)）。法的に登録された土地と重複する生息域は、重要な指標である潜在的リーケージエリアを構成します（[空間的境界](/methodology/ja/purojekutono/purojekuto/bcpno.md)).

### セグメントデータレイヤー

プロジェクトエリア内に大きな差異があるプロジェクトでは、クレジット付与のためにセグメント化が必要です。プロジェクトをセグメント化しなければならない最も一般的な理由は以下のとおりです。&#x20;

* **生態系** は、プロジェクトエリア内で変化する場合があります。例えば、海洋から海岸線、マングローブ湿地へとまたがる大規模プロジェクトでは、生態系のベースライン分類も指標種も完全に異なります。&#x20;
* **脅威** 多くのプロジェクトは、異なる脅威レベル、したがって異なるクレジット価値を持つ生態系の境界を保全する場合があります。（参照 [価値計算](/methodology/ja/suan-ding/si-zhi-ji-suan.md)）。正確なクレジット付与のためには、指標種の観測をセグメント化しなければなりません。&#x20;
* **管轄** 国境をまたぐプロジェクトはCercarbonosの基準の下で別個にクレジット付与しなければならない一方、グループ化プロジェクトは、州など異なる統治パラメータを持つ地域境界をまたぐ場合があります。

#### 図4b。衛星マッピングを用いたプロジェクトエリア

<figure><img src="/files/f055804a338310720cb4c6580f2e1561ab80227e" alt=""><figcaption><p><strong>図4b。</strong> 生物多様性ホットスポットの境界によるセグメント化を示す衛星マッピング付きのグループ化プロジェクトのプロジェクトエリア。</p></figcaption></figure>

### マッピング指針

プロジェクトをマッピングし、その境界を決定する際には、以下の指針に従ってください。

* **生態系：** 機能的に健全な生態系の中で生物多様性を維持・向上させることに重点を置くことに沿って、境界は主として、その生態学的プロセスが維持されている地域を包含すべきです。プロジェクトが複数の生態系を含む場合は、生態系ごとにセグメント化する必要があります（[ベースラインの生態系特性化](/methodology/ja/bsurain/bsurain.md)). &#x20;
* **地理的記述：** BCPは、PMPにおいてプロジェクトエリアの詳細な地理的記述を提供しなければなりません。これには、物理的特性（例：地形、気候）、生態学的特徴（例：生態系タイプ、主要種）、および人間的側面（例：土地利用、地域社会）に関する情報を含める必要があります。プロジェクトの実施または成果に影響を与え得る要因を記述してください。
* **地図：** プロジェクトエリアおよび活動エリアの明確で詳細な地図を含めてください。地図には、プロジェクトの地理的境界と、その内部の重要な特徴を含める必要があります。特徴には、生息地タイプ、主要生息地の位置、特に保全上重要なエリア、生態系の境界、人間居住地またはインフラなどが含まれ得ます。可能な限り、正確性と明瞭性を確保するため、地図はGISソフトウェアまたは携帯型GPS機器を用いて作成してください。
* **境界の正当化：** 選定した境界の正当化を示してください。その境界が、選定した指標種の生息域とどのように整合し、機能的に健全な生態系を包含しているかを説明してください。境界設定において直面した考慮事項や課題、およびそれらにどのように対処したかについて論じてください。
* **先住民族の土地：** プロジェクトエリア内またはその近傍に含まれる先住民族の土地について、明確な情報を含めてください。先住民族の土地には、法的登録に関して異なる要件があり、明確に画定されなければなりません（参照 [付録K](/methodology/ja/fu-lu/kfpicno.md)) . &#x20;


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://isbm.savimbo.com/methodology/ja/purojekutono/purojekuto/bcpno.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
