To wrap this up, I got in touch with HighCharts, and they confirmed that this file is from them, but not a real GeoJSON, and not expected to be usable outside their software ecosystem.
Thanks again. SE On Wed, Sep 25, 2019 at 8:47 AM Simon Eves <[email protected]> wrote: > I concur. > > That said, I'm sure I have come across GeoJSON files with the > integer/scale/offset encoding before. I figured that was a standard thing, > but your response suggests otherwise. > > That also said, I am digging through our stash of test files and I can't > find any like that, so maybe I'm dreaming. > > Some Googling seems to indicate that the "hc-transform" node might be > something from HighCharts... starting here > https://github.com/highcharts/highcharts/issues/7960 > > I'll let you know if I find anything more... > > SE > > On Wed, Sep 25, 2019 at 8:35 AM Even Rouault <[email protected]> > wrote: > >> On mercredi 25 septembre 2019 08:27:56 CEST Simon Eves wrote: >> > OK, so it's a weird file. >> > >> > I'll leave it to you to decide whether it's worth making GDAL/Proj deal >> > with it. I suspect not, and that's fine with us. >> >> Would only be a GDAL only thing. >> One single occurrence of such a file doesn't seem to be a very compelling >> case. >> >> -- >> Spatialys - Geospatial professional services >> http://www.spatialys.com >> > > > -- > <http://www.omnisci.com/> > Simon Eves > Senior Graphics Engineer, Rendering Group > OmniSci, 1 Front St. #2650, San Francisco, CA 94111, USA > > > Email: [email protected] | Cell: 415.902.1996 > > -- <http://www.omnisci.com/> Simon Eves Senior Graphics Engineer, Rendering Group 100 Montgomery St (5th Floor), San Francisco, CA 94104, USA Email: [email protected] | Cell: 415.902.1996
_______________________________________________ gdal-dev mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/gdal-dev
