dpla-takedown

Remove DPLA items from the live site and search index.

35|12|Updated Jan 10, 2017
One-click install
npx skills add https://github.com/dpla/ingestion3 --skill dpla-takedown
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dpla-takedown
Source: https://github.com/dpla/ingestion3/tree/main/.cursor/skills/dpla-takedown
Command: npx skills add https://github.com/dpla/ingestion3 --skill dpla-takedown

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Remove DPLA items from the live site and search index in response to takedown requests, ensuring careful pre-flight checks and safe deletion.

Core Features & Use Cases

  • Pre-flight verification, search-before-delete, and post-deletion confirmation for takedowns.
  • Supports IDs or criteria (hub, institution, collection) to generate an item list and perform staged deletion from S3 and Elasticsearch.
  • Provides batch handling, safety prompts, and post-action verification to prevent collateral data loss.

Quick Start

Provide the takedown IDs or a hub/institution query and confirm to begin the takedown.

Frequently Asked Questions about dpla-takedown

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I remove items from an Elasticsearch index in response to a takedown request?

To remove items from an Elasticsearch index via a takedown request, you provide explicit IDs or criteria like hub and institution. The system coordinates pre-flight verification, search-before-delete, and post-deletion confirmation to ensure safe deletion from S3 and Elasticsearch.

Can I delete records from S3 and Elasticsearch using hub or collection criteria instead of IDs?

Yes, you can delete records from S3 and Elasticsearch using hub, institution, or collection criteria. The takedown process generates an item ID list from these criteria, allowing batch handling and staged deletion without needing explicit individual IDs.

What safeguards prevent accidental data loss during a batch takedown from a search index?

Safeguards preventing accidental data loss during a batch takedown include mandatory pre-flight verification, search-before-delete operations, safety prompts, and explicit user confirmations. Post-action verification also ensures no collateral data loss occurs.

What is the best way to process takedown requests for a live search index and master dataset?

The best way to process takedown requests for a live search index and master dataset is using a staged deletion workflow. This approach coordinates S3 master dataset exports and Elasticsearch operations with strict pre-flight checks and post-deletion confirmation.

Do I need explicit user confirmation before deleting items from the live site?

Yes, explicit user confirmation is required before deleting items from the live site. The takedown workflow enforces strict safeguards and safety prompts to ensure deliberate action and prevent unintended removal of DPLA items.