New to Claude Skills? Learn how to install them →

jeremylongshore on GitHub

PortalJS Connect CKAN

Free

Integrate PortalJS with CKAN for dynamic data access.

Get this skill

Free · Opens the source repo

What PortalJS Connect CKAN does

PortalJS Connect CKAN provides a seamless way to connect a PortalJS portal to a live CKAN backend, facilitating the retrieval of data directly through CKAN's REST API. This skill allows developers to replace static data sources with dynamic content, ensuring that the portal reflects real-time data from CKAN. By generating a lightweight server-side fetch client, this integration avoids adding runtime dependencies, making it suitable for projects that prioritize performance and simplicity.

The workflow begins by gathering necessary input such as the CKAN base URL and optional filters for organizations or groups. It then validates the provided details to ensure a proper connection to the CKAN instance. Once validated, the skill generates a custom fetch client that wraps CKAN's package_search and package_show endpoints, allowing the portal to serve data directly from CKAN without relying on a static manifest. This approach is particularly beneficial for developers looking to enhance their PortalJS portals with live data while maintaining the option for static deployment.

This skill is ideal for developers who have already scaffolded a PortalJS portal and want to connect it to an existing CKAN instance. It is particularly useful in scenarios where data needs to be dynamic and up-to-date, such as in data portals for government agencies, educational institutions, or research organizations. The generated code is compatible with Next.js, ensuring that the integration is efficient and easy to manage.

However, users should be aware that this skill requires a functioning CKAN backend that is publicly accessible. It is not suitable for projects that do not utilize CKAN or those that require a fully static data source without any live updates. Overall, PortalJS Connect CKAN streamlines the process of integrating CKAN with PortalJS, making it a valuable tool for developers aiming to enhance their data portals.

When to use it

Use this skill when you have a scaffolded PortalJS portal and want to connect it to a live CKAN instance for real-time data access.

When not to use it

Avoid using this skill if you do not have a CKAN backend or if your project requires a completely static data source without live updates.

What you can build with it

Connecting to a Public CKAN Instance

Easily integrate your PortalJS portal with a public CKAN instance to display live datasets.

Dynamic Data Filtering

Utilize organization and group filters to customize the datasets shown in your portal.

Rapid Prototyping of Data Portals

Quickly scaffold a new PortalJS portal and connect it to CKAN for immediate data access.

How to install PortalJS Connect CKAN

View source

1. Install with the skills CLI

npx skills add jeremylongshore/claude-code-plugins-plus-skills/portaljs-connect-ckan --agent claude-code

2. Or install it manually

Download the skill folder and drop it into ~/.claude/skills/ for all projects, or .claude/skills/ to scope it to one repo. Restart Claude Code so it picks up the new skill.

Anthropic's agentic coding CLI, and the reference implementation of Agent Skills. Drop a skill folder into ~/.claude/skills and Claude Code loads it automatically whenever a task matches the skill's description. Claude Code docs

Inside SKILL.md

Written by jeremylongshore

PortalJS — Connect CKAN

Overview

Connect an existing portaljs-catalog portal to a live CKAN backend for the "decoupled / any backend" path. The portal stops reading the static datasets.json manifest (and files in /public/data/) and instead feeds its two data surfaces — the /search catalog and the /@namespace/slug showcases — straight from a CKAN instance's REST API (package_search / package_show) through a generated fetch client. Output is plain, editable Next.js code with no runtime dependency — never @portaljs/ckan, whose bundle wires React UI components to React 18 internals and crashes at import under the template's React 19. Pages fetch CKAN server-side in getStaticProps/getStaticPaths, so the catalog is pre-rendered at build time and the site can still be statically deployed. Run this right after portaljs-new-portal to swap a freshly scaffolded portal's sample data over to CKAN.

Prerequisites

  • A scaffolded PortalJS portal (see portaljs-new-portal) with package.json, pages/, datasets.json, pages/search.tsx, and pages/[owner]/[slug].tsx present.
  • A CKAN base URL that is publicly reachable, e.g. https://demo.dev.datopian.com.
  • Node 18+ and npm available in the portal directory (no new packages are installed).

Instructions

The canonical, full step-by-step workflow is .claude/commands/portaljs-connect-ckan.md — the single source of truth. Read and follow it when executing. Summary:

  1. Gather input from $ARGUMENTS — CKAN base URL (required), org filter (optional), group filter (optional), portal directory (default .). If the URL is missing, interview the user; never dead-end with a missing-input error.
  2. Validate the target directory is a portaljs-catalog portal; if not, suggest portaljs-new-portal instead of failing silently.
  3. Verify the CKAN backend is reachable via package_search?rows=1, and validate each org filter via organization_show; on failure, explain and re-prompt rather than dead-ending.
  4. Generate lib/ckan.ts — a self-contained server-side fetch client wrapping package_search and package_show, with DMS, ORG_FILTER, GROUP_FILTER, and MAX_DATASETS as editable constants.
  5. Rewire pages/search.tsx to list datasets from package_search, linking each to /@namespace/slug via datasetHref; leave pages/index.tsx untouched.
  6. Overwrite pages/[owner]/[slug].tsx to pre-render one page per dataset via getStaticPaths and fetch details with package_show, previewing tabular resources through the existing Table component.
  7. Verify the build with npx next build; fix any error before reporting success.
  8. Report what changed: client, catalog, showcase, filters, and static page count.

Output

  • Created: lib/ckan.ts (fetch wrapper client — no dependency added to package.json).
  • Modified: pages/search.tsx (catalog reads package_search); pages/[owner]/[slug].tsx (showcase reads package_show, overwritten to drop the datasets.json source).
  • Unchanged: pages/index.tsx (still the static search-first landing page).
  • Verified: npx next build succeeds and prints the static page count.
  • Result: /search and /@namespace/slug are served from the CKAN backend; the DMS env var can override the base URL at deploy time without editing code.

Error Handling

SymptomCauseFix
Missing CKAN URLUser invoked the skill with no $ARGUMENTSAsk for the base URL (and optional org/group filter); never error out.
package_search request fails or times outURL isn't a reachable CKAN rootTell the user, ask them to confirm the URL, and retry.
Org filter not foundorganization_show returns success: falseList valid orgs from organization_list and ask which one was meant.
Catalog renders empty after connectingWrong org/group filter name in lib/ckan.tsClear or correct the filter constants and rebuild.
next build failsTypo in substituted CKAN_URL or bad TypeScript editPrint the log, fix the first error, and re-run before reporting success.
<Table> fails to load a resourceCKAN resource host blocks CORSNote that the Download link still works; prefer datastore-backed resources.

Examples

Example 1 — Public CKAN demo, no filters

/portaljs-connect-ckan url=https://demo.dev.datopian.com

Example 2 — Restrict the catalog to one organization

/portaljs-connect-ckan url=https://demo.dev.datopian.com org=my-org

Example 3 — Filter by group and target a specific portal directory

/portaljs-connect-ckan url=https://data.example.gov group=education dir=./my-portal

Resources

Frequently asked questions about PortalJS Connect CKAN

Similar skills