Internal error: 745 shards not a power of 2
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 3.1k
- Forks
- 430
- PR merge metrics
- No merged PRs in 30d
Description
Environmental Information:
Version Information: 1.35.0
cat /etc/os-release
NAME="openEuler"
VERSION="22.03 (LTS-SP4)"
ID="openEuler"
VERSION_ID="22.03"
PRETTY_NAME="openEuler 22.03 (LTS-SP4)"
ANSI_COLOR="0;31"
lscpu
Architecture: aarch64
CPU op-mode(s): 64-bit
Byte Order: Little Endian
CPU(s): 576
On-line CPU(s) list: 0-575
Operation steps are as follows:
1. cd tests/accumulate/
2. tippecanoe -zg -o out.mbtiles --drop-densest-as-need in.json
Error: For layer 0, using name "in"
100 features, 4836 bytes of geometry, 512 bytes of separate metadata, 458 bytes of string pool
Choosing a maxzoom of -z0 for features about 9462202 feet (2884079 meters) apart
Internal error: 745 shards not a power of 2
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the failure from tests/accumulate/ with the reported tippecanoe command and input file, confirming the 745-shard error on the stated environment. Trace the shard-count handling after maxzoom selection; done means this input no longer produces an internal error and the relevant behavior is covered by an appropriate test.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- cli, data
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100