portolan-cli
Skill78 starsChanged 8 months agoApache-2.0View on GitHub
Use when publishing, managing, or converting cloud-native geospatial data catalogs with the Portolan CLI. Covers init, add, check, push, pull, sync, partitioning, and format conversion workflows.
- Installs packages
1 other project uses a version of this.
Adopted by
Most recently taken up by
- portolan-sdi/portolan-skillstheir own version, first seen Oct 15, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- portolan-sdi/portolan-skills★ 11same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository19 other files it gives its agents.
- .github/copilot-instructions.mdCopilot instructions
- detect-objectsSkill
- gdalSkill
- geoparquet-validationSkill
- geospatial-frontendSkill
- geospatial-viewersSkill
- geozarrSkill
- overture-dataSkill
- parallel-geospatialSkill
- planet-bulk-downloadSkill
- pmtiles-pipelineSkill
- portolan-bootstrapSkill
- portolan-thumbnailsSkill
- reading-portolanSkill
- register-catalogSkill
- search-stacSkill
- sourcecoopSkill
- tesseraSkill
- zarr-multiscalesSkill
The file
We split this skill into the rules it gives an agent
5 rules. About 0 are common, 3 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 30
If portolan is not installed, guide the user through installation before proceeding.
- Very specific: line 55
All STAC links use relative paths (SELF_CONTAINED) — catalogs are portable across hosting locations.
- Distinctive: line 167
Remove files from tracking.
- Distinctive: line 231
Remove all Portolan metadata while preserving data files.
- Very specific: line 270
All commands support --json or --format json:
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Portolan CLI
Publish and manage cloud-native geospatial data catalogs.
Portolan is a CLI for publishing and managing cloud-native geospatial data catalogs. It orchestrates format conversion (GeoParquet, COG), versioning, and sync to object storage (S3, GCS, Azure) — no running servers, just static files.
Specification: The Portolan Spec defines catalog structure, format requirements, and versioning rules. When in doubt about requirements, read the spec files directly (core.md, structure.md, versions.md, formats/vector.md, formats/raster.md, formats/pointcloud.md, best-practices.md) for the most up-to-date information.
Key concepts:
- STAC (SpatioTemporal Asset Catalog) — The catalog metadata spec. Portolan is a STAC profile, not a competing spec.
- GeoParquet — Cloud-optimized vector data (columnar, spatial indexing)
- COG (Cloud-Optimized GeoTIFF) — Cloud-optimized raster data (HTTP range requests)
- COPC (Cloud-Optimized Point Cloud) — Cloud-optimized point cloud data
- PMTiles — Cloud-optimized vector/raster tiles for web map rendering
- versions.json — Single source of truth for version history, sync state, and checksums
Installation
pipx install portolan-cli # Isolated (recommended)
pip install portolan-cli # Or with pip
uv pip install portolan-cli # Or with uvIf portolan is not installed, guide the user through installation before proceeding.
Catalog Structure
Portolan catalogs use a flat hierarchy with STAC metadata:
project/
├── .portolan/
│ ├── config.yaml # Internal config (sentinel file)
│ └── state.json # Local sync state
├── catalog.json # STAC Catalog (root metadata)
├── versions.json # Catalog-level version tracking
└── {collection_id}/
├── collection.json # STAC Collection metadata
├── versions.json # Collection-level versioning
├── {data}.parquet # Single-file collection asset
├── {data}.pmtiles # Visualization derivative
└── thumbnail.png # Preview imageSingle-file collections (one GeoParquet/COG) use collection-level assets directly — no item directory needed.
Partitioned collections (>2GB) use item subdirectories per partition.
All STAC links use relative paths (SELF_CONTAINED) — catalogs are portable across hosting locations.
CLI Commands
portolan init
Initialize a new Portolan catalog.
portolan init # Initialize in current directory
portolan init --auto # Skip prompts, use defaults
portolan init --title "My Catalog" # Set title
portolan init /path/to/data --auto # Initialize in specific directoryportolan scan
Scan a directory for geospatial files and potential issues.
portolan scan # Scan current directory
portolan scan --json # JSON output
portolan scan /data/geospatial
portolan scan /large/tree --max-depth=2portolan check
Validate a Portolan catalog or check files for cloud-native status.
portolan check # Validate all (metadata + geo-assets)
portolan check --metadata # Validate metadata only
portolan check --geo-assets # Check geo-assets only
portolan check --fix # Fix both metadata and geo-assetsportolan add
Track files in the catalog.
portolan add demographics/census.parquet
portolan add file1.geojson file2.geojson # Add multiple files
portolan add imagery/ # Add all files in directory
portolan add . # Add all files in catalogportolan push
Push local catalog changes to cloud object storage.
portolan push s3://mybucket/catalog --collection demographics
portolan push gs://mybucket/catalog -c imagery --dry-run
portolan push s3://mybucket/catalog
portolan push --dry-run # Uses configured remoteportolan pull
Pull updates from a remote catalog.
portolan pull s3://mybucket/my-catalog --collection demographics
portolan pull s3://mybucket/catalog -c imagery --dry-run
portolan pull s3://mybucket/catalog
portolan pull s3://mybucket/catalog --workers 4portolan sync
Sync local catalog with remote storage (pull + push).
portolan sync s3://mybucket/catalog --collection demographics
portolan sync s3://mybucket/catalog -c imagery --dry-run
portolan sync s3://mybucket/catalog -c data --fix --forceportolan clone
Clone a remote catalog to a local directory.
portolan clone s3://mybucket/my-catalog
portolan clone s3://mybucket/my-catalog .
portolan clone s3://mybucket/catalog -c demographicsportolan status
Show local vs remote version state for collections.
portolan status # Status for all collections
portolan status -c demographics # Status for one collection
portolan status --offline # Skip remote check
portolan status --json # JSON output for agentsportolan list
List all files in the catalog with tracking status.
portolan list # List all files with status
portolan list --collection demographics # Filter by collection
portolan list --tracked-only # Show only tracked filesportolan info
Show information about a file, collection, or catalog.
portolan info demographics/census.parquet # File info
portolan info demographics/ # Collection info
portolan info # Catalog info
portolan info demographics/census.parquet --jsonportolan rm
Remove files from tracking.
portolan rm --keep imagery/old_data.tif # Safe: untrack only
portolan rm --dry-run vectors/ # Preview
portolan rm -f demographics/census.parquet # Force delete and untrackportolan partition
Partition a large GeoParquet file for better query performance.
portolan partition buildings.parquet --preview
portolan partition buildings.parquet output/
portolan partition buildings.parquet output/ --target-rows 50000portolan extract
Extract data from external sources into Portolan catalogs.
portolan extract arcgis https://services.arcgis.com/.../FeatureServer ./output
portolan extract arcgis URL --layers "Census*" --dry-run
portolan extract arcgis URL --filter "sdn_*" --resumeportolan metadata
Manage catalog metadata for README generation.
portolan metadata init # Create template at catalog root
portolan metadata init demographics # Create template for collection
portolan metadata validate # Validate metadata.yamlportolan readme
Generate README.md from STAC metadata and metadata.yaml.
portolan readme # Generate at catalog root
portolan readme demographics # Generate for collection
portolan readme --stdout # Print without writing
portolan readme --check # CI mode: exit 1 if staleportolan stac-geoparquet
Generate items.parquet for efficient STAC queries.
portolan stac-geoparquet # Generate for ALL collections
portolan stac-geoparquet -c landsat # Generate for one collection
portolan stac-geoparquet -c imagery --dry-run # Previewportolan config
Manage catalog configuration.
portolan config set backend iceberg
portolan config get remote
portolan config listportolan clean
Remove all Portolan metadata while preserving data files.
portolan clean # Remove all metadata
portolan clean --dry-run # Preview what would be removedCommon Workflows
Publishing a New Catalog
portolan init --title "My Geospatial Data"
portolan scan /data/geospatial
portolan check --geo-assets --fix # Convert to cloud-native formats
portolan add demographics/
portolan push s3://mybucket/my-catalog --collection demographicsFull Sync (Recommended)
Single command: pull -> init -> scan -> check -> push:
portolan sync s3://mybucket/my-catalog --collection demographics
portolan sync s3://mybucket/my-catalog -c demographics --fixVersioning
Versions follow Semantic Versioning per collection:
- Major: Breaking changes (schema changes, column removals, CRS changes)
- Minor: New features (new columns, new items)
- Patch: Data updates (same schema, new data)
Each collection's versions.json tracks version history with SHA-256 checksums per asset.
JSON Output
All commands support --json or --format json:
portolan scan . --json
portolan check --format json
portolan --format json init --autoConsistent envelope: {"success": true, "command": "...", "data": {...}, "errors": []}.
Python API
from portolan_cli import Catalog, FormatType, detect_format
catalog = Catalog("/path/to/data")
format_type = detect_format("data.parquet") # Returns FormatType.GEOPARQUETTroubleshooting
| Error | Solution |
| "Not inside a Portolan catalog" | Run portolan init or navigate into existing catalog |
| "Catalog already exists" | Remove catalog.json and .portolan/ to reinitialize |
| "Push conflict: remote has newer version" | Run portolan pull first, or --force to overwrite |
| "Pull blocked by uncommitted changes" | Push local changes first, or --force to discard |
| Shapefile missing components | Ensure .shp, .shx, .dbf files are all present |
| Non-cloud-native files | Use portolan check --fix to convert (vectors -> GeoParquet, rasters -> COG) |
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

