Docling Actor on Apify This Actor (specification v1) wraps the Docling project to provide serverless document processing in the cloud. It can process complex documents (PDF, DOCX, images) and convert them into structured formats (Markdown, JSON, HTML, Text, or DocTags) with optional OCR support. ## What are Actors? Actors are serverless microservices running on the Apify Platform. They are based on the Actor SDK and can be found in the Apify Store. Learn more about Actors in the Apify Whitepaper. ## Table of Contents 1. Features 2. Usage 3. Input Parameters 4. Output 5. Performance and Resources 6. Troubleshooting 7. Local Development 8. Architecture 9. License 10. Acknowledgments 11. Security Considerations ## Features - Leverages the official docling-serve-cpu Docker image for efficient document processing - Processes multiple document formats: - PDF documents (scanned or digital) - Microsoft Office files (DOCX, XLSX, PPTX) - Images (PNG, JPG, TIFF) - Other text-based formats - Provides OCR capabilities for scanned documents - Exports to multiple formats: - Markdown - JSON - HTML - Plain Text - DocTags (structured format) - No local setup needed—just provide input via a simple JSON config ## Usage ### Using Apify Console 1. Go to the Apify Actor page. 2. Click "Run". 3. In the input form, fill in: - The URL of the document. - Output format (md, json, html, text, or doctags). - OCR boolean toggle. 4. The Actor will run and produce its outputs in the default key-value store under the key OUTPUT. ### Using Apify API bash curl --request POST \ --url "https://api.apify.com/v2/acts/vancura~docling/run" \ --header 'Content-Type: application/json' \ --header 'Authorization: Bearer YOUR_API_TOKEN' \ --data '{ "options": { "to_formats": ["md", "json", "html", "text", "doctags"] }, "http_sources": [ {"url": "https://vancura.dev/assets/actor-test/facial-hairstyles-and-filtering-facepiece-respirators.pdf"}, {"url": "https://arxiv.org/pdf/2408.09869"} ] }' ### Using Apify CLI bash apify call vancura/docling --input='{ "options": { "to_formats": ["md", "json", "html", "text", "doctags"] }, "http_sources": [ {"url": "https://vancura.dev/assets/actor-test/facial-hairstyles-and-filtering-facepiece-respirators.pdf"}, {"url": "https://arxiv.org/pdf/2408.09869"} ] }' ## Input Parameters The Actor accepts a JSON schema matching the file .actor/input_schema.json. Below is a summary of the fields: | Field | Type | Required | Default | Description | |----------------|---------|----------|----------|-------------------------------------------------------------------------------| | http_sources | object | Yes | None | https://github.com/DS4SD/docling-serve?tab=readme-ov-file#url-endpoint | | options | object | No | None | https://github.com/DS4SD/docling-serve?tab=readme-ov-file#common-parameters | ### Example Input json { "options": { "to_formats": ["md", "json", "html", "text", "doctags"] }, "http_sources": [ {"url": "https://vancura.dev/assets/actor-test/facial-hairstyles-and-filtering-facepiece-respirators.pdf"}, {"url": "https://arxiv.org/pdf/2408.09869"} ] } ## Output The Actor provides three types of outputs: 1. Processed Documents in a ZIP - The Actor will provide the direct URL to your result in the run log, looking like: text You can find your results at: 'https://api.apify.com/v2/key-value-stores/[YOUR_STORE_ID]/records/OUTPUT' 2. Processing Log - Available in the key-value store as DOCLING_LOG 3. Dataset Record - Contains processing metadata with: - Direct link to the processed output zip file - Processing status You can access the results in several ways: 1. Direct URL (shown in Actor run logs): text https://api.apify.com/v2/key-value-stores/[STORE_ID]/records/OUTPUT 2. Programmatically via Apify CLI: bash apify key-value-stores get-value OUTPUT 3. Dataset - Check the "Dataset" tab in the Actor run details to see processing metadata ### Example Outputs #### Markdown (md) markdown # Document Title ## Section 1 Content of section 1... ## Section 2 Content of section 2... #### JSON json { "title": "Document Title", "sections": [ { "level": 1, "title": "Section 1", "content": "Content of section 1..." } ] } #### HTML html <h1>Document Title</h1> <h2>Section 1</h2> <p>Content of section 1...</p> ### Processing Logs (DOCLING_LOG) The Actor maintains detailed processing logs including: - API request and response details - Processing steps and timing - Error messages and stack traces - Input validation results Access logs via: bash apify key-value-stores get-record DOCLING_LOG ## Performance and Resources - Docker Image Size: ~4GB - Memory Requirements: - Minimum: 2 GB RAM - Recommended: 4 GB RAM for large or complex documents - Processing Time: - Simple documents: 15-30 seconds - Complex PDFs with OCR: 1-3 minutes - Large documents (100+ pages): 3-10 minutes ## Troubleshooting Common issues and solutions: 1. Document URL Not Accessible - Ensure the URL is publicly accessible - Check if the document requires authentication - Verify the URL leads directly to the document 2. OCR Processing Fails - Verify the document is not password-protected - Check if the image quality is sufficient - Try processing with OCR disabled 3. API Response Issues - Check the logs for detailed error messages - Ensure the document format is supported - Verify the URL is correctly formatted 4. Output Format Issues - Verify the output format is supported - Check if the document structure is compatible - Review the DOCLING_LOG for specific errors ### Error Handling The Actor implements comprehensive error handling: - Detailed error messages in DOCLING_LOG - Proper exit codes for different failure scenarios - Automatic cleanup on failure - Dataset records with processing status ## Local Development If you wish to develop or modify this Actor locally: 1. Clone the repository. 2. Ensure Docker is installed. 3. The Actor files are located in the .actor directory: - Dockerfile - Defines the container environment - actor.json - Actor configuration and metadata - actor.sh - Main execution script that starts the docling-serve API and orchestrates document processing - input_schema.json - Input parameter definitions - dataset_schema.json - Dataset output format definition - CHANGELOG.md - Change log documenting all notable changes - README.md - This documentation 4. Run the Actor locally using: bash apify run ### Actor Structure text .actor/ ├── Dockerfile # Container definition ├── actor.json # Actor metadata ├── actor.sh # Execution script (also starts docling-serve API) ├── input_schema.json # Input parameters ├── dataset_schema.json # Dataset output format definition ├── docling_processor.py # Python script for API communication ├── CHANGELOG.md # Version history and changes └── README.md # This documentation ## Architecture This Actor uses a lightweight architecture based on the official quay.io/ds4sd/docling-serve-cpu Docker image: - Base Image: quay.io/ds4sd/docling-serve-cpu:latest (~4GB) - Multi-Stage Build: Uses a multi-stage Docker build to include only necessary tools - API Communication: Uses the RESTful API provided by docling-serve - Request Flow: 1. The actor script starts the docling-serve API on port 5001 2. Performs health checks to ensure the API is running 3. Processes the input parameters 4. Creates a JSON payload for the docling-serve API with proper format: json { "options": { "to_formats": ["md"], "do_ocr": true }, "http_sources": [{"url": "https://example.com/document.pdf"}] } 5. Makes a POST request to the /v1alpha/convert/source endpoint 6. Processes the response and stores it in the key-value store - Dependencies: - Node.js for Apify CLI - Essential tools (curl, jq, etc.) copied from build stage - Security: Runs as a non-root user for enhanced security ## License This wrapper project is under the MIT License, matching the original Docling license. See LICENSE for details. ## Acknowledgments - Docling and docling-serve-cpu by IBM - Apify for the serverless actor environment ## Security Considerations - Actor runs under a non-root user for enhanced security - Input URLs are validated before processing - Temporary files are securely managed and cleaned up - Process isolation through Docker containerization - Secure handling of processing artifacts