> For the complete documentation index, see [llms.txt](https://sexytrees.savimbo.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://sexytrees.savimbo.com/methodology/es/descripcion-del-proyecto/limites-del-proyecto/limites-espaciales-del-bcp.md). # Límites espaciales del BCP Los BCP no necesitan proporcionar datos espaciales complejos, como [mapeo de hábitats](https://www.space-intelligence.com/habitatmapper-landcover-mapping/) datos para ser elegibles según 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 financiera y técnicamente excluyentes. Por lo tanto, hemos simplificado intencionalmente las tecnologías y herramientas para describir los proyectos espacialmente. 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. ### 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 ámbitos de distribución de las especies indicadoras generados durante un BCP ([Cálculo](broken://pages/3428ed023766b3fb62d084315eac9139c5464e3f)). * **Áreas** permiten la división macro del BCP, para separar las áreas circundantes de aquellas en las que las observaciones pueden acreditarse ([Cálculo](broken://pages/3428ed023766b3fb62d084315eac9139c5464e3f)). * **Segmentos** pueden utilizarse para proyectos que se solapan con dos ecosistemas diferentes (es decir, océano, costa y manglares), o con 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 ámbitos de distribución de las especies indicadoras durante la implementación del proyecto ([Cálculo del área](broken://pages/3428ed023766b3fb62d084315eac9139c5464e3f)) ### Capa de datos del área del proyecto Dentro de un BCP existen áreas de proyecto distintas, que pueden contener ecosistemas intactos, así como tierras adyacentes, o ecosistemas con algún nivel de perturbació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). * **Á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-linea-de-base/analisis-de-agentes-y-factores-de-perdida-de-biodiversidad.md) de pérdida de biodiversidad, y [especies indicadoras](/methodology/es/evaluacion-de-linea-de-base/seleccion-de-especies-indicadoras.md) se definen. Debe estar delimitada por microcuencas que se solapen o sean adyacentes al á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 revisión del escenario de línea de base. * **Á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 dedicada 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 solaparse. * **Á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 ecosistémicas (diferentes especies indicadoras), de valor (diferentes clasificaciones de amenaza de los ecosistemas) o jurisdiccionales (al cruzar el límite entre dos parcelas legales). * **Área potencial de fuga** se simplifica radicalmente para la inclusión de IP y LC al área de acción de las especies observadas dentro de ella, pero que se extienden *más allá de* el área del proyecto, animales que probablemente se desplazan más allá de las áreas de acreditación; esta señal puede monitorearse fácilmente a partir de los datos continuos del proyecto. Si el análisis de agentes y causas de la pérdida de biodiversidad define otros impulsores, un BCP puede decidir ampliar esta área y describir y monitorear un área de gestión de fugas para acciones preventivas (véase [Requisitos adicionales de monitoreo](/methodology/es/plan-de-monitoreo/requisitos-adicionales-de-monitoreo.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 un amplio y fluido rango de actividades determinadas localmente y recompensar los resultados, estimulando así la experimentación de las IP y las LC, que conocen mejor sus ecosistemas que los agentes externos. Dado que las PI y las 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**

Figura 4a. 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

Al desarrollar su proyecto, es crucial distinguir entre el área de referencia y el *área del proyecto o área de acreditación*. El *área de referencia* se refiere a toda la extensión geográfica del proyecto, que podría incluir tanto áreas designadas para la 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 utilizar observaciones de especies indicadoras generadas fuera del *área del proyecto*, donde los ámbitos de distribución se extienden dentro del *área del proyecto* pero todas las observaciones deben estar dentro del *área de referencia* como se describe a continuación. Como las CL suelen tener pequeñas parcelas de tierra, *área del proyecto* puede no ser siempre contigua 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*. Los proyectos de IP pueden agruparse con CL vecinas en proyectos agrupados. Esto se fomenta 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 FPIC (véase [Apéndice K](/methodology/es/apendices/fpic.md)). En resumen, el área de acreditación se limita a la tierra inscrita legalmente, que está cubierta por una unión de ámbitos de distribución de especies indicadoras normalizada a un círculo. ([Cálculos del área](broken://pages/3428ed023766b3fb62d084315eac9139c5464e3f)). Los ámbitos de distribución que se solapan con tierras inscritas 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: * **Ecosistemas** pueden cambiar dentro del área del proyecto. Por ejemplo, un proyecto grande que atraviese océano, costa y manglares tendrá clasificaciones de base del ecosistema y especies indicadoras completamente diferentes. * **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](broken://pages/7e886c4283a3bbf0e15346a07de6fb130aea41c4)). Las observaciones de especies indicadoras deben segmentarse para una acreditación precisa. * **Jurisdicción** los proyectos que se solapan con fronteras de países deben acreditarse por separado según la norma Cercarbonos; los proyectos agrupados pueden solaparse con límites regionales con diferentes parámetros de gobernanza, como los estados. #### Figura 4b. Área del proyecto con mapeo satelital

Figura 4b. Área del proyecto para un proyecto agrupado con mapeo satelital que muestra la segmentación por límites de puntos críticos de biodiversidad.

### Directrices de mapeo Siga estas directrices al mapear 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 las regiones que mantienen sus procesos ecológicos. Si el proyecto contiene más de un ecosistema, debe segmentarse por ecosistema ([Caracterización ecológica de base](/methodology/es/evaluacion-de-linea-de-base/categorizacion-ecologica-de-linea-de-base.md)). * **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. Las características pueden incluir 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 la precisión y la claridad. * **Justificación del límite:** Proporcione una justificación para el límite elegido. Explique cómo el límite se alinea con el ámbito de distribución de las especies indicadoras elegidas y abarca un ecosistema funcional e intacto. Analice cualquier consideración o desafío encontrado 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 requisitos diferentes para la inscripción legal y deben delimitarse claramente (véase [Apéndice K](/methodology/es/apendices/fpic.md)) . --- # 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://sexytrees.savimbo.com/methodology/es/descripcion-del-proyecto/limites-del-proyecto/limites-espaciales-del-bcp.md?ask=&goal= ``` `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.