Skip to main content
The Catalog API uses page-based pagination to efficiently handle large result sets. All endpoints provide consistent pagination metadata to help you navigate through results.

Pagination Response Structure

Paginated endpoints return a consistent structure:
All endpoints consistently return data in a data array and use page_size for pagination parameters. The pagination object structure is consistent across all endpoints.

Pagination Patterns

The Catalog API uses consistent pagination patterns. Examples for each pattern are shown below:

Pattern 1: GET Endpoints with Query Parameters

Endpoints: /v2/vendors, /v2/usageUse page and page_size as query parameters. Response includes a pagination object.

Pattern 2: GET Endpoints with Query Parameters (listings, collections)

Endpoints: /v2/listings, /v2/collectionsUse page and page_size as query parameters (along with endpoint-specific params like vendor). Response includes a pagination object.

Pattern 3: Execution Status Endpoints

Endpoints: /v2/extract/{execution_id}Use page and page_size as query parameters (only when status is "completed"). Response includes a pagination object.

Basic Implementation Example

Here’s a simple example of implementing pagination:

Best Practices

Using has_next and has_prev

The has_next and has_prev boolean fields make it easy to implement navigation controls:

Page Size Recommendations

Choose page sizes that balance performance and user experience:
  • Mobile: 6-12 items per page
  • Desktop: 12-24 items per page
  • Maximum: 100 items per page (varies by endpoint)