Un ruleset es un documento JSON que describe:Documentation Index
Fetch the complete documentation index at: https://docs-attestly.code4source.com/llms.txt
Use this file to discover all available pages before exploring further.
- Qué sources consultar (y cómo filtrarlos).
- Qué valores computar (counts, áreas, distancias).
- Qué condiciones deben cumplirse para que el resultado sea compliant.
/v1/evaluate, o guárdalo una vez
en el catálogo y referencia por name@version después.
Anatomía
Los tres bloques
sets — qué features considerar
Un set está anclado a un source y se cruza contra $input (la
geometría/identificador de la request) u otro set. Operadores de
join disponibles:
intersects— solapamiento de geometríacontains/within— contención totaldwithin— dentro de un bufferdisjoint— sin solapamientosubject_match— match por identificador (para subject registers)
projections — qué computar
Las projections producen valores numéricos o geométricos. Terminales
comunes:
count— número de features coincidentestotal_area_m2,total_perimeter_moverlap_ratio— fracción del input cubiertamin_distance_m,max_distance_maggregate— sum / avg / min / max de una propiedad de la featuremerge— geometría unificada (para visualización)
checks — qué debe cumplirse
Los checks tienen una severity y un predicate:
critical, high,
medium, low, info. Ver Verdicts para
entender cómo mapean a outcomes.
Atajo inline
Caso común — count + threshold en un único check. El parser acepta:Filtros
Restringe un set confilter:
Política de verdict personalizada
Sobrescribe el mapeo default de severity con una política explícita:Límites
Para mantener respuestas predecibles, la API impone:| Límite | Default |
|---|---|
| Máximo de sets | 20 |
| Máximo de checks | 50 |
| Máximo de projections | 20 |
| Profundidad máxima | 5 |
| Distancia máxima de buffer | 50 km |
| Área máxima del input | 1 000 km² |
| Máximo de evidence por check | 20 |
422 PROGRAM_VALIDATION_ERROR.