A complete, fast, standards-based validation tool for GeoJSON data.
geojsonhint is a validation library that checks GeoJSON data for compliance with the RFC 7946 standard. It identifies structural errors, invalid coordinates, and other deviations from the specification, helping developers ensure their geographic data is correctly formatted. The tool provides detailed error messages with line numbers for easy debugging.
Developers and data engineers working with GeoJSON data, such as those in GIS applications, mapping services, or data pipelines that require strict validation of geographic data structures.
Developers choose geojsonhint for its strict adherence to the GeoJSON standard, fast performance, and detailed error reporting. It offers configurable validation rules and can be used both programmatically and as a command-line tool, making it versatile for various workflows.
IMPORTANT: This repo will be archived. Use @placemarkio/check-geojson instead
Open-Awesome is built by the community, for the community. Submit a project, suggest an awesome list, or help improve the catalog on GitHub.
Validates strictly against RFC 7946 with no additional opinions, ensuring data integrity for GeoJSON specifications as highlighted in the README's philosophy.
Provides line-numbered errors for invalid JSON or GeoJSON structures when using string input, making debugging hand-written files easier, as shown in the API examples.
Offers both string input for error details and object input for up to 10x faster validation, allowing developers to choose based on their needs, per the Line Numbers section.
Includes options like ignoring duplicate members, suppressing precision warnings, and skipping right-hand rule validation, adapting to specific use cases as documented.
Development is paused and the repository is archived, meaning no new features, bug fixes, or updates, with the README explicitly recommending alternatives like @placemarkio/check-geojson.
Forces a choice between string input for line numbers or object input for speed; cannot provide both high performance and detailed errors in a single validation call, as admitted in the Line Numbers section.
Only validates against RFC 7946 without support for custom validation rules or extensions, which may be restrictive for projects needing tailored validation logic.