Postal Codes Dataset for Colombia, CO

298
Updated:
Files:1
Size:270 kB
Rows:3,681
Formats:csv
License:CC-BY-4.0

Postal Codes Dataset for Colombia, CO including name of the city, town, or place, various administrative divisions and alternative city names.

Part of a Data Solution

  • Postal Codes Solution

    Every worldwide postal-code dataset in one bundle — the ultimate global reference for precise postal codes.

    Explore →

Premium

You're viewing a free sample

Get the complete dataset — all rows and files — delivered instantly after checkout, with lifetime access to the latest version.

  • Secure checkout via Stripe
  • Instant download after payment
  • Lifetime access to the latest version
  • Creative Commons Attribution 4.0 International license
20% off
$49.90$39.92
one-time payment

API Access

Access dataset files directly from scripts, code, or AI agents.

Browse dataset files
Dataset Files

Each file has a stable URL (r-link) that you can use directly in scripts, apps, or AI agents. These URLs are permanent and safe to hardcode.

/logistics/postal-codes-co/
https://datahub.io/logistics/postal-codes-co/_r/-/.licensing-notes.md
https://datahub.io/logistics/postal-codes-co/_r/-/.migration-notes.md
https://datahub.io/logistics/postal-codes-co/_r/-/ATTRIBUTION.txt
https://datahub.io/logistics/postal-codes-co/_r/-/README.md
https://datahub.io/logistics/postal-codes-co/_r/-/datapackage.yaml
Key Files

Start with these files — they give you everything you need to understand and access the dataset.

datapackage.yaml— metadata & schema
https://datahub.io/logistics/postal-codes-co/_r/-/datapackage.yaml
README.md— documentation
https://datahub.io/logistics/postal-codes-co/_r/-/README.md
Typical Usage
  1. 1. Fetch datapackage.yaml to inspect schema and resources
  2. 2. Download data resources listed in datapackage.yaml
  3. 3. Read README.md for full context

Data Files

postal-codes-co-sample

About

Last updated
2 October 2026
Total rows
100
Format
CSV
File size
7.67 kB

About this dataset

Colombia (CO): migration notes

Internal record of the P5 migration from the old scripts to the producer: the discrepancies found, their causes, and who decided what. This is a dated record, so the numbers are as of the migration and not kept current. It is not shipped in the zip.

  • Issue: pc-28e.7.13 (closed 2026-10-02)
  • Commit: 928111e (worktree commit 97995da, same content), landed in batch 1
  • Parity verdict: format-only (gate: pass, no sign-off needed)
  • Producer: custom, refresh disabled

Sources

InputURLNotes
GeoNames postal exporthttps://download.geonames.org/export/zip/CO.zipThe only input, as in the old builder. GeoNames' CO layer derives from 4-72/MinTIC's official file (CC BY-SA 4.0); the GeoNames re-export is CC BY 4.0

Parity against the live zip (2026-10-02)

Rows: 3,681 live and 3,681 fresh, none only on one side. 0 changed cells, no diff classes. The bytes differ only in line endings: the old builder's csv.DictWriter wrote CRLF, the producer writes LF.

Decisions

DecisionByBasis
Land without sign-offParity gate (format-only passes)Noted in the batch 1 sign-off section of docs/parity/p5.md
Refuse a literal "nan" in the raw export instead of rewriting itAgentThe old file's "nan" came from the old R2 enrichment, not from GeoNames
Remove "3,681 postal codes", "3,681 rows" and "3,681 distinct postal codes" from README and descriptor; "0 collisions" → "verified unique"Orchestrator instruction (the README counts rule, user 2026-10-02)Kept 33 departments and 1,122 municipios
Replace the README's licence_status.decision sentence with "Only the GeoNames-sourced data is shipped here"Orchestrator (batch 1 doc fixes b7fb93b), after the user said "Fix the small doc problems you've noticed"The agent flagged that the descriptor has no licence_status
Leave the row counts in ATTRIBUTION.txt for nowUser (session 2479b1c9-…, 2026-10-02: "file a bead to fix it later")Filed as pc-3d2, folded into pc-hfz

Transforms carried over

Folded from build_postal_codes_product.py (2026-09-16 audit):

  • admin_code1 → ISO 3166-2:CO by a name crosswalk of all 33 departments, incl. Bogotá D.C. (Wikipedia, 2026-09-16). GeoNames' value is a bare ordinal.
  • admin_code2 passed through as the 5-digit DIVIPOLA code. The check that each DIVIPOLA two-digit prefix maps to exactly one ISO department is now a ProducerError.
  • admin_name3/admin_code3 and alternative_city_name are empty.
  • Structural checks as ProducerErrors: 12 columns with country CO, 6-digit postal code, unique postal code (the primary key), 5-digit admin_code2, no unmapped department, every department present. No exact row-count check.

Open questions

  • Resolved (user, 2026-10-05, pc-28e.7.59): the 4-72 file is not used; share-alike conflicts with selling the dataset. The current source stays.
  • ATTRIBUTION.txt still says "3,681 rows"; .licensing-notes.md has historical counts. Both are for pc-3d2 / pc-hfz.

Provenance

Reconstructed 2026-10-05 from the agent transcript 2479b1c9-c4dd-47e5-be82-34ccf8d49a80/subagents/agent-acebe2dcb1ed694ca.jsonl, the orchestrator session 2479b1c9-…, the commit messages (928111e, b7fb93b, 5311ad3), the bd close reason and docs/parity/p5.md.