- toGeoJSON is still a great and recommended way to convert KML to GeoJSON!
OpenLayers.Format.KML is 31KB and requires 29 dependent classes.
There are things that the OpenLayers KML implementation does which toGeoJSON cannot: parse embedded styles into data, try to fetch sub-files referenced with NetworkLink, and so on. It also includes an XML-parser-wrapper which apparently tries to fix subtle problems in XML implementations like IEs.
That said, since toGeoJSON aims to be simpler and smaller, it’s useful to quantify that difference. I’ll do that with websize, a quick utility I use to get gzipped/uglify‘ed sizes for libraries, just to be fair.
A custom build of OpenLayers with just
31.1KB, while toGeoJSON is
1.0KB. So, the OpenLayers implementation is roughly 31 times the size of toGeoJSON.
I think it would be possible to pull off the same kind of size difference with another format, given the ease of implementing KML, but none come to mind - standards like GML and GeoRSS are not used in production often.
You can use toGeoJSON via nodejs or any browser - and I’ve written a quick site that demos conversions and has a cut-and-paste interface for converting other KML files.
Right now there’s a single function,
toGeoJSON.kml(XMLDOM), which takes an XML DOM, which can come from browser AJAX libraries like jQuery, reqwest, d3, dojo, and so on, or from a nodejs dom library, like jsdom. In the browser, a request & conversion would look like:
- Paul Ramsey on KML at the OGC, just as ‘the standards process’ started.
- The KML Reference (the OGC maintains a less useful, less readable version that covers the standardized standard only).
- GeoJSON.org does a spectacular job of documenting that format.