Support date in the spec?
Nobody has claimed this yet.
- Dominant language
- No language data
- Stars
- 296
- Forks
- 51
- PR merge metrics
- No merged PRs in 30d
Description
In https://github.com/mapbox/tilejson-spec/blob/master/3.0.0/example/osm.json, it could be interesting to set a date as optional.
Why this request?
Knowing when the vector tiles have been updated.
Limitations:
It will work better with vector tiles served from static source like an mbtile.
Otherwise, it's not always relevant if tilejson possible date is not synced with vector tiles due to dynamic vector tiles endpoint.
Maybe It's already solved if considering I optional key management as it seems from https://github.com/mapbox/tilejson-spec/blob/master/3.0.0/example/osm.json#L17 and excerpt from the spec below
Implementations MUST treat unknown keys as if they weren't present. However, implementations MUST expose unknown key value pairs so users can optionally handle these keys. Implementations MUST treat invalid values for keys as if they weren’t present.
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
Review 3.0.0/example/osm.json and the linked TileJSON specification section on unknown keys. Clarify the proposed date key, its value format, and whether it belongs in the formal specification; done means the decision is reflected consistently in the specification and example.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- json
- Domain
- documentation
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100