# Límites espaciales del BCP

Los BCP no necesitan proporcionar datos espaciales complejos, como [cartografía de hábitat](https://www.space-intelligence.com/habitatmapper-landcover-mapping/) datos para ser elegibles bajo esta metodología ([Space Intelligence, s.f.](https://www.space-intelligence.com/habitatmapper-landcover-mapping/)). Muchos sistemas de clasificación de ecosistemas y las herramientas para esa clasificación están incompletos, no han sido probados o son financieramente y técnicamente excluyentes. Por ello, hemos simplificado intencionalmente las tecnologías y herramientas para describir proyectos espacialmente.&#x20;

Sin embargo, los límites espaciales del BCP deben definirse explícitamente en el PMP para los derechos sobre la tierra, los derechos indígenas y los algoritmos de acreditación.&#x20;

### Capas de datos

Un BCP puede contener tres capas de datos espaciales: áreas, observaciones de especies indicadoras y segmentos. Estas deben identificarse y delimitarse.

* **Observaciones** están compuestas por la unión de los rangos de hogar de las especies indicadoras generados durante un BCP ([Cálculo](/methodology/es/biodiversidad/calculo-de-biodiversidad/calculo-de-area.md)).
* **Áreas** permiten la división macro del BCP, para separar las áreas circundantes de aquellas donde las observaciones pueden ser acreditadas ([Cálculo](/methodology/es/biodiversidad/calculo-de-biodiversidad/calculo-de-area.md)).
* **Segmentos** pueden utilizarse para proyectos que se superponen a dos ecosistemas diferentes (es decir, océano, costa y manglar), o a dos áreas jurisdiccionales diferentes (es decir, distintos propietarios de tierras).

### Capa de datos de observaciones

Esta capa de datos se genera mediante observaciones directas de la unión de los rangos de hogar de las especies indicadoras durante la implementación del proyecto ([Cálculo de áreas](/methodology/es/biodiversidad/calculo-de-biodiversidad/calculo-de-area.md))

### Capa de datos del área del proyecto

Existen áreas de proyecto distintas dentro de un BCP, que pueden contener ecosistemas intactos así como tierras adyacentes, o ecosistemas con algún nivel de alteración.

Las áreas del proyecto se describen a continuación y se muestran en [Figura 4a](https://sexytrees.savimbo.com/methodology/es/descripcion-del-proyecto/limites-del-proyecto/pages/b05b65df1153474889debced8c26776b4799ccec#figure-4a.-diagram-of-spatial-areas-of-bcp).&#x20;

* **Área de referencia** es la región geográfica o los ecosistemas donde se lleva a cabo el análisis de [agentes y factores](/methodology/es/evaluacion-de-base/analisis-de-agentes-y-motores-de-la-perdida-de-biodiversidad.md) de la pérdida de biodiversidad, y se definen las [especies indicadoras](/methodology/es/evaluacion-de-base/seleccion-de-especies-indicadoras.md) . Debe estar delimitada por microcuencas que se superpongan a, o sean adyacentes a, el área del BCP. Es la región más amplia del BCP e incluye todas las demás áreas. El área de referencia debe definirse en un sistema de información geográfica. Debe incluir áreas de hábitat y puede incluir o no áreas sin hábitat. El área de referencia no está sujeta a monitoreo, pero debe reevaluarse en caso de una reformulación del escenario de línea de base.&#x20;
* **Área del proyecto** es la tierra inscrita legalmente dentro del BCP. Esta es el área dentro de la cual el BCP tiene permiso o contrato para emitir créditos de biodiversidad ([Criterios de elegibilidad](/methodology/es/descripcion-del-proyecto/criterios-de-elegibilidad.md)). Está explícitamente destinada a la conservación de la biodiversidad, bajo contrato con el BCP, y es donde se generarán los VBC y se distribuirán las recompensas. En los proyectos agrupados, las parcelas de tierra no pueden superponerse.
* **Área de acreditación** es la intersección de [observaciones de especies indicadoras](/methodology/es/descripcion-del-proyecto/plan-de-implementacion/observaciones-de-especies-indicadoras.md) y *área del proyecto*. Las áreas de acreditación pueden segmentarse por razones de ecosistemas (diferentes especies indicadoras), de valor (diferentes clasificaciones de amenaza para los ecosistemas) o jurisdiccionales (cruzar el límite entre dos parcelas legales).&#x20;
* **Área potencial de fuga** se simplifica radicalmente para la inclusión de IP y LC al área de los rangos de hogar de las especies observadas dentro, pero extendiéndose *más allá de* el área del proyecto; los animales probablemente se desplazan más allá de las áreas de acreditación, y esta señal puede monitorearse fácilmente a partir de los datos continuos del proyecto. Si el análisis de los agentes y causas de la pérdida de biodiversidad define otros factores impulsores, un BCP puede decidir ampliar esta área y describir y monitorear un área de gestión de fugas para acción preventiva (véase [Requisitos adicionales de monitoreo](/methodology/es/plan-de-seguimiento/requisitos-adicionales-de-seguimiento.md)).
* **(Opcional) Área de actividades del proyecto** esta área opcional puede ser descrita por los BCP, pero no es obligatoria. Uno de los objetivos de la metodología es permitir una gama amplia y flexible de actividades determinadas localmente y la recompensa por resultados, estimulando así la experimentación por parte de IP y LC, que conocen mejor sus ecosistemas que agentes externos.&#x20;

Dado que PI y CL suelen tener parcelas pequeñas, esta área no siempre será contigua y puede consistir en varios parches separados dentro del área de referencia. Cada uno de estos parches debe contribuir a los objetivos de conservación del proyecto, y su tamaño combinado define el área del proyecto.

#### Figura 4a. **Diagrama de las áreas espaciales del BCP**

<figure><img src="/files/310130fd72bff6637db45f9e54827e5fb142e08e" alt=""><figcaption><p><strong>Figura 4a.</strong> Diagrama de las áreas espaciales del BCP con la adición de la capa de observaciones de especies indicadoras que muestra las áreas acreditables, la zona de amortiguamiento, el área total del proyecto y el límite del proyecto </p></figcaption></figure>

Al desarrollar su proyecto, es crucial distinguir entre el área de referencia y el *área del proyecto o área de acreditación*. La *área de referencia* se refiere a la extensión geográfica total del proyecto, que podría incluir tanto las áreas designadas para conservación como otras regiones, como infraestructura, asentamientos humanos o áreas que no contribuyen a los objetivos de conservación de la biodiversidad del proyecto.

Algunos BCP pueden obtener permiso por escrito para usar observaciones de especies indicadoras generadas fuera del *área del proyecto*, donde los rangos de hogar se extienden dentro del *área del proyecto* pero todas las observaciones deben estar dentro del *área de referencia* como se describe a continuación.&#x20;

Dado que las LC suelen tener parcelas de tierra pequeñas, *área del proyecto* puede no ser siempre contiguo y podría consistir en varios parches separados dentro del *área de referencia*. Cada uno de estos parches debe contribuir a los objetivos de conservación del proyecto, y su extensión combinada define el *área del proyecto*.&#x20;

Los proyectos de IP pueden agruparse con LC vecinas en proyectos agrupados. Esto se recomienda cuando todas las partes están de acuerdo, ya que contribuye a los resultados de conservación. Esta diferencia no requiere segmentación, ya que es solo una diferencia en la propiedad de la tierra, pero sí requerirá diferentes parámetros de inclusión y protocolos de CLPI (véase [Apéndice K](/methodology/es/apendices/apendice-k-como-hacer-fpic.md)).&#x20;

En resumen, el área de acreditación se limita a la tierra inscrita legalmente, que está cubierta por una unión de rangos de hogar de especies indicadoras normalizada a un círculo. ([Cálculos de área](/methodology/es/biodiversidad/calculo-de-biodiversidad/calculo-de-area.md)). Los rangos de hogar que se superponen con la tierra inscrita legalmente constituyen una métrica importante: el área potencial de fuga ([Límites espaciales](/methodology/es/descripcion-del-proyecto/limites-del-proyecto/limites-espaciales-del-bcp.md)).

### Capa de datos de segmentos

Los proyectos que presentan diferencias sustanciales dentro del área del proyecto deberán segmentarse para la acreditación. Las razones más comunes por las que un proyecto debe segmentarse son las siguientes:&#x20;

* **Ecosistemas** pueden cambiar dentro del área del proyecto. Por ejemplo, un proyecto grande que atraviesa océano, costa y manglares tendrá clasificaciones de línea de base de ecosistema y especies indicadoras completamente diferentes.&#x20;
* **Amenaza** muchos proyectos pueden proteger los bordes de ecosistemas con diferentes niveles de amenaza y, por tanto, con diferentes valores de acreditación. (véase [Cálculos de valor](/methodology/es/biodiversidad/calculo-de-biodiversidad/calculos-de-valor.md)). Las observaciones de especies indicadoras deben segmentarse para una acreditación precisa.&#x20;
* **Jurisdicción** los proyectos que se superponen a las fronteras de países deben acreditarse por separado según el estándar Cercarbonos; los proyectos agrupados pueden superponerse a límites regionales con parámetros de gobernanza diferentes, como los estados.

#### Figura 4b. Área del proyecto con cartografía por satélite

<figure><img src="/files/f076d1df5f5b0e9a8dc79c85c43af1d956df2ec6" alt=""><figcaption><p><strong>Figura 4b.</strong> Área del proyecto para un proyecto agrupado con cartografía por satélite que muestra la segmentación por límites de hotspot de biodiversidad.</p></figcaption></figure>

### Directrices de cartografía

Siga estas directrices al cartografiar su proyecto y determinar sus límites:

* **Ecosistemas:** En consonancia con el enfoque en mantener y mejorar la biodiversidad dentro de ecosistemas funcionales e intactos, el límite debe abarcar principalmente regiones que mantengan sus procesos ecológicos. Si el proyecto contiene más de un ecosistema, debe segmentarse por ecosistema ([Caracterización del ecosistema de referencia](/methodology/es/evaluacion-de-base/categorizacion-de-ecosistemas-de-referencia.md)). &#x20;
* **Descripción geográfica:** Los BCP deben proporcionar en el PMP una descripción geográfica detallada del área del proyecto. Esto debe incluir información sobre sus características físicas (por ejemplo, topografía, clima), rasgos ecológicos (por ejemplo, tipos de ecosistema, especies clave) y aspectos humanos (por ejemplo, uso del suelo, comunidades locales). Describa cualquier factor que pueda influir en la implementación o los resultados del proyecto.
* **Mapas:** Incluya mapas claros y detallados del proyecto y de las áreas de actividad. Los mapas deben incluir el límite geográfico del proyecto y las características importantes dentro de él. Entre esas características pueden incluirse tipos de hábitat, ubicaciones de hábitats clave, áreas de especial interés para la conservación, límites de ecosistemas y asentamientos humanos o infraestructura. Siempre que sea posible, los mapas deben elaborarse con software SIG o dispositivos GPS portátiles para garantizar precisión y claridad.
* **Justificación del límite:** Proporcione una justificación del límite elegido. Explique cómo el límite se ajusta al rango de hogar de las especies indicadoras seleccionadas y abarca un ecosistema funcional intacto. Analice cualquier consideración o desafío encontrados al definir el límite, y cómo se abordaron.
* **Tierras indígenas:** Incluya información clara sobre las tierras indígenas incluidas dentro o cerca del área del proyecto. Las tierras indígenas tienen diferentes requisitos para la inscripción legal y deben delimitarse claramente (véase [Apéndice K](/methodology/es/apendices/apendice-k-como-hacer-fpic.md)) . &#x20;


---

# Agent Instructions: 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:

```
GET https://sexytrees.savimbo.com/methodology/es/descripcion-del-proyecto/limites-del-proyecto/limites-espaciales-del-bcp.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
