TopoJSON — Two Parcels Sharing One Arc
Two adjacent parcels that share their common boundary as a single arc: West Field references it as 0 and East Field as ~0, the negative-index form that means traverse it backwards. Storing the boundary once is the whole point of TopoJSON, and it is also where naive decoders produce gaps or slivers.
{
"type": "Topology",
"objects": {
"parcels": {
"type": "GeometryCollection",
"geometries": [
{
"type": "Polygon",
"id": "P-010",
"properties": {
"name": "West Field",
"areaHa": 1.31
},
"arcs": [
[
0,
1
]
]
},
{
"type": "Polygon",
"id": "P-011",
"properties": {
"name": "East Field",
"areaHa": 1.31
},
"arcs": [
[
-1,
2
]
]
}
]
}
},
"arcs": [
[
[
-12.474,
47.069
],
[
-12.474,
47.06
]
],
[
[Specifications
- Format
- TopoJSON 1.0
- Crs
- WGS 84 (EPSG:4326)
- Encoding
- UTF-8
- Line Endings
- LF
- Objects
- 1
- Polygons
- 2
- Arcs
- 3
- Shared Arcs
- 1
- Reversed Arc References
- 1
- Quantization
- none
- Note
- arc 0 is used forward by West Field and reversed (~0) by East Field
Testing contract
Expected to pass- Scenario
- Decode both polygons and test whether their shared edge is identical.
- Expected result
- Both rings close, both are clockwise, and the shared edge has byte-identical coordinates in each — no sliver appears between them.
What is a .topojson file?
TopoJSON is an extension of GeoJSON that encodes topology. Shared boundaries are stored once as arcs and referenced by the geometries that use them, coordinates are quantised to an integer grid and delta-encoded, and a transform object records the scale and translation needed to recover real positions. For data with many adjacent polygons — administrative boundaries especially — files are dramatically smaller than the equivalent GeoJSON.
How to use this file
Use an example .topojson file to test TopoJSON readers and GeoJSON converters, verifying that arcs are dereferenced in the right direction, that negative arc indices are handled, and that the quantisation transform is reversed exactly.
How to use this file for testing
“TopoJSON — Two Parcels Sharing One Arc” is a deterministic Novus Examples fixture for Geospatial, Conversion testing, JSON parsing. GeoJSON, GPX, and KML files with points, lines, polygons, and tracks — for testing map tools, route parsers, and geo importers.
Documented properties for this file: UTF-8 · LF · TopoJSON 1.0. Compare results against paired or grouped companions on this page when present (clean↔damaged, searchable↔scanned, or format twins) so scores stay reproducible across runs.
Download the file once, keep the path stable in CI or local scripts, and treat the spec table as the contract: dimensions, seeds, field lists, and roles are intentional. Corrupt or invalid samples are labelled as such — expect parsers to fail loudly rather than silently accept them.
Geospatial fixtures publish one invented territory across formats, with the coordinate reference system and feature counts documented in specs. Convert or reproject and diff against the twin in the same group; edge-case geometries state exactly which assumption they are built to break.
Related files
- geojsonConvert v2 Shapefile Expected GeoJSONGeoJSON semantic target for the five-town shapefile set, preserving point order, CODE/NAME/POP/FOUNDED attributes, and longitude/latitude coordinates; the omitted .cpg is safe because every copied DBF value is ASCII. Stable P8 artifact p8-convert-shapefile-geojson.

- geojsonGeoJSON — Mixed-Geometry FeatureCollectionAll seven RFC 7946 geometry types in a single FeatureCollection. Formats with a single-geometry-type-per-layer model — shapefile, most database tables — cannot hold this in one layer, so it is the fixture that reveals how a converter splits or refuses it.

- geojsonGeoJSON — Three-Element Positions With AltitudeFour positions with a third element, which RFC 7946 defines as height in metres above the WGS 84 ellipsoid. Two-dimensional pipelines commonly truncate the third element without saying so, and this file is what proves whether yours does.

- geojsonGeoJSON Geometry — LineStringA one-feature FeatureCollection holding the four-vertex Coast Road, so a reader can be exercised on LineString in isolation. Coordinates come from the Kestrel Bay territory, so the same shape appears again in every other format in this category.

- geojsonGeoJSON Geometry — MultiLineStringA one-feature FeatureCollection holding all three roads as one geometry, so a reader can be exercised on MultiLineString in isolation. Coordinates come from the Kestrel Bay territory, so the same shape appears again in every other format in this category.

- geojsonGeoJSON Geometry — MultiPointA one-feature FeatureCollection holding three harbour buoys, so a reader can be exercised on MultiPoint in isolation. Coordinates come from the Kestrel Bay territory, so the same shape appears again in every other format in this category.

Generated by generation/geospatial.py. Free for any use, no attribution required — license.